Cum revizuiești codul generat de AI pentru a nu-l încrede orbește?

Question

Accepted Answer

Codul generat de AI este un **draft de la un autor încrezător, dar infailibil**. Adesea arată corect și se compilează, dar ascunde bug-uri subtile, API-uri inventate sau găuri de securitate. O revizuire disciplinată păstrează viteza fără risc.

## Checklist-ul de revizuire

- **Citește fiecare linie.** Dacă citești pe diagonală, expediezi bug-uri pe care nu le poți explica mai târziu. Fără excepții.
- **Verifică dacă rezolvă problema actuală** — nu una care arată similar. AI optimizează pentru plauzibil, nu pentru corect.
- **Rulează testele și linter-ul.** Adaugă teste pentru cazurile care te interesează; nu încredința orbește nici propriile teste ale AI-ului.
- **Verifică cazurile limită** — input gol, nulluri, valori mari, concurență, condiții de graniță.
- **Verifică securitatea** — injectare SQL/command, input nesanitizat, secrete în cod, deserializare nesigură.
- **Verifică performanța** — bucle accidentale O(n²), interogări N+1, memorie nelimitată.
- **Confirmă că API-urile există** — AI halucinează nume de metode și funcții de bibliotecă care arată reale.
- **Nu pune niciodată cod pe care nu-l înțelegi.** Dacă nu poți să-l explici, nu poți să-l mențin sau să-l debug-ezi.

## Un flux practic

```text
1. Read the diff fully  →  do I understand every line?
2. Does it solve the real problem, including edge cases?
3. Run: tests + linter + type checker
4. Scan for security + performance red flags
5. Only then: commit (with a message that reflects what it really does)
```

Tratează AI ca pe un developer junior rapid: util, productiv, dar al cărui output revizuiești întotdeauna înainte să fie integrat. Responsabilitatea codului expediabil rămâne la tine, nu la model.

## De ce conteaza

Pericolul codului AI nu este că e evident stricat — este că este *plauzibil* stricat, trecând o privire superficială în timp ce ascunde un bug sau vulnerabilitate. Revizuirea fiecărei linii, rularea testelor și refuzul de a expedia cod pe care nu-l înțelegi este ceea ce te separă de folosirea AI ca multiplicator de forță de la acumularea tăcută a datoriei tehnice și a riscului de securitate pe care nu-l poți responsabiliza.