Its not just Apple who will try to take their market.

As for the iPhone being rolled out everywhere, I don’t see Apple needing to be in a hurry.
Like the iPod, there is simply NO viable competition on the horizon, or even over the horizon.

Still, it would be good if Apple would talk to Rogers in Canada soon…..I am spending $80 per month for a data plan alone, plus my 1000 minutes plan - very expensive!

Its worth it though - the iPhone is a great business tool, IMHO.

Bearing in mind we had no tools whatsoever until right now – excluding web apps which have their place – this is pretty damn good. Looking at the documentation it’s clear just how much work went into this SDK. Apple very likely had this cooking back when Leopard was delayed! Like Scott Forstall said when he mentioned Core Animation: they developed that with the iPhone in mind first, and Leopard second.

There will be extra stuff to which most of us are not party yet. Namely the sort of background processes that AIM must use along with Apple’s own apps.

I don’t think that means he was bending the truth when he said they’re releasing the same tools Apple use in-house though. Xcode, Interface Builder and all are there. And *almost* all the plumbing behind them too … at least so much as makes a pretty damn appetising beta SDK.

Perhaps we will have the secret formula opened up as public API’s sometime in the future. Perhaps the whole iPhone OS is undergoing rapid development within Apple anyway. I would not be surprised.

So long as they don’t let Java get on the iPhone we can all breath a sigh of relief! Especially as users.

We are disappointed, because we were going to work hard to make this scenario possible: you install Voice Recorder, enable “calls autorecording” in settings and voila! All your calls are automatically recorded and later synced to iTunes (with meta-info :)) as soon as you plug iPhone into your computer in the way pictures made by iPhone camera sync to iPhoto. This is not even remotely possible with this release of SDK.

So SDK IS very restrictive right now. I cheered when I heard Apple guy on March 6 event said “We are giving developers the same set of tools we use ourselves”. OK, that was just a plain lie/misinformation.

I guess the more powerfull SDK features are available to selected developers right now. How you guess AOL is going to implement its service client? Both Apple and AOL know that if it is going to be disconnected when you press home button, it will be useless, so I know they have solution. They’ll give AOL (and possibly other “important” developers) SDK with broader features to build code and more priviledged certificates to sign code so iPhone can actually know this application should have access to more features.

May be gradually these features will be available to “ordinary” iPhone developers as well, in a year or two.

It’s not. Most often, when a product is released with dozens of trim levels, it’s done only to obscure the true price. This makes it harder for the consumer to price-shop between retailers, direct sales, and online sales, as well as hiding the cost of the peripherals/accessories.

Apple does not have this problem. Their prices are the same whether you’re looking at their online store, retail store, or retail partner. They don’t need to baffle their customers with a labyrinth of options just to trick them into making an impulsive purchase.

There has been a discussion on MacRumors about background tasks…

1) In order to support push email the iPhone will need at 1 task running, periodically, even when the iPhone is not being used– tell the push server your cell or IP addr & ask for any messages,

2) Same thing applies to other “push” services.

3) The consensus was that Apple would provide a single communication daemon that apps (mail, calendar, chat, etc) could ask to be notified when their events occur.

4) Apple, likely, will constrict this, initially & then open to other apps as needed.