Problema specificațiilor nu e nouă – AI-ul doar a scos-o la iveală

În dezvoltare, adevărul dureros e clar: nu codul e blocajul principal. Ci decizia ce cod să scrii.

Fred Brooks a zis asta în 1986, în No Silver Bullet. A văzut că inovații ca programarea orientată pe obiecte sau time-sharing aduc câștiguri mici. Ele rezolvă accidental complexity – mizeria de a scrie cod. Dar essential complexity – greutatea de a gândi – rămâne. Esența software-ului e specificația: aliniere cu stakeholder-ii, alegeri de compromisuri, cerințe precise pentru ceva ce nu există încă.

Acum AI generează cod. Toată lumea speră că specificațiile vor dispărea magic. Nu se întâmplă.

De ce specificații detaliate nu înseamnă specificații în limbaj natural

Mulți tool-uri AI – de la generatoare de PRD la validatoare stricte – cred că dacă AI pune întrebări bune, golurile se umplu singure.

Greșit. Limbajul natural e ambiguu. De aia există notații formale.

Poți scrie o spec de produs care sună perfect. Stakeholder-ii aprobă. Dar lipsește rigoarea pentru AI. "Dashboard-ul să încarce sub 2 secunde" sună bine. Dar "P95 latency <2000ms, cu P99 sub 5000ms" e specificație reală.

Când dai spec vagă unui AI agent, rezultatele sunt proaste:

1. Ambiguitatea devine cod ciudat. Funcționează, dar arhitectura e dubioasă. Refactorezi săptămâni întregi.

2. AI-ul umple goluri cu presupuneri. Folosește pattern-uri din datele de training. Livrează ce credea el, nu ce voiai tu.

Niciunul nu câștigă.

Unde funcționează coding-ul cu agenți AI (și unde nu)

Să fim reali: agenții AI excelează în zone înguste. Landing pages, app-uri CRUD, integrări standard, fluxuri e-commerce clasice. Astea sunt probleme rezolvate de mii de ori. AI-ul face pattern matching, nu inovație.

Merită. Un founder solo multiplică de 10x viteza. O echipă mică face tool-uri admin în ore, nu săptămâni. Productivitate adevărată.

Dar atenție: succesul vine din claritate maximă în spec. Zona e atât de cunoscută, încât spec-ul pare implicit.

Pentru rest – logică business custom, integrări noi, arhitectură viitoare – gândești ca pentru oameni. AI accelerează scrierea. Nu gândirea. Nu refuză implementări proaste. Face ce-i spui.

Un developer a zis bine: "AI scrie cod, dar nu zice 'stai, mai bine facem X întâi' fără să-i spui tu." Asta e gândire de produs. Irrempluibilă.

Blocajul real: frecarea în comunicarea umană

Dacă specificația e grea și AI nu o rezolvă, ce face?

Răspuns simplu: reduce frecarea între oameni.

Când PM-ul dă brief inginerului și urmează o săptămână de clarificări, ai problemă de spec. Când mockup-urile designer-ului ignoră constrângeri backend, problemă de spec. Când AI-ul deviază de la cerințe nescrise, tot problemă de spec.

Soluția nu e agent mai bun sau framework fancy. E precizie în discuțiile umane înainte de AI.

Cum:

• Spec ca artifact principal. Contractul pe care depinde codul.
• Documentare explicită a compromisurilor. De ce eventual consistency, nu strong? De ce acest data model?
• Notații formale unde contează. Schema SQL, API contracts, bugete de performanță.
• Feedback timpuriu cu AI. Generează bucată mică de cod, rafinează spec-ul pe baza ambiguităților.

Ce înseamnă asta pentru workflow-ul tău

Nu renunța la agenți AI în producție. Investește mai mult în specificații, nu mai puțin.

Sună contra-intuitiv în era "move fast". Dar viteză cu spec proastă înseamnă ținte greșite, mai rapid. Echipele care câștigă au gândit hard înainte. Folosesc AI ca multiplicator de execuție.

Pentru startup-uri și echipe mici: avantajul nu e generare cod. E claritate spec. Dacă articulezi logica business precis, AI implementează fidel. Generarea codului e acum ușoară.

Linia de fund

Brooks avea dreptate în 1986. Are și în 2025. Complexitatea esențială e în concepție, nu construcție. AI a făcut gap-ul vizibil.

Productivitatea viitoare nu vine din agenți mai buni. Vine din echipe care disciplinează specificațiile, tratează requirements engineering ca disciplină de top și folosesc AI să amplifice claritatea, nu să mascheze confuzia.

Asta e oportunitatea reală la intersecția AI și software. Cere un lucru pe care niciun agent nu-l face: gândire profundă despre ce construiești cu adevărat.