Linked by Kroc Camen on Sat 29th May 2010 20:41 UTC
Apple I've been meaning to write this for some time, and for all the time I delayed the more poignant the point I wanted to make started to become as new news came out further solidifying my angle. When I begun writing this article the iPad had not yet been revealed, iPhone OS 4 was not on the map and Apple had not yet purchased Lala. You've probably just noticed that all of these events in fact point toward Apple embracing the web more and in this article I will point out why this is not the case because I believe Apple's agenda here is similar to something we've already seen in recent history.
Permalink for comment 427483
To read all comments associated with this story, please click here.
henderson101
Member since:
2006-05-30

"HTML and JavaScript are dated and don't really scale.


Can you define ‘scale’? HTML has scaled horizontally to the entire world. It’s appeared on almost every platform on innumerable devices from an Apple II and Commodore 64 to smart phones. It has scaled to devices and uses far and beyond its original design or even what Sir Tim envisioned. Java cannot even come close to what HTML has achieved.
"

HTML is about compromise though. I think that is the point. HTML doesn't scale, it simply drops to the lowest common denominator. It always has, and will continue to.

The other factor is, HTML used to be a simple mark-up, it described a document. It's now massaged in to being more than just a mark-up. It doesn't necessarily do this in a nice or even stylish way. It's still feasible to write HTML in a text editor, but it isn't practical. In truth, without using the minimum of 3 browsers for testing, you will not get even get a fully functioning page in many cases. Much of this is related to Javascript implementations, but Javascript and HTML are so intertwined these days, it is hard to do much without using both together.

Vertically, JavaScript has seen a 1000 fold increase in speed in the last two years. It can be run at near-native speeds and improvements are still coming. It’s fast enough to now run a speech synthesizer in JavaScript, or run Quake II. That’s scaling, considering where JS came from only a few years ago.


Javascript is still a horribly clunky language to code for. It is imprecise, it has a completely nasty object model and the lack of firm typing leads to crufty code. The thing that Actionscript has going for it is that it uses the ECMA Script as a basis (as does Javascript), but adds useful stuff on top - like a real object model that is not a clunky hack and actual typing so that stupid mistakes are less easy to happen. Honestly, I code in Javascript regularly, it is horrible. One can only hope that HTML6 (or whatever standard covers Javascript) tries to address this kind of stuff.

It might not be as fast as native code, but it has survived being pushed well beyond the boundaries it was designed for—that’s scaling.


How much of that is to do with processor speed? Try doing all of that on a mid spec ARM processor - Javascript is still running in treacle mode. I would also dispute the "near native speed" claim. I think the truth is, the disparity between processor speed and Javascript performance has been reduced enough to make Javascript feel as fast as a native application. I think if you did any really complex recursive maths with Javascript, it would still be order of magnitudes slower than a natively compiled app.

"Event good old HTTP protocol needs updating/replacing with something better


SPDY.
"

"An experimental protocol for faster web". Google specific. Time will tell, but it would need to be supported widely at server level to make any inroads.

"As for XML, it should just die asap.


JSON is the new XML, thank goodness.
"

Ah, so you don't actually understand what XML is, versus JSON. That's okay. JSON is not the new XML, JSON doesn't even come vaguely close to replacing XML. JSON is pretty much a serialised Javascript Object. that's it. You need to interpret it in exactly the same way as you need to interpret XML, in the context of the document. It might be marginally fatster in the Web, as generally you can theoretically write Javascript that directly accesses the elements of the JSON object instance, but in practice, it's not really all that much different. For simple tasks JSON is usable. Could I replace a XML file that contains a full word processor style document mark-up? Not really. Horses for courses, use the right tool for the right job, etc.

Reply Parent Score: 1