![](/static/66c60d9f/assets/icons/icon-96x96.png)
![](https://lemmy.ml/pictrs/image/q98XK4sKtw.png)
You know that doesn’t matter when commercial software often only releases and tests their software on Ubuntu and RedHat, right?
I run Ubuntu / Red Hat / etc. etc. because I’m forced to. Do you think I’m creating a lab with a billion different versions of Linux for fun?
Linux kinda-sorta works if you’ve got the freedom to “./configure && make && make install”, recreating binaries and recompiling often. Many pieces of software are designed to work across library changes (but have the compiler/linker fix up minor issues).
But once you start having proprietary binaries moving around (and you’ll be facing proprietary binaries cause no office will give you their source code), you start having version-specific issues. The Linux-community just doesn’t care very much about binary-compatibility, and they’ll never care about it because they’re anti-corporate and don’t want to offer good support to binary code like this. (And prefers to force GPL down your throats).
There’s certainly some advantages and disadvantages to Linux’s choice here (or really, Ubuntu / Red Hat / etc. etc. since each different distro really is its own OS). But in the corporate office world, Linux is a very poor performer in practice.
Yeah, cause the Win32 API + DirectX is more stable than the rest of Linux.
There’s a reason why Steam games prefer to emulate Win32 API on Linux, rather than compiling to Linux binary native. Wine is more stable than almost everything else, and Windows’s behavior (both documented, and undocumented) has legendary-levels of compatibility.