Recenzii de cod
Recenzii de cod
Autor: Mattias Karlsson
Ar trebui să faceți recenzii de cod. De ce? Deoarece cresc calitatea codului și reduc rata defectelor. Dar nu neapărat din motivele pentru care ați putea crede.
Deoarece este posibil să fi avut unele experiențe proaste cu recenziile, mulți programatori tind să respingă recenziile de cod. Am văzut organizații care necesită tot codul pentru a trece printr-o revizuire formală înainte de a merge la producție. De multe ori, arhitectul sau conducătorul de dezvoltare este cel care face această revizuire, o practică care poate fi descrisă ca un arhitect care revizuiește totul. Este scris în manualul procesului de dezvoltare software, deci programatorii trebuie să respecte. Unele organizații ar putea avea nevoie de o astfel de rigiditate și de procese formale, dar multe nu. În majoritatea organizațiilor această abordare nu este productivă. Căutate pot simți că sunt judecate de o comisie de eliberare condiționată. Recenzorii au nevoie atât de timp pentru a citi codul, cât și de timp pentru a fi la curent cu toate detaliile sistemului. Recenzorii pot deveni rapid blocaje în acest proces, iar procesul degenerează rapid.
În loc să rezolve doar erorile din cod, scopul revizuirilor codului ar trebui să fie acela de a împărtăși cunoștințele și de a stabili linii directoare comune de codificare. Partajarea codului dvs. cu alți dezvoltatori permite proprietatea colectivă a codului. Nu limitați fluxul lor, lăsați orice membru al echipei să treacă peste cod cu restul echipei. În loc să căutați erori, ar trebui să examinați codul încercând să-l învățați și să-l înțelegeți.