Comments on: no iPhone SDK http://www.martinkahr.com/2007/01/11/no-iphone-sdk/ hot bits and bytes Sun, 18 May 2008 10:49:52 +0000 http://wordpress.org/?v=2.2.1 By: Jim Witte http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-7819 Jim Witte Thu, 22 Nov 2007 19:27:54 +0000 http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-7819 <p>The comment was made about their being no iPod SDK (I assume he means the Classic iPod, which must still use the Pixo OS) for the same reason as the iPhone - they need to get the iPhone out the door, and don't have time to polish a deveoloper-ready SDK. This I agree with. But the no-iPod-SDK argument as support for this view has one big hole in it - there <em>still</em> is no Pixo SDK, and the iPod has been out - how many years? Now perhaps there was no demand for one (except from the hacker types), so that may be the reason.</p> The comment was made about their being no iPod SDK (I assume he means the Classic iPod, which must still use the Pixo OS) for the same reason as the iPhone - they need to get the iPhone out the door, and don’t have time to polish a deveoloper-ready SDK. This I agree with. But the no-iPod-SDK argument as support for this view has one big hole in it - there still is no Pixo SDK, and the iPod has been out - how many years? Now perhaps there was no demand for one (except from the hacker types), so that may be the reason.

]]>
By: martin http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-4328 martin Tue, 03 Jul 2007 18:26:44 +0000 http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-4328 <p>Thanks for your comment Kiran. </p> <p>I was at the WWDC this year and the fact that they presented the AJAX webapp idea as a <em>sweet</em> solution was very disappointing. The target audience were not we developers but instead the business/stock people.</p> <p>From what I've read so far about the iPhone it sure can do much more. And I'm pretty sure that a number of good things are happening in the near future. </p> <p>Some software parts of the iPhone seem to be unfinished or still a work in progress (basic notes app, no games, ...). That's a good indicator that Apple had simple to much to do to get the thing out on the market.</p> <p>Wild guesses follow: At Macworld we will see a revised iPhone (2.0) and until than we will also see a number of software updates. Leopard/iWork/iLife will have special iPhone support and at WWDC 08 we will see a first official way to develop apps for the iPhone. What else could they present at WWDC 08? Talking about Leopard for the third time is a bit boring.</p> <p>Regarding Java: The major problem of Java for user interfaces is the idea to have an OS independent UI layer. The problem with this is that controls look different on different platforms. Even with SWT there is the problem that user interfaces are more than just the controls. It's about the UI guidelines a platform defines. Eclipse on OS X looks and feels like a Windows app and this will never change. </p> <p>The Java mobile edition is even worse in this respect. There would be the need for a special Java mobile edition that supports the iPhone features like Hires display, touch screen interface, integration with other apps (Cal, Addressbook). Therefore instead of having an incomplete Java on the iPhone I would prefer a full featured Objective-C API. </p> <p>And if one argues for Java Applet support - who still uses Applets?</p> Thanks for your comment Kiran.

I was at the WWDC this year and the fact that they presented the AJAX webapp idea as a sweet solution was very disappointing. The target audience were not we developers but instead the business/stock people.

From what I’ve read so far about the iPhone it sure can do much more. And I’m pretty sure that a number of good things are happening in the near future.

Some software parts of the iPhone seem to be unfinished or still a work in progress (basic notes app, no games, …). That’s a good indicator that Apple had simple to much to do to get the thing out on the market.

Wild guesses follow:
At Macworld we will see a revised iPhone (2.0) and until than we will also see a number of software updates. Leopard/iWork/iLife will have special iPhone support and at WWDC 08 we will see a first official way to develop apps for the iPhone. What else could they present at WWDC 08? Talking about Leopard for the third time is a bit boring.

Regarding Java: The major problem of Java for user interfaces is the idea to have an OS independent UI layer. The problem with this is that controls look different on different platforms. Even with SWT there is the problem that user interfaces are more than just the controls. It’s about the UI guidelines a platform defines.
Eclipse on OS X looks and feels like a Windows app and this will never change.

The Java mobile edition is even worse in this respect. There would be the need for a special Java mobile edition that supports the iPhone features like Hires display, touch screen interface, integration with other apps (Cal, Addressbook).
Therefore instead of having an incomplete Java on the iPhone I would prefer a full featured Objective-C API.

And if one argues for Java Applet support - who still uses Applets?

]]>
By: kiran http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-4317 kiran Mon, 02 Jul 2007 16:08:09 +0000 http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-4317 <p>I was going through the pictures of disassembled iphones, some early identification of chips which are used. the following things are worth mentioning.</p> <p>(a) its uses a arm chip manufactured by samsung which supports ARM Jazelle which helps in executing java code....but the iphone doesnt seem to support java for now...will it be in by the next rel?</p> <p>(b) The Bluetooth chipset and software/firmware can do lot more things than what iphone is presently doing with it. again is something more in the waiting</p> I was going through the pictures of disassembled iphones, some early identification of chips which are used. the following things are worth mentioning.

(a) its uses a arm chip manufactured by samsung which supports ARM Jazelle which helps in executing java code….but the iphone doesnt seem to support java for now…will it be in by the next rel?

(b) The Bluetooth chipset and software/firmware can do lot more things than what iphone is presently doing with it. again is something more in the waiting

]]>
By: Pete Wilson http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-1001 Pete Wilson Wed, 28 Feb 2007 00:08:08 +0000 http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-1001 <p>As for Xbox, on the Xbox 360 XNA Game Studio Express allows for free development of games, though running them on the Xbox isn't free and deploying them to others isn't free and is complicated, so far.</p> <p>So, anyone can write code for it, and run it for $99/year for personal use (!). Hopefully, they will work to resolve deployment issues.</p> As for Xbox, on the Xbox 360 XNA Game Studio Express allows for free development of games, though running them on the Xbox isn’t free and deploying them to others isn’t free and is complicated, so far.

So, anyone can write code for it, and run it for $99/year for personal use (!). Hopefully, they will work to resolve deployment issues.

]]>
By: Dallas http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-616 Dallas Mon, 15 Jan 2007 17:30:15 +0000 http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-616 <p>"The whole appleblogosphere debate over the semantics of “Mac” OS X versus just “OS X” is ridiculous."</p> <p>"Microsoft used WinNT/Win32 when they kicked off Xbox seven years ago. It was there and it worked, and they damn sure mentioned up front that it was based on the Windows 2000 kernel, but that didn’t mean (and still doesn’t) that just anyone can write code for it."</p> <p>The problem is that Jobs explicitly listed Cocoa as an OS X technology that is on the iPhone. Cocoa exists to make it easier for developers to create Mac OS X applications, and by including it as an iPhone feature in the keynote, HEAVILY implies that it will be available to developers. Otherwise, why else even list it? It offers absolutely nothing to the users of the apps. That's why there's a debate - it's the doublespeak that Apple is engaging in. They not only claim that it's OS X, they make it a point to list all of the APIs and frameworks that are there for the purpose of making it easier for developers to create applications. Then they claim that it is a closed platform, so, in effect, they are saying it's extremely easy to develop OS X apps for, but only Apple employees (or their partners) will actually be able to.</p> “The whole appleblogosphere debate over the semantics of “Mac” OS X versus just “OS X” is ridiculous.”

“Microsoft used WinNT/Win32 when they kicked off Xbox seven years ago. It was there and it worked, and they damn sure mentioned up front that it was based on the Windows 2000 kernel, but that didn’t mean (and still doesn’t) that just anyone can write code for it.”

The problem is that Jobs explicitly listed Cocoa as an OS X technology that is on the iPhone. Cocoa exists to make it easier for developers to create Mac OS X applications, and by including it as an iPhone feature in the keynote, HEAVILY implies that it will be available to developers. Otherwise, why else even list it? It offers absolutely nothing to the users of the apps. That’s why there’s a debate - it’s the doublespeak that Apple is engaging in. They not only claim that it’s OS X, they make it a point to list all of the APIs and frameworks that are there for the purpose of making it easier for developers to create applications. Then they claim that it is a closed platform, so, in effect, they are saying it’s extremely easy to develop OS X apps for, but only Apple employees (or their partners) will actually be able to.

]]>
By: Guillaume http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-602 Guillaume Sun, 14 Jan 2007 08:46:57 +0000 http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-602 <p>Another "not-so-respectable" business reason would be that Cingular doesn't want VoIP or IM apps running on this device using Wi-Fi instead of paying for GSM access.</p> Another “not-so-respectable” business reason would be that Cingular doesn’t want VoIP or IM apps running on this device using Wi-Fi instead of paying for GSM access.

]]>
By: Matthias http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-583 Matthias Thu, 11 Jan 2007 11:34:07 +0000 http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-583 <p>Well, this iPhone surely makes for an interesting WWDC...</p> <p>Martin, you make some good points in this article and I totally agree with you: first spend time on making a good device, then think about what others can do for it.</p> <p>kind regards, Matthias</p> Well, this iPhone surely makes for an interesting WWDC…

Martin, you make some good points in this article and I totally agree with you: first spend time on making a good device, then think about what others can do for it.

kind regards,
Matthias

]]>
By: martin http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-582 martin Thu, 11 Jan 2007 10:32:05 +0000 http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-582 <p>With "not-so-respectable" business reasons I meant thinks like "We want the games market for this device for us alone", or something like that.</p> <p>I agree completly with you. The consumers want a phone that finally works. And apple wants to provide it. That's the first step and has the highest priority. Everything else (probably) comes later.</p> With “not-so-respectable” business reasons I meant thinks like “We want the games market for this device for us alone”, or something like that.

I agree completly with you. The consumers want a phone that finally works. And apple wants to provide it. That’s the first step and has the highest priority. Everything else (probably) comes later.

]]>
By: Ben http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-581 Ben Thu, 11 Jan 2007 10:19:12 +0000 http://www.martinkahr.com/2007/01/11/no-iphone-sdk/#comment-581 <p>Not-so-respectable business reasons? Give me a break. Apple is busy building an entirely new little embedded platform, onto which they are grafting versions of CoreWhatever, and writing little apps, and drivers, etc, etc, etc. They don't have time to create a developer platform for this right now-- it's just not a priority. Their priority is getting the device out the door ASAP. The whole appleblogosphere debate over the semantics of "Mac" OS X versus just "OS X" is ridiculous. There's one Mac OS X, and Apple stole the kernel to deploy on the phone. Why? Because they needed an OS to run their phone and OS X was nearby, handy, and well understood, and if they ported the guts of it to whatever this architecture is, they knew they could start leveraging some the higher-level frameworks they already have and would need. It's the same reason Microsoft used WinNT/Win32 when they kicked off Xbox seven years ago. It was there and it worked, and they damn sure mentioned up front that it was based on the Windows 2000 kernel, but that didn't mean (and still doesn't) that just anyone can write code for it. Right now you can't get code on Apple's phone for the same reason you can't get code on their iPods-- not part of the experience they want to impress on people. Eventually you will be able to get code on it, but first they need to get this one out the door so they can start thinking longer-term. Widgets will definitely be the first thing they enable-- using Dashcode to build little iPhone compatible widgets. Will we ever be able to ship a PhoneCocoa app onto it? Maybe. Maybe not. But only us whiny indie developers even care right now. The consumers just want the damn coolest phone they've ever seen, and Apple wants to get it to them.</p> Not-so-respectable business reasons? Give me a break. Apple is busy building an entirely new little embedded platform, onto which they are grafting versions of CoreWhatever, and writing little apps, and drivers, etc, etc, etc. They don’t have time to create a developer platform for this right now– it’s just not a priority. Their priority is getting the device out the door ASAP. The whole appleblogosphere debate over the semantics of “Mac” OS X versus just “OS X” is ridiculous. There’s one Mac OS X, and Apple stole the kernel to deploy on the phone. Why? Because they needed an OS to run their phone and OS X was nearby, handy, and well understood, and if they ported the guts of it to whatever this architecture is, they knew they could start leveraging some the higher-level frameworks they already have and would need. It’s the same reason Microsoft used WinNT/Win32 when they kicked off Xbox seven years ago. It was there and it worked, and they damn sure mentioned up front that it was based on the Windows 2000 kernel, but that didn’t mean (and still doesn’t) that just anyone can write code for it. Right now you can’t get code on Apple’s phone for the same reason you can’t get code on their iPods– not part of the experience they want to impress on people. Eventually you will be able to get code on it, but first they need to get this one out the door so they can start thinking longer-term. Widgets will definitely be the first thing they enable– using Dashcode to build little iPhone compatible widgets. Will we ever be able to ship a PhoneCocoa app onto it? Maybe. Maybe not. But only us whiny indie developers even care right now. The consumers just want the damn coolest phone they’ve ever seen, and Apple wants to get it to them.

]]>