<?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: TraceMonkey a Tamarin</title>
	<atom:link href="http://diary.braniecki.net/2008/08/24/tracemonkey-a-tamarin/feed/" rel="self" type="application/rss+xml" />
	<link>http://diary.braniecki.net/2008/08/24/tracemonkey-a-tamarin/</link>
	<description>Open-source development violates almost all known management theories.</description>
	<lastBuildDate>Mon, 08 Mar 2010 00:32:09 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Recent Links Tagged With "actionmonkey" - JabberTags</title>
		<link>http://diary.braniecki.net/2008/08/24/tracemonkey-a-tamarin/comment-page-1/#comment-21449</link>
		<dc:creator>Recent Links Tagged With "actionmonkey" - JabberTags</dc:creator>
		<pubDate>Sat, 25 Oct 2008 13:04:09 +0000</pubDate>
		<guid isPermaLink="false">http://diary.braniecki.net/?p=585#comment-21449</guid>
		<description>[...] public links &gt;&gt; actionmonkey   TraceMonkey a Tamarin Saved by davinwp on Fri 24-10-2008   Firefox 4: pohľad dovnútra Saved by kennlouis on Fri [...]</description>
		<content:encoded><![CDATA[<p>[...] public links &gt;&gt; actionmonkey   TraceMonkey a Tamarin Saved by davinwp on Fri 24-10-2008   Firefox 4: pohľad dovnútra Saved by kennlouis on Fri [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mazdac</title>
		<link>http://diary.braniecki.net/2008/08/24/tracemonkey-a-tamarin/comment-page-1/#comment-17256</link>
		<dc:creator>mazdac</dc:creator>
		<pubDate>Mon, 25 Aug 2008 15:07:32 +0000</pubDate>
		<guid isPermaLink="false">http://diary.braniecki.net/?p=585#comment-17256</guid>
		<description>morphos: zrobiłem to już wczoraj i faktycznie przyspieszenie jest widoczne, ba nawet znalazłem i zgłosiłem błąd, no chyba, że znalazł go ktoś wcześniej (benchmark sunspider, wywala się na kolejnym teście po &quot;accesing binary tree&quot;).</description>
		<content:encoded><![CDATA[<p>morphos: zrobiłem to już wczoraj i faktycznie przyspieszenie jest widoczne, ba nawet znalazłem i zgłosiłem błąd, no chyba, że znalazł go ktoś wcześniej (benchmark sunspider, wywala się na kolejnym teście po &#8220;accesing binary tree&#8221;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: morphos</title>
		<link>http://diary.braniecki.net/2008/08/24/tracemonkey-a-tamarin/comment-page-1/#comment-17253</link>
		<dc:creator>morphos</dc:creator>
		<pubDate>Mon, 25 Aug 2008 10:46:38 +0000</pubDate>
		<guid isPermaLink="false">http://diary.braniecki.net/?p=585#comment-17253</guid>
		<description>mazdac: odpal nightly 3.1, wpisz &quot;about:config&quot;, zgódź się na warning, filtruj przez &quot;jit&quot;, zaznacz obie zmienne na TRUE i restart przgladarki...

Jak dla mnie to wyrazne przyspieszenie :)</description>
		<content:encoded><![CDATA[<p>mazdac: odpal nightly 3.1, wpisz &#8220;about:config&#8221;, zgódź się na warning, filtruj przez &#8220;jit&#8221;, zaznacz obie zmienne na TRUE i restart przgladarki&#8230;</p>
<p>Jak dla mnie to wyrazne przyspieszenie <img src='http://diary.braniecki.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mazdac</title>
		<link>http://diary.braniecki.net/2008/08/24/tracemonkey-a-tamarin/comment-page-1/#comment-17234</link>
		<dc:creator>mazdac</dc:creator>
		<pubDate>Sun, 24 Aug 2008 22:55:44 +0000</pubDate>
		<guid isPermaLink="false">http://diary.braniecki.net/?p=585#comment-17234</guid>
		<description>marcoos: rozumiem, ale większa wydajność silnika js wpłynie na szybszą pracę samego programu (interfejs o ile się nie mylę oparty jest o xul, css i js właśnie)</description>
		<content:encoded><![CDATA[<p>marcoos: rozumiem, ale większa wydajność silnika js wpłynie na szybszą pracę samego programu (interfejs o ile się nie mylę oparty jest o xul, css i js właśnie)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: marcoos</title>
		<link>http://diary.braniecki.net/2008/08/24/tracemonkey-a-tamarin/comment-page-1/#comment-17233</link>
		<dc:creator>marcoos</dc:creator>
		<pubDate>Sun, 24 Aug 2008 22:42:27 +0000</pubDate>
		<guid isPermaLink="false">http://diary.braniecki.net/?p=585#comment-17233</guid>
		<description>mazdac: gandalf pisze o JS, ale niezłe bajery wchodzą też do Gecko jeśli chodzi o CSS, choćby długo oczekiwany text-shadow.  ;)

Szykuję od dłuższego czasu blogonotkę na ten temat, ale jakoś ciągle mi brakuje czasu... :/</description>
		<content:encoded><![CDATA[<p>mazdac: gandalf pisze o JS, ale niezłe bajery wchodzą też do Gecko jeśli chodzi o CSS, choćby długo oczekiwany text-shadow.  <img src='http://diary.braniecki.net/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Szykuję od dłuższego czasu blogonotkę na ten temat, ale jakoś ciągle mi brakuje czasu&#8230; :/</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mazdac</title>
		<link>http://diary.braniecki.net/2008/08/24/tracemonkey-a-tamarin/comment-page-1/#comment-17225</link>
		<dc:creator>mazdac</dc:creator>
		<pubDate>Sun, 24 Aug 2008 21:37:31 +0000</pubDate>
		<guid isPermaLink="false">http://diary.braniecki.net/?p=585#comment-17225</guid>
		<description>Pamiętam Mozillę, Netscape od dość dawna (rok 98) ale takiego przyspieszenia z wersji na wersję co z 2* do 3.0*, a zapowiada się także na 3.1* i 4.0* to jeszcze nie doświadczyłem :) Gdy czytałem o budowie Mozilli to nie sądziłem, że może to być takie szybkie, małe, niezasobożerne. Jak coraz częściej widać myliłem się, i obym mylił się dalej. Odzyskuję wiarę.</description>
		<content:encoded><![CDATA[<p>Pamiętam Mozillę, Netscape od dość dawna (rok 98) ale takiego przyspieszenia z wersji na wersję co z 2* do 3.0*, a zapowiada się także na 3.1* i 4.0* to jeszcze nie doświadczyłem <img src='http://diary.braniecki.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Gdy czytałem o budowie Mozilli to nie sądziłem, że może to być takie szybkie, małe, niezasobożerne. Jak coraz częściej widać myliłem się, i obym mylił się dalej. Odzyskuję wiarę.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: marcoos</title>
		<link>http://diary.braniecki.net/2008/08/24/tracemonkey-a-tamarin/comment-page-1/#comment-17222</link>
		<dc:creator>marcoos</dc:creator>
		<pubDate>Sun, 24 Aug 2008 20:55:04 +0000</pubDate>
		<guid isPermaLink="false">http://diary.braniecki.net/?p=585#comment-17222</guid>
		<description>ECMAScript 4 vel JavaScript 2 został wyrzucony na śmietnik przez komitet ECMA TC-39. 

Rozwiązanie to od dawna forsował pewien Wiodący Producent Oprogramowania ze stanu Waszyngton. Pewna fundacja z Mt. View do spółki z taką jedną firmą z Cupertino i jakimiś Norwegami wolały rozbudować JS o różne nowe rzeczy, które ułatwiłyby życie webdeveloperem, ale w końcu uległy i ECMAScriptu 4/JavaScriptu 2 nie ma. 

Wiodący Producent chciał bugfix-release&#039;a, i takim będzie ECMAScript 3.1, poprawiający błędy w specyfikacji ES3 i dodający niektóre ficzery już zaimplementowane przez tych z Mt. View, Cupertino i Norwegii - ale bez przesady. 

Dalszy rozwój ES ma zapewnić tzw. ECMAScript Harmony, który wciąż jednak nie będzie tak ambitnym zamierzeniem, jakim miał być niedoszły ES4. Bez pakietów i przestrzeni nazw, co w erze &quot;mashupów&quot; jest bardzo przykre, bo w dalszym ciągu nie będziesz miał podczas korzystania jednocześnie np. z API Yahoo i Wypaśnego Skryptu Wujka Cześka gwarancji, że taki WSWCz nie nadpisze ci globalnego obiektu YAHOO. Albo odwrotnie*. 

Oficjalnie Mozilla i sam Brendan Eich mówią, że to fajnie, że uzyskaliśmy konsensus, ale dla mnie to jest robienie dobrej miny do złej gry. ActionScript i JavaScript się teraz rozejdą całkowicie, bo Adobe nie zamierza wycofać się tego, co z śp. ES4 już w AS zaimplementował.

*) to nie jest wcale wydumane - choćby takie głupie wstawki Gemiusa robią burdel w globalnej przestrzeni nazw różnymi zmiennymi gt_*, zamiast zrobić sobie jeden normalny obiekt.</description>
		<content:encoded><![CDATA[<p>ECMAScript 4 vel JavaScript 2 został wyrzucony na śmietnik przez komitet ECMA TC-39. </p>
<p>Rozwiązanie to od dawna forsował pewien Wiodący Producent Oprogramowania ze stanu Waszyngton. Pewna fundacja z Mt. View do spółki z taką jedną firmą z Cupertino i jakimiś Norwegami wolały rozbudować JS o różne nowe rzeczy, które ułatwiłyby życie webdeveloperem, ale w końcu uległy i ECMAScriptu 4/JavaScriptu 2 nie ma. </p>
<p>Wiodący Producent chciał bugfix-release&#8217;a, i takim będzie ECMAScript 3.1, poprawiający błędy w specyfikacji ES3 i dodający niektóre ficzery już zaimplementowane przez tych z Mt. View, Cupertino i Norwegii &#8211; ale bez przesady. </p>
<p>Dalszy rozwój ES ma zapewnić tzw. ECMAScript Harmony, który wciąż jednak nie będzie tak ambitnym zamierzeniem, jakim miał być niedoszły ES4. Bez pakietów i przestrzeni nazw, co w erze &#8220;mashupów&#8221; jest bardzo przykre, bo w dalszym ciągu nie będziesz miał podczas korzystania jednocześnie np. z API Yahoo i Wypaśnego Skryptu Wujka Cześka gwarancji, że taki WSWCz nie nadpisze ci globalnego obiektu YAHOO. Albo odwrotnie*. </p>
<p>Oficjalnie Mozilla i sam Brendan Eich mówią, że to fajnie, że uzyskaliśmy konsensus, ale dla mnie to jest robienie dobrej miny do złej gry. ActionScript i JavaScript się teraz rozejdą całkowicie, bo Adobe nie zamierza wycofać się tego, co z śp. ES4 już w AS zaimplementował.</p>
<p>*) to nie jest wcale wydumane &#8211; choćby takie głupie wstawki Gemiusa robią burdel w globalnej przestrzeni nazw różnymi zmiennymi gt_*, zamiast zrobić sobie jeden normalny obiekt.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
