Kako se odločite, kdaj refaktorirati in kdaj sistem napisati na novo od začetka?

Question

Accepted Answer

Privzeto izberi **refaktoriranje**. Pisanje na novo je upravičeno le, ko obstoječi sistem ne more več evoluirati, da bi izpolnil zahteve po sprejemljivem strošku, in lahko še naprej dostavljaš vrednost, medtem ko to počneš. Večina instinktov "potrebujemo rewrite" je v resnici neupravljan problem tech debt, ki ga inkrementalno refaktoriranje reši z veliko manj tveganja.

## Kako razmišljam o tem

- **Ali je jedrna arhitektura še vedno sposobna?** Če se podatkovni model, meje in runtime lahko raztegnejo na nove zahteve, refaktoriraj. Če so temeljne predpostavke napačne (napačna paradigma shranjevanja, ni načina za skaliranje, konec življenjske dobe jezika/platforme), rewrite postane resničen kandidat.
- **Kakšna je pogostost sprememb?** Koda, ki se redko spreminja, ni nujno lepa. Skoncentriraj napor tam, kjer ekipa dela vsak dan.
- **Ali razumemo trenutno vedenje?** Rewrite zavrže leta kodiranega znanja o robnih primerih. Če ni testov in ni specifikacije, bo rewrite ponovno uvedel stare bugce.

## Okvir odločanja

| Signal | Nagibaj k refaktoriranju | Nagibaj k rewritu |
| --- | --- | --- |
| Arhitektura ustreza zahtevam | Da | Ne |
| Pokritost s testi/specifikacijo | Nizka ali visoka | Dovolj visoka za preverjanje paritete |
| Možnost inkrementalne dostave | Da | Težko, big-bang |
| Ekipa razume kodo | Da | Ne, izvirni avtorji odšli |

## Kompromisi

- **Refaktoriranje:** nižje tveganje, neprekinjena dostava, a počasno na resnično strohnjelem temelju.
- **Rewrite:** čista plošča, a plačaš **davek na zamrznitev funkcij**, nosiš **strošek dvojnega vzdrževanja** in tvegaš klasično past prekompleksiranja drugega sistema.
- Raje izberi srednjo pot **strangler-fig**: nov sistem postavi ob bok staremu, promet preusmerjaj inkrementalno, stari izbriši kos za kosom. Daje koristi rewrita s tveganjem na ravni refaktoriranja.

## Pasti

- Pisanje na novo zaradi **estetike ali razlogov, gnanih s CV-jem**, ne poslovnega stroška.
- Podcenjevanje skritega vedenja; vedno najprej okarakteriziraj trenutno vedenje s testi.
- Veččetrtletni big-bang rewrite, ki ne dostavi ničesar — zagon in zaupanje se oba sesujeta.

## Zakaj je to pomembno

Odločitev refaktoriranje-proti-rewritu je ena od odločitev z najvišjim vzvodom, ki jih Tech Lead sprejme. Naredi jo narobe v smer rewrita in lahko zamrzneš dostavo za leto dni in vseeno propadeš; naredi jo narobe v smer refaktoriranja in počasi krvaviš hitrost. Uokvirjanje kot odločitev o strošku in tveganju, ne odločitev o okusu, je tisto, kar ločuje seniorsko presojo od preference.

Signal	Nagibaj k refaktoriranju	Nagibaj k rewritu
Arhitektura ustreza zahtevam	Da	Ne
Pokritost s testi/specifikacijo	Nizka ali visoka	Dovolj visoka za preverjanje paritete
Možnost inkrementalne dostave	Da	Težko, big-bang
Ekipa razume kodo	Da	Ne, izvirni avtorji odšli