Comment by Gareth321
2 months ago
> This is absolutely correct. Instead of maintaining any sort of ABI and API stability, Apple offloads a constant burden of maintenance updates across thousands of developers, just to keep existing apps from breaking every year with a new iOS version. This takes time which could be spent in more productive ways such as fixing bugs, adding features, or developing new apps. It seems like the wrong trade-off, since stability would offer huge, multiplicative benefits across the whole ecosystem. Apple does seem to want apps to die to mitigate the glut of shovelware in the app store, but there has to be a better way (human curation still seems like the only reliable approach for app surfacing and discovery.)
I keep trying to explain this to people but it's hard enough to describe the issue, even harder to get people to care, and an impossible battle to change Apple. I don't actually think they're doing this to kill old apps. I think it's a very cynical and calculated plan to require developers to actively maintain their applications, *thereby requiring the use of subscriptions as the only viable business model for developers.* That is Apple's primary revenue stream by far, and they're making far more money now that we have to subscribe to workout apps instead of buying them once and using them for years.
Apple has been dropping older subsystems and backwards compatibility layers long before app subscriptions were the default way people got paid for software. The 68k -> PPC transition happened in the mid 90's and 68k support was dropped entirely somewhere around OS 8 and the start of the iMac era. The Carbon framework might have been the most long running one, going from about 2000 to 2012 for deprecation and basically ending once the 64 bit transition happened around 2018. The PPC -> Intel transition, including the original Rosetta emulator was ~2005-2011. The app store itself only debuted in 2011.
I do agree that Apple does this in part to force developers to either stay active and maintain their apps or stop shipping for the platform, but I personally posit that the move of more and more apps to subscription models is simply due to how many more apps are connected and user expectations for update timeliness (and the devaluing of updates both by increased popularity of "free as in beer" open source apps and also the distribution of no-cost OS updates by Apple. People expect more for free and expect it as soon as someone notices a problem. I think the idea of not only waiting a year or more to have new features or some bugs fixed and then on top of that having to shell out more money for that is just not something people are as wiling to do. So subscription models become necessary to fund the continuous work that goes into keeping up with all the new trends. Apple's dropping of old libraries and frameworks is part of that churn, but it's only one part in a sea of other pressures driving the subscription model.
Losing carbon support on the Mac, and 32-bit support on both macOS and iOS was painful.
I particularly miss games like Chaos Rings 1&2, which are no longer playable and don't seem to be available anywhere.
Another bad change was when iPhone "backups" stopped including apps, which now have to be re-downloaded (which does not work for apps which have been removed from the app store.)
>thereby requiring the use of subscriptions as the only viable business model for developers. That is Apple's primary revenue stream by far, and they're making far more money now that we have to subscribe to workout apps instead of buying them once and using them for years.
Apple earns almost twice as much revenue from selling iPhones ($210B per year) than it does from "Services" ($109B), and "Services" includes far more than just App store commissions.
https://sixcolors.com/post/2025/11/apples-fiscal-2025-in-cha...
https://bullfincher.io/companies/apple/revenue-by-segment
However, I do see the incentive for Apple to push subscriptions due to the enormous scalability and thus resilient margins.
Thanks for the correction. I should have said profit, and I should clarify further: gross profit for the App Store and global iPhone production is similar ($84B and $88B), but the App Store and other services have nearly double the profit margin and is growing much faster than physical products.
> thereby requiring the use of subscriptions as the only viable business model for developers
This is ugly because I hate subscriptions, but I believe that the constant maintenance burden makes subscriptions more appealing for developers.
But why would you want to subscribe to a game on iOS that you could just buy once and run forever on another platform?