<?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: Sláva abstrakci</title>
	<atom:link href="http://blog.krecan.net/2010/02/02/slava-abstrakci/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.krecan.net/2010/02/02/slava-abstrakci/</link>
	<description>Short remarks from Java world</description>
	<lastBuildDate>Tue, 27 Jul 2010 13:59:11 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: v6ak</title>
		<link>http://blog.krecan.net/2010/02/02/slava-abstrakci/comment-page-1/#comment-1445</link>
		<dc:creator>v6ak</dc:creator>
		<pubDate>Fri, 19 Feb 2010 14:50:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=500#comment-1445</guid>
		<description>Již dřív jsem o tom přemýšlel. Ale ono zavření není jen uvolněním určitých systémových prostředků, ale může být spojeno třeba i s uzavřením síťového socketu nebo uvolněním zámku. A diví se vlastně někdo, že musíme odemykat zámky?</description>
		<content:encoded><![CDATA[<p>Již dřív jsem o tom přemýšlel. Ale ono zavření není jen uvolněním určitých systémových prostředků, ale může být spojeno třeba i s uzavřením síťového socketu nebo uvolněním zámku. A diví se vlastně někdo, že musíme odemykat zámky?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukáš Křečan</title>
		<link>http://blog.krecan.net/2010/02/02/slava-abstrakci/comment-page-1/#comment-1444</link>
		<dc:creator>Lukáš Křečan</dc:creator>
		<pubDate>Fri, 19 Feb 2010 08:38:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=500#comment-1444</guid>
		<description>Úplně nejlepší by bylo, kdyby programátor nemusel na zavírání souboru myslet. Stejně jako nemusí myslet na uvolnování paměti.</description>
		<content:encoded><![CDATA[<p>Úplně nejlepší by bylo, kdyby programátor nemusel na zavírání souboru myslet. Stejně jako nemusí myslet na uvolnování paměti.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: v6ak</title>
		<link>http://blog.krecan.net/2010/02/02/slava-abstrakci/comment-page-1/#comment-1442</link>
		<dc:creator>v6ak</dc:creator>
		<pubDate>Wed, 17 Feb 2010 09:57:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=500#comment-1442</guid>
		<description>Copy&amp;paste? Fuj!

K zavírání: radši @lombok.Cleanup - je to mnohem jednodušší a přehlednější. Ale principiálně souhlasím.</description>
		<content:encoded><![CDATA[<p>Copy&amp;paste? Fuj!</p>
<p>K zavírání: radši @lombok.Cleanup - je to mnohem jednodušší a přehlednější. Ale principiálně souhlasím.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ondrej Medek</title>
		<link>http://blog.krecan.net/2010/02/02/slava-abstrakci/comment-page-1/#comment-1441</link>
		<dc:creator>Ondrej Medek</dc:creator>
		<pubDate>Wed, 17 Feb 2010 08:27:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=500#comment-1441</guid>
		<description>Podle mně nemusí být abstrakce, ale stačí, aby daná knihovna/jazyk měl jednoduché a bezpečné použití pro běžné problémy a  dobrý tutoriál a manuál. Tj. je mi celkem jedno, jak složité je použité ParallelArray, když někde v manuálu bude copy&amp;paste kus kódu, který mi bude vždy (!) bezchybně fungovat, i když ne optimálně.

Např. na webu lze najít tuny blogů a kódu, které třeba špatně zavírají soubory. Přitom by stačilo v Javadocu a v manuálech zdůraznit, že soubory se VŽDY mají zavírat ve větvi finally{}.</description>
		<content:encoded><![CDATA[<p>Podle mně nemusí být abstrakce, ale stačí, aby daná knihovna/jazyk měl jednoduché a bezpečné použití pro běžné problémy a  dobrý tutoriál a manuál. Tj. je mi celkem jedno, jak složité je použité ParallelArray, když někde v manuálu bude copy&amp;paste kus kódu, který mi bude vždy (!) bezchybně fungovat, i když ne optimálně.</p>
<p>Např. na webu lze najít tuny blogů a kódu, které třeba špatně zavírají soubory. Přitom by stačilo v Javadocu a v manuálech zdůraznit, že soubory se VŽDY mají zavírat ve větvi finally{}.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zdeněk Troníček</title>
		<link>http://blog.krecan.net/2010/02/02/slava-abstrakci/comment-page-1/#comment-1431</link>
		<dc:creator>Zdeněk Troníček</dc:creator>
		<pubDate>Sun, 07 Feb 2010 13:36:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=500#comment-1431</guid>
		<description>Arrays.sort() muze bezet paralelne a verim, ze brzy pobezi. Nekdy je vsak vhodnejsi rucni paralelizace, protoze najit optimalni pocet vlaken pro dany problem nemusi byt jednoduche. A pak nastupuje ForkJoin.</description>
		<content:encoded><![CDATA[<p>Arrays.sort() muze bezet paralelne a verim, ze brzy pobezi. Nekdy je vsak vhodnejsi rucni paralelizace, protoze najit optimalni pocet vlaken pro dany problem nemusi byt jednoduche. A pak nastupuje ForkJoin.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dagi</title>
		<link>http://blog.krecan.net/2010/02/02/slava-abstrakci/comment-page-1/#comment-1429</link>
		<dc:creator>Dagi</dc:creator>
		<pubDate>Fri, 05 Feb 2010 22:25:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=500#comment-1429</guid>
		<description>Nejvetsi proble s abstrakcema vseho druhu neni technicky, ale socialni. Urcita sorta vyvojaru proste neveri cemukoliv co si sami nenapsali. Nejcastejsi argument proti abstrakcim je &quot;vzdyt tomu nebude nikdo rozumet, az se tam neco rozbije&quot;, pripadne &quot;nikdo poradne nevi co se tam deje a pak jsme prekvapeny, jak zvlastne se to chova&quot;.  Podle me je to takove zpatecnicke mysleni, ja ty argumenty sice uznavam, ale cemu dnes k sakru pri te slozitosti rozumime?!</description>
		<content:encoded><![CDATA[<p>Nejvetsi proble s abstrakcema vseho druhu neni technicky, ale socialni. Urcita sorta vyvojaru proste neveri cemukoliv co si sami nenapsali. Nejcastejsi argument proti abstrakcim je "vzdyt tomu nebude nikdo rozumet, az se tam neco rozbije", pripadne "nikdo poradne nevi co se tam deje a pak jsme prekvapeny, jak zvlastne se to chova".  Podle me je to takove zpatecnicke mysleni, ja ty argumenty sice uznavam, ale cemu dnes k sakru pri te slozitosti rozumime?!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: v6ak</title>
		<link>http://blog.krecan.net/2010/02/02/slava-abstrakci/comment-page-1/#comment-1427</link>
		<dc:creator>v6ak</dc:creator>
		<pubDate>Wed, 03 Feb 2010 12:48:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=500#comment-1427</guid>
		<description>Jasně, myslím, že se na to díváme stejně. (Viz &quot;Nechci, aby se tento můj post stal omluvenkou pro prasárny všeho druhu, ale někdy je prostě systémové řešení tak drahé a náročné...&quot;)</description>
		<content:encoded><![CDATA[<p>Jasně, myslím, že se na to díváme stejně. (Viz "Nechci, aby se tento můj post stal omluvenkou pro prasárny všeho druhu, ale někdy je prostě systémové řešení tak drahé a náročné...")</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukáš Křečan</title>
		<link>http://blog.krecan.net/2010/02/02/slava-abstrakci/comment-page-1/#comment-1426</link>
		<dc:creator>Lukáš Křečan</dc:creator>
		<pubDate>Wed, 03 Feb 2010 07:39:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=500#comment-1426</guid>
		<description>@v6ak: Máš pravdu, často je to ale naopak. Často je to abstraktní řešení to nejjednodušší. Například chci setřídit pole, použiji Arrays.sort(), chci zapsat do databáze, použiji Hibernate. Neřeším výkonnost, doufám, že ji za mě vyřeší někdo, kdo tomu rozumí víc. To ošklivé, drahé a náročné řešení nastoupí až když přijdu na to, že technologie ještě není tak daleko, aby uspokojila moje požadavky.</description>
		<content:encoded><![CDATA[<p>@v6ak: Máš pravdu, často je to ale naopak. Často je to abstraktní řešení to nejjednodušší. Například chci setřídit pole, použiji Arrays.sort(), chci zapsat do databáze, použiji Hibernate. Neřeším výkonnost, doufám, že ji za mě vyřeší někdo, kdo tomu rozumí víc. To ošklivé, drahé a náročné řešení nastoupí až když přijdu na to, že technologie ještě není tak daleko, aby uspokojila moje požadavky.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: v6ak</title>
		<link>http://blog.krecan.net/2010/02/02/slava-abstrakci/comment-page-1/#comment-1425</link>
		<dc:creator>v6ak</dc:creator>
		<pubDate>Tue, 02 Feb 2010 20:06:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=500#comment-1425</guid>
		<description>&quot;Pokud tomu tak není, je něco špatně&quot;
Jo, ale někdy je špatné řešení tím nejlepším možným. Nechci, aby se tento můj post stal omluvenkou pro prasárny všeho druhu, ale někdy je prostě systémové řešení tak drahé a náročné, že, řečeno z ekonomického hlediska, si na sebe nevydělá.</description>
		<content:encoded><![CDATA[<p>"Pokud tomu tak není, je něco špatně"<br />
Jo, ale někdy je špatné řešení tím nejlepším možným. Nechci, aby se tento můj post stal omluvenkou pro prasárny všeho druhu, ale někdy je prostě systémové řešení tak drahé a náročné, že, řečeno z ekonomického hlediska, si na sebe nevydělá.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lzap</title>
		<link>http://blog.krecan.net/2010/02/02/slava-abstrakci/comment-page-1/#comment-1424</link>
		<dc:creator>lzap</dc:creator>
		<pubDate>Tue, 02 Feb 2010 19:14:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=500#comment-1424</guid>
		<description>kvalitnější = taky abstraktnější (tam jsem mířil)</description>
		<content:encoded><![CDATA[<p>kvalitnější = taky abstraktnější (tam jsem mířil)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
