Many devs don't maintain their software the way you describe. I don't think they should need to. If you look at what most software does, it's pretty static. Li

Many devs don't maintain their software the way you describe. I don't think they should need to. If you look at what most software does, it's pretty static. Like you're telling the OS to draw windows with buttons and run your code in response to inputs. More complex with games, but still. The Mac user interface doesn't change much over time. The software should be a lot safer from OS changes. Microsoft showed that it's possible, and they even did it with third-party hardware. Same with the web. If Apple wanted compatibility with less burden, they could've provided better abstractions to devs. "Do things this one sanctioned way, and it won't break." Mac OS was not good for games in the end. It was common for a minor OS release to break a good portion of your game library, sometimes permanently. If I understand correctly, Apple even intentionally let OpenGL go stale to push Metal instead. This was all on top of DirectX being Windows-only. Relying on WINE for an official software release is a kludge, and despite the common claim that it comes at no performance cost, somehow things tended to be much slower in it (not from the WINE translation layer itself but some other consequence of semi-incompatibility).