[teej]

Exactly, it's not just about speed. It's about a lot of things including market penetration, language usage, and speed. By choosing Javascript, Google automatically wins on the first two points and is making Javascript kick ass in the third.

Market penetration is a -huge- aspect of coding in the browser. It's the reason Flash won't die; Adobe is really, really good at pushing the plugin on people. If people can't run your code, your code doesn't matter.

Language usage is important to developers. Javascript has the benefit of having lots of developers already using it, and requiring -nothing but a browser- to get started with it. Adobe has noticed that being developer friendly is really important, and has been making strides with Flex, making Flash development seem more familiar to traditional devs. Silverlight simply doesn't get it (http://silverlight.net/getstarted/). The platform doesn't matter if you don't have programmers building for it.

Speed is important, but only to a point. Of course, Silverlight and Flash both beat the pants off of Javascript for practically every benchmark. The important thing to remember is that Javascript doesn't need to beat them in a test, it simply needs to be fast enough.

You've mentioned that Silverlight's "tech" is better. I'm not sure what that is supposed to mean.

Google's move to push Javascript makes a lot of sense. Building another Silverlight doesn't make much sense when it is failing in every category that actually matters.

[sandofsky]

> Of course, Silverlight and Flash both beat the pants off of Javascript for practically every benchmark.

Last I checked, this is not true.

In my darker days, I spent six months on a contract developing a third party full screen media browser for Windows Media Center Edition. Windows MCE is basically a giant IE window, and your apps are web pages.

The architect benchmarked flash vs javascript at the time, and javascript won hands down for the type of work performed.

Using bubblemark in webkit, I get 58 FPS in flash vs 98 FPS in DHTML.

http://bubblemark.com/

I wouldn't be surprised if Flash beat Javascript in IE nowadays, but in that case Flash is just faster on some platforms.

[bad_user]

Wow ... in bubblemark I get ~60 FPS in Flash, ~90 FPSs in Flash (with cacheAsBitmap) and ~160 FPSs in DHTML (using Chrome). In Firefox 3.0.14 I'm getting 60 FPSs in DHTML, while the speed of Flash is the same.

Chrome's V8 engine is awesome. I never realized it.

[amichail]

You can use all sorts of languages with Silverlight, including Javascript.

Silverlight apps can look just as polished as desktop apps. This is not true with DHTML/Javascript.

[teej]

> You can use all sorts of languages with Silverlight, including Javascript.

No, you cannot. You can use .Net and language implementations that run on top of .Net. This includes IronRuby (dead?), IronPython, and JScript.

> Silverlight apps can look just as polished as desktop apps. This is not true with DHTML/Javascript.

This is not a feature that consumers care about.

[snprbob86]

Actually, this isn't true either. Some .NET languages require runtime libraries which are not supported on the Silverlight runtime.

[bmj]

Indeed. From my experience, you must use libraries that are built for Silverlight. You can't use just any old .NET lib in your Silverlight project.

[sandofsky]

> Silverlight apps can look just as polished as desktop apps. This is not true with DHTML/Javascript.

You should really try MobileMe, or 280slides.

There are a number of other web apps written in Sproutcore and Cappuccino that feel exactly like desktop apps, without an ounce of flash or silverlight.

[hello_moto]

First time I tried 280slides it was quite sluggish.

[Teulon]

Then it works just like my installation of Outlook at work.