[quote author=“willrob”]Apple made it clear before the upgrade that they wold not deliberately do anything to block third party apps, but the upgrade did so anyway. Obviously Apple’s engineers knew this would happen but weren’t about to go out of their way to prevent it. I think what angers the unlocking community the most is Apple’s changing the ground rules by shifting the subsystem so the previous methods didn’t work. It becomes more a cat and mouse game, and one which may go on perpetually — or at least for the two years of ATT’s contract.
...
Of course the third party apps were really getting useful and many users didn’t want to relinquish them. That is in Apple’s court and they need to start acknowledging the usefulness of many of them, and acknowledge the many developers who are working to fill the iPhone’s gaps.
Speaking from a software (and systems) development viewpoint: Every post from the “angered” unlocking community about this on the web seems to totally miss the point.
Just because Apple is “shifting the subsystem” doesn’t mean that they are arbitrarily doing this simply to disable 3rd party apps or to mean-spiritedly ‘brick” locked or 3rd party app modified iPhones.
If Apple’s engineers were just a little bit less mean-spirited (as many people seem to have decided), they would have simply done…. what…?
Left the old subsystem in place and then made all of the other improvements on top of it?
That would mean that as time went on; and more and more 3rd party apps mods came to owe their existence and functionality to the “old” subsystem; Apple would find themselves unable to break away and implement a newer, better subsystem. Maybe something that’s more secure, or faster, or better in other internal ways that you and I don’t get to know about. (Which is, in fact, at least part of what seems to be true about the new iPhone software)
If Apple were to worry about testing the iPhone “subsystem” against 3rd party application installers, 3rd party applications, etc. and state responsibility for not breaking any of that with whatever changes they feel necessary to improve the iPhone, then face it: the iPhone would stagnate.
Does any of this ring a bell?
Can anyone spell “Window s”?
If Apple were to take responsibility for not breaking existing 3rd party functionality, they would be just as “stuck” as Microsoft has been, for years, with Windows having to support a legacy base of code and drivers. All dependent on the past. Where did legacy support get them? Years and billions down the drain, to arrive at: Vista. What else needs to be said?
Apple -has- to “own” the phone, and the internals, and the state of the phone, and they need to be able to move it quickly, to improve it. They cannot afford to have their hands tied by the notion that… well, they can’t do “this”, because it will break 3rd party applications, and they can’t do “that”, either, because it might brick a phone that “this other thing” has been been done to.
Apple HAS to be able to do whatever it wants with the phone internals at this point. This is very early in the game; things are not necessarily stabilized; perhaps there are bigger (internal) changes coming inside the iPhone with Leopard, or perhaps the groundwork has already silently been put into place by the 1.1 update. And perhaps this was the biggest part of the “no 3rd party applications at this time” stance on the initial iPhone release.
But to have holds, or delays, imposed on iPhone development and enhancement because of 3rd party external hacks? (including installation of 3rd party apps)? Not a chance.
This is exactly what Apple needs to do, in order to rapidly develop and enhance the new iPhone platform. Anyone who doesn’t like it simply shouldn’t buy an iPhone. Don’t like it? Sorry. Get something else.
It is not a phone, people. It is a computer, and an operating system. It’s Apple’s, not yours. When you buy an iPhone, you buy the ability to hold it in your hand and use it the way that Apple designed and implemented it, and that’s what you clicked through and agreed to when you bought and activated it. Apple can (and should!) do whatever they need to the iPhone platform, as quickly as possible, and this does not include time or resources spent locating, testing, and identifying what unauthorized apps or hacks an update or significant change to the iPhone software might break.
If Apple wants or needs to make change(s) that would break something, what are they supposed to do, not make the changes, or spend more time/effort working around the problems, which are not Apple’s problems? This can NEVER work.
As a software engineer, this is obvious to me, but the anti-Apple anti-bricking stance over this from the “angered” community of 3rd party modifiers and hackers simply ignores reality.
One more thought on the irony of this. When the initial iPhone software was hacked, broken into, and 3rd party apps/mods started to appear… do we remember all the sneering and FUD-chest-beating in the press ? The iPhone wasn’t secure. It was too easy to break. There would be viruses, a world filled with iPhones would come to an end, that sort of nonsense. As it turned out, the world didn’t end, and children were still able to sleep safely at night for the weeks that such an insecure, hackable iPhone was being used by up to one million new users or more.
Now, the iPhone software update just so happens to make it MUCH more secure and unhackable than the original version. That should be a good thing, shouldn’t it? Because it’s so secure (which is “good”; in fact, better than good, “great”). But: uh oh…. it also defeats jailbreaking the iPhone, which, for unauthorized 3rd party app development to date, is “bad”.
In this context, doesn’t it start to become a little bit easier to see why Apple’s stance HAS to be the way that it is?