Kdy přepsat aplikaci a kdy ji radši refaktorovat

Starší aplikace nemusí být automaticky špatná. Problém nastává ve chvíli, kdy brzdí vývoj, zvyšuje náklady, omezuje růst firmy nebo se jí bojí dotknout i samotní vývojáři. V takové chvíli přichází otázka, jestli aplikaci přepsat od nuly, nebo ji postupně refaktorovat.

Přepis může firmě pomoct zbavit se dlouhodobých problémů. Může ale také vytvořit drahý paralelní projekt, který se nikdy nedostane do produkce. Refactoring bývá bezpečnější a levnější cesta. Jenže pokud je systém ve velmi špatném stavu, může pouze prodlužovat nevyhnutelné.

Rozhodnutí by proto nemělo stát na pocitu, že „starý systém už je ošklivý“. Mělo by stát na riziku, nákladech, business prioritách a reálném technickém stavu aplikace.

Refactoring je vhodný tehdy, když aplikace stále plní svůj účel, ale její rozvoj je čím dál pomalejší.

Typické signály:

• nové funkce trvají déle než dřív
• v kódu se opakují chyby
• vývojáři se bojí změn v některých částech systému
• chybí testy nebo dokumentace
• aplikace funguje, ale špatně se udržuje
• architektura není ideální, ale není úplně rozpadlá

V těchto případech není nutné celý systém zahodit.

Lepší bývá postupně zlepšovat nejkritičtější části:

• oddělit problematické moduly
• doplnit testy
• zjednodušit složité části kódu
• vyčistit závislosti
• zlepšit monitoring
• sjednotit deployment
• odstranit nejdražší technický dluh

Výhoda refactoringu je hlavně v nižším provozním riziku. Firma dál používá existující systém. Změny se zavádějí postupně. Dopad na business je lépe kontrolovatelný.

Kdy začít uvažovat o přepisu

Přepis aplikace dává smysl až ve chvíli, kdy se původní systém stal zásadní překážkou.

Ne jen technickou, ale businessovou.

Typické situace:

• aplikace nejde škálovat
• každá změna rozbíjí jinou část systému
• technologie už nemá podporu
• vývoj je extrémně pomalý
• systém má zásadní bezpečnostní problémy
• chybí lidé, kteří technologii umí
• architektura neodpovídá dnešnímu fungování firmy
• aplikace neumožňuje nové produkty, integrace nebo obchodní modely

V takovém případě už nejde jen o „čistší kód“. Jde o to, že software brání firmě v provozu nebo růstu. Přepis může být správná cesta, pokud by další roky oprav stály víc než řízená modernizace.