<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Who&#8217;s using GWT?</title>
	<atom:link href="http://www.gwtsite.com/whos-using-gwt/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gwtsite.com/whos-using-gwt/</link>
	<description>Learning about the Google Web Toolkit (GWT)</description>
	<lastBuildDate>Sat, 13 Mar 2010 20:02:06 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Adam Gent</title>
		<link>http://www.gwtsite.com/whos-using-gwt/comment-page-1/#comment-37901</link>
		<dc:creator>Adam Gent</dc:creator>
		<pubDate>Sat, 13 Mar 2010 20:02:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.gwtsite.com/whos-using-gwt/#comment-37901</guid>
		<description>Optimization aside, JQuery and friends are great for web sites that need a little DHTML.

But if your developing a web application then Javascript just sucks. Seriously. People that say different usually are ones that have not built complex Web 2.0 applications.

The most important power of a programming language is its ability to adapt to change. Java/C# has some of the best refactoring tools and has very consistent way of doing things (getters, setters, interfaces).

Renaming a variable or function in javascript takes so much valuable time even with unit tests.</description>
		<content:encoded><![CDATA[<p>Optimization aside, JQuery and friends are great for web sites that need a little DHTML.</p>
<p>But if your developing a web application then Javascript just sucks. Seriously. People that say different usually are ones that have not built complex Web 2.0 applications.</p>
<p>The most important power of a programming language is its ability to adapt to change. Java/C# has some of the best refactoring tools and has very consistent way of doing things (getters, setters, interfaces).</p>
<p>Renaming a variable or function in javascript takes so much valuable time even with unit tests.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Patterson</title>
		<link>http://www.gwtsite.com/whos-using-gwt/comment-page-1/#comment-37893</link>
		<dc:creator>John Patterson</dc:creator>
		<pubDate>Fri, 12 Feb 2010 04:27:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.gwtsite.com/whos-using-gwt/#comment-37893</guid>
		<description>The extra efficiency is very nice but as I wrote above - the main reason to use GWT is the tool support for Java.  GWT is more than just a JavaScript compiler although that is a major component.  The tools to debug your Java code _in_ the browser are essential and probably lacking from the projects you mention.  The component libraries are also very good and frameworks for internationalisation and browser specific code rock.  All in all it is a package that is hard to match without turning to Flash or Silverlight.</description>
		<content:encoded><![CDATA[<p>The extra efficiency is very nice but as I wrote above &#8211; the main reason to use GWT is the tool support for Java.  GWT is more than just a JavaScript compiler although that is a major component.  The tools to debug your Java code _in_ the browser are essential and probably lacking from the projects you mention.  The component libraries are also very good and frameworks for internationalisation and browser specific code rock.  All in all it is a package that is hard to match without turning to Flash or Silverlight.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Wallace</title>
		<link>http://www.gwtsite.com/whos-using-gwt/comment-page-1/#comment-37892</link>
		<dc:creator>Patrick Wallace</dc:creator>
		<pubDate>Fri, 12 Feb 2010 04:18:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.gwtsite.com/whos-using-gwt/#comment-37892</guid>
		<description>If you believe in writing JavaScript without writing Javascript, don&#039;t just limit yourself to public static void main Java. You can do it in other equally persnickity langauges. Why not write your JavaScript in Scheme using &lt;a href=&quot;http://www-sop.inria.fr/mimosa/scheme2js/&quot; rel=&quot;nofollow&quot;&gt;Scheme2JS&lt;/a&gt;? (define (scream x) (&quot;Argh!&quot; x))

What about writing your JavaScript in Ruby with &lt;a href=&quot;http://rubyforge.org/projects/rubyjs&quot;&lt;RubyJS&lt;/a&gt;? You can get trendy on the Rails (but watch out for the third one.)


Or look sharp, feel sharp on Microsoft&#039;s bandwagon by writing your JavaScript in C# using &lt;a href=&quot;http://projects.nikhilk.net/ScriptSharp&quot; rel=&quot;nofollow&quot;&gt;Script#&lt;/a&gt;. OUch. It&#039;s very sharp.

There are yet more long-ways-around for a JavaScript-avoider, but I tire of finding them. The correct and efficient answer is to just pick a good package that solves the compatibility issues like jQuery or Prototype and get on with Ajaxing everything in sight. Who in their right mind is going to burn their eyes out worrying over avoiding a few K being downloaded in the age of video on the web? Get up to speed. It&#039;s a megabytes/second Internet, baby.</description>
		<content:encoded><![CDATA[<p>If you believe in writing JavaScript without writing Javascript, don&#8217;t just limit yourself to public static void main Java. You can do it in other equally persnickity langauges. Why not write your JavaScript in Scheme using <a href="http://www-sop.inria.fr/mimosa/scheme2js/" rel="nofollow">Scheme2JS</a>? (define (scream x) (&#8220;Argh!&#8221; x))</p>
<p>What about writing your JavaScript in Ruby with &lt;a href=&quot;http://rubyforge.org/projects/rubyjs&quot;&lt;RubyJS? You can get trendy on the Rails (but watch out for the third one.)</p>
<p>Or look sharp, feel sharp on Microsoft&#8217;s bandwagon by writing your JavaScript in C# using <a href="http://projects.nikhilk.net/ScriptSharp" rel="nofollow">Script#</a>. OUch. It&#8217;s very sharp.</p>
<p>There are yet more long-ways-around for a JavaScript-avoider, but I tire of finding them. The correct and efficient answer is to just pick a good package that solves the compatibility issues like jQuery or Prototype and get on with Ajaxing everything in sight. Who in their right mind is going to burn their eyes out worrying over avoiding a few K being downloaded in the age of video on the web? Get up to speed. It&#8217;s a megabytes/second Internet, baby.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Patterson</title>
		<link>http://www.gwtsite.com/whos-using-gwt/comment-page-1/#comment-37891</link>
		<dc:creator>John Patterson</dc:creator>
		<pubDate>Thu, 11 Feb 2010 22:44:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.gwtsite.com/whos-using-gwt/#comment-37891</guid>
		<description>You are missing the point.  As far as optimisation goes - as the worlds most experienced JavaScript optimiser - you should recognise that downloading an entire jQuery library to us a couple of functions is not efficient.  A compiled GWT program only includes optimsed, inline coded that is actually used.  But the real gain to developers is that you are writing in Java with the worlds best IDE&#039;s... not hacking a scripting language.  

Using JavaScript to write anything complex is like whipping yourself while being trampled by horses.</description>
		<content:encoded><![CDATA[<p>You are missing the point.  As far as optimisation goes &#8211; as the worlds most experienced JavaScript optimiser &#8211; you should recognise that downloading an entire jQuery library to us a couple of functions is not efficient.  A compiled GWT program only includes optimsed, inline coded that is actually used.  But the real gain to developers is that you are writing in Java with the worlds best IDE&#8217;s&#8230; not hacking a scripting language.  </p>
<p>Using JavaScript to write anything complex is like whipping yourself while being trampled by horses.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Wallace</title>
		<link>http://www.gwtsite.com/whos-using-gwt/comment-page-1/#comment-37890</link>
		<dc:creator>Patrick Wallace</dc:creator>
		<pubDate>Thu, 11 Feb 2010 21:22:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.gwtsite.com/whos-using-gwt/#comment-37890</guid>
		<description>If the answer is merely that GWT produces JavaScript which is &quot;more optimized&quot; that I can write by hand, I&#039;m not only unconvinced, I&#039;m insulted. I started programming back in the days when I had to write my own device controller to get the serial port to talk to the modem and my own BBS software to talk to the world: all in ASM with just 32K of RAM. Don&#039;t talk to me about optimization.
The significant issue for any app running in a browser is compatibility, not optimization. Using Java to spit out canned JavaScript is like whipping a wagon to get the horse to go.</description>
		<content:encoded><![CDATA[<p>If the answer is merely that GWT produces JavaScript which is &#8220;more optimized&#8221; that I can write by hand, I&#8217;m not only unconvinced, I&#8217;m insulted. I started programming back in the days when I had to write my own device controller to get the serial port to talk to the modem and my own BBS software to talk to the world: all in ASM with just 32K of RAM. Don&#8217;t talk to me about optimization.<br />
The significant issue for any app running in a browser is compatibility, not optimization. Using Java to spit out canned JavaScript is like whipping a wagon to get the horse to go.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
