Well it’s what has been always said about those who wanted to replace Windows: A Windows replacement must be able to either run Windows applications / games (Like running WINE on Linux) or have the same officially supported native version of this application / game. (mostly like macOS)
What we can clearly see here is that an Android replacement must be able to either run Android apps / games or have the same officially supported version of this said app / game, (Like Adobe Photoshop Express or Pokémon GO for iOS or Android or ‘New Platform’)
The first route is the quickest for them to support the existing Android app ecosystem from day 1 or the alternative is to rewrite these apps for this new OS platform which takes years. The former route was the obvious choice for them.
Windows 95 ran on machines with 4MB of RAM (8 recommended). NT 3.1 required 12 (16 recommended). That extra 8MB was a significant amount of money in 1995. NT 3.1 also required twice the hard drive (75MB vs 35MB). Windows 95 offered better support for direct DOS mode access, VxD, etc. Which was crucial at the time for games and multimedia applications in a manner that NT simply couldn't match.
I've seen exactly that argument used for why Purism and Pine phones should not be able to run Android apps. But I'm sorry, as much as I would like to migrate to one of those, it's simply not going to happen if it means ending up with a phone that cannot run various important apps.
Yes, supporting apps for a competing platform gives some developers a convenient excuse to not develop for your platform specifically. But you still get the benefit of their work for the other platform. And not supporting those apps gives users a solid reason to not use your platform at all.
This has been stressing me out this week. I have had the Pinephone and Purism shopping cart tabs open for a week, and I just can't bring myself to do it.
I could maybe justify the current iteration of Pinephone as an experiment, try and make an app and buy it through my company as a freelancer, but Purism would need to have quite a few major apps before I could justify the cost. My heart wants me to support these projects. It almost feels like a moral imperative if we want to actually own and control our mobile hardware ever.
But it almost feels like going off and living in the woods to save the environment, the altenative needs a few more of the mod cons for any kind of serious adoption.
Sure, but I think a more apt comparison in this context would be to Windows NT, given that Android and Fuchsia are both made by the same company: the ability to run win16 apps was crucial to its initial success. If every existing Windows 3.1 app had to be rewritten and rebuilt to work on NT at all, it would have been a much more difficult migration.
OS/2 was really only ever used in IBM shops: big enterprises that bought all their IT infrastructure, from Mainframes to network technology to printers to desktops from IBM.
OS/2 was never really successful outside of that domain.
Neither mobile platforms nor MacOS are really trying to "replace" Windows, never have been. They have some overlapping markets, but the target has really been very different all around.
On the other hand, Apple has been very careful to include this sort of "backwards compatibility" in all their systems for a while. It's usually not maintained as long as Microsoft does, but from m68k -> ppc -> i386 -> amd64 -> armv8 they're always supported at least the last architecture and runtime, so early OS X could run apps from System 7/8/9.
What we can clearly see here is that an Android replacement must be able to either run Android apps / games or have the same officially supported version of this said app / game, (Like Adobe Photoshop Express or Pokémon GO for iOS or Android or ‘New Platform’)
The first route is the quickest for them to support the existing Android app ecosystem from day 1 or the alternative is to rewrite these apps for this new OS platform which takes years. The former route was the obvious choice for them.