HARDCODING
Definiție
Hardcoding nu e un termen de inteligență artificială, ci un defect clasic de construcție a programelor. Apare aici fiindcă e cel mai frecvent viciu ascuns al codului generat de AI: valori concrete scrise direct în interiorul codului, acolo unde ar fi trebuit să fie setări. Calea exactă către folderul tău, anul 2026, cota de 21%, numele unui client, pragul de 5.000 de lei. Programul funcționează perfect, pentru tine, azi. Confuzia frecventă e că un cod care merge e un cod corect; hardcodingul nu produce erori, produce unelte care se strică la prima schimbare de context.
Motivul pentru care apare atât de des în vibe coding e structural, nu accidental: modelul primește o cerință concretă și scrie soluția cea mai scurtă pentru ea, fiindcă nu știe ce se va schimba mâine. Nu tot ce e scris direct în cod e o problemă; o constantă care chiar nu se schimbă niciodată își are locul acolo. Testul util e o singură întrebare: valoarea asta va fi alta anul viitor, pe alt calculator sau pentru alt client? Dacă răspunsul e da, e o setare deghizată. Varianta cea mai periculoasă e cota de impozit sau pragul legal scris în cod, fiindcă se modifică prin lege, tăcut, iar unealta continuă să calculeze cu valoarea veche fără să semnaleze nimic.
Pentru un cabinet, hardcodingul e motivul pentru care o unealtă care mergea impecabil devine brusc greșită, fără ca nimeni să fi schimbat ceva. Contramăsura are trei pași și durează cinci minute: după ce primești un script, îi ceri modelului să scoată în fișierul de configurare toate valorile care s-ar putea schimba; citești lista rezultată, fiindcă ea îți arată de fapt ce presupuneri a făcut unealta; și notezi separat orice valoare legală, cu data de la care se aplică. Un script care nu are nicio setare externă nu e simplu, e nedocumentat.
Exemple practice
- Unealta de calcul rulează liniștit cu cota veche șase luni după modificarea legislativă, fiindcă procentul era scris în cod, nu în setări. Nimic nu a semnalat eroarea.
- Scriptul merge la tine și crapă la coleg: calea către folder era scrisă cu numele tău de utilizator. Cea mai comună formă de hardcoding și cea mai ușor de observat.
- Verificare de rutină după orice script primit de la AI: cere lista valorilor scrise direct în cod. Lista aceea e, de fapt, lista presupunerilor pe care unealta le face despre munca ta.
Întrebări frecvente
Orice valoare scrisă în cod e o greșeală?
Nu. Numărul de luni dintr-un an poate sta liniștit în cod. Testul e dacă valoarea se schimbă în timp, între calculatoare sau între clienți. Dacă da, e o setare care și-a greșit locul.
De ce scrie AI-ul așa, dacă e o practică proastă?
Fiindcă îi ceri o soluție pentru cazul tău concret, iar cea mai scurtă soluție corectă pentru un singur caz e valoarea pusă direct în cod. Modelul nu știe ce se va schimba la tine peste un an. Îi poți cere explicit varianta cu setări externe și o va scrie.
Cum îmi dau seama că am hardcoding, dacă nu citesc cod?
Întreabă asistentul: „ce valori din acest script s-ar putea schimba în timp și unde sunt ele scrise?”. Răspunsul e citibil de oricine și e, în practică, un audit al uneltei.