Slashdot Mirror


iPhone's Development Limitations Could Hurt It In the Long Run

ZDOne writes "Apple might have finally come around to allowing third party developers to create applications for the iPhone, but only up to a point. ZDNet UK claims Apple is leaving itself vulnerable to the competition and to a loss of lustre by blocking background tasks on the device. The author notes, 'Perhaps it doesn't trust application designers or users very much. Perhaps it wants the best software for itself, where it can limit what it can do in order not to upset its telco friends. Whatever the reason, it reflects badly on Apple. The iPhone is not an iPod; it's a smartphone connecting to a universe of fast-changing data on behalf of innovation-hungry users. The sooner it stops pretending to be a 1981 IBM PC, the better it will be for everyone.'"

8 of 452 comments (clear)

  1. One one limitation, easily overcome by Knutsi · · Score: 4, Interesting
    Using my iPod Touch as my PDA for a while now, I can testify that the device itself (and it's brother the iPhone), is a plain revolution in terms of style, usability and class amongst these devices. The article only mentions a single problem: background tasks. Apple obviously run them themselves, such as download in the background and email fetching, so maybe it's just a matter of time before they get a "tasks" framework ready.

    Even if they didn't, the device itself could pack more than enough Cocoa Touch enabled power-apps that will not depend on this function to stay ahead of the competition for a long time. I'm personalty waiting for iWork Touch, which it would greatly surprise me if didn't show up by the end of the year.

    A bit unrealted: how brilliant of Apple to sneak in a PDA through it's iPod market. For most consumers, it's easier to buy an iPod with PDA features, than a PDA which can play a bit of music. This will be Apple's next step in the digital lifestyle philosophy. You can no longer only carry around your music and photos, but also your docs and planner.

  2. Um... phone network != internet by adamkennedy · · Score: 4, Interesting

    The phone network necessarily has standards of reliability and security far higher than the Intarweb.

    Banning uncertified code? Banning background processes?

    That sounds pretty damned prudent to me.

    The last damned thing I want to see on the phone network is an iPhone worm getting it's hooks into the core of every iPhone in the default settings, PHONE SPAMMING half the planet, and generally turning the phone network into the same power-hungry firewalled, bloaty security nightmare that the Internet is.

    I may hate the way Apple does OS X, but when it comes to the iPhone, if they can keep worms off the phone network and prevent background crapware that will drop my battery life down to 12 hours, I say good on them.

  3. Re:Where is the competition? by teh+kurisu · · Score: 4, Interesting

    Everybody. The iPhone is the only modern phone I can think of that doesn't support J2ME, and most smartphones (Symbian, Blackberry) have their own APIs for creating native apps.

    Admittedly, most J2ME-only phones don't support multitasking and, like the iPhone, are incapable of running in the background, so TFA is wrong to say that "That's a limitation nobody's had to contend with for a couple of decades". But this isn't the case for most smartphones. This is a restriction that I can see being restricted relatively soon, once developers start to realise just how limiting this restriction is.

  4. So, does anyone run SSH on their iPhone? by Jason+Pollock · · Score: 4, Interesting

    Does anyone run SSH on their iPhone? I do. It kills the battery life. Takes it down to 1/4 what it usually is. People at work complaining about battery life of their phone? They remove some nifty-new application that they just added, all of a sudden the battery life goes back to normal. Amazing. Heck, it's so common that the first words out of my mouth are, "Turn off the SSH server."

    The iPhone goes into deep sleep at the drop of a hat to extend battery life. Polling connections, doing anything in the background will keep the CPU from throttling down.

    From the customer's and Apple's point of views, this is a bad thing. Mostly because Apple will take the heat for the misbehaving application. For more evidence of this, check out the other slashdot story about the number of crashes caused by NVIDIA. Did NVIDIA catch the heat? No, Microsoft did.

    It's a reasonable limitation until they come up with an application that the user can ask,
    "Hey, my battery life sucks, where is it all going?"
    and the application will say,
    "The SSH server".

  5. Re:Let the market decide by EvilNTUser · · Score: 5, Interesting

    I'm tired of hearing "let the market decide" in general. Nowadays it's almost always used in defense of companies that prey on consumer ignorance, the very definition of something that the market will never solve. At the very least, if the market is to select a solution, someone has to start campaigning for one instead of just sitting on our asses. It's really a justification for inaction, nothing more.

    I'm tired of replying to people defending lock in for various reasons, so I'll just suggest that those posters reread the book about one of the greatest people of our time:

    "Although previous events had raised Stallman's ire, he says it wasn't until his Carnegie Mellon encounter that he realized the events were beginning to intrude on a culture he had long considered sacrosanct. As an elite programmer at one of the world's elite institutions, Stallman had been perfectly willing to ignore the compromises and bargains of his fellow programmers just so long as they didn't interfere with his own work. Until the arrival of the Xerox laser printer, Stallman had been content to look down on the machines and programs other computer users grimly tolerated. On the rare occasion that such a program breached the AI Lab's walls-when the lab replaced its venerable Incompatible Time Sharing operating system with a commercial variant, the TOPS 20, for example-Stallman and his hacker colleagues had been free to rewrite, reshape, and rename the software according to personal taste.

    Now that the laser printer had insinuated itself within the AI Lab's network, however, something had changed. The machine worked fine, barring the occasional paper jam, but the ability to modify according to personal taste had disappeared. From the viewpoint of the entire software industry, the printer was a wake-up call. Software had become such a valuable asset that companies no longer felt the need to publicize source code, especially when publication meant giving potential competitors a chance to duplicate something cheaply. From Stallman's viewpoint, the printer was a Trojan Horse. After a decade of failure, privately owned software-future hackers would use the term " proprietary" software-had gained a foothold inside the AI Lab through the sneakiest of methods. It had come disguised as a gift."

    --
    My Sig: SEGV
  6. Background Task Limitations and Battery Life by Grond · · Score: 3, Interesting

    First off, you can force something to run in the background, but you shouldn't. The limitation on background processes has nothing to do with control over developers and everything to do with battery life. A simple XML query once every 5 minutes is enough to drain the battery in just 4 hours.

    In a mobile device, everything you do drains the battery. Remember also that most of the time the user is not looking at the screen and often has the device muted. Consequently, is there really a need for an application to pop up dialogs or sound alarms that will go unnoticed? Similarly, does it really have to do gather data constantly and not, say, during a sync or when the app is actually run by the user? Apple weighed those slim probabilities against the much larger probability that poorly written apps would needlessly waste battery power and put a sensible limitation on developers in order to protect users.

    One last point: users don't know which app is draining all of their battery power. Once apps become available, users may well install several all at once. If their battery life suddenly went to hell, it would be a difficult process of trial and error to figure out which app(s) was/were the culprit(s).

  7. Re:Not without their reasons by toleraen · · Score: 4, Interesting

    Yeah, currently running IE Mobile, Word Mobile 2007, Comm Manager, Total Commander, Windows Media Player, Remote Desktop Mobile, MS Live Search, Java, Messaging, Calendar, and Solitaire (of course). Just swapping between programs, there's about a one to two second delay to load it, but everything runs pretty snappy except for IEM, which just sucks anyway. Connectivity shows it connected to AT&Ts data for 163 hours, so everything's been running at least a few days.

    They actually did a decent job with WinMo 6...cleaned up a lot of the memory issues 5 had. Too bad they screwed up IE in the process, but that's where Opera, Skyfire, Mozilla, etc come in.

  8. Re:Not without their reasons by GigG · · Score: 4, Interesting

    Just as a Data Point. I recently changed the settings on my iPhone from Check mail only on command to check every 15 minutes. I was charging twice a week. Now I charge every other day.

    --
    Is buying a Harley Davidson as your first motorcycle since you were 16 at age 49 a midlife crisis issue?