<?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"
	>
<channel>
	<title>Comments for OpenAjax.Com</title>
	<atom:link href="http://openajax.com/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://openajax.com/blog</link>
	<description>Open Ajax</description>
	<pubDate>Sat, 06 Sep 2008 00:34:31 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on God Bless Scoble by scott schmitz</title>
		<link>http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-23</link>
		<dc:creator>scott schmitz</dc:creator>
		<pubDate>Fri, 23 Nov 2007 03:36:21 +0000</pubDate>
		<guid isPermaLink="false">http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-23</guid>
		<description>Javascript has historically been implemented outside of the standards process.  Someone implemented it and the others copied the leader.

Lets stop wringing our hands regarding Microsoft.  I think it's about time that we see some leadership from some of the web browser vendors.  We really need to get things going.  The language has not changed since 1999.  If I built a web site today like I did in 1999, I would be embarrassed.

The bottom line is that Microsoft will do what it pleases.  No one can make them write to the standards.  IE is quickly becoming obsolete.  Lack of canvas support and now this.  The other web browsers are slowly adding one compelling after another.  It's like Microsoft wants the web to fail or something.  But the web is bigger than Microsoft.

In the end, if Microsoft refuses to implement the standard, I'll compile some kind of special js file for IE using a pre-processor.  I already minimize my code, so I already do something like this already.

I think Microsoft would be stupid to ignore the new spec, however.  The reason I say this is because the improvements in the language are going to result in dramatic improvements in execution speed.  With Web 2.0 applications the differences are going to be stark.  There will come a day when someone will say - Hey, things are so much faster and more secure using Safari, or Firefox or Opera.  And that's the same browser that I have on my Phone already.</description>
		<content:encoded><![CDATA[<p>Javascript has historically been implemented outside of the standards process.  Someone implemented it and the others copied the leader.</p>
<p>Lets stop wringing our hands regarding Microsoft.  I think it&#8217;s about time that we see some leadership from some of the web browser vendors.  We really need to get things going.  The language has not changed since 1999.  If I built a web site today like I did in 1999, I would be embarrassed.</p>
<p>The bottom line is that Microsoft will do what it pleases.  No one can make them write to the standards.  IE is quickly becoming obsolete.  Lack of canvas support and now this.  The other web browsers are slowly adding one compelling after another.  It&#8217;s like Microsoft wants the web to fail or something.  But the web is bigger than Microsoft.</p>
<p>In the end, if Microsoft refuses to implement the standard, I&#8217;ll compile some kind of special js file for IE using a pre-processor.  I already minimize my code, so I already do something like this already.</p>
<p>I think Microsoft would be stupid to ignore the new spec, however.  The reason I say this is because the improvements in the language are going to result in dramatic improvements in execution speed.  With Web 2.0 applications the differences are going to be stark.  There will come a day when someone will say - Hey, things are so much faster and more secure using Safari, or Firefox or Opera.  And that&#8217;s the same browser that I have on my Phone already.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on God Bless Scoble by My opinion. - Noticias externas</title>
		<link>http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-22</link>
		<dc:creator>My opinion. - Noticias externas</dc:creator>
		<pubDate>Fri, 02 Nov 2007 23:25:50 +0000</pubDate>
		<guid isPermaLink="false">http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-22</guid>
		<description>[...] than openly designed, consensus -driven industry standards. Regardless, though, I have no intent of &#34;helping Microsoft stall improvements to JS while they aggressively evolve C# and its runtimes&#38;... - in fact, I personally think those are orthogonal issues, and Javascript&#39;s current lack of [...]</description>
		<content:encoded><![CDATA[<p>[...] than openly designed, consensus -driven industry standards. Regardless, though, I have no intent of &quot;helping Microsoft stall improvements to JS while they aggressively evolve C# and its runtimes&#38;&#8230; - in fact, I personally think those are orthogonal issues, and Javascript&#39;s current lack of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on God Bless Scoble by Simon</title>
		<link>http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-21</link>
		<dc:creator>Simon</dc:creator>
		<pubDate>Fri, 02 Nov 2007 10:40:23 +0000</pubDate>
		<guid isPermaLink="false">http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-21</guid>
		<description>On one hand it's exciting to follow the discussion about ES4 and see web-evolution in progress, on the other it's scary to think about the possible outcome of this struggle for survival: 

JS becomes extinct (or should I say made extinct/obsolete?), because it failed to adapt to the changing web-environment. Either because its development (got) stalled, or because it lost (was made to loose) its competition against other proprietary languages.

Simon, web developer and biologist</description>
		<content:encoded><![CDATA[<p>On one hand it&#8217;s exciting to follow the discussion about ES4 and see web-evolution in progress, on the other it&#8217;s scary to think about the possible outcome of this struggle for survival: </p>
<p>JS becomes extinct (or should I say made extinct/obsolete?), because it failed to adapt to the changing web-environment. Either because its development (got) stalled, or because it lost (was made to loose) its competition against other proprietary languages.</p>
<p>Simon, web developer and biologist</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on God Bless Scoble by iTablet.mobi &#187; Microsoft vs. Mozilla in ECMAScript debate, Part II</title>
		<link>http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-20</link>
		<dc:creator>iTablet.mobi &#187; Microsoft vs. Mozilla in ECMAScript debate, Part II</dc:creator>
		<pubDate>Fri, 02 Nov 2007 06:13:02 +0000</pubDate>
		<guid isPermaLink="false">http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-20</guid>
		<description>[...] I should have given credit to Ric of OpenAjax for starting this off and helping me see the conflict brewing [...]</description>
		<content:encoded><![CDATA[<p>[...] I should have given credit to Ric of OpenAjax for starting this off and helping me see the conflict brewing [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on About by Ric</title>
		<link>http://openajax.com/blog/about/#comment-19</link>
		<dc:creator>Ric</dc:creator>
		<pubDate>Thu, 01 Nov 2007 18:06:51 +0000</pubDate>
		<guid isPermaLink="false">#comment-19</guid>
		<description>testing</description>
		<content:encoded><![CDATA[<p>testing</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on God Bless Scoble by Microsoft vs. Mozilla in ECMAScript debate, Part II &#171; Scobleizer</title>
		<link>http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-18</link>
		<dc:creator>Microsoft vs. Mozilla in ECMAScript debate, Part II &#171; Scobleizer</dc:creator>
		<pubDate>Thu, 01 Nov 2007 16:24:36 +0000</pubDate>
		<guid isPermaLink="false">http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-18</guid>
		<description>[...] I should have given credit to Ric of OpenAjax for starting this off and helping me see the conflict brewing here.  Filed under: Brendan Eich, ECMAScript, Microsoft, [...]</description>
		<content:encoded><![CDATA[<p>[...] I should have given credit to Ric of OpenAjax for starting this off and helping me see the conflict brewing here.  Filed under: Brendan Eich, ECMAScript, Microsoft, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on God Bless Scoble by Frank Thuerigen</title>
		<link>http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-14</link>
		<dc:creator>Frank Thuerigen</dc:creator>
		<pubDate>Wed, 31 Oct 2007 06:36:53 +0000</pubDate>
		<guid isPermaLink="false">http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-14</guid>
		<description>I cannot say anything about the industry talk, but this one caught my eye:

Cite Brendan:
"It is false to claim that ES4 does not let you do anything you can’t already do in ES3. (...) Can you hide names without three times the object overhead (for private members using closures)?"

I take for granted that backwards compatibility will be assured... but it will take a long time to get me to develop ES4 specific code. Reason ist not so much that I don´t like the new features. Reason is, I prefer a small syntax set over a bigger one. It is true that you need to know about techniques like closures, continuations and such - but once you know them you usually know more about JS engine behaviour than other coders programming in a more formalized style. In my eyes this is worth much more in a programming team. 
For the record I also have done programming for almost 30 years. My only concern is to keep on track and not get into problems using a new codebase. As to the name space, a question: say I run a #1 site utilizing member-coded meshups. Would it be possible for somebody to disallow certain libs by pre-occupying its namespace? Can a namespace be hi-jacked? 

Bottom line: if ES4 provides both ways of coding - great. But I will very closely evaluate before using an ES4 specific feature. Also I fear every restriction may come with an inherent risk.

Last thing: thank you all for all the info... it is really exciting to watch the ongoing discussion here and in other spots.</description>
		<content:encoded><![CDATA[<p>I cannot say anything about the industry talk, but this one caught my eye:</p>
<p>Cite Brendan:<br />
&#8220;It is false to claim that ES4 does not let you do anything you can’t already do in ES3. (&#8230;) Can you hide names without three times the object overhead (for private members using closures)?&#8221;</p>
<p>I take for granted that backwards compatibility will be assured&#8230; but it will take a long time to get me to develop ES4 specific code. Reason ist not so much that I don´t like the new features. Reason is, I prefer a small syntax set over a bigger one. It is true that you need to know about techniques like closures, continuations and such - but once you know them you usually know more about JS engine behaviour than other coders programming in a more formalized style. In my eyes this is worth much more in a programming team.<br />
For the record I also have done programming for almost 30 years. My only concern is to keep on track and not get into problems using a new codebase. As to the name space, a question: say I run a #1 site utilizing member-coded meshups. Would it be possible for somebody to disallow certain libs by pre-occupying its namespace? Can a namespace be hi-jacked? </p>
<p>Bottom line: if ES4 provides both ways of coding - great. But I will very closely evaluate before using an ES4 specific feature. Also I fear every restriction may come with an inherent risk.</p>
<p>Last thing: thank you all for all the info&#8230; it is really exciting to watch the ongoing discussion here and in other spots.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on God Bless Scoble by Ric</title>
		<link>http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-13</link>
		<dc:creator>Ric</dc:creator>
		<pubDate>Wed, 31 Oct 2007 03:34:55 +0000</pubDate>
		<guid isPermaLink="false">http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-13</guid>
		<description>Full disclosure:
I am a hardcore .Net developer and own the #1 site on Xaml
I am also the owner of OpenDomain, and have contributed to many Open Groups
I am NOT a JavaScript expert on the same level of Brendan or Doug, but I HAVE been programming for 30 years!</description>
		<content:encoded><![CDATA[<p>Full disclosure:<br />
I am a hardcore .Net developer and own the #1 site on Xaml<br />
I am also the owner of OpenDomain, and have contributed to many Open Groups<br />
I am NOT a JavaScript expert on the same level of Brendan or Doug, but I HAVE been programming for 30 years!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on God Bless Scoble by Robert Sayre</title>
		<link>http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-12</link>
		<dc:creator>Robert Sayre</dc:creator>
		<pubDate>Wed, 31 Oct 2007 03:04:15 +0000</pubDate>
		<guid isPermaLink="false">http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-12</guid>
		<description>"It typically takes a couple of iterations for implementers to learn how to best implement a new language and get the subtle feature interaction bugs out."

Many of the new features have undergone a few revisions in one or more of Opera, Flash, or Firefox. It's only completely new for Microsoft, because their support for open Web technologies has stagnated while they devote resources to proprietary plugins like Silverlight.</description>
		<content:encoded><![CDATA[<p>&#8220;It typically takes a couple of iterations for implementers to learn how to best implement a new language and get the subtle feature interaction bugs out.&#8221;</p>
<p>Many of the new features have undergone a few revisions in one or more of Opera, Flash, or Firefox. It&#8217;s only completely new for Microsoft, because their support for open Web technologies has stagnated while they devote resources to proprietary plugins like Silverlight.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on God Bless Scoble by Brendan Eich</title>
		<link>http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-11</link>
		<dc:creator>Brendan Eich</dc:creator>
		<pubDate>Wed, 31 Oct 2007 02:57:02 +0000</pubDate>
		<guid isPermaLink="false">http://openajax.com/blog/2007/10/29/god-bless-scoble/#comment-11</guid>
		<description>Worrying about compatibility is exactly what every browser vendor except Microsoft, while it sat on IE6, has had to do, and worry effectively -- so effectively that some of us even gained market share from IE, and are still gaining. Now to hear Allen and Chris Wilson talk, Microsoft is the soul of prudence, while others are reckless. This is an excuse for stalling improvements to web standards.

Ric, there's no cost to web developers, they keep using ES3 for as long as they like. Browsers that do not have Windows Update on their side will be backward compatible when handling ES3 content. Those wanting to opt into ES4 will face the usual law-of-zeroes bugs as new implementations come on line, but nothing those kinds of early adopters haven't faced before in ES2, ES3, JS1.6, and JS1.7. In spite of Firefox extending JS, the web didn't break and we did not bounce off it, i.e., lose market share because of the extensions.

/be</description>
		<content:encoded><![CDATA[<p>Worrying about compatibility is exactly what every browser vendor except Microsoft, while it sat on IE6, has had to do, and worry effectively &#8212; so effectively that some of us even gained market share from IE, and are still gaining. Now to hear Allen and Chris Wilson talk, Microsoft is the soul of prudence, while others are reckless. This is an excuse for stalling improvements to web standards.</p>
<p>Ric, there&#8217;s no cost to web developers, they keep using ES3 for as long as they like. Browsers that do not have Windows Update on their side will be backward compatible when handling ES3 content. Those wanting to opt into ES4 will face the usual law-of-zeroes bugs as new implementations come on line, but nothing those kinds of early adopters haven&#8217;t faced before in ES2, ES3, JS1.6, and JS1.7. In spite of Firefox extending JS, the web didn&#8217;t break and we did not bounce off it, i.e., lose market share because of the extensions.</p>
<p>/be</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.282 seconds -->
