Asistentul AI care părea perfect — și de ce ar trebui să-ți faci griji

Săptămâna trecută, am stat și am privit un coleg care rula npm test pe un pull request "livrat" de un asistent AI de programare. Testele nu doar că au picat — au picat spectaculos, cu mesaje de eroare care l-ar face pe orice junior developer să-și ascundă fața în mâini. Fără chei API configurate. Endpoint-uri care returnau JSON într-un format complet greșit. Middleware de autentificare care nu autentifica nimic.

Mesajul commit-ului suna "Implemented user authentication flow 🍕"

Acel emoji cu pizza ar fi trebuit să fie primul nostru semn de alarmă.

Nu e o poveste despre faptul că AI-ul e prost. Generarea de cod cu AI mi-a îmbunătățit fluxul de lucru în nenumărate moduri. E o poveste despre iluzia periculoasă a competenței — valeaua înfiorătoare a output-ului AI care arată atât de finisat încât nimeni nu se gândește să-l pună la îndoială până când producția nu crapa la 2 noaptea.

Problema "Da-Băi"

Iată ce nu spune nimeni: asistenții AI de programare sunt adevărați campioni la lingușeală. Nu ripostează. Nu pun întrebări clarificatoare la 3 noaptea, când tu ar fi trebuit să le pui de la bun început. Generează ce ai cerut, sau ce cred ei că ai cerut, cu încrederea nejustificată a unui consultant aflat în primul an.

Seniorul tău care ar fi putut spune "de fapt, e o idee proastă pentru că..." — acea persoană nu există în IDE-ul tău. Ești doar tu, un motor de autocompletare și 10.000 de linii de cod care "arată bine" până când încerci să le rulezi.

Asta e capcana. Calea celui mai mic efort înseamnă mereu să acceptăm sugestiile AI. Și ca orice mușchi pe care nu-l antrenezi, capacitatea de a evalua deciziile arhitecturale se atrofiază liniștit până realizezi că ai aprobat cod prost timp de luni.

Deficitul de Testare

Iată o statistică care ar trebui să-i alarmeze pe toți managerii de inginerie: studiile sugerează că dezvoltatorii petrec mai puțin de 20% din timp testând efectiv ce construiesc. Acum pune cod generat de AI deasupra și ai o rețetă pentru dezastru.

Când AI-ul generează cod, o face fără să-l ruleze vreodată în mediul tău specific, cu starea ta specifică a bazei de date, împotriva dependențelor tale specifice de la terți. Codul există în vid — corect din punct de vedere tehnic, sărac contextual.

Soluția nu e să te oprești din folosit AI. Soluția e să devii religios în privința unei practici simple: nu face merge niciodată pe cod pe care nu l-ai testat personal în mediul tău local.

Da, e mai lent. Da, se simte ca și cum ai lupta împotriva câștigurilor de productivitate ale AI-ului. Dar uite ce-i: acel boost de productivitate 10x pe care vi l-au promis? E un net negativ dacă livrezi bug-uri mai repede decât poți să le repari.

Prăpastia Externalizării Cognitive

Think despre asistența AI ca despre un calculator pentru matematică. Calculatoarele nu i-au făcut pe oameni mai slabi la matematică — ne-au eliberat de sarcini plictisitoare ca să ne concentrăm pe concepte de nivel superior. Dar dacă nu ai învățat niciodată împărțirea lungă, nu vei înțelege ce face calculatorul când îți dă un răspuns.

La fel e și cu dezvoltarea software. Dacă lași AI-ul să se ocupe de "părțile plictisitoare" fără să înțelegi vreodată ce fac acele părți, vei ajunge într-un punct în care nu mai poți evalua dacă output-ul AI e corect. accepți cuvântul mașinii pentru tot, ceea ce e la fel de înțelept ca și cum ai lăsa o mașină să se conducă singură printr-o zonă de construcții fără să privești drumul.

Nu e vorba despre a păstra programarea ca pe un fel de meșteșug artizanal pentru puriști. E vorba despre a menține capacitatea de a prinde greșeli catastrofale înainte să ajungă la utilizatori.

Găsirea Echilibrului

Nu sunt anti-AI. La NameOcean, platforma noastră Vibe Hosting folosește efectiv AI pentru a ajuta dezvoltatorii să livreze mai rapid. Uneltele sunt incredibile când sunt folosite ca amplificatoare ale judecății umane, nu ca înlocuitori.

Relația sănătoasă cu AI-ul de programare arată cam așa:

• Folosește AI pentru a genera boilerplate, schele și prime drafturi
• Folosește AI pentru a explora API-uri și documentație necunoscută
• Nu folosi niciodată AI ca substituent pentru înțelegerea propriului codebase
• Testează întotdeauna ce produce AI înainte să ajungă în producție
• Tratează sugestiile AI ca pe feedback de code review — input util, nu Scriptură

Dezvoltatorul care a livrat acel PR netestat? N-a fost leneș sau incompetent. A căzut într-o capcană pe care întreaga industrie și-o sapă chiar acum: seducția momentului peste calitate.

Livrăm repede, spargem lucruri, mișcăm rapid — asta e mantre. Dar undeva pe parcurs, am uitat că lucrurile sparte costă bani reali, utilizatori reali și încredere reală de reparat.

Concluzia

Asistenții AI de programare sunt pentru dezvoltarea modernă ceea ce verificarea ortografică e pentru scris — unelte utile care prind greșeli de scriere, dar nu-ți pot spune dacă argumentul tău are sens. În continuare ai nevoie de creierul uman să întrebe "ar trebui chiar să construim această funcționalitate?" și "rezolvă asta efectiv problema utilizatorului?"

Dezvoltatorii care vor prospera în această nouă eră nu sunt cei care folosesc cel mai mult AI. Sunt cei care folosesc AI strategic în timp ce își mențin judecata inginerească fundamentală ascuțită. Sunt cei care înțeleg încă ce se întâmplă sub capotă chiar și atunci când nu înșurubează fiecare piuliță manual.

AI-ul nu e problema. Presupunerea că AI-ul face supravegherea umană opțională — asta e problema.

Așa că, fă ce vrei cu AI-ul pentru MVP-ul tău. Dar înainte să dai merge, aminteește-ți: emoji-ul cu pizza din mesajul commit nu va fi acolo când utilizatorii tăi primesc un 500 error la miezul nopții.