AI în web development — ce automatizezi și ce nu externalizezi niciodată

Folosim AI în fiecare zi de lucru. Nu ca poziție ideologică, ci pentru că o parte din munca de web development este pur și simplu repetitivă, iar acolo câștigul se măsoară în ore, nu în discursuri.

Lista scurtă a lucrurilor unde ajută onest:

• Scaffolding: structura unui formular, un set de rute, un client tipizat peste un API deja documentat.
• Refactorizări mecanice: redenumiri pe zeci de fișiere, extragerea unui hook, mutarea unei componente dintr-un layer în altul.
• Teste: mai ales cazurile evidente pe care le-ai scrie oricum, dar pe care le amâni la nesfârșit.
• Migrări: de la o versiune majoră de framework la alta, de la o convenție de stiluri la alta.
• Prime ciorne de conținut: un draft pe care redactorul îl taie în jumătate și îl rescrie ca al lui.
• Text alternativ și traduceri: un punct de plecare decent pentru o galerie cu două sute de imagini.
• Prima trecere de code review: prinde variabile nefolosite, tratări de eroare lipsă, tipuri prea permisive.

Numitorul comun al listei: sarcini cu răspuns verificabil rapid. Când poți spune în zece secunde dacă rezultatul e corect, AI-ul e un multiplicator serios. Când verificarea costă mai mult decât execuția, nu mai e nimic de multiplicat.

AI-ul nu economisește gândire. Economisește tastare. Diferența dintre cele două decide dacă un proiect iese bine sau doar iese repede.

Partea neplăcută e că un rezultat slab generat de AI nu arată slab. Arată plauzibil. Codul compilează, pagina se încarcă, textul sună a text. Degradarea apare în zonele unde nu ai un test care să pice.

• Gustul. Un model produce media a ceea ce a văzut. Media nu a câștigat niciodată un pitch.
• Arhitectura informației. Ce pui pe prima pagină și ce elimini e o decizie de business, nu una de generare. Un model nu știe care dintre cele șase servicii aduce optzeci la sută din marjă.
• Vocea brandului. Se pierde discret: un adjectiv în plus, o formulare generică, un ton de broșură. După treizeci de pagini, brandul a dispărut.
• Judecata pe cazuri limită. Ce se întâmplă dacă plata trece, dar webhook-ul nu ajunge. Ce se întâmplă la al doilea click pe Trimite. Acolo se pierd banii reali.
• Nuanța de accesibilitate. Un atribut ARIA generat corect sintactic poate face experiența mai proastă pentru cineva care folosește un cititor de ecran.
• Compromisurile de performanță. Ce randezi pe server, ce trimiți în client, ce cache-uiești și pentru cât timp — vezi și arhitectura pe server components. Un model îți dă o variantă care merge, nu varianta potrivită pentru traficul tău.

Tiparul se repetă în aproape orice proiect: optzeci la sută din funcționalitate apare în zece minute, iar restul de douăzeci la sută durează mai mult decât dacă scriai totul de la zero.

Motivul e simplu. Codul generat vine cu presupuneri pe care nu le-ai luat tu, ci modelul: o structură de date pe care nu ai ales-o, o convenție de erori care nu e a ta, o dependență în plus. Ca să duci lucrul la capăt, trebuie mai întâi să reconstruiești mental decizii pe care nu le-ai luat. Arheologie, nu inginerie.

De aici regula noastră: AI-ul propune, omul decide arhitectura. Dacă bucata generată nu se potrivește peste structura pe care am ales-o deliberat, se aruncă. Nu se negociază cu ea.

Pentru că sunt trase din aceeași distribuție. Același hero centrat, aceleași trei carduri cu iconițe, același gradient, aceeași secțiune de testimoniale, același ton de start-up amabil. Individual, fiecare pare curat. Puse unul lângă altul, sunt același site cu logo-uri diferite.

Pentru o afacere, asta nu e o problemă estetică, ci una comercială. Un site care seamănă cu alte cinci sute de site-uri nu poate susține un preț mai mare. Diferențierea vizuală este singurul lucru pe care clientul îl vede înainte să afle ceva despre calitatea ta — și e mult mai mult decât un logo. Când dispare, rămâne doar concurența pe preț.

Aici separăm două lucruri: AI ca unealtă de producție și AI ca funcționalitate livrată utilizatorului. A doua categorie merită doar când răspunde la o întrebare concretă.

Merită, de obicei:

• Căutare semantică pe un catalog mare, unde utilizatorii nu cunosc terminologia internă.
• Un asistent care chiar are acces la datele tale — stoc, program, prețuri, disponibilitate — și care spune clar când nu știe.
• Clasificare și rutare în spate: lead-uri, tichete, formulare. Invizibil pentru utilizator, util pentru echipă.

Nu merită, de obicei:

• Un chatbot pe un site de cinci pagini, unde răspunsul e oricum la două scroll-uri distanță.
• Personalizare pentru un trafic care nu produce destule date ca personalizarea să însemne ceva.
• Generare de text la runtime acolo unde un text scris bine, o dată, ar fi fost mai bun și gratuit.

Testul e brutal de simplu: dacă înlocuiești funcția AI cu un link bun sau cu o pagină bine scrisă și nimeni nu observă lipsa, funcția era teatru.

• Nimic nu ajunge în producție fără să fi fost citit linie cu linie de un om care poate explica de ce e acolo.
• Diff-uri mici. Un diff generat de trei sute de linii nu se poate revizui onest, deci nu se acceptă.
• Arhitectura, schema de date și structura navigației se decid înainte, de om, în scris.
• Textul de brand se scrie sau se rescrie de om. Ciorna generată e material brut, nu livrabil.
• Nicio cifră, nicio afirmație despre client și nicio referință legală nu intră fără verificare la sursă.
• Responsabilitatea nu se distribuie. Dacă ceva cade la trei dimineața, explicația nu poate fi că așa a generat modelul.
• Un singur proiect activ odată, indiferent cât de rapidă pare unealta — motivele sunt aici.

Întrebarea corectă nu e dacă folosește AI. Toată lumea folosește. Întreabă:

• Ce anume generați și ce scrieți de mână, concret, pe proiectul meu.
• Cine revizuiește codul generat și cât durează revizuirea.
• Datele mele ajung în vreun serviciu extern. Care, în ce condiții.
• Textul și designul sunt originale sau media a ceea ce există deja online.
• Cine răspunde dacă apare o problemă de securitate în cod pe care nu l-a scris nimeni din echipă.

Un furnizor serios răspunde direct la toate cinci. Vezi și proiectele noastre ca să judeci rezultatul, nu procesul.

AI-ul a ridicat considerabil podeaua. Un site prost e mai greu de făcut azi decât acum trei ani, iar viteza de la idee la prototip s-a schimbat definitiv.

Tavanul nu s-a mișcat. Un produs care câștigă piață cere în continuare decizii pe care nimeni nu le poate delega: ce omiți, cui te adresezi, ce promiți și ce ești dispus să susții. Acolo, unealta tace. Restul e execuție — iar execuția merită automatizată fără sentimentalisme.