<?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: ECMAScript 4 Milestone 2 Released</title>
	<atom:link href="http://ajaxian.com/archives/ecmascript-4-milestone-2-released/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Thu, 17 May 2012 07:43:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: TNO</title>
		<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released/comment-page-1#comment-261664</link>
		<dc:creator>TNO</dc:creator>
		<pubDate>Wed, 27 Feb 2008 16:37:53 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=3371#comment-261664</guid>
		<description>Old news that goes over a lot of this:

http://developer.mozilla.org/presentations/xtech2006/javascript/
http://developer.mozilla.org/presentations/eich-media-ajax-2007/

This isn&#039;t something some random guys pulled out their ass, some of the people on this committee include:
Douglas Crockford of Yahoo (http://javascript.crockford.com/javascript.html)
Brendan Eich of Mozilla (Creator of JavaScript) (http://weblogs.mozillazine.org/roadmap/)
Lars T Hansen of Adobe (http://www.ecmascript.org/es4/spec/evolutionary-programming-tutorial.pdf)
Chris Wilson of Microsoft (http://blogs.msdn.com/cwilso/)
Google, and others. 

I for one have confidence in their ability to improve things (their differences aside). For those that don&#039;t, well there IS a web page for it: http://www.ecmascript.org/community.php

Once again, no one is FORCING this on you to use. Each respective company is going to implement what they like and leave the rest (for example: http://ejohn.org/files/Adobe_position_on_ES4_features.pdf). Just breathe a sigh of relief that there is a standard being developed for this, and not some JavaScript vs JScript war from the Netscape days.</description>
		<content:encoded><![CDATA[<p>Old news that goes over a lot of this:</p>
<p><a href="http://developer.mozilla.org/presentations/xtech2006/javascript/" rel="nofollow">http://developer.mozilla.org/presentations/xtech2006/javascript/</a><br />
<a href="http://developer.mozilla.org/presentations/eich-media-ajax-2007/" rel="nofollow">http://developer.mozilla.org/presentations/eich-media-ajax-2007/</a></p>
<p>This isn&#8217;t something some random guys pulled out their ass, some of the people on this committee include:<br />
Douglas Crockford of Yahoo (<a href="http://javascript.crockford.com/javascript.html" rel="nofollow">http://javascript.crockford.com/javascript.html</a>)<br />
Brendan Eich of Mozilla (Creator of JavaScript) (<a href="http://weblogs.mozillazine.org/roadmap/" rel="nofollow">http://weblogs.mozillazine.org/roadmap/</a>)<br />
Lars T Hansen of Adobe (<a href="http://www.ecmascript.org/es4/spec/evolutionary-programming-tutorial.pdf" rel="nofollow">http://www.ecmascript.org/es4/spec/evolutionary-programming-tutorial.pdf</a>)<br />
Chris Wilson of Microsoft (<a href="http://blogs.msdn.com/cwilso/" rel="nofollow">http://blogs.msdn.com/cwilso/</a>)<br />
Google, and others. </p>
<p>I for one have confidence in their ability to improve things (their differences aside). For those that don&#8217;t, well there IS a web page for it: <a href="http://www.ecmascript.org/community.php" rel="nofollow">http://www.ecmascript.org/community.php</a></p>
<p>Once again, no one is FORCING this on you to use. Each respective company is going to implement what they like and leave the rest (for example: <a href="http://ejohn.org/files/Adobe_position_on_ES4_features.pdf" rel="nofollow">http://ejohn.org/files/Adobe_position_on_ES4_features.pdf</a>). Just breathe a sigh of relief that there is a standard being developed for this, and not some JavaScript vs JScript war from the Netscape days.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Hann</title>
		<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released/comment-page-1#comment-261656</link>
		<dc:creator>John Hann</dc:creator>
		<pubDate>Wed, 27 Feb 2008 14:34:52 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=3371#comment-261656</guid>
		<description>I welcome features that will allow for faster client-side code and better type checking (when it is needed), but 2/3 of the proposed additions are  *C*R*A*P*.  They will do nothing but complicate the language, bog it down, and make it harder to troubleshoot.  

I am not against Java in any way, but I agree with Berend: it looks like some Java guy (who does not understand the beauty of Javascript) tried to &quot;improve&quot; it.  

Who devised these &quot;necessary features&quot;????</description>
		<content:encoded><![CDATA[<p>I welcome features that will allow for faster client-side code and better type checking (when it is needed), but 2/3 of the proposed additions are  *C*R*A*P*.  They will do nothing but complicate the language, bog it down, and make it harder to troubleshoot.  </p>
<p>I am not against Java in any way, but I agree with Berend: it looks like some Java guy (who does not understand the beauty of Javascript) tried to &#8220;improve&#8221; it.  </p>
<p>Who devised these &#8220;necessary features&#8221;????</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zsolt</title>
		<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released/comment-page-1#comment-261650</link>
		<dc:creator>Zsolt</dc:creator>
		<pubDate>Wed, 27 Feb 2008 11:13:57 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=3371#comment-261650</guid>
		<description>@Joeri, saying that the new syntax is optional is like saying: i know you have a car, but here&#039;s a monster truck if you want you are free to use it.</description>
		<content:encoded><![CDATA[<p>@Joeri, saying that the new syntax is optional is like saying: i know you have a car, but here&#8217;s a monster truck if you want you are free to use it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joeri</title>
		<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released/comment-page-1#comment-261649</link>
		<dc:creator>Joeri</dc:creator>
		<pubDate>Wed, 27 Feb 2008 09:00:25 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=3371#comment-261649</guid>
		<description>They&#039;re not actually taking anything away from javascript. Everything you do now you&#039;ll still be able to do on ES4. The new syntax is optional. If you don&#039;t like it, don&#039;t use it.

I see a lot of useful things in the new syntax. The benefits of correctness and scalability will mean a lot when building larger javascript-based web applications.</description>
		<content:encoded><![CDATA[<p>They&#8217;re not actually taking anything away from javascript. Everything you do now you&#8217;ll still be able to do on ES4. The new syntax is optional. If you don&#8217;t like it, don&#8217;t use it.</p>
<p>I see a lot of useful things in the new syntax. The benefits of correctness and scalability will mean a lot when building larger javascript-based web applications.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Berend de Boer</title>
		<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released/comment-page-1#comment-261647</link>
		<dc:creator>Berend de Boer</dc:creator>
		<pubDate>Wed, 27 Feb 2008 05:45:34 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=3371#comment-261647</guid>
		<description>Zsolt, I quite agree with you. While some changes are helpful, like name spaces, others are totally uncalled for. Why have that generic function stuff for example?

I&#039;m completely opposed to making a language so complex that the life of a maintainer becomes impossible. Every single feature will be used in the code he maintains and often in the worst possible way.

To me it looks like some Java guys had a look at JavaScript and decided to &quot;improve&quot; it. JavaScript is fine. It doesn&#039;t need records, bytes, unions and all this heavy baggage.</description>
		<content:encoded><![CDATA[<p>Zsolt, I quite agree with you. While some changes are helpful, like name spaces, others are totally uncalled for. Why have that generic function stuff for example?</p>
<p>I&#8217;m completely opposed to making a language so complex that the life of a maintainer becomes impossible. Every single feature will be used in the code he maintains and often in the worst possible way.</p>
<p>To me it looks like some Java guys had a look at JavaScript and decided to &#8220;improve&#8221; it. JavaScript is fine. It doesn&#8217;t need records, bytes, unions and all this heavy baggage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TNO</title>
		<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released/comment-page-1#comment-261646</link>
		<dc:creator>TNO</dc:creator>
		<pubDate>Wed, 27 Feb 2008 00:15:57 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=3371#comment-261646</guid>
		<description>Deja Vu? I think this evolution has been completely justified. These same arguments have already been drug out in detail over and over and is starting to become tiresome....

See the detailed discussion here:

http://lambda-the-ultimate.org/node/2504</description>
		<content:encoded><![CDATA[<p>Deja Vu? I think this evolution has been completely justified. These same arguments have already been drug out in detail over and over and is starting to become tiresome&#8230;.</p>
<p>See the detailed discussion here:</p>
<p><a href="http://lambda-the-ultimate.org/node/2504" rel="nofollow">http://lambda-the-ultimate.org/node/2504</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cruf</title>
		<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released/comment-page-1#comment-261645</link>
		<dc:creator>cruf</dc:creator>
		<pubDate>Tue, 26 Feb 2008 23:08:08 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=3371#comment-261645</guid>
		<description>+1 urandom
I read your article btw and totally agree.
Prototype-based makes thing so easy, only it takes a while to get used to thinking out of the box when you&#039;re coming from J2EE... Still I&#039;m fine with the new ES4 as long as they don&#039;t give up on the prototypes, closures and such goodies.</description>
		<content:encoded><![CDATA[<p>+1 urandom<br />
I read your article btw and totally agree.<br />
Prototype-based makes thing so easy, only it takes a while to get used to thinking out of the box when you&#8217;re coming from J2EE&#8230; Still I&#8217;m fine with the new ES4 as long as they don&#8217;t give up on the prototypes, closures and such goodies.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AdrienFriggeri</title>
		<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released/comment-page-1#comment-261644</link>
		<dc:creator>AdrienFriggeri</dc:creator>
		<pubDate>Tue, 26 Feb 2008 22:36:01 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=3371#comment-261644</guid>
		<description>I totally agree with Zsolt and nea, and I wrote the following article just after reading this announcement :
http://www.friggeri.net/blog/2008/02/26/rant-ecmascript-40</description>
		<content:encoded><![CDATA[<p>I totally agree with Zsolt and nea, and I wrote the following article just after reading this announcement :<br />
<a href="http://www.friggeri.net/blog/2008/02/26/rant-ecmascript-40" rel="nofollow">http://www.friggeri.net/blog/2008/02/26/rant-ecmascript-40</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: urandom</title>
		<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released/comment-page-1#comment-261640</link>
		<dc:creator>urandom</dc:creator>
		<pubDate>Tue, 26 Feb 2008 21:13:36 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=3371#comment-261640</guid>
		<description>@zsolt,
yeah, well some of us would actually like to feel comfortable when developing large applications, instead of writing code that looks like it was written in basic - the early years.
and yes,
dynamic class Pet {}
is exactly what we know and love, and it is exactly what is missing from ES3.
_And_ yes, you can still develop whatever it is you develop, without using those features in ES4. It&#039;s not like they will remove closures or anything like that.</description>
		<content:encoded><![CDATA[<p>@zsolt,<br />
yeah, well some of us would actually like to feel comfortable when developing large applications, instead of writing code that looks like it was written in basic &#8211; the early years.<br />
and yes,<br />
dynamic class Pet {}<br />
is exactly what we know and love, and it is exactly what is missing from ES3.<br />
_And_ yes, you can still develop whatever it is you develop, without using those features in ES4. It&#8217;s not like they will remove closures or anything like that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JohnDeHope3</title>
		<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released/comment-page-1#comment-261639</link>
		<dc:creator>JohnDeHope3</dc:creator>
		<pubDate>Tue, 26 Feb 2008 21:09:19 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=3371#comment-261639</guid>
		<description>Why can&#039;t we just describe a common interface for browser languages? Then anybody could write their own browser language, specify it in their web pages, and all users willing to install the language plugin could run it. Then we&#039;d have competition among languages. Instead we are getting languagezilla. You think comprehending fancy prototype code in ES3 is tricky? When John Resig pulls an all-nighter and writes up some wowza ES4 code, there will only be a handful of people on the *planet* that can understand how it works. Great!</description>
		<content:encoded><![CDATA[<p>Why can&#8217;t we just describe a common interface for browser languages? Then anybody could write their own browser language, specify it in their web pages, and all users willing to install the language plugin could run it. Then we&#8217;d have competition among languages. Instead we are getting languagezilla. You think comprehending fancy prototype code in ES3 is tricky? When John Resig pulls an all-nighter and writes up some wowza ES4 code, there will only be a handful of people on the *planet* that can understand how it works. Great!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nea</title>
		<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released/comment-page-1#comment-261633</link>
		<dc:creator>nea</dc:creator>
		<pubDate>Tue, 26 Feb 2008 19:51:48 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=3371#comment-261633</guid>
		<description>var myObject = (function(){

var myPrivateVar = &quot;WTF do I need classes or namespaces for? I got anonymous functions!&quot;;

return {

function getMyPrivateVar(){
return myPrivateVar;
}

}

})();

Fix the language, don&#039;t implement features that are absolutely NOT needed :(.</description>
		<content:encoded><![CDATA[<p>var myObject = (function(){</p>
<p>var myPrivateVar = &#8220;WTF do I need classes or namespaces for? I got anonymous functions!&#8221;;</p>
<p>return {</p>
<p>function getMyPrivateVar(){<br />
return myPrivateVar;<br />
}</p>
<p>}</p>
<p>})();</p>
<p>Fix the language, don&#8217;t implement features that are absolutely NOT needed :(.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zsolt</title>
		<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released/comment-page-1#comment-261626</link>
		<dc:creator>Zsolt</dc:creator>
		<pubDate>Tue, 26 Feb 2008 16:01:13 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=3371#comment-261626</guid>
		<description>I for one would like ES4 not to get implemented at all. ECMAScript is good as is. Sure there are a few bugs in it, but why not just fix those instead of inventing a new language? I mean 

dynamic class Pet{
   function Pet(name){}
   function getPetName(){}
}

this is ES4, it&#039;s not what we know and love. The language is getting everything that&#039;s been invented since the ES3 was released, in one way  ECMAScript developers will be lucky they&#039;ll have everything under the sun as far as language features go, but in other ways this might also turn out to be a curse.

There i said it. I don&#039;t want ES4 hate, me call me an idiot what ever.</description>
		<content:encoded><![CDATA[<p>I for one would like ES4 not to get implemented at all. ECMAScript is good as is. Sure there are a few bugs in it, but why not just fix those instead of inventing a new language? I mean </p>
<p>dynamic class Pet{<br />
   function Pet(name){}<br />
   function getPetName(){}<br />
}</p>
<p>this is ES4, it&#8217;s not what we know and love. The language is getting everything that&#8217;s been invented since the ES3 was released, in one way  ECMAScript developers will be lucky they&#8217;ll have everything under the sun as far as language features go, but in other ways this might also turn out to be a curse.</p>
<p>There i said it. I don&#8217;t want ES4 hate, me call me an idiot what ever.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bollywood</title>
		<link>http://ajaxian.com/archives/ecmascript-4-milestone-2-released/comment-page-1#comment-261625</link>
		<dc:creator>bollywood</dc:creator>
		<pubDate>Tue, 26 Feb 2008 15:05:32 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=3371#comment-261625</guid>
		<description>Google Tech Talk:-

Upcoming Changes to JavaScript
http://www.youtube.com/watch?v=-yDS1eGfuWQ</description>
		<content:encoded><![CDATA[<p>Google Tech Talk:-</p>
<p>Upcoming Changes to JavaScript<br />
<a href="http://www.youtube.com/watch?v=-yDS1eGfuWQ" rel="nofollow">http://www.youtube.com/watch?v=-yDS1eGfuWQ</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

