<?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: Dużo się dzieje</title>
	<atom:link href="http://diary.braniecki.net/2008/10/30/duzo-sie-dzieje/feed/" rel="self" type="application/rss+xml" />
	<link>http://diary.braniecki.net/2008/10/30/duzo-sie-dzieje/</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: Ancestor</title>
		<link>http://diary.braniecki.net/2008/10/30/duzo-sie-dzieje/comment-page-1/#comment-21793</link>
		<dc:creator>Ancestor</dc:creator>
		<pubDate>Thu, 30 Oct 2008 21:38:39 +0000</pubDate>
		<guid isPermaLink="false">http://diary.braniecki.net/?p=725#comment-21793</guid>
		<description>@fv
Nie rozumiem powodów twojego &quot;przerażenia&quot;. 

Jeśli chodzi dokumenty będące kandydatami do rekomendacji, to implementowanie ich jest zgodne z duchem procesu W3C. Przecież gdy dokument staje się kandydatem, wydawane jest tzw. Call for Implementations. Jednym z warunków (nie bezwzględnym, lecz bardzo pożądanym) osiągnięcia statusu rekomendacji jest istnienie dwóch kompatybilnych implementacji.

Zaś Working Drafts opłaca się implementować, gdy dotyczą rzeczy niecierpliwie przez autorów stron oczekiwanych i/lub niemożliwych do realizacji w żaden inny sensowny sposób. Taką wczesną implementację będą go używać jedynie najbardziej zainteresowani twórcy stron, którzy trzymają rękę na pulsie. Nikt nie zacznie na niej polegać, skoro technologia jest wspierana jedynie przez zdecydowaną mniejszość przeglądarek.

Cykl rozwojowy silników jest relatywnie długi i nierzadko warto zaimplementować wersję roboczą standardu, a potem tylko ją dostosować do finalnej. Przykładowo, gdyby czekać z Cross-Site XHR do czasu ukazania się kandydata do rekomendacji, to nie załapałby się do Fx 3.1 ani IE8 i wprowadzenie go do użytku opóźniłoby się o parę lat. Zyski zdecydowanie przewyższają ryzyko falstartu. 

Dodatkowo, zaimplementowanie danej technologii wywiera presję na innych graczy.</description>
		<content:encoded><![CDATA[<p>@fv<br />
Nie rozumiem powodów twojego &#8220;przerażenia&#8221;. </p>
<p>Jeśli chodzi dokumenty będące kandydatami do rekomendacji, to implementowanie ich jest zgodne z duchem procesu W3C. Przecież gdy dokument staje się kandydatem, wydawane jest tzw. Call for Implementations. Jednym z warunków (nie bezwzględnym, lecz bardzo pożądanym) osiągnięcia statusu rekomendacji jest istnienie dwóch kompatybilnych implementacji.</p>
<p>Zaś Working Drafts opłaca się implementować, gdy dotyczą rzeczy niecierpliwie przez autorów stron oczekiwanych i/lub niemożliwych do realizacji w żaden inny sensowny sposób. Taką wczesną implementację będą go używać jedynie najbardziej zainteresowani twórcy stron, którzy trzymają rękę na pulsie. Nikt nie zacznie na niej polegać, skoro technologia jest wspierana jedynie przez zdecydowaną mniejszość przeglądarek.</p>
<p>Cykl rozwojowy silników jest relatywnie długi i nierzadko warto zaimplementować wersję roboczą standardu, a potem tylko ją dostosować do finalnej. Przykładowo, gdyby czekać z Cross-Site XHR do czasu ukazania się kandydata do rekomendacji, to nie załapałby się do Fx 3.1 ani IE8 i wprowadzenie go do użytku opóźniłoby się o parę lat. Zyski zdecydowanie przewyższają ryzyko falstartu. </p>
<p>Dodatkowo, zaimplementowanie danej technologii wywiera presję na innych graczy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Didimos</title>
		<link>http://diary.braniecki.net/2008/10/30/duzo-sie-dzieje/comment-page-1/#comment-21791</link>
		<dc:creator>Didimos</dc:creator>
		<pubDate>Thu, 30 Oct 2008 20:58:49 +0000</pubDate>
		<guid isPermaLink="false">http://diary.braniecki.net/?p=725#comment-21791</guid>
		<description>W Firefoxie brakuje mi tylko jednego: możliwości zapisania sesji na pendrive albo na jakimś serwerze i kontynuowania jej na innym komputerze. Zapewne jest do tego jakiś dodatek, ale chodzi o to, żeby było wszędzie ;)</description>
		<content:encoded><![CDATA[<p>W Firefoxie brakuje mi tylko jednego: możliwości zapisania sesji na pendrive albo na jakimś serwerze i kontynuowania jej na innym komputerze. Zapewne jest do tego jakiś dodatek, ale chodzi o to, żeby było wszędzie <img src='http://diary.braniecki.net/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fv</title>
		<link>http://diary.braniecki.net/2008/10/30/duzo-sie-dzieje/comment-page-1/#comment-21777</link>
		<dc:creator>fv</dc:creator>
		<pubDate>Thu, 30 Oct 2008 15:54:21 +0000</pubDate>
		<guid isPermaLink="false">http://diary.braniecki.net/?p=725#comment-21777</guid>
		<description>zbraniecki: właśnie o to chodzi, że ogromna większość jest szkicami roboczymi CSS3, ewentualnie kandydatami na rekomendację ale żadna specyfikacja nie jest standardem W3C czyli rekomendacją. O ile CSS3 nie zmienia się dramatycznie więc problemy z kompatybilnością będą małe o tyle przeraża implementacja pierwszych szkiców w stylu API do geolokacji. Przeraża również implementacja Cross-site XHR, o którym nie wspominasz, ale też będzie zaimplementowane, a niestety autor tej specyfikacji jest na tyle niezrównoważony, że w każdym nowym szkicu publikowanym na W3C zmienia całkowicie koncepcje (np najpierw tworząc access listy przez instrukcje przetwarzania, żeby zmienić to nagle na nagłówki HTTP).
Tak więc na odwrót: W najlepszym wypadku mogą z tego korzystać autorzy rozszerzeń, w najgorszym autorzy stron :)</description>
		<content:encoded><![CDATA[<p>zbraniecki: właśnie o to chodzi, że ogromna większość jest szkicami roboczymi CSS3, ewentualnie kandydatami na rekomendację ale żadna specyfikacja nie jest standardem W3C czyli rekomendacją. O ile CSS3 nie zmienia się dramatycznie więc problemy z kompatybilnością będą małe o tyle przeraża implementacja pierwszych szkiców w stylu API do geolokacji. Przeraża również implementacja Cross-site XHR, o którym nie wspominasz, ale też będzie zaimplementowane, a niestety autor tej specyfikacji jest na tyle niezrównoważony, że w każdym nowym szkicu publikowanym na W3C zmienia całkowicie koncepcje (np najpierw tworząc access listy przez instrukcje przetwarzania, żeby zmienić to nagle na nagłówki HTTP).<br />
Tak więc na odwrót: W najlepszym wypadku mogą z tego korzystać autorzy rozszerzeń, w najgorszym autorzy stron <img src='http://diary.braniecki.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zbraniecki</title>
		<link>http://diary.braniecki.net/2008/10/30/duzo-sie-dzieje/comment-page-1/#comment-21770</link>
		<dc:creator>zbraniecki</dc:creator>
		<pubDate>Thu, 30 Oct 2008 13:36:09 +0000</pubDate>
		<guid isPermaLink="false">http://diary.braniecki.net/?p=725#comment-21770</guid>
		<description>ADeBe: Sadze ze tak. Portem Qt opiekuje sie Vlad ze strony Mozilli, ale glowna robote wykonuja czlonkowie projektu zatrudnieni w Nokii wiec termin wydania portu jest najbardziej zalezny od nich. Sprawa na pewno nie stoi w miejscu, Qt jest juz w glownym repozytorium: http://hg.mozilla.org/mozilla-central/file/5fdc78311d6b/widget/src/qt/ i teraz to tylko sprawa poprawiania bledow.

fv: No to nie jest az tak zle. 90% zmian w Gecko to jednak poprawki dla istniejacych standardow - CSS3, DOM3, etc. Jesli chodzi o wlaczanie elementow HTML5, to jest to naturalna kolej rzeczy. Siec sie rozwija, i chcemy aby ludzie mogli tworzyc nowoczesne aplikacje. Wszyscy autorzy przegladarek zgadzaja sie na cos co teraz nazywamy HTML5 i Mozilla (jak i Opera, WebKit etc.) implementuja ta.
W najgorszym wypadku moga z tego korzystac autorzy rozszerzen, w najlepsztm autorzy stron :)</description>
		<content:encoded><![CDATA[<p>ADeBe: Sadze ze tak. Portem Qt opiekuje sie Vlad ze strony Mozilli, ale glowna robote wykonuja czlonkowie projektu zatrudnieni w Nokii wiec termin wydania portu jest najbardziej zalezny od nich. Sprawa na pewno nie stoi w miejscu, Qt jest juz w glownym repozytorium: <a href="http://hg.mozilla.org/mozilla-central/file/5fdc78311d6b/widget/src/qt/" rel="nofollow">http://hg.mozilla.org/mozilla-central/file/5fdc78311d6b/widget/src/qt/</a> i teraz to tylko sprawa poprawiania bledow.</p>
<p>fv: No to nie jest az tak zle. 90% zmian w Gecko to jednak poprawki dla istniejacych standardow &#8211; CSS3, DOM3, etc. Jesli chodzi o wlaczanie elementow HTML5, to jest to naturalna kolej rzeczy. Siec sie rozwija, i chcemy aby ludzie mogli tworzyc nowoczesne aplikacje. Wszyscy autorzy przegladarek zgadzaja sie na cos co teraz nazywamy HTML5 i Mozilla (jak i Opera, WebKit etc.) implementuja ta.<br />
W najgorszym wypadku moga z tego korzystac autorzy rozszerzen, w najlepsztm autorzy stron <img src='http://diary.braniecki.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fv</title>
		<link>http://diary.braniecki.net/2008/10/30/duzo-sie-dzieje/comment-page-1/#comment-21764</link>
		<dc:creator>fv</dc:creator>
		<pubDate>Thu, 30 Oct 2008 12:20:09 +0000</pubDate>
		<guid isPermaLink="false">http://diary.braniecki.net/?p=725#comment-21764</guid>
		<description>Trochę szkoda, że 90% zmian w Gecko, dotyczy czegoś co jeszcze nie jest standardami, nie wiadomo czy kiedykolwiek będzie, a jeśli nawet będzie to czy będzie zgodne z tym co jest teraz implementowane.</description>
		<content:encoded><![CDATA[<p>Trochę szkoda, że 90% zmian w Gecko, dotyczy czegoś co jeszcze nie jest standardami, nie wiadomo czy kiedykolwiek będzie, a jeśli nawet będzie to czy będzie zgodne z tym co jest teraz implementowane.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AdeBe</title>
		<link>http://diary.braniecki.net/2008/10/30/duzo-sie-dzieje/comment-page-1/#comment-21756</link>
		<dc:creator>AdeBe</dc:creator>
		<pubDate>Thu, 30 Oct 2008 09:35:20 +0000</pubDate>
		<guid isPermaLink="false">http://diary.braniecki.net/?p=725#comment-21756</guid>
		<description>No ładnie, ładnie.
A jak tam port na Qt4? Czy Fx 3.1 będzie dostępny również w wersji Qt czy może też sprawa znowu stoi w miejscu?</description>
		<content:encoded><![CDATA[<p>No ładnie, ładnie.<br />
A jak tam port na Qt4? Czy Fx 3.1 będzie dostępny również w wersji Qt czy może też sprawa znowu stoi w miejscu?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
