Windows Subsystem for Linux (WSL) is a component of Microsoft Windows that allows the use of a GNU/Linux environment from within Windows, foregoing the overhead of a virtual machine and being an alternative to dual booting.
Oddly enoigh, they recognize this and are patching the hundreds of tiny holes. I would argue they began trying (IMO malformed) fixes back since the launch of windows 8 and .NET. It's backwards compatability means tiptoing around some pretty huge tech dept. (Windows was DOS and had no security model at one point) Each time they try to pull people off of their older SDKs. If and when they dont stick, the pile of stuff to support grows one more.
(Also WTH where they thinking with windows 8 apps!? The oversimplicity of the UI leading to huge patches of unused screen space, the art design or lack thereof, the janky unpolished UI elements. It's embarrising for how much pride they had for it.)
Thanks - I can kind of see that, as docker on windows is majorly broken. I think I'd just run it in a linux vm, as I do with most of my developing, but I can see some might not want that overhead.
I only use Windows because I have to work with a corporation's IT helpdesk staff to get on their VPN if I want to do contract work for them. They are not likely to help me get connected from Linux; they'll just find another contract dev. Once in, I do everything in Linux because my code will ultimately run in a Linux cloud container of some sort. WSL works well enough for me to do this. I'd rather have Linux on bare metal, but whatever. I'm in; I'm coding; I'm getting paid. I'll put up with a little bit of suck.
I too do that, working from a windows vm and writing code for linux - but I push it to a linux vm for testing. Never occurred to me to use WSL and have another environment to configure and maintain for dev that's different to the target one.
But fair play if that suits you! Each to their own, and I'm sure I do things that make no sense to others.
Anecdote: I have an IDE that only works on Windows that can build applications for Linux. I use MinGW as part of the packaging process (AND I FUCKING HATE IT OH MY GOD. All of the pathing is broken!). As of yesterday I learned that WSL is a thing that might replace MinGW and make some processes of packaging for linux targets a little easier.
I've used both. What I can tell you is that moving to WSL is like moving to Linux wholesale. Treat it like porting your toolchain.
IIRC, MinGW tools will happily take windows style paths (e.g. "C:\Users~myuser\projects"). If your tooling/scripting depends on being able to use Windows style paths, you'll have to fix that first or you're going to have a really bad time. There may be other small differences between MinGW tools and what ships on Ubuntu (or whatever Linux you decide to use in the WSL).
its for when the reqs include azure ad and the whole office has a m$ fetish yet you still gotta get your bag without losing your decades-built toolset AND you have a choice at all