Following Apple on the road to rich web apps

For the past few years I've been developing a better program to build websites, and web based apps. I hoping to have it out in the near future. Anyway, I just wanted to mention it, and say I really enjoy reading all the comments.

Thanks
Robert
Zoshe Foundation
http://www.zoshe.com

Regarding Roughly Drafted's essay, "long" is an understatement. Dilger spends almost 3000 words -- though it seemed much longer -- blathering on about the SproutCore javascript framework being "Cocoa for the Web" (and linking to many more blatherings on the history of Cocoa) when in reality, SproutCore is absolutely, completely unrelated to the OS X API.

SproutCore, too, like the Roughly Drafted piece, is rather bloated -- the "Hello World" example loads 440K of javascript code to display two words.

Having following many JS framework for web 2.0 I am not sure if anyone at TUAW has really dig into SproutCore and looked at how big it is and how slow it is on regular basis -I am not even talking about the memory footprint that damned thing has on Safari or Firefox.
If I recall correctly that framework has already been used on .Mac with the web gallery application and oh man this is quite a big slow pig... I remember that when it came out the framework was I think close to 500K of JavaScript to download and slowish like hell. Try to use a gallery on Windows and you will feel even more pain !!

What worst and people don't realize is that in order to make things faster for the web gallery instead of improving the JS framework SpoutCore they instead decided to use Akamai ! Try to do a ping gallery.mac.com and you will see what host is replying to it! For me looking for a JS framework that was the deal killer : if in order to get performance you need to use Akamai then something is definitely wrong!

I think Apple did bet on the wrong horse here and MobileMe is going to be an interesting story to follow.

It is worth noting that Google analytics, arguably one of the company's most complex RIA's requires the Adobe Flash player.

It's called "Gears" now, the "Google" prefix has been dropped.

I don't know how someone can read such a fanboy like Daniel Eran.

As an owner of various Apple machines, I'm ashamed that someone thinks that apple owners are like him.

There seems to be something of a quest to find the one cross-platform RIA builder to rule them all. It seems pretty likely that having some diversity would be good.

From my perspective, I still haven't seen anything that comes close to Seaside on Squeak/Smalltalk. I don't mean to be dismissive of MVC on Sprout and other Javascript frameworks, but Seaside is much closer to real MVC than any of them.

I've only played with Sprout for about an hour, but I find my interest wanes fairly rapidly with anything (Rails, TurboGears included) that requires html templates.

(Of course, Seaside has its own problems with scalability and so forth, but for most of the apps I build that really isn't such an issue.)

The other really interesting development is Lively Kernel from Sun. It's only an experimental system, but again, I think it goes quite a bit further than Sprout.

What would be really great would be if Apple revisited a WebObjects-like internet engine, combining aspects of systems such as Seaside and Lively Kernel, and used Obj-C instead of Java. The idea of being able to build a Mac app in Cocoa, then share at least the model classes with a web app would be just wonderful. That's pretty much what I'm doing currently with Seaside/Smalltalk. The earliest versions of WebObjects did actually use Obj-C.

Wishful thinking, perhaps. But I do think Apple should consider developing their own sub-set of web development tools, based on open source code.

Can the writer please explain how SproutCore can make stand-alone cross-platform _desktop_ applications? That seems to be what Adobe AIR does.

Big difference between desktop-like apps and desktop apps.

A more, ahem, apples-to-apples comparison might be SproutCore to other JavaScript frameworks like Spry.

http://labs.adobe.com/technologies/spry/

or comparison to a few other of the dozen or so JavaScript frameworks and libraries-

http://en.wikipedia.org/wiki/List_of_JavaScript_libraries#JavaScript