Live data from Hacker News

Cocoa Touch apps (2007)

twitter.com

71–78 of 78 posts

Re: Cocoa Touch apps (2007)

#71
post #4

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.

I presume getting it to work in XCode in a presentable way was also quite an undertaking. Perhaps the simulator already existed, I don’t know. But if it did it probably wasn’t anywhere near release quality.

Re: Cocoa Touch apps (2007)

#72
post #17

Earlier 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.

Announced and demoed. Could be a severely lacking demonstration version but it still had to be presentable.

Re: Cocoa Touch apps (2007)

#73

Earlier 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?…

You have to keep in mind that with iPhone they built a truly revolutionary device not even remotely like anything that had ever been built. And then the jailbreak community took it and ran with it and immediately demonstrated the next level of what was possible.

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)

#74
post #48
post #41

Earlier 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.

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)

#75
post #74
post #48

Earlier 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.

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 Apple vetting on the platform and OS protections. So I want those apps and be reasonably secure. I want those useful apps to exist, with an ecosystem about it. Apple provides that, is my point.

Re: Cocoa Touch apps (2007)

#76
post #69

Earlier 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.

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)

#77
post #69

Earlier 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?

In what concerns the architecture of a light OOP model for the drivers, I guess.

Re: Cocoa Touch apps (2007)

#78
post #75
post #74

Earlier 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…

Thanks for clearing that up, I see where you are coming from. I think the place you and I will disagree is this:

> 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.

Post reply on HN