Codare vibe, după luna de miere
· 6 min read · Filippo Spinella · AI, Coding, Agents, Developer Tools
Codarea vibrațiilor este una dintre acele expresii care par născute pentru a fi urâte și apoi, încet, încet, devin utile.
La început sună așa: nu cred, întreb AI, accept ce iese, continuă. Un mod vesel de a produce datorii tehnice cu un fundal muzical.
Dar ar fi prea ușor să o respingi așa. Adevărul este că codarea vibrațiilor a interceptat un lucru real: programarea cu un model schimbă relația dintre idee și prototip.
Mai întâi ai avut un gând și apoi o urcare lungă. Acum de multe ori ai un gând și o jumătate de oră mai târziu ceva se mișcă pe ecran. E greu să nu te lași sedus de ea.
Întrebarea interesantă, în 2026, nu este dacă codarea vibrațiilor este adevărată. Este. Întrebarea este: ce se întâmplă după luna de miere?
Prototipul a devenit economic
Aceasta este partea cea mai importantă.
Instrumentele AI au redus costul emoțional al începerii. Înainte, dacă voiai să încerci o idee, trebuia deja să pui la treabă: alegi stiva, creați un proiect, amintiți-vă de boilerplate, scrieți aspectul, conectați API-uri, discutați cu detalii plictisitoare.
Acum poți spune: dă-mi o primă versiune.
Și vine o primă versiune.
Nu întotdeauna frumos. Nu întotdeauna corect. Adesea fragilă. Dar vine. Și când ajunge, schimbă conversația. Nu vă mai certați în vid. Atingi ceva.
Acest lucru este foarte puternic pentru designeri, fondatori, manageri de produs, dezvoltatori seniori obosiți să rescrie schelele, oameni curioși care nu ar fi deschis un editor înainte.
Codarea Vibe este hype, deoarece oferă mai multor oameni senzația fizică a software-ului creat.
Problema este că software-ul rămâne în viață
Partea pe care meme o spune cel mai puțin este a doua zi.
Prototipul trebuie citit. Corecta. Testat. Desfăşurat. Securizat. Am primit-o de la altcineva. Conectat la date reale. Făcută accesibilă. Menținută atunci când o dependență se schimbă.
Aici codarea vibe pură lovește peretele.
Un model poate genera rapid mult cod, dar codul nu este valoare în sine. Este o promisiune de comportament. Și o promisiune trebuie verificată.
Riscul de codare vibe nu este scrierea de cod urât. Întotdeauna am făcut-o chiar și fără AI. Riscul este pierderea sentimentului de proprietate: „modelul a făcut-o” devine o scuză pentru a nu înțelege suficient.
Dar timpul de execuție nu acceptă scuze. Dacă codul rulează în producție, este al tău.
De la codificarea vibrațiilor la inginerie agentică
Versiunea matură a codării vibe nu trebuie să înceteze să folosească agenți. Este să le folosești cu un ciclu mai serios.
Nu: generează totul și sperăm.
Dar:
- descrieți intenția;
- lasă să genereze un draft;
- cereți agentului să explice planul;
- face mici diferențe;
- teste de lansare;
- face recenzii;
- corect;
- numai apoi se alătură.
Chestia asta merită un alt nume. Îmi place ingineria agenților, chiar dacă sună puțin solemn. Înseamnă să folosiți agenți nu ca aparate de joc, ci ca colaboratori în cadrul unui proces de inginerie.
Ideea este să nu luați energie din codificarea vibrațiilor. Îi dă urme.
Unde funcționează grozav
Codarea Vibe funcționează atunci când costul erorii este scăzut și valoarea explorării este mare.
Exemple:
- prototipuri de interfata;
- unelte personale;
- tablouri de bord interne;
- jocuri mici;
- scenariu unic;
- scanări API;
- dovada de concept;
- refactori mecanici cu teste bune;
- continuturile tehnice sa fie transformate in demo.
În aceste cazuri viteza este punctul. Vrei să vezi dacă ideea are picioare. Vrei să afli ce nu ai înțeles. Vrei să ajungi la o conversație concretă.
Codarea vibrațiilor este perfectă pentru a face forma să apară.
Unde devine periculos
Devine periculos atunci când sistemul are consecințe și nimeni nu încetinește.
Plăți, date personale, autentificare, permisiuni, infrastructură, migrare baze de date, cod moștenit sensibil, conformitate, producție. Aici atmosfera nu este suficientă. Avem nevoie de rigoare.
Nu înseamnă că AI nu poate ajuta. De fapt, poate ajuta foarte mult. Dar trebuie să funcționeze în limite înguste: ramură, sandbox, test, lint, review, feature flag, rollback.
Fraza care trebuie tatuată pe monitor este simplă: cu cât agentul este mai rapid, cu atât procesul trebuie să fie mai lizibil.
Dacă nu poți explica ce s-a schimbat, nu ai accelerat. Tocmai ai mutat datoria din timp la înțelegere.
Noul rol al dezvoltatorului
Cea mai interesantă parte este că treaba dezvoltatorului nu dispare. Schimbați densitatea.
Mai puțin timp pe placă. Mai mult timp pentru intenție, descompunere, revizuire, integrare, testare, limite.
Dezvoltatorul devine un fel de editor tehnic. Nu în sensul slab al „corecte”. În sens tare: decide ce trebuie să existe, ce trebuie tăiat, ce este în concordanță cu sistemul, ce merită încredere.
Un editor bun nu ia tot ce primește. Nici măcar nu rescrie totul din mândrie. Recunoaște materialul bun, îl aduce la formă, protejează cititorul.
Cu agenți, cititorul este și viitorul întreținător. Adesea ești tu în trei săptămâni.
Modelul pe care îl văd în curs de dezvoltare
Cel mai sănătos model este acesta:
- uman: intentie, constrangeri, gust, responsabilitate;
- agent: variante, schele, cautare, modificari locale, teste repetitive;
- infrastructură: sandbox, CI, urmărire, permisiuni, implementare;
- echipa: revizuire, proprietate, standarde.
Când una dintre aceste piese lipsește, ceva se deformează.
Numai uman: lent, adesea blocat de munca repetitivă.
Numai agent: rapid, dar fără judecată situată.
Doar infrastructură: proces elegant pentru producerea de lucruri inutile.
Doar echipă: întâlniri foarte ordonate în jurul unui prototip care nu ajunge niciodată.
Cel mai bine se întâmplă atunci când piesele vorbesc între ele.
O mică listă de verificare
Înainte de a lăsa un prototip codificat cu vibrații să crească, mi-aș pune aceste întrebări:
- înțeleg structura codului?
- există teste pentru comportamentul critic?
- știu ce fișiere a atins agentul?
- am eliminat codul generat dar nu folosit?
- au ajuns secrete, jetoane sau date false în locul nepotrivit?
- se respecta accesibilitatea minima?
- implementarea are rollback?
- Poate cineva în afară de mine să-l păstreze?
Dacă răspunsul este nu la prea multe întrebări, nu este un eșec. Este doar un prototip care trebuie să rămână un prototip un pic mai mult.
Lectura mea
Codarea vibrațiilor este un cuvânt tare pentru un lucru tandru: bucuria de a vedea o idee prinzând contur înainte ca frica să o oprească.
Nu vreau să-l arunc. Ar fi snob. Multe lucruri bune se nasc așa, pe jumătate strâmbe și vii.
Dar software-ul rămas are nevoie de mai mult. Are nevoie de înțelegere, testare, proprietate, infrastructură, limite. Are nevoie de cineva care să spună: cool, acum să facem realitate.
Poate că viitorul nu este despre a alege între programarea „serios” și programarea „vibe”. Poate că înseamnă să înveți să schimbi viteza: explorează ușor, apoi consolidează-te cu respect.
Partea umană este acolo. Aflați când să alergați și când să vă așezați și să citiți diferența.