When hiring software developers, it seems that recently the focus has been on the speed of coding. Many companies give automated 1-1.5 hour coding tests where your code can be of low quality, as long as it passes all unit tests. Is speed of producing the initial dirty version of the code actually important in modern software development?
Outsourcing is a trap most big and mid size companies fall into. Advising to outsource is like advising someone to walk on a rope. Sure 1 of 100 would be careful and do it right. What about the other 99?
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.