Údržba kódu převzatých programů

<p><i>Working Effectively with Legacy Code</i> je veľmi zavádzajúci názov. Som si istý, že by som túto knihu úplne vynechal, ak by sa mi práve <i>legacy</i> kód nedostal pod ruky. Teraz viem, že by to bola veľká chyba. Kniha totiž ponúka omnoho viac ako len pár tipov a trikov špecifických pre 20 rokov staré kódy.</p>

<p>V prvom rade si pri čítaní uvedomíte, že slovo <i>legacy</i> neznamená len tie 20 rokov staré céčkové, fortranové alebo iné bájne aplikácie, o ktorých sem-tam počujeme, že ešte stále fungujú. Je to aj trieda, pri ktorej ste predvčerom (z lenivosti, pod hrozbou deadline-u, ...) porušili skoro všetky existujúce pravidlá slušného programovania a obhájili to komentárom <i>// TODO ugly, will rewrite later</i>.</p>

<p>Povedzme, že ste na to mali dobrý dôvod. O mesiac ale už deadline netlačí a je čas triedu opraviť. Samozrejme je už v produkcii, iné časti aplikácie na nej závisia a vy si uvedomíte, že každý pokus o <i>rewrite later</i> bez toho, aby ste s ním strávili príliš veľa času, je beznádejne odsúdený na neúspech. A čím viac budete prepísanie odkladať, tým ťažšie ho bude naozaj spraviť.</p>

<p>No a podľa knihy je už aj toto kód, ktorý by mal dostať prívlastok <i>legacy</i>. Každý programátor by preto mal vedieť, čo s ním Michael Feathers odporúča robiť.</p>

<p>Ukazuje ako robiť bezpečné zmeny, ktoré nemajú nečakané následky. Sú prakticky zamerané, riešia reálne problémy. Nie sú vždy pekné alebo architektonicky správne, niekedy dokonca komplikujú kód. Ale v konečnom dôsledku ho umožnia riadok za riadkom zlepšovať.</p>

<p>Hlavnou myšlienkou knihy je, že starú triedu máte pokryť testami ešte predtým, ako sa jej dotknete. Za zmienku stojí aj to, že kniha bola vydaná v roku 2004 a Michael Feathers už vtedy (v čase písania recenzie to bolo pred 10 rokmi) bral unit testy ako hotovú a nevyhnutnú vec.</p>

<p>Škoda, že sa kniha nedá čítať štýlom 10 strán každý večer pred spaním. Musíte totiž dávať pozor, rozmýšľať a vracať sa k prečítaným častiam. Ja osobne som sa do čítania niekedy musel nútiť. Môže ale byť technické a odborné čítanie iné?</p>

<p>Na začiatku som písal, že kniha má veľmi zavádzajúci názov. Ako by som ju teraz nazval ja? <i>Making Crappy Code Better, One Line at a Time</i>. Rátajte ale s tým, že čítať by ste ju mali pomaly a pozorne. A to, že sa treba potrápiť s príkladmi v C++ je už len malá cena, ktorú sa určite oplatí zaplatiť.</p>