Ce este Cod moștenit?
Citește în englezăLegacy code
De ce contează
Cea mai mare parte a muncii software nu e pe teren gol. Mai devreme sau mai târziu preiei cod scris de altcineva: o agenție anterioară, un fondator, un dezvoltator care a plecat, sau o unealtă AI. Cât de sigur poți schimba acel cod decide cât de repede te poți mișca și dacă fiecare modificare repară un lucru sau strică altele două.
Ce face un cod „moștenit"
Ține mai puțin de vârstă și mai mult de teamă. Codul devine moștenit când nimeni nu îl poate schimba cu încredere, de obicei fiindcă nu există teste care să prindă o regresie, nu există documentație despre de ce funcționează așa cum funcționează, și nu mai e nimeni care să-și amintească. Un cod scris luna trecută poate fi deja moștenit dacă a fost făcut prin vibe coding și niciodată înțeles.
Unde greșesc echipele
Instinctul e să rescrii de la zero, ceea ce aruncă ani de cazuri-limită câștigate greu și costă de obicei mult mai mult decât se anticipează. Mutarea mai bună e întâi să-l înțelegi: adaugă teste de caracterizare în jurul comportamentului pe care trebuie să-l păstrezi, apoi schimbă-l în pași mici și siguri.
Cum abordăm noi
Tratăm codul moștenit așa cum tratăm un audit tehnic: cartografiem ce face, găsim riscurile portante și cuantificăm munca. Rescriem doar părțile care chiar nu pot fi schimbate în siguranță, și păstrăm restul în funcțiune.
Termeni similari
Folosit în
- Auditarea codului generat cu AI: ce cedează de fapt în producțieCând o aplicație e construită mai ales de AI, un set specific de cedări revine. Verificările pe care le rulăm pe codul generat cu AI, și de ce fiecare lovește la utilizatori.
- MVP-ul tău făcut cu AI tocmai a primit utilizatori. Iată ce cedează primul.Ai construit un MVP cu AI într-un weekend. Acum are utilizatori reali și începe să cedeze. Iată decizia onestă între consolidare și rescriere, și ce cedează primul.