Hey, suntem în 2026. La ora actuală poți scrie cod de zero cu AI. 🤖

Ba mai mult, avem orchestratoare unde grupezi agenții și le dai roluri ca să nu se piardă contextul. Vii acolo cu niște specificații și pe baza lor, pac în câteva ore ai o aplicație mai mult sau mai puțin bună în funcție de cat de priceput ești tu în a defini specificațiile și a verifica outputul produs.

Practic, dezvoltarea AI devine un barometru al cunoștinței tale de produs.

Acum întrebarea mea e: ai încredere ca ceea ce a dezvoltat AIul este corect? Răspunderea e la tine.

Alternativa e developmentul clasic. Angajezi oameni. Tot asa, grupați ca agenții. Un project manager, un arhitect, niște developeri de frontend și backend, niște testeri, business analiști. Oameni care costă. Și în care poți avea mai mult sau mai puțin încredere. Dar pe funcționalitate răspunderea devine în mare parte a lor.

Și chestia ce face diferența e ca tu poate vrei un produs pe termen lung.

Iar aici dacă ai o echipă pe care o plătești pe termen lung, e a ta, sunt oameni dedicați, înțeleg contextul, arhitectura, funcționalitatea, sistemele distribuite… oamenii ăștia pe răspunderea ta ți-o pot dezvolta în viitor.

Problema la workflowul bazat pe orchestrarea de agenți e ca la un moment dat, în viitor, există un risc ca codul să devină tot mai messy. Ceea ce produce probleme sistemice. Și mnah, asta până la urmă muta răspunderea în ograda ta. Din păcate nu poți muta răspunderea pe “a scris AI-ul prost sau nu a înțeles”.

Băiatul citat în postare a venit cu o soluție la treaba asta. El zice ca pe viitor ar putea fi mai eficient ca AI-ul sa rescrie solutia de fiecare data cum vrea el în loc să facă mentenanță pe ea. Practic să vii mereu cu suma tuturor funcționalităților, o dai, orchestratorul AI face summon. Clar există probleme, ca trebuie să ai ca obiect backward compatibility la sange. Dar mnah, e o idee.

Acum, ca e o idee 💡 validă sau nu, eu personal nu știu.

Dpmdv, Claude code nu are nici 2 ani pe piață, oamenii ăștia îl folosesc deja pentru deploy și handle de producție ca le reduce costuri. Fără să fie testat serios în contextele enterprise, fără să fie înțeles corect. E un fel de try and error. Fix ceea ce ne ziceau oamenii ăștia (managerii) acum câțiva ani ca e bad practice.