Prince McLeanApple Inc. at its developers conference next week may introduce a software developers kit (SDK) that will allow third party developers to write small applications for its upcoming iPhone handset, according to a published report.
The paper offered no further details on the matter.
Since introducing iPhone in January, Apple has wrestled with the prospect of opening the device to third party developers, a move which could have serious ramifications on the security and stability of the highly touted handset.
Although the company had initially indicated that it would not allow third-party application development, chief executive Steve Jobs seemed to relent during an interview at last week's D: All Things Digital conference.
Speaking to the Wall Street Journal's Walt Mossberg, the Apple frontman candidly revealed that Apple was looking for ways to make it possible for developers to create software for the phone, suggesting that the arrival of third-party iPhone access is now a question of "when" rather than "if."
Jobs noted that poor software has served to tarnish the Japanese consumer electronics industry. On the other hand, he said, the iPhone's robust Mac OS X Leopard-based foundation signifies a five-year lead on the rest of the handset industry.
“If you look at the iPhone, it’s software wrapped in wonderful hardware,†said Jobs.
Critics of the Apple handset have long pointed to the device's lack of third party access as a major barrier to its success in the enterprise market, as corporations would be unable to extend their applications to handset. By contrast, the three most popular smartphone operating systems in the U.S. today — Windows Mobile, Symbian, and BlackBerry — all allow for such capability.
Charles Martin
Amber Neely
Sponsored Content
AppleInsider Staff
Malcolm Owen
Oliver Haslam
47 Comments
Could this be those Dashboard Widgets I've heard so much about?
Seriously, it seems like the first step in releasing 3rd-party software will come from the multitude of widgets that are available right now. A few developers have already created optimized versions for the iPhone's interface.
I really don't see Apple having a new Xcode for the iPhone ready at this time, much less willing to unleash it.
Critics of the Apple handset have long pointed to the device's lack of third party access as a major barrier to its success in the enterprise market, as corporations would be unable to extend their applications to handset. By contrast, the three most popular smartphone operating systems in the U.S. today -- Windows Mobile, Symbian, and BlackBerry -- all allow for such capability.
[ View this article at AppleInsider.com ]
Third party apps are a great way of allowing more with less effort on Apple's part but I can understand Steve's concern regarding stability and not wanting the iPhone to develop a reputation of "crashing" or allowing 'viruses' due to those third party apps.'Windows Mobile, Symbian, and BlackBerry -- all allow for such capability.' and out of curiosity, what is their stability record?
This seems to indicate that it will be good for developers who want to port existing widgets and web apps to the iPhone, but what about developers who specifically want to create applications which work with the unique hardware of the iPhone (ie. multitouch, rotation sensors)? Jobs himself said that he's always excited to see what unique ways people use Apple technology, so the iPhone seems to be the perfect candidate for that opportunity.
I'm curious to see how deep this SDK will go.
I really don't see Apple having a new Xcode for the iPhone ready at this time, much less willing to unleash it.
They wouldn't need a new Xcode, just an SDK which you could use from the existing XCode. If the iPhone runs a scaled down version of Mac OS and contains either a PPC or Intel chip, it should be easy. Compile the app in XCode on your Mac against the set of SDKs/Frameworks the iPhone supports, send it over to the iPhone via Wi-Fi or Bluetooth, and test it out.
What is going to be interesting is how Apple controls the customer's access to the iPhone apps/widgets.
I can see Apple requiring developers to submit their work to Apple for review and to keep downloads limited to downloads from Apple - ensuring that malware is not added after the review.
the other issue will be bloat ware - a potential problem with the limited capacity of the iPhone and all of the other bits & pieces that consumers will want installed, from music and pictures to movies. 8 Gigs can be filled up rather fast by some consumers.