Effective Java - druhé vydání

Kdo by z javovských programátorů neznal kultovní knihu Effective Java (v českém překladu Java efektivně - 57 zásad softwarového experta,) Joshuy Blocha. Dneska jsem narazil na rozhovor s jejím autorem v rámci letošní JavaOne, který se točil nejen kolem jejího druhého vydání, které bylo rozšířeno vzhledem k syntaktickým a API novinkám Javy 5.

Před předpisem protřepat

Kolikrát jsem to jenom zažil, jednou, dvakrát, třikrát? Na mou ti duši opravdu nevím, ale bylo to nespočetněkrát. Že nevíte o čem to mluvím? Nevadí, určitě jste takovou situaci zažili, stačí jenom trochu zavzpomínat. Přijdete k nějakému kusu kódu a máte prostě tu neodolatelnou potřebu jej z gruntu přepsat. Nemáte k tomu vlastně ani žádné závažné...

Komentovat? Určitě ano.

Opět jsem se setkal s názorem, že komentovat zdrojové kódy není potřeba, že kód sám o sobě je dokumentace. K tomu můžu říci jen jedno - to je naprostá blbost. Stačí nepracovat s vlastním kódem několik týdnů a už člověk ztrácí přehled o jemných detailech algoritmů, které sám psal. Nemluvě pak o tom, když je potřeba opravit chybu v rok staré aplikaci...

Ještě více statická

Ač jsem velkým příznivcem dynamických jazyků namísto násilného, alespoň z mého pohledu, rozšiřování Javy, tak jsou návrhy, které mají moje sympatie. Jedním z nich je JSR 308: Annotations on Java Types, které se snaží rozšířit možnost deklarace anotace u libovolného užití typu.

Na unit testy si vždy čas udělám ...

Přečetl jsem si příspěvek Máte čas na unit testy? od Petra Jůzy a po dlouhé době, mě nějaký text přiměl k reakci (Kde je dagi se svými kontroverzními tematy).Přiznám se, že s testováním jsem začínal nějakým 8 let zpátky za pomocí jUnit knihovny a měl jsem dobrý pocit. Spíš mě to ale zdržovalo. Postupem času jsem se naučil (alespoň si to myslím)...

Máte čas na unit testy?

Pokud bych si měl hned sám odpovědět, tak dle mého názoru moc času není. Není z jednoho hlavního důvodu a to jsou peníze resp. náklady plynoucí z času, který bude věnován psaní unit testů. Hned na začátku také musím dodat, že celý článek je o "normálních" jednorázových projektech, které nejsou nějak mission-critical. U vývoje produktu...

Záznam z přednášky Automatické testování v praxi

Plakát s upoutávkou
Na dovolené se mi podařilo vyšetřit čas na sestříhání záznamu z přednášky Automatické testování v praxi, která se konala dne 21.4.2008 na Univerzitě Hradec Králové. Na přednášce se sešlo přes 30 posluchačů převážně z řad studentů univerzity. Přesto že jsem původně anoncoval, že se pokusím zabrousit i do pokročilejších témat, jako jsou...

Programátor pragmatik - recenze publikace

Obálka
Nenápadní knížečka, která určitě stojí za přečtení, pokud to s programováním myslíte alespoň trochu vážně. Hlavním úkolem každého, kdo se pustí do programování, je zvládnout složitost. I taková zdánlivě jednoduchá věc, jako je program pro vytvoření a poslání faktury, se skládá z velkého množství drobných krůčků, které je třeba všechny...

Problémy s adopcí agile přístupů

Jelikož čím dál častěji narážím na spoustu dezinterpretací, chybných názorů a různých chytrostí ohledně agile přístupů, rozhodl jsem se napsat tento článek a podělit se tak o své zkušenosti nabyté několikaletou praxí, tj. používáním a zaváděním agile praktik a životního cyklu v projektech vývoje a údržby software. Zmíněné poznámky snad mohou...

Návrhové vzory - recenze publikace

kniha Návrhové vzory
Svoji profesní dráhu jsem na začátku 90. let začal jako vysokoškolský učitel a také jako programátor specializující se na tehdy nový trend objektově orientovaného programování. Pracovali jsme tehdy s novým, moderním a od stávajících stylů odlišným způsobem analýzy systémů a tvorby softwaru. Z tohoto nového stylu se vedle stále...

 
strana 7/10celkem 100 položek