Jesus they had 3 months to do it.
Crazy indeed. Although I assume at that point they already had large parts of the SDK implemented for native internal apps and much of those 3-6 months have been spent on public documentation, signing infrastructure etc.
Cocoa Touch apps (2007)
71–78 of 78 posts
Re: Cocoa Touch apps (2007)
#72Earlier quoted context omitted.
Well the iPhone shipped with native apps. You, as a developer, just couldn't make them yourself. So my question what is, and wasn't there when it come to the internal SDK and what needed to be built out? I guess exactly what Bertrand lists lol. One of those things would be seen as a miracle to ship in that timeframe.
Nothing shipped in that timeframe. It was announced, and that was it.
Re: Cocoa Touch apps (2007)
#73Earlier quoted context omitted.
You think Apple planned to run forever with just web apps at any point during the development of the iPhone? No. Clearly web apps were a stop-gap until they got their SDK done. They always planned on having an app store and pushing web apps to the side once they got their gatekeeping mechanism in place.
This claim is directly contradicted by this e-mail exchange from October 2007, the very e-mail exchange in which they decided to move forward with a native app SDK. The iPhone was announced in January 2007, a full 9 months earlier, and was in development for a few years before that. If they "always planned" the App Store, why would Bertrand, one of Steve's direct reports, be writing as if this were a brand new idea?…
It’s not that strange it didn’t all work out the way they had planned. If, prior to the original demo, you had asked just about anyone how long it would take to build something like the iPhone they would have probably said it was a decade away.
There is a reason the Android project had to throw their whole UI out of the window and start over. And if took years before they were anywhere near the iPhone experience.
Re: Cocoa Touch apps (2007)
#74Earlier quoted context omitted.
How does that make it suck? Like, just don't install those apps. Easy.
What do you mean by "those apps"? I'm talking about potentially ALL apps. I want to run apps on my device. That's why I bought it.
Re: Cocoa Touch apps (2007)
#75Earlier quoted context omitted.
What do you mean by "those apps"? I'm talking about potentially ALL apps. I want to run apps on my device. That's why I bought it.
What do you mean what do I mean? I'm talking about apps that don't come from Google Play. If you're concerned, don't install them. Easy.
Re: Cocoa Touch apps (2007)
#76Earlier quoted context omitted.
close but iirc, its more the opposite: osx was nextstep with os9 stuff (toolbox etc) ported over as carbon (with a lot of other os9 stuff) to support porting older apps [0] [0] https://en.wikipedia.org/wiki/Carbon_(API) but the kernel, gui, drivers everything was descended from nextstep edit: (next/openstep)
Wrong on the drivers side. The Objective-C drivers framework (DriverKit) was replaced by a C++ one based on a language subset (IO Kit). It is no accident that IO Kit replacement is named Driver Kit as homage to the original NeXTSTEP driver framework.
Re: Cocoa Touch apps (2007)
#77Earlier quoted context omitted.
Wrong on the drivers side. The Objective-C drivers framework (DriverKit) was replaced by a C++ one based on a language subset (IO Kit). It is no accident that IO Kit replacement is named Driver Kit as homage to the original NeXTSTEP driver framework.
right right, i guess i should have been more specific, but even though iokit was writtten in c++ it still followed much of the design patterns from the next/openstep one right?
Re: Cocoa Touch apps (2007)
#78Earlier quoted context omitted.
What do you mean what do I mean? I'm talking about apps that don't come from Google Play. If you're concerned, don't install them. Easy.
I don't think we are on the same page. My point is Google Play is the best the platform has to offer, and it sucks. It still does some vetting and cares somewhat about platform's security but it is nowhere near enough. Otherwise, I actually do want to install useful apps developed by companies that won't have to resort to snooping and ads to be sustainable - and worst case is reasonably depended by the more strict Ap…
> Apple provides that, is my point.
Apple, imo, provides a dog and pony show - just as Google does now with their human reviews of Android apps. The app review systems are security theater. The real security is in the APIs and the OS, and I think Android and iOS are on par with one another there.