This post originally appeared at NotedTech on 5 September 2016.
Years ago, I remember hearing the term ‘planned obsolescence’ being thrown around. The context was typically surrounding Apple and their upgrade cycle. The idea was that Apple would not support their devices for more than two years, forcing users to upgrade to continue to receive support.
If you look at the first few iOS devices, it could be easy to see that. The original iPhone receive its last software update, iPhone OS 3.1.3, in February 2010, just over two and a half years of availability. It didn’t stand a chance of receiving iOS 4. In fact, if you look at the history of iOS releases in general, each has typically left behind some device or another.
Yet, despite older devices eventually having to fall by the wayside, something interesting began happening with the iPad 2.
In March 2011, Apple unveiled the iPad 2. It was thinner than the original iPad, included both a front and rear facing camera, and packed the Apple designed A5 chip. While not incredibly more powerful than iOS devices sold in the previous year, the iPad 2 currently holds an incredible distinction: it supported six iOS releases! Only now, five years after introduction, is Apple letting the A5-family go. It launched with iOS 4.3.5 and will end with iOS 9.3.5, the most current stable release of iOS.
iOS 9 stands as a unique iOS release: it is the only major iOS version to not drop support for a device. In other words, all iOS 8 capable devices were able to get iOS 9. Given these recent trends, it’s likely that a good number of iOS devices, especially the 64-bit ones running the A7 chip or newer, will be supported by iOS releases for years to come.
That all said, I’m sure any iPad 2 owner can tell you: The device ran smoothest with iOS 4 and slowest with iOS 9. But given that each release adds new features of some kind, it’s only an eventuality that hardware cannot keep up with the software running on it. But to support major OS releases for six years is quite a lot, at least in the mobile space. Apple, thankfully, has the advantage of controlling both the hardware and software that goes into their devices, allowing them to tweak and manage every aspect. Because of the limited hardware options, it’s also easy for them to maintain support for older devices if need be.
ACCIDENTAL (THEY DIDN’T MEAN TO)
By comparison, take a look at the recent news regarding Android devices running certain Qualcomm chipsets:
Not all of the big Android phone makers have announced their plans for the Nougat update [Android’s latest OS release], but if you look at Sony’s and Google’s and HTC’s official lists (as well as the supplemental lists being published by some carriers), you’ll notice they all have one big thing in common. None of the phones are more than a year or two old.
After doing some digging and talking to some people, we can say that it will be either very difficult if not completely impossible for any phone that uses Qualcomm’s Snapdragon 800 or 801 to get an official, Google-sanctioned Nougat update (including the Z3). And that’s a pretty big deal, since those two chips powered practically every single Android flagship sold from late 2013 until late 2014 and a few more recent devices to boot.
This situation has far-reaching implications for the Android ecosystem. And while it can be tempting to lay the blame at the feet of any one company—Google for creating this update mess in the first place, Qualcomm for failing to support older chipsets, and the phone makers for failing to keep up with new software—it’s really kind of everybody’s fault.
While the Android ecosystem allows for a great amount of variety and customization, it also can lead to situations like this. In this case, it looks likely that Qualcomm themselves have decided to stop supporting that chipset. Given that Android updates require sign-offs from multiple parties, just one can provide a roadblock.
This sets off a vicious cycle—OEMs usually don’t update their phones for more than a year or two, so chipmakers don’t worry about supporting their chipsets for more than a year or two, so OEMs can’t update their phones for more than a year or two even if they want to. It turns the 18-month minimum target that Google has been silently pushing for the last half-decade into less of a “minimum” and more of a “best-case scenario.” And people who don’t buy brand-new phones the day they come out are even worse off, since most of these update timelines are driven by launch date and not by the date the phones were taken off the market.
This isn’t the first time we’ve seen a premium or flagship handset losing support before the intended date. But for smartphone users, does the idea of an 18-month support window make you feel comfortable? I know I wouldn’t like that.
Google’s (soon to be rebranded) Nexus line might be the best supported for Android updates, but I wonder if Google will do more to tighten down the Android experience on their own devices. Will they move to take more control of the entire experience and limit situations like this? Can that even be done? One thing’s for sure: I doubt Google intended for Nougat to be limited in release. Yet, through no direct fault of their own, this is the current situation.