Přepsat, nebo opravit web?

Skoro každý, kdo zdědil starší web nebo aplikaci, dřív nebo později položí tuhle otázku. A skoro vždy s ní přijde i vlastní názor — buď „určitě to celé zahodit a udělat znovu“, nebo „jen to nějak záplatovat, ať to vydrží“. Pravda bývá někde mezi a rozhoduje o ní stav projektu, ne pocit.

Nejdřív analýza, pak rozhodnutí

Nikdy neřeknu „přepsat“ ani „opravit“, dokud projekt nevidím zevnitř. Bez pohledu do kódu, databáze a architektury je jakékoliv doporučení jen hádání. Proto první krok není programování, ale posouzení stavu — co projekt dělá, jak je postavený, kde jsou rizika a kolik by stála která cesta.

Teprve s těmihle informacemi má smysl porovnávat. Rozhodnutí totiž není technické, ale ekonomické: která varianta přinese nejvíc hodnoty za rozumnou cenu a unese i to, co přijde za dva roky.

Kdy stačí opravit

Oprava je správná volba častěji, než lidé čekají. Vyplatí se, když:

• základ je rozumně postavený a problémy jsou lokální (konkrétní chyby, výkon, bezpečnost),
• technologie je stále podporovaná a dá se v ní pokračovat,
• v kódu se jde zorientovat a změny nerozbíjejí věci jinde,
• web vydělává a hlavní cíl je stabilizovat ho a posunout dál.

Méně kódu většinou znamená méně chyb, nižší cenu a delší životnost. Pokud projekt jde opravit, je to skoro vždy nejrozumnější začátek.

Kdy dává smysl postupná modernizace

Střední cesta je ideální pro projekty, které firma nemůže na měsíce zastavit. Web zůstává v provozu a vydělává, ale po částech nahrazujete to nejrizikovější — zastaralou knihovnu, neudržitelný modul, pomalou část administrace. Riziko velkého výpadku i náraz do rozpočtu se rozloží v čase.

Tahle varianta dává smysl, když je základ z větší části v pořádku, ale některé části už brzdí rozvoj nebo představují bezpečnostní riziko. Modernizujete tam, kde se to vyplatí, a zbytek necháte být.

Kdy se vyplatí přepsat

Přepis od nuly je nejdražší a nejrizikovější varianta — a právě proto ho doporučuju až jako poslední možnost. Dává smysl, když:

• oprava by dlouhodobě stála víc než nový základ,
• architektura už neunese další rozvoj a každá změna je boj,
• technický dluh je tak velký, že se v projektu nedá bezpečně pracovat,
• technologie je mrtvá nebo ji není kým udržovat.

Důležité je, že přepis doporučím, i když to znamená, že přijdu o část zakázky. Pokud je to pro projekt správně, řeknu to — a naopak, pokud někdo tlačí na přepis tam, kde stačí oprava, řeknu to taky.

Varovné signály, že je čas na změnu

Jeden signál sám o sobě nic neznamená. Ale když se sejde víc z nich, je čas situaci vážně posoudit:

• každá nová funkce trvá nepřiměřeně dlouho a něco jiného přitom rozbije,
• nikdo se v kódu nevyzná a chybí dokumentace,
• web stojí na verzi jazyka nebo frameworku, která už nedostává aktualizace,
• náklady na opravy jsou chronicky vyšší než přínos,
• bojíte se na cokoliv sáhnout, protože nikdo neví, co to udělá.

Jak to rozhodnutí vypadá v praxi

U převzatého projektu nejdřív udělám technický audit — projdu kód, architekturu, bezpečnost a výkon. Výstupem není „přepsat / opravit“ jako verdikt, ale srozumitelné porovnání: co která cesta obnáší, kolik zhruba stojí a jaká nese rizika. Rozhodnutí pak děláme společně, s ohledem na rozpočet i byznys cíle.

Cílem totiž není napsat co nejvíc kódu. Cílem je, aby projekt zase dával smysl — technicky i ekonomicky.