I honestly vastly prefer using IDA and Windows specific tools (x64dbg) over gdb. IDA can interface with gdb so it can act as a frontend which can be handy for visualization.
It kind of still is because of Webview2. Games such as Forza Motorsport (not that you'd want to play that crap) depend on it for Xbox login purposes even if you bought the game on Steam. The game depends on the system Edge libraries and doesn't ship its own.
As for most board vendors nowadays, I think they barely do anything with the code itself and just create the setup utility and boot logos. It is highly likely that they're affected too.
Power management on certain chips is simply better than anything Linux has to offer (AMD Zen+ mobile for instance)
Modular driver architecture with drivers that aren't complete jank to manage and install. A lot of people see this as a pain point, but in reality it's not such a bad thing, especially nowadays.
This is a given, but as lots of stuff runs on Windows (namely older games), you can only really make stuff for Windows on Windows. So if you need to develop Win32 software, you really have to use Visual Studio for proper development. Mingw cross compile exists, I know, but that's never going to be as good.
Number 3 is keeping me on Windows. I make mods for old games and I need Visual C++. I almost got the compiler to run under Wine but who knows how it would behave if it did run.
Hey Shadow, what do you think of this guy's cock?