Mai întâi funcționează, apoi înțelegem: cum programăm pe dos

Scenariu clasic: scrii codul, funcționează ca prin farmec, și abia după aceea te așezi să înțelegi ce ai făcut de fapt. Daniel Lemir, în nota sa, subliniază această trăsătură a cunoașterii umane — vedem mai întâi soluția care funcționează, apoi îi descoperim esența.

Ca și cum ai asambla mobila IKEA fără instrucțiuni: mai întâi montezi dulapul, apoi găsești o piesă în plus și îți dai seama că nu era raftul potrivit. În IT funcționează exact la fel — mai ales când faci deploy noaptea, cu pizza și cafea, iar dimineața te uiți la cod și zici: "Genial! Sau e un bug?"

Lemir dă exemple din practica științifică, dar noi știm că fiecare dezvoltator a făcut măcar o dată commit cu "cumva funcționează" și abia apoi a scris teste. Nu e lene, e euristică: mai rapid să rulezi decât să proiectezi perfect.

Ce învățăm de aici?

• Nu vă temeți să exploatați prototipuri funcționale — înțelegerea va veni.
• Refactorizarea nu e un semn de cod prost, ci o etapă de conștientizare.
• Dacă pipeline-ul vostru CI/CD se plânge de codul nedocumentat — poate doar urmați calea naturală?

Comentariul echipei METABYTE: Și noi scriem codul întâi, apoi înțelegem că clientul voia butonul verde, nu cel albastru. Important e să meargă, iar conștientizarea vine în sprintul următor.