When we write software for our own use, vs for enterprise - it is a fundamentally different process. What works for a team of one person, does not work for a team of 100. Let's take a look at the most common processes that are in place to ensure that code survives the test of time when maintained by a big team.
I recently bought a new 2TB SSD to handle my virtual machines. This one is m.2, was previously using 256 GB SATA drive. Nothing against SATA, it just can't compete on speed with m.2.
Every developer should know their code editor, version control system, how to make incremental changes to code, not be afraid of trial and error and respect achievement of other developers. Let's take a look in more detail on what each of these means and why they are all important.
Have you ever wondered how to configure local access to an externally accessible resource in your network, via the same domain name? Simple example is a NAS storage. In my case Synology DS918+. After setting up SSL, I realized that I cannot access the NAS locally via the same domain name, only by IP. But accessing by IP gives me SSL related errors. Each part of the solution was not difficult to find. There are just a few dozen moving parts. In my case the weak spot was Linux knowledge, and relying on command line, as I am generally a GUI fan.
Working from home as a software developer/engineer, what will it be in a few years time? Which things became fundamentally different already, and which will change history? Let's embrace the new situation rather than planning come back to the norm.
There is plenty of information about Azure on the internet. However, a lot of it is written as marketing material or simply outdated. When it comes to real tasks, it turns out that much of those scripts and tutorials no longer work. This Q/A session with Elkhan Yusubov is covering key terms behind Azure, to set a good start for learning on your own.
An interesting article comparing simple common tasks done with React and then Blazor. With code samples. From Telerik blog, but good stuff, not written as ad.
My summary of MS Build Day 1. Keywords - Terminal, PowerToys, Microsoft NPM, Code Spaces, Live Share, Surface Book 3, Teams running on Azure, Static Web App template, HTTP REPL, Power Apps Studio, Azure Synapse Link, Project Cortex, VEGAS Stream, Fluid framework, WebView2.
To explain what style encapsulation means, we will look at how Angular does it. On this screenshot an h1 style is converted to _ngcontent-lvy-c0 class during compilation, and so it does not leak out styles to other components and the app. You can declare another h1 style in another component and that will not have any effect on this component, guaranteed by Angular. Or its children, which might be even more important (so it's more than just nesting css in an HTML selector tree).