A lot of engineers who use windows aren’t programmers. This is because a lot of custom engineering packages that require windows, especially since they were developed 20 years ago when windows was dominate.
But programmers have many more choices, and visual studio shops aren’t very common anymore, at least in the developed world, and I would bet countries like Russia and China as well.
Sure, older tools are also feasible on windows. But if you are going with clang or GC, why bother? I guess you could do java dev on windows as well as other platforms.
Well, yes, "Linux" is not well-specified. When one installs Arch, they hopefully know what they want, and it's something else than just a low-maintenance casual desktop OS. :)
Mac’s don’t require much maintenance either, and last longer then Lenovo things. When I worked tech in Beijing already a lot of programmers used them, even in changping around Lenovo’s big R&D office.
When Shute uses three dots it means, "Use your own imagination. Conjure the scene up for yourself." (pause)
Whenever I see three dots I feel all funny.
I notice that's in the past tense. I'm old enough (as in, used Borland Delphi) to remember if you developed small business software, you were almost by definition a windows developer.
But that was a long time ago. Along came Google whose master plan looks to have been to turn the web browser into the business platform of choice. Seemed like insanity at the time. Yet here we are. Browsers have since become masters at playing video, can handle interactive voice, and can talk directly to the GPU. Now Microsoft wants you to use Excel of all things in a a web browser and has dropped the Windows native version of Outlook in favour of the web one packaged as a desktop app. Seems like Google made it's vision work.
I know there are some heavyweight applications out there like video editing and Engineering CAD with finite state analysis that need raw metal performance. But they are few and far between, and aside from them - who is doing Windows native development any more? Certainly not the firms that make accounting packages - the abandoned Windows long ago. For those that are left - are they going to survive the transition to ARM and RISC-V?
POSIX / Linux / BSD / whatever applications - they continue to be as strong as ever. They drive embedded at one end, and the servers at the other. That sort of development is easiest to do on the the target platform, and since it dominates now Windows had to emulate that platform if it wanted to keep the developers. Which is how we got to WSL.
But Windows native app development - that seems like it belongs to a bygone era. Now even Microsoft develops own apps target Electron, not Windows.
> But Windows native app development - that seems like it belongs to a bygone era. Now even Microsoft develops own apps target Electron, not Windows.
I indeed have the impression that some industries (e.g. banking, insurance, development of engineering tools (e.g. CAD applications), PC gaming, ...; observe that at least banking and insurance are two financially quite powerful industries) have a lot more love for the "Microsoft ecosystem" (Windows; in banking and insurance also Microsoft Office) than Microsoft actually does. Thus, in these industries Windows (and Microsoft Office) is used and Windows software is developed despite Microsoft's actions and stance.
Yes, but that's because I moved companies. The bank in question still uses Windows.
> I know there are some heavyweight applications out there like video editing and Engineering CAD with finite state analysis that need raw metal performance.
WASM and WebGL etc (or whatever the newest developments are called these days) are there to make working in the browser faster.
Btw, if you have beefy enough servers, it's not the 'weight' of your application that's the problem, but the latency.
> For those that are left - are they going to survive the transition to ARM and RISC-V?
Just recompile, or use the automatic translation of binaries that comes with your OS.
Having audited quite a few mega-corps, and seeing their CMDBs in detail, "the amount of RHELs is too damn high" to use the meme. I can't speak to percentages as I didn't keep specific track of those numbers, but from memory/impressions, the RHELs were at least 30%-40%.
As a developer in a corporation, yes, the software I develop runs on Linux servers. But we don't develop in the server - my work computer is a "desktop with packaged software" and as such runs Windows.
Not really.
They put it on desktop with packaged software. The software they develop themselves run almost exclusively on Linux.