<?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>Komentarze do Adam Plona</title>
	<atom:link href="http://blog.plona.pl/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.plona.pl</link>
	<description>na co dzień robię sajty, a tu czasem piszę</description>
	<lastBuildDate>Tue, 12 Apr 2011 20:14:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>Skomentuj Rola projektantów w strukturze korporacji, którego autorem jest Carline Striplin</title>
		<link>http://blog.plona.pl/rola-projektantow-w-strukturze-korporacji/comment-page-1/#comment-1546</link>
		<dc:creator>Carline Striplin</dc:creator>
		<pubDate>Tue, 12 Apr 2011 20:14:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.plona.pl/?p=94#comment-1546</guid>
		<description>WONDERFUL Post.thanks for share..more wait .. …</description>
		<content:encoded><![CDATA[<p>WONDERFUL Post.thanks for share..more wait .. …</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Dobre słowo o korporacjach, czyli jak tu się robi internet?, którego autorem jest Ned Haik</title>
		<link>http://blog.plona.pl/dobre-slowo-o-korporacjach-czyli-jak-tu-sie-robi-internet/comment-page-1/#comment-1340</link>
		<dc:creator>Ned Haik</dc:creator>
		<pubDate>Sun, 27 Mar 2011 18:58:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.plona.pl/?p=62#comment-1340</guid>
		<description>Great article, I receive similar letters from Towers investigation.  I figured if I did owe any money then they would at least phone me.  I will shop them to the authorities should I see another threat.</description>
		<content:encoded><![CDATA[<p>Great article, I receive similar letters from Towers investigation.  I figured if I did owe any money then they would at least phone me.  I will shop them to the authorities should I see another threat.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Dobre słowo o korporacjach, czyli jak tu się robi internet?, którego autorem jest Andrew A. Sailer</title>
		<link>http://blog.plona.pl/dobre-slowo-o-korporacjach-czyli-jak-tu-sie-robi-internet/comment-page-1/#comment-1285</link>
		<dc:creator>Andrew A. Sailer</dc:creator>
		<pubDate>Sun, 27 Mar 2011 03:54:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.plona.pl/?p=62#comment-1285</guid>
		<description>Hello! Are you interested in watching online movies in High-Definition for free ? How about if I tell you that you can also download it for free ? Isn`t that great ?</description>
		<content:encoded><![CDATA[<p>Hello! Are you interested in watching online movies in High-Definition for free ? How about if I tell you that you can also download it for free ? Isn`t that great ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Rola projektantów w strukturze korporacji, którego autorem jest mriusz</title>
		<link>http://blog.plona.pl/rola-projektantow-w-strukturze-korporacji/comment-page-1/#comment-97</link>
		<dc:creator>mriusz</dc:creator>
		<pubDate>Fri, 18 Feb 2011 15:24:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.plona.pl/?p=94#comment-97</guid>
		<description>Bardzo ciekawy tekst. Osobiście skłaniam się ku opcji holistycznej, którą próbowałem przedstawić w swoim wpisie. Z chęcią poznam opinie autora na te temat: http://www.ucd.com.pl/2011/02/11/rola-projektanta-interakcji-w-projektowaniu-serwisow-www/</description>
		<content:encoded><![CDATA[<p>Bardzo ciekawy tekst. Osobiście skłaniam się ku opcji holistycznej, którą próbowałem przedstawić w swoim wpisie. Z chęcią poznam opinie autora na te temat: <a href="http://www.ucd.com.pl/2011/02/11/rola-projektanta-interakcji-w-projektowaniu-serwisow-www/" rel="nofollow">http://www.ucd.com.pl/2011/02/11/rola-projektanta-interakcji-w-projektowaniu-serwisow-www/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Skalowalność w projektowaniu, którego autorem jest Krzysztof</title>
		<link>http://blog.plona.pl/skalowalnosc-w-projektowaniu/comment-page-1/#comment-43</link>
		<dc:creator>Krzysztof</dc:creator>
		<pubDate>Mon, 06 Dec 2010 20:51:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.plona.pl/?p=100#comment-43</guid>
		<description>Świetny artykuł

Kolega powyżej porównał nową wersję IE do Google Chrome. Nie zgodzę się z tym. 

Załóżmy teraz sytuację iż korzystam z ww. przeglądarek na systemie operacyjnym Windows 7 i potrzebne do pracy średnio otwarte 37-40 kart. I na Chrome pojawia się problem. Nie dosyć że zakładki robią się szare to muszę czekać 0,5sek na podpowiedź co w danej zakładce się znajduje. Przy IE mam otwartych 11 reszta jest zawijana ale na Windows 7 mam jeszcze opcję podglądu z paska zadań (niestety przy Google Chrome opcja ta nie działa gdy strony otwarte są w nowych kartach a nie oknach). IE w tej samej sytuacji zachowuje się jakby otwierał karty w nowych procesach.

W przypadku mniejszej ilości otwartych kart nie ma problemu na obydwu przeglądarkach. Skalowalność w Google Chrome jest nie do końca przemyślana. Pomijam oczywiście sytuacje iż obydwie przeglądarki mają problemy z niektórymi stronami. Osobiście zauważyłem iż Chrome ma problem w kilkoma ważnymi dla mnie stronami (i nie można powiedzieć iż strona zawiera coś oprócz tekstu)</description>
		<content:encoded><![CDATA[<p>Świetny artykuł</p>
<p>Kolega powyżej porównał nową wersję IE do Google Chrome. Nie zgodzę się z tym. </p>
<p>Załóżmy teraz sytuację iż korzystam z ww. przeglądarek na systemie operacyjnym Windows 7 i potrzebne do pracy średnio otwarte 37-40 kart. I na Chrome pojawia się problem. Nie dosyć że zakładki robią się szare to muszę czekać 0,5sek na podpowiedź co w danej zakładce się znajduje. Przy IE mam otwartych 11 reszta jest zawijana ale na Windows 7 mam jeszcze opcję podglądu z paska zadań (niestety przy Google Chrome opcja ta nie działa gdy strony otwarte są w nowych kartach a nie oknach). IE w tej samej sytuacji zachowuje się jakby otwierał karty w nowych procesach.</p>
<p>W przypadku mniejszej ilości otwartych kart nie ma problemu na obydwu przeglądarkach. Skalowalność w Google Chrome jest nie do końca przemyślana. Pomijam oczywiście sytuacje iż obydwie przeglądarki mają problemy z niektórymi stronami. Osobiście zauważyłem iż Chrome ma problem w kilkoma ważnymi dla mnie stronami (i nie można powiedzieć iż strona zawiera coś oprócz tekstu)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Skalowalność w projektowaniu, którego autorem jest huki</title>
		<link>http://blog.plona.pl/skalowalnosc-w-projektowaniu/comment-page-1/#comment-42</link>
		<dc:creator>huki</dc:creator>
		<pubDate>Wed, 01 Dec 2010 12:47:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.plona.pl/?p=100#comment-42</guid>
		<description>&quot;Kto nie planuje, ten planuje porażkę.&quot;

Bardzo dobrze napisany artykuł :)

Myślę że dobrym przykładam ewolucji a nie rewolucji w projektowaniu jest przeglądarka Google Chrome.

http://googlepolska.blogspot.com/2010/09/powrot-do-przyszosci-google-chrome.html

Drobnymi kroczkami wprowadzono coraz to nowe funkcje i tak pojawiły się rozszerzenia a już niedługo nowy system operacyjny i to właściwie bez żadnych większych zmian. Dla kontrastu można przytoczyć rozwój Internet Explorer, który niedawno przeszedł rewolucję i wcisnął karty ze stronami tuż obok okienka z adresem strony. Z punktu widzenia tego artykułu może to być duży błąd ;)

Pozdrawiam!</description>
		<content:encoded><![CDATA[<p>&#8222;Kto nie planuje, ten planuje porażkę.&#8221;</p>
<p>Bardzo dobrze napisany artykuł :)</p>
<p>Myślę że dobrym przykładam ewolucji a nie rewolucji w projektowaniu jest przeglądarka Google Chrome.</p>
<p><a href="http://googlepolska.blogspot.com/2010/09/powrot-do-przyszosci-google-chrome.html" rel="nofollow">http://googlepolska.blogspot.com/2010/09/powrot-do-przyszosci-google-chrome.html</a></p>
<p>Drobnymi kroczkami wprowadzono coraz to nowe funkcje i tak pojawiły się rozszerzenia a już niedługo nowy system operacyjny i to właściwie bez żadnych większych zmian. Dla kontrastu można przytoczyć rozwój Internet Explorer, który niedawno przeszedł rewolucję i wcisnął karty ze stronami tuż obok okienka z adresem strony. Z punktu widzenia tego artykułu może to być duży błąd ;)</p>
<p>Pozdrawiam!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Skalowalność w projektowaniu, którego autorem jest Adam Plona</title>
		<link>http://blog.plona.pl/skalowalnosc-w-projektowaniu/comment-page-1/#comment-41</link>
		<dc:creator>Adam Plona</dc:creator>
		<pubDate>Wed, 01 Dec 2010 08:45:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.plona.pl/?p=100#comment-41</guid>
		<description>@KubaM
Oczywiście zgadzam się z Tobą, że projektant pełni rolę usługodawcy w stosunku do biznesu i to nie po jego stronie leży decydowanie co się przyda, a co nie. W skalowalności nie chodzi jednak o robienie czegoś więcej niż oczekuje biznes. Nie ma sensu projektować dodatkowych funkcjonalności, jakichś nowych podstron, itp. W skalowalności chodzi wyłącznie o robienie miejsca na takie rzeczy w przyszłości. Zresztą nawet to powinno być konsultowane z biznesem. Projektant po prostu powinien zwrócić na to uwagę. Sensowny menadżer na pewno zrozumie ewentualne benefity.

Granicą powinien być zawsze zdrowy rozsądek. Nie można dążyć do stworzenia super-skalowalnego systemu (chyba, że to cel biznesowy), bo wygeneruje to - tak jak napisałeś - astronomiczne koszty. Potrzebna jest taka skalowalność, która wystarcza dla realizacji strategii. A jeśli jej nie ma - cóż, to już kwestia intuicji i zdrowego rozsądku projektanta. Jeśli nie będzie doświadczony, może przesadzić w którąś ze stron (wygenerować ogromne koszty albo niedoszacować i zaprojektować zbyt sztywny serwis).</description>
		<content:encoded><![CDATA[<p>@KubaM<br />
Oczywiście zgadzam się z Tobą, że projektant pełni rolę usługodawcy w stosunku do biznesu i to nie po jego stronie leży decydowanie co się przyda, a co nie. W skalowalności nie chodzi jednak o robienie czegoś więcej niż oczekuje biznes. Nie ma sensu projektować dodatkowych funkcjonalności, jakichś nowych podstron, itp. W skalowalności chodzi wyłącznie o robienie miejsca na takie rzeczy w przyszłości. Zresztą nawet to powinno być konsultowane z biznesem. Projektant po prostu powinien zwrócić na to uwagę. Sensowny menadżer na pewno zrozumie ewentualne benefity.</p>
<p>Granicą powinien być zawsze zdrowy rozsądek. Nie można dążyć do stworzenia super-skalowalnego systemu (chyba, że to cel biznesowy), bo wygeneruje to &#8211; tak jak napisałeś &#8211; astronomiczne koszty. Potrzebna jest taka skalowalność, która wystarcza dla realizacji strategii. A jeśli jej nie ma &#8211; cóż, to już kwestia intuicji i zdrowego rozsądku projektanta. Jeśli nie będzie doświadczony, może przesadzić w którąś ze stron (wygenerować ogromne koszty albo niedoszacować i zaprojektować zbyt sztywny serwis).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Skalowalność w projektowaniu, którego autorem jest KubaM</title>
		<link>http://blog.plona.pl/skalowalnosc-w-projektowaniu/comment-page-1/#comment-40</link>
		<dc:creator>KubaM</dc:creator>
		<pubDate>Tue, 30 Nov 2010 22:10:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.plona.pl/?p=100#comment-40</guid>
		<description>Zasadniczo masz rację, w zasadzie ciężko się nie zgodzić, a podane przez Ciebie przykłady doskonale uzasadniają Twoją tezę. Brakuje mi tu jednak chociażby wspomnienia biznesu - bowiem jakim projektantem nie bylibyśmy (informacja, grafika, system), to wciąż jest tylko &#039;usługa dla biznesu&#039; - projektant nie do końca jest osobą odpowiedzialną i władną podejmowania decyzji &#039;co może się pojawić&#039;. No i abstrahując od kwestii biznesowych jeżeli już decydujemy się na dywagacje czy coś się nam przyda, to natychmiast po tym powinniśmy zastosować &#039;You Ain&#039;t Gonna Need It&#039;. Tutaj świetna odniesienie do serwisu osiedlowego - przewidywanie pewnych hipotetycznych funkcjonalności równie często powoduje oszczędności co generuje astronomiczne koszty. 

Skalowalność jest zacna, to dobrze gdy możemy łatwo dodać kolejny element (a nawet warstwę), którą niekoniecznie przewidzieliśmy taką możliwość już na etapie projektu. Przy każdym projekcie najbardziej właśnie obawiam się tych którzy mają &#039;intuicję&#039; że to może się przydać, że zaraz to będziemy musieli wdrażać. Wtedy bardzo często musi przemienić się w mistrza mówienia &#039;nie&#039; ;-)</description>
		<content:encoded><![CDATA[<p>Zasadniczo masz rację, w zasadzie ciężko się nie zgodzić, a podane przez Ciebie przykłady doskonale uzasadniają Twoją tezę. Brakuje mi tu jednak chociażby wspomnienia biznesu &#8211; bowiem jakim projektantem nie bylibyśmy (informacja, grafika, system), to wciąż jest tylko &#8216;usługa dla biznesu&#8217; &#8211; projektant nie do końca jest osobą odpowiedzialną i władną podejmowania decyzji &#8216;co może się pojawić&#8217;. No i abstrahując od kwestii biznesowych jeżeli już decydujemy się na dywagacje czy coś się nam przyda, to natychmiast po tym powinniśmy zastosować &#8216;You Ain&#8217;t Gonna Need It&#8217;. Tutaj świetna odniesienie do serwisu osiedlowego &#8211; przewidywanie pewnych hipotetycznych funkcjonalności równie często powoduje oszczędności co generuje astronomiczne koszty. </p>
<p>Skalowalność jest zacna, to dobrze gdy możemy łatwo dodać kolejny element (a nawet warstwę), którą niekoniecznie przewidzieliśmy taką możliwość już na etapie projektu. Przy każdym projekcie najbardziej właśnie obawiam się tych którzy mają &#8216;intuicję&#8217; że to może się przydać, że zaraz to będziemy musieli wdrażać. Wtedy bardzo często musi przemienić się w mistrza mówienia &#8216;nie&#8217; ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Skalowalność w projektowaniu, którego autorem jest Krzysztof</title>
		<link>http://blog.plona.pl/skalowalnosc-w-projektowaniu/comment-page-1/#comment-38</link>
		<dc:creator>Krzysztof</dc:creator>
		<pubDate>Thu, 25 Nov 2010 10:38:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.plona.pl/?p=100#comment-38</guid>
		<description>Przyjemny artykuł, sporo pracy włożyłeś w przygotowanie.</description>
		<content:encoded><![CDATA[<p>Przyjemny artykuł, sporo pracy włożyłeś w przygotowanie.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Rola projektantów w strukturze korporacji, którego autorem jest Skalowalność w projektowaniu</title>
		<link>http://blog.plona.pl/rola-projektantow-w-strukturze-korporacji/comment-page-1/#comment-37</link>
		<dc:creator>Skalowalność w projektowaniu</dc:creator>
		<pubDate>Wed, 24 Nov 2010 16:41:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.plona.pl/?p=94#comment-37</guid>
		<description>[...] Plona na co dzień robię sajty, a tu czasem piszę         &#171; Rola projektantów w strukturze korporacji   Skalowalność w projektowaniu Przez Adam &#124; Published: 24 listopada [...]</description>
		<content:encoded><![CDATA[<p>[...] Plona na co dzień robię sajty, a tu czasem piszę         &laquo; Rola projektantów w strukturze korporacji   Skalowalność w projektowaniu Przez Adam | Published: 24 listopada [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

