Obiceiuri de cod curat care scalează
Codul curat nu înseamnă abstracții ingenioase sau stil perfect. Înseamnă cât de scumpă va fi următoarea schimbare. Un cod ușor de schimbat anul trecut și dureros astăzi n-a ajuns așa printr-o singură decizie proastă. A ajuns așa prin multe scurtături mici.
Numește lucrurile pentru cel care citește
Scrii o linie o dată și o citești de multe ori. Un nume mai lung și mai precis costă câteva taste și îi economisește cuiva câteva minute, iar și iar. Dacă o funcție are nevoie de un comentariu ca să explice ce face, încearcă mai întâi un nume mai bun.
Așteaptă a treia copie
Duplicarea e mai ieftină decât abstracția greșită. Două blocuri de cod asemănătoare se pot dovedi lucruri diferite, care doar arată la fel azi. La a treia copie înțelegi de obicei tiparul real suficient de bine ca să-l extragi în siguranță.
Ține modelul de date onest
Ecranele se schimbă ușor. Datele, nu. Timpul petrecut ca să faci bine structura bazei de date se întoarce ani la rând, iar cea mai mare parte din codul ciudat dintr-un proiect vechi există ca să ocolească un tabel care nu mai corespunde realității.
Obiceiuri care merită păstrate
- Pull requesturi mici, care fac un singur lucru
- Teste în jurul comportamentului care ar durea cel mai tare dacă s-ar strica
- Șterge codul mort, nu-l comenta
- Notează de ce s-a luat o decizie, nu doar care a fost
- Lasă fiecare fișier puțin mai bun decât l-ai găsit
Niciunul dintre ele nu va impresiona pe nimeni la un code review. Împreună, ele îi permit unei echipe să meargă repede și după primul an, când majoritatea proiectelor încep să încetinească.
