<?xml version="1.0" encoding="UTF-8"?>
<rss version="0.92"> 	
	<channel>
		<title>Dagblog</title>
		<link>http://www.sweb.cz/pichlik/</link>
		<description>Blog nejen pro kodery o programování a technologiích webových aplikací(Java,XML,XSLT,JavaScript,HTML)</description>
		<managingEditor>pichlik@seznam.cz</managingEditor>
		<webMaster>pichlik@seznam.cz</webMaster>

		<language>cs</language>
		<image>
			<url>http://www.sweb.cz/pichlik/img/logo.gif</url> 
			<title>Logo weblogu</title> 
			<link>http://www.sweb.cz/pichlik/</link> 
		</image>
		<item>
			<title>Dagblog přesunut na vlastní doménu</title>
			<link>http://dagblog.cz</link>
			<description>Dagblog byl přesunut na novou adresu http://dagblog.cz. Prosím zaktualizujte si adresu RSS kanálu, která je http://www.dagblog.cz/feeds/posts/default?alt=rss.</description>
		</item>
		<item>
			<title>Pryč se Singletony</title>
			<link>http://www.sweb.cz/pichlik/archive/2010_03_07_archive.html#3415907120569757896</link>
			<description>Gang of Four odhalil na světlo světa katalog návrhových vzorů, díky kterému se do širokého povědomí dostaly přístupy k řešení typických úkolu v objektovém programování. Mezi nejznámější návrhové vzory patří bezesporu Singleton, řešící existenci pouze jedné instance dané třídy. Nevím jestli je jeho popularita zapříčiněna tím, že jej každý pochopí a nebo tím, že jej každý potřebuje (nebo si to alespoň myslí), každopádně singletony najdeme v každém kódu. Bohužel ve skutečnosti jakékoliv použití Singletonu sebou nese značná rizika a nevýhody. Pro mě osobně testování a svázání objektů. Pravda, není to chyba vzoru jako takového, ale spíše jeho zneužívání na nesprávných místech.</description>
		</item>
	  <item>
			<title>Když nerozhodují jenom technické aspekty</title>
      <link>http://www.sweb.cz/pichlik/archive/2010_02_14_archive.html#9017723838157668058</link>
			<description>Každý z nás zažil situaci, kdy byl postaven před nalezení vhodné technologie nebo frameworku pro řešení určitého problému. Dlouhou dobu jsem zastával názor, že nejdůležitějším kritérium jsou technologické aspekty jako stabilita, dokumentace, komunita, zralost atd. Dneska už mi pomalu dochází, že každé rozhodnutí sebou nese kromě technických i sociální dopady, které je neradno ignorovat. Pokud tedy nechcete riskovat vlastní defenestraci.</description>
		</item>
		<item>
			<title>Proč nepotřebuji (zatím) asynchronní JDBC</title>
      <link>http://www.sweb.cz/pichlik/archive/2010_01_24_archive.html#8023233373717081647</link>
			<description>Lukáš Křečan se zkusil zamyslet nad tím, jestli v Jave potřebuje asynchronní JDBC API a svůj závěr vtisknul přímo do článku Proč nepotřebuji asynchronní JDBC. Já si dovolím Lukášem mírně doplnit. Nejdříve bychom si mohli demonstrovat na jednoduchém kódu Lukášem zmiňované Servlet 3.0 API s podporou asynchronního volání, které bude v našem dalším povídání hrát důležitou roli.</description>

		</item>
		<item>
			<title>Oracle Sun akvizice. Hotovo a potvrzeno.</title>			
			<link>http://www.sweb.cz/pichlik/archive/2010_01_24_archive.html#1430541663980310989</link>
			<description>Larry Ellison ve webcastu k finálnímu dokončení akvizice firmy Sun (nyní již Oracle) uklidnil všechny javisty. Do Javy se investovat bude viz FAQ. Najdete tam i kusé informace o tom co se chystá Oracle udělat se Solarisem, MySQL, NetBeans a dalšími produkty. Ještě dávám k dobru hlášky, které mě pobavily a zaujaly z twitterového vysílání k této události. IBM a cloud computing si to od Larryho pěkne slíznul.</description>

		</item> 
    <item>
			<title>Nedělní rozjímání nad softwarovým vývojem</title>

			<link>http://www.sweb.cz/pichlik/archive/2010_01_24_archive.html#6123007365039270072</link>
			<description>Nemálo lidí přemýšlí o různých technikách zefektivnění softwarového vývoje. Zažil jsem metodologií, která byla klasický vodopád obohacený a milestony po šesti týdnech. Tedy na začátku se udělal sběr požadavků, jejich analýza, pak design, implementace a verifikace/testování na závěr. Každou z těchto činnosti dělal v podstatě jiný tým lidí. Sběr požadavků dělal tým funkčních architektů, analýzy techničtí architekti, design a implementaci vývojáři a verifikaci a testování oddělení kvality. Ačkoliv tento systém vývoje fungoval, mohl fungovat daleko efektivněji a lépe.</description>  
		</item>
	  <item>
			<title>Google wave revoluce? A co Ubiquity</title>

			<link>http://www.sweb.cz/pichlik/archive/2010_01_10_archive.html#5416652554832124796</link>
			<description>Dostal se mi skrye Twitter pod palec dokument nazvaný Technology Radar, kde Martin Fowler a jeho kolegové z ThoughtWorks vytvořili, aby "to help decision makers understand emerging technologies and trends that affect the market today". Jednou ze zmiňovaných technologií je i Google Wave jako kolaborační platforma nové generace.</description>

		</item>
   </channel>
</rss>


