Y Combinator informa que el 25% del seu projecte W25 té bases de codi que són el 95% generades per la IA. Aquest article discuteix els veritables compromisos: velocitat vs. deute tècnic, prototip vs. producció, i per què els enginyers superiors reporten el desenvolupament infern. Hi ha una nova manera de construir programari que està prenent Silicon Valley per tempesta, i honestament, l'he estat veient amb una barreja de fascinació i horror. Al febrer de 2025, Andrej Karpathy va proposar el terme "codificació de vibracions", i en poques setmanes, es va convertir en la paraula més calenta de la tecnologia. Al març, Y Combinator va informar que el 25% del seu lot d'Hivern 2025 tenia bases de codi que eren el 90% generades per la IA. El vint-i-cinc per cent de les startups més prometedores del món estan enviant productes on Com a algú que ha construït programari a nivell d'infraestructura com Sayna, puc dir-vos que aquesta estadística em manté despert a la nit, però probablement no per les raons que esperaries. Què és exactament Vibe Coding? Deixeu-me citar el tuit original de Karpathy perquè captura perfectament l'essència del que estem tractant: És un nou tipus de codificació que anomeno "codificació de vibració" en la qual vostè cedeix completament a les vibracions, abraça els exponencials i oblida que el codi existeix. És un nou tipus de codificació que anomeno "codificació de vibració" en la qual vostè cedeix completament a les vibracions, abraça els exponencials i oblida que el codi existeix. Això prové d'un antic investigador d'OpenAI i director d'IA de Tesla que ha ajudat a construir alguns dels sistemes d'IA més avançats del planeta i ens diu que simplement ... buzz amb això. I aquí està la cosa: per llençar projectes de cap de setmana com va descriure originalment Karpathy, això en realitat té molt de sentit; el problema és que les startups van prendre aquesta filosofia i la van executar directament en la producció. Verificació de la realitat del combinador Y Quan el soci de gestió de YC, Jared Friedman, va anunciar aquestes estadístiques, va aclarir ràpidament una cosa important: no eren fundadors no tècnics que lluitaven amb ChatGPT, sinó enginyers altament qualificats que, fa un any, ho haurien construït tot des de zero - van triar no fer-ho, perquè la IA era prou bona. Garry Tan, CEO de YC, ho va dir clarament: "Això no és una moda. Això no desapareix. Aquesta és la manera dominant de codificar, i si no ho estàs fent, pot ser que només estiguis deixat enrere." Però aquí és el que va cridar la meva atenció en aquesta conversa: Tan va advertir què passa quan una startup amb el 95% de codi generat per la IA aconsegueix 100 milions d'usuaris: "S'ha acabat o no?" Aquest és l’hàbitat del qual ningú vol parlar. L’hàbitat és real Durant els últims mesos, he estat veient les discussions dels enginyers i CTOs superiors i les històries comencen a inflar-se: Un gerent d'enginyeria senior de Navan va aixecar un punt crucial que la majoria de les discussions de codificació de vibe desapareixen completament: "Està l'IA estenent o refactoring característiques o són tots projectes de camp verd?" La resposta importa més del que la majoria de la gent s'adona: construir alguna cosa des de zero és fonamentalment diferent de mantenir sistemes que han acumulat anys de coneixement tribal, patrons i, sí, deute tècnic. Això és el que realment està passant a la producció: Un desenvolupador desil·lusionat va compartir: "Estic tractant de crear el meu petit projecte, però cada vegada hi ha més i més errors... Estem treballant en ell durant uns 3 mesos, però cada vegada que vull canviar una cosa menor, mato 4 dies de debugging altres coses que van al sud" The Debugging Nightmare Un arquitecte de programari va descriure el que va anomenar "deute de confiança" després que un desenvolupador junior va desfer un sistema d'autorització d'usuari que va passar proves, va sobreviure a QA i va llançar amb èxit. dues setmanes més tard, van descobrir que els comptes desactivats encara podien accedir a eines de backend a causa d'una comprovació veritable invertida que "semblava funcionar en aquell moment". The trust debt problem Estem veient una divisió en la indústria: hi ha "AI Native Builders" que poden lliurar característiques ràpidament, però que lluiten amb el debugging, l'arquitectura i el manteniment a llarg termini; i després hi ha "System Architects" que entenen les implicacions de les decisions tècniques i poden navegar per la complexitat generada per la IA. Dos enginyers creen el deute de cinquanta Hi ha una broma fent rondes en els cercles d'enginyeria: "Dos enginyers ara poden crear el deute tecnològic de cinquanta." El codi generat per la IA sense comprovació amplifica el deute tècnic de maneres que mai hem vist abans. La queixa broma conté un gra de realitat que està trencant els equips d'enginyeria. El codi es veu perfecte a la superfície, però sota és el que alguns anomenen "codi de casa de targetes" - sembla complet però s'enfonsa sota la pressió del món real. Això es manifesta de diverses maneres: En primer lloc, apareixen patrons de codificació inconsistents a mesura que la IA genera solucions basades en propostes diferents sense una visió arquitectònica unificada i acaba amb una base de codi de patchwork on es resolen problemes similars de maneres completament diferents. En segon lloc, la documentació es torna escassa o una inexistència perquè l'enfocament passa a prompt engineering en comptes d'explicar la funcionalitat del codi.El desenvolupador que va escriure els prompts podria entendre el que van demanar, però la lògica real de la implementació continua sent un misteri. En tercer lloc, i això és el més espantós, les vulnerabilitats de seguretat creuen a taxes alarmants: un estudi va trobar que els models d'IA introdueixen vulnerabilitats de seguretat conegudes en el codi el 45% del temps. On el codificació de Vibe realment té sentit Seré honest, no estic aquí per dir-vos que el codificació de vibe és dolent i hauria de ser prohibit. Això seria hipòcrita perquè faig servir l'ajuda de la IA tot el temps en el meu flux de treball de desenvolupament. Vibe codificació funciona molt bé per: Prototips i proves de conceptes on cal validar ràpidament una idea Projectes i experiments de cap de setmana on el cost del fracàs és baix Aprendre nous idiomes i marcs on l’IA serveix com a tutorial accelerat Codi de boilerplate que segueix patrons ben establerts Components de la interfície d'usuari i operacions simples CRUD On es divideix és tot el que requereix: Comprensió profunda del comportament del sistema sota càrrega Components crítics de seguretat que tracten les dades d'usuari o l'autenticació Codi d'infraestructura on la fiabilitat i la latència són més importants que la velocitat de desenvolupament Lògica empresarial complexa que necessita evolucionar amb el temps Sistemes de processament en temps real on els mil·lisegons són importants Excepció de les infraestructures Aquí és on he de parlar del que estem construint: quan es treballa amb programari d'infraestructura, la tolerància per a "funciona principalment" cau a zero; quan es tracta de processament de veu en temps real, connexions WebSocket o streaming d'àudio, no hi ha "Accepta tot" A Sayna estem construint una capa de veu unificada per als agents d'IA, que significa gestionar la veu-a-text, text-a-voix i la transmissió d'àudio en temps real amb requisits de latència subsecundària. Puc codificar alguna cosa d'això? Potser les parts més senzilles, però l'arquitectura del nucli? Les canonades de filtració de soroll? La capa d'abstracció del proveïdor que necessita canviar entre Deepgram, ElevenLabs, Google Cloud i Azure sense caure marcs? Absolutament no. La raó és simple: el codi d'infraestructura és la base que depèn dels productes d'altres persones.Quan aquesta base es construeix sobre vibracions en lloc de comprendre, tot a dalt es fa fràgil. Què fan realment els enginyers Aquí hi ha la paradoxa interessant: els enginyers sèniors obtenen més valor de les eines de codificació d'IA que els juniors -la raó és clara si ho penses: els ancians tenen el coneixement per gestionar l'IA correctament i reparar els seus errors - tracten la sortida d'IA com el codi d'una nova contractació, inspeccionant cada línia, assegurant-se que la comprenen abans que s'enviï. Un CTO va descriure la nova realitat perfectament: la codificació de vibe és un excel·lent mètode per avançar una idea de 0 a 0,7, però que l'última 0,3, la part que fa que el programari realment funcioni en la producció, encara requereix enginyeria humana. Els equips més reeixits que he vist tracten l'assistència de la IA com tenir un desenvolupador super ràpid però menor en l'equip - la IA podria treure el primer projecte, però un enginyer superior encara ho revisa amb un ull crític, ho refinarà i s'assegurarà que compleixi els estàndards de qualitat. És per això que "la codificació de vibe està morint" no és del tot correcte; el que està morint és la fantasia que es pot enviar programari de producció sense entendre el que està enviant. La ironia de Karpathy, el darrer projecte A l'octubre de 2025, Karpathy va llançar un nou projecte anomenat Nanochat. Algú li va preguntar quant d'ell era generat per la IA i la seva resposta va ser: "He intentat utilitzar agents Claude / Codex unes quantes vegades, però no van funcionar prou bé i van fer que la xarxa fos inútil". El pare de la codificació de vibe no confia en la tècnica per als seus propis projectes seriosos, deixeu-ho enfonsar per un moment. Construcció a llarg termini Si estàs començant avui una empresa o projecte, aquí està el que suggeriria: Utilitzar el suport d'IA de manera agressiva per als prototips i MVP, però tenir un pla per a la transició de "codi vibrat" a "codi de producció". Know Your Boundaries Les startups que sobrevisquin a l'enrenou de codificació de vibe seran aquelles que van invertir des del principi en l'arquitectura adequada: la IA pot ajudar-te a escriure codi més ràpid, però no pot ajudar-te a dissenyar sistemes que escalen. Invest in Architecture Per a tot allò que gestiona les dades dels usuaris, processa el pagament, gestiona l'autenticació o necessita executar-se 24/7, pren el temps per construir-ho bé. Build critical infrastructure correctly Si estàs utilitzant la IA per generar codi, assegura't que el teu equip està aprenent d'ell, no només acceptant-lo. Create learning loops Per a nosaltres a Sayna, això significa construir a Rust per a garanties de rendiment, implementar proves adequades, mantenir documentació clara i dissenyar sistemes que evolucionin a mesura que canvien els requisits - no és tan ràpid com vloggar el nostre camí a través del desenvolupament, però és l'únic enfocament que té sentit per a la infraestructura que altres persones depenen. El futur és híbrid El futur del desenvolupament de programari no és la codificació de vibe pura més que és la codificació manual pura, és en algun lloc entre, on la IA accelera el desenvolupament i els humans lliuren qualitat. Les empreses que trobin aquest balanç guanyaran: enviaran més ràpid que les botigues de desenvolupament tradicionals evitant el tsunami de deute tècnic que provoca la codificació de vibe pur; tindran enginyers que puguin depurar problemes perquè entenen el que han enviat; construiran sistemes que s'escalfi perquè algú realment pensava en l'arquitectura. L'angoixa és real, però també és evitable: només cal saber quan deixar de beure l'AI Kool-Aid i començar l'enginyeria. Si estàs construint la propera gran cosa i el 95% del teu codi prové de les recomanacions d'IA, tinc una pregunta: realment entens el que estàs enviant? perquè si no, aquest enrenou està arribant. No t'oblidis de compartir si ho trobes útil! i si estàs tractant amb el teu equip amb el deute tècnic de codificació de Vue, m'agradaria escoltar les teves històries en els comentaris.
