iPhone SDK May Be 1-3 Weeks Late
tuxeater123 writes "According to a blog posting at BusinessWeek.com, the iPhone SDK could be pushed back by another 1-3 weeks. Unfortunately, the evidence provided, such as the media announcements that are usually made before most Apple releases, suggests that this may indeed be true. Apple usually sticks to their announced deadlines, however they have been known to break them occasionally."
I'm devastated by this. It makes my entire life valueless. How could a company like Apple even think about delaying a software release by almost a month. Oh, woe, woe is me. etc etc etc
Slashdot article summaries usually are shock full of valuable comment, however they have been known to be totally pointless.
My big problem with this is that EVERY program for the iPhone has to come from iTunes, which means it will most likely be sold. I doubt Apple is going to host any freeware programs that people write out of the goodness of their hearts. I've actually been very surprised by the quality and ingenuity of some of the programs written for jailbroken iPhones, and I know that these programs will only increase in quality once real tools are released, but I just wonder how hindered it will be because of the inability of people to "just install" programs on it that they like.
"Thank you for using Stop-n-Drop, America's favorite suicide booth since 2008"
One of the most frustrating parts of being a mac and Apple platform developer has always been being the veil of secrecy around API's, and for anyone who's used to the mac development lifestyle, the iPhone SDK isn't an exception. Personally, I can't understand it; keeping customers in the dark may be smart marketing, but keeping developers for your platform in the dark is suicide.
Thousands of developers are already writing code for Google's Android platform because Google released the API early, even before they released a device. By the time Apple releases their SDK, Google will already be ahead of them in the numbers of developers experienced with their API. I wish Apple could understand the enormous competitive disadvantage they are putting themselves in.
Ergonomica Auctorita Illico!
It was originally announced for February. Remember that we weren't going to get a proper SDK... Steve Jobs announced the web SDK and said that everyone would be using that from now on (what, over GPRS? Get real steve). It was only when they realized that (a) nobody gave a shit about web apps, and (b) millions of users were running native apps anyway, and apple wasn't getting a cut, that he announced the SDK.
They managed to break records with a phone that lacked many features people have come to accept as standard, with a horrible choice of plans/carriers at a premium price.
Nobody at all seemed to care about the lack of 3rd party apps on it when they handed over their cash for the device. They broke into the cellphone market with just 1 product in record time and you say they got the disadvantage?
Android may do even better BUT it will do in a totally different way. First off there will be NO google phone. Android is closer to Symbian or even MS Mobile OS (whatever they renamed it to this month) then the iPhone. With the iPhone you bought a Apple product, with Android you will buy a phone from any number of phone makers that just happens to run a software suit in which Google had a hand in the development.
Their most likely won't be a google branded phone and none of the others have enough status to sell a phone just because their logo is on it.
Android and the iPhone are completly different products and Apple doesn't need to worry about the same things Google has too. I might buy an Android phone for its openess, but I think absolutly nobody bought an iPhone for any similar concerns. It would be like saying that Ferrari needs to publish the specs for their new car early so 3rd parties can develop roof racks and child seats for it early. Sorry, Ferrari and the people who buy them could care less about that.
MMO Quests are like orgasms:
You may solo them, I prefer them in a group.
So you're insinuating that Apple withheld releasing a proper SDK when the iPhone launched because they purposefully wanted to stunt the platform?
Did it ever cross your mind that maybe the API for mobile OSX 1.0 might have been last priority behind everything else that had to be done to get a 1.0 product out the door? Talk to any iPhone app developer and they will tell you the same thing - iPhone 1.0 looks pretty darn good on the surface, but under the hood its quite ragged as the developers were obviously under pressure to meet a deadline.
Kiteboarding Gear Mention slashdot and get 10% off!
One sick of phones having nearly-useless web browsers, when the only phone with a useful one is locked.
Any cheap old phone can run Opera Mini. I too was annoyed by the poor quality of my phone's built in browser, but now I never have any trouble. It even has features like server-side downscaling of image sizes, thus reducing download times (and costs) - so even if your phone does have a decent browser, it's worth a look.
Right, because the iPhone has suffered terribly from the lack of 3rd-party applications. Sales are in single digits, and frankly owning one is an embarrassment. Not.
I'm an iPhone app developer. The API is actually pretty nice "under the surface". UIKit is a lean-and-mean version of Cocoa, and behaves just like it in most respects. Being able to write Leopard-style ObjC on a device that goes in your pocket is frankly awesome. Unless you have *specific* examples of this "ragged" nature, I'm just gonna call bullshit on your entire comment, and leave it at that.
Now a proper SDK will be a step forward, no doubt, but that's because we'll get things like named-constants rather than use 0x02 to specify values. Classdump, which is how the API was recovered, can only give you the method signatures and names. We'll also get the official C compiler, not one that works 98% of the time, real debugging, and perhaps even a simulator built into XCode, so you don't have to deploy to a target device in order to test the code. Oh yeah, and I'd expect to see some documentation too...
Lacking any of these things doesn't point to it being "ragged" architecturally, every single point is a consequence of the hacks that were required to get *any* development going on the iPhone. Apple don't have that problem...
Simon.
Physicists get Hadrons!
Being unable to run as root is where problems occur for developers. Behold the market for Nokia S60 v3 smartphone software. Half of the most popular apps are written by Nokia, because everyone else is busy jumping through flaming hoops to get their apps signed. The process is so damned bureaucratic, innovation freezes, developers loose interest in frustration, and Nokia ends up developing most of what little appears on the platform. Worse yet, the stated goal of providing security through signing is obvious bullshit when signed spyware starts popping up. It's all about Nokia controlling who gets signed and who gets to compete.
You're root comment is a user security issue and has NOTHING to do with the availability of an SDK. If iPhone is unable to run at different user levels it is NOT Mac OS X, because user levels are a fundamental property of any *nix OS.
Macintosh computers aren't riddled with viruses and security breaches, what makes you think Macintosh phones would be any different? If Apple's SDK "solution" is to sign apps instead of fixing their obviously broke ass permission system, then their SDK will be useless anyway just like their other iPhone "SDK." If Apple can't provide a hand held platform as open to developers as their desktop systems, then they will join the long list of companies that failed to revolutionize the mobile market.
Right now they're blowing it, just like they blew it with the Macintosh two decades ago. I wouldn't be so upset about it if I wasn't such a huge fan of the company.