undefined | Better HN

0 pointsnupark214y ago0 comments

Your second point is moot. 280slides proved high quality desktop class applications are possible on the web ...

So ... where are they now? It was a nicer webapp, but no substitute for Keynote. Having worked with ObjJ/Cappaccino, I found it to be a frustrating attempt at working around the browser, rather than an actual solution.

Performance on the web hasn't _really_ been an issue in years. The real issue is bad developers set the bar for web applications very low.

That's poppycock. In terme of performance, you simply can't come close to what native apps are doing. We invest enormous effort in leveraging threading and extremely low cost implementations in native code, even dropping down to NEON/etc where appropriate.

There is room for higher level languages (arguably that's what ObjC is, plus ARC) but JS simply is not a replacement for what native app developers are doing. NaCL is.

0 comments

Me100014y ago

280slides was nothing more than a demo app that hasn't been touched in 3 years. Atlas was the real product of 280north. I suggest trying Cappuccino today. If you're dealing with any significant browser issues, the problem is certainly not Cappuccino.

You can talk benchmarks all you want, but it doesn't change the fact that for 99% of consumer facing applications you won't have any noticeable benefit from those native speed.

nupark2OP14y ago

You can talk benchmarks all you want, but it doesn't change the fact that for 99% of consumer facing applications you won't have any noticeable benefit from those native speed.

I'm not talking about benchmarks, I'm talking about actual application development, and the real impact the tremendous number of hours we spend as consumer app decelopers on performance has on the user experience.

I honestly can't even fathom your position, given the context of my experience maximizing application performance. All available CPU cycles are spent quite directly on performance and functionality.

Your position implies to me a myopic inexperience with development beyond the web.

Me100014y ago

Exactly what kind of applications are you building that require lower level languages in order to be performant? I can't think of an application I use on a daily basis that can't be done equally well in the browser. Of course there will always be certain applications that will need lower level support, but those are a very small minority.

Your position implies to me a myopic inexperience with web development.

1 more reply

j / k navigate · click thread line to collapse

0 pointsnupark214y ago0 comments

Your second point is moot. 280slides proved high quality desktop class applications are possible on the web ...

Performance on the web hasn't _really_ been an issue in years. The real issue is bad developers set the bar for web applications very low.

There is room for higher level languages (arguably that's what ObjC is, plus ARC) but JS simply is not a replacement for what native app developers are doing. NaCL is.

0 comments

Me100014y ago

You can talk benchmarks all you want, but it doesn't change the fact that for 99% of consumer facing applications you won't have any noticeable benefit from those native speed.

nupark2OP14y ago

You can talk benchmarks all you want, but it doesn't change the fact that for 99% of consumer facing applications you won't have any noticeable benefit from those native speed.

I honestly can't even fathom your position, given the context of my experience maximizing application performance. All available CPU cycles are spent quite directly on performance and functionality.

Your position implies to me a myopic inexperience with development beyond the web.

Me100014y ago

Your position implies to me a myopic inexperience with web development.

1 more reply

j / k navigate · click thread line to collapse