Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

GWT 2.0

code.google.com

Post reply on HN
Print view View original

21–30 of 34 posts

Re: GWT 2.0

#21

Post by teej »

amichail wrote: post #18
teej wrote: post #16

Earlier quoted context omitted.

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…

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.

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

Re: GWT 2.0

#22

Post by sandofsky »

amichail wrote: post #18
teej wrote: post #16

Earlier quoted context omitted.

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…

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.

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

Re: GWT 2.0

#23

Post by sandofsky »

teej wrote: post #16
amichail wrote: post #5

Earlier quoted context omitted.

It's not just about speed. But even if you focus on speed, Silverlight will always be much faster. Check out this c64 emulator in Silverlight 3: http://channel9.msdn.com/posts/Dan/Honorable-Mention-MIX09-S...

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…

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

Re: GWT 2.0

#24

Post by ivenkys »

nearestneighbor wrote: post #9
ivenkys wrote: post #2

Great Toolkit if you want to/can utilise the Java Tools echo system and everything else that comes with it and with the newer version the UIBinder allows for declarative UI. I personally haven't used the Code Splitting feature but i can see its uses. A common misconception is that it doesn't allow writing direct JavaScript - it actually does.

> Java Tools echo system Took me a while to figure out what the heck this "echo" is.

oops - sorry , my procrastination settings on HN mean that i have to type really fast , meaning no time for proof-reading.

Re: GWT 2.0

#25

Post by ivenkys »

martythemaniak wrote: post #17

One thing I would be interested in is some experiences in using the some of the JVM languages (Scala, Groovy, Clojure, Jython) with GWT.

If you meant server-side , then it really doesn't matter. Its just byte-codes and GWT encourages modular development for client and server-side.

So write your server side in your favourite JVM language and keep your client-side to Java.

Re: GWT 2.0

#26

Post by hello_moto »

sandofsky wrote: post #22
amichail wrote: post #18

Earlier quoted context omitted.

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.

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

First time I tried 280slides it was quite sluggish.

Re: GWT 2.0

#27

Post by pohl »

ivenkys wrote: post #25
martythemaniak wrote: post #17

One thing I would be interested in is some experiences in using the some of the JVM languages (Scala, Groovy, Clojure, Jython) with GWT.

If you meant server-side , then it really doesn't matter. Its just byte-codes and GWT encourages modular development for client and server-side. So write your server side in your favourite JVM language and keep your client-side to Java.

Actually, write the server side in any language at all...not just JVM languages! GWT imposes no restrictions on the server side. Using servlets does win you a nice RPC mechanism, but you could use JSON and CPython, if you prefer.

Re: GWT 2.0

#28

Post by snprbob86 »

teej wrote: post #21
amichail wrote: post #18

Earlier quoted context omitted.

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.

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

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

Re: GWT 2.0

#29

Post by bmj »

snprbob86 wrote: post #28
teej wrote: post #21

Earlier quoted context omitted.

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

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

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.

Re: GWT 2.0

#30

Post by Teulon »

hello_moto wrote: post #26
sandofsky wrote: post #22

Earlier quoted context omitted.

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

First time I tried 280slides it was quite sluggish.

Then it works just like my installation of Outlook at work.
Post reply on HN