Som standard refaktorering. En omskrivning er kun berettiget, når det eksisterende system ikke længere kan udvikle sig til at møde kravene til en acceptabel omkostning, og du kan blive ved med at levere værdi, mens du gør det. De fleste "vi har brug for en omskrivning"-instinkter er reelt et ustyret tech-debt-problem, som inkrementel refaktorering løser med langt mindre risiko.
| Signal | Hæld mod refaktorering | Hæld mod omskrivning |
|---|---|---|
| Arkitektur passer til krav | Ja | Nej |
| Test-/spec-dækning | Lav eller høj | Høj nok til at verificere paritet |
| Kan shippe inkrementelt | Ja | Svært, big-bang |
| Teamet forstår koden | Ja | Nej, og de oprindelige forfattere er væk |
Valget mellem refaktorering og omskrivning er en af de mest løftestangsstærke beslutninger, en Tech Lead træffer. Tag fejl mod omskrivning, og du kan fryse leverancen i et år og stadig fejle; tag fejl mod refaktorering, og du bløder velocity langsomt. At indramme det som en omkostnings-og-risiko-beslutning, ikke en smagsbeslutning, er det, der adskiller senior dømmekraft fra præference.
Et bibliotek af IT-interviewspørgsmål med detaljerede svar — fra Junior til Senior.
Donér