Kdy má rewrite smysl
Rewrite má smysl tehdy, když stávající systém opravdu brání dalšímu fungování, architektura nedrží pohromadě a postupné opravy by byly dražší než nový základ.
Srovnání
U běžící aplikace bývá důležitější řídit riziko a prioritizovat kritická místa než naplánovat velký restart bez jistoty.
Rewrite bývá častý první nápad, když aplikace technicky nevyhovuje. Jenže přepis nese velké riziko zpoždění, ztráty znalostí i podcenění skrytých závislostí.
Postupný rozvoj není vždy elegantní, ale bývá bezpečnější a levnější tam, kde systém stále drží důležitý provoz.
Rewrite má smysl tehdy, když stávající systém opravdu brání dalšímu fungování, architektura nedrží pohromadě a postupné opravy by byly dražší než nový základ.
Postupný rozvoj je obvykle lepší tam, kde aplikace stále slouží byznysu, ale potřebuje stabilizaci, zpřehlednění a cílené zlepšení nejproblematičtějších míst.
Rozhodnutí by nemělo stát jen na ceně nebo technologické preferenci. Důležitý je dopad na provoz, rychlost změn a dlouhodobé náklady.
U většiny běžících aplikací je rozumnější začít auditem a postupným zlepšením. Rewrite má být důsledek jasných důvodů, ne reakce na frustraci z kódu.
Když architektura systematicky blokuje změny, bezpečnost nebo provoz a cena dílčích zásahů dál roste bez viditelného zlepšení.
Ano. Často se přepisují jen vybrané části, zatímco zbytek systému se stabilizuje a drží provoz.
Protože bývají podceněné skryté vazby, edge cases a množství doménových pravidel, která v systému vznikala roky.
U takeover a legacy situací ano. Bez něj se jen těžko rozhoduje mezi refaktorem a větším přepisem.
Další krok
Pošlete základní kontext a navrhnu rozumný další krok.