Y Combinator informa que el 25% de su proyecto W25 tiene bases de código que son 95% generadas por la IA. Este artículo discute los verdaderos compromisos: velocidad vs. deuda técnica, prototipo vs. producción, y por qué los ingenieros superiores reportan el desarrollo helado. Hay una nueva forma de construir software que está tomando Silicon Valley por la tormenta, y honestamente, lo he estado viendo con una mezcla de fascinación y horror. En febrero de 2025, Andrej Karpathy acuñó el término "codificación de vibraciones", y dentro de semanas, se convirtió en la palabra más caliente en la tecnología. Para marzo, Y Combinator informó que el 25% de su lote de Invierno 2025 tenía bases de código que eran 90% generadas por IA. El veinticinco por ciento de las startups más prometedoras del mundo están enviando productos donde Como alguien que ha construido software de nivel de infraestructura como Sayna, puedo decirle que esta estadística me mantiene despierto por la noche, pero probablemente no por las razones que usted esperaría. ¿Qué es exactamente Vibe Coding? Déjame citar el tweet original de Karpathy porque captura perfectamente la esencia de lo que estamos tratando: Es un nuevo tipo de codificación que llamo 'codificación de vibración' en la que usted cede completamente a las vibraciones, abraza los exponenciales y olvida que el código existe. yo 'acepto todo' en, ya no leo las difusiones, cuando recibo mensajes de error solo las copio con ningún comentario, por lo general eso lo fija ". Es un nuevo tipo de codificación que llamo 'codificación de vibración' en la que usted cede completamente a las vibraciones, abraza los exponenciales y olvida que el código existe. yo 'acepto todo' en, ya no leo las difusiones, cuando recibo mensajes de error solo las copio con ningún comentario, por lo general eso lo fija ". Esto viene de un ex investigador de OpenAI y director de IA de Tesla que ha ayudado a construir algunos de los sistemas de IA más avanzados del planeta, nos dice que simplemente ... buzz con él. Y aquí está la cosa: para tirar proyectos de fin de semana como lo describió originalmente Karpathy, esto realmente tiene mucho sentido; el problema es que las startups tomaron esta filosofía y la llevaron directamente a la producción. Verificación de la realidad Y Combinator Cuando el socio ejecutivo de YC, Jared Friedman, anunció estas estadísticas, fue rápido para aclarar algo importante: estos no eran fundadores no técnicos que luchaban con ChatGPT, sino ingenieros altamente cualificados que, hace un año, habrían construido todo desde cero - eligieron no hacerlo, porque la IA se hizo lo suficientemente buena. Garry Tan, CEO de YC, lo dijo abiertamente: "Esto no es una moda. Esto no se va. Esta es la forma dominante de codificar, y si no lo está haciendo, usted puede simplemente quedarse atrás". Pero aquí es lo que me llamó la atención en esta conversación: Tan advirtió de lo que sucede cuando una startup con el 95% de código generado por la IA alcanza a 100 millones de usuarios: "¿Se cae o no?" Ese es el hangover del que nadie quiere hablar. El hangover es real Durante los últimos meses, he estado viendo discusiones de ingenieros y CTOs superiores y las historias están empezando a derramarse: Un gerente de ingeniería senior de Navan levantó un punto crucial que la mayoría de las discusiones de codificación de vibe pierden por completo: "¿La IA está extendiendo o refactorizando características o son todos proyectos de campo verde?" La respuesta importa más de lo que la mayoría de la gente se da cuenta: Construir algo desde cero es fundamentalmente diferente de mantener sistemas que han acumulado años de conocimiento tribal, patrones y sí, deuda técnica. Aquí está lo que está sucediendo en la producción: Un desarrollador desilusionado compartió: "Estaba tratando de crear mi pequeño proyecto pero cada vez que hay más y más errores... Estoy trabajando en él durante aproximadamente 3 meses pero cada vez que quiero cambiar una cosa menor, mato 4 días debugando otras cosas que van al sur" The Debugging Nightmare : Un arquitecto de software describió lo que él llama "deuda de confianza" después de que un desarrollador junior golpeó un sistema de permisos de usuario que pasó las pruebas, sobrevivió a la QA y se lanzó con éxito. Dos semanas más tarde, descubrieron que las cuentas desactivadas todavía podrían acceder a las herramientas de backend debido a una verificación verídica invertida que "parecía funcionar en ese momento". The trust debt problem Estamos viendo una división en la industria: hay "constructores nativos de IA" que pueden entregar características rápidamente, pero que luchan con el desmantelamiento, la arquitectura y el mantenimiento a largo plazo; y luego hay "arquitectos de sistemas" que entienden las implicaciones de las decisiones técnicas y pueden navegar por la complejidad generada por la IA. Dos ingenieros crean la deuda de cincuenta Hay una broma haciendo rondas en los círculos de ingeniería: "Dos ingenieros ahora pueden crear la deuda tecnológica de cincuenta." El código generado por la IA sin comprobar amplifica la deuda técnica de maneras que nunca hemos visto antes.La queja de broma contiene un grano de realidad que está arruinando a los equipos de ingeniería.El código parece perfecto en la superficie, pero debajo de él es lo que algunos llaman "código de casa de tarjetas" - parece completo pero se desmorona bajo la presión del mundo real. Esto se manifiesta de varias maneras distintas: En primer lugar, surgen patrones de codificación inconsistentes a medida que la IA genera soluciones basadas en diferentes prompts sin una visión arquitectónica unificada y terminas con una base de código de patchwork donde se resuelven problemas similares de maneras completamente diferentes. En segundo lugar, la documentación se vuelve escasa o una inexistencia porque el foco se desplaza a la ingeniería prompt en lugar de explicar la funcionalidad del código.El desarrollador que escribió las promptes podría entender lo que pedían, pero la lógica real de la implementación sigue siendo un misterio. En tercer lugar, y esto es lo aterrador, las vulnerabilidades de seguridad crepan a tasas alarmantes: un estudio encontró que los modelos de IA introducen vulnerabilidades de seguridad conocidas en el código 45% del tiempo. Donde la codificación de Vibe realmente tiene sentido Seré honesto, no estoy aquí para decirle que la codificación de vibe es mala y debe ser prohibida. Eso sería hipócrita porque uso la asistencia de IA todo el tiempo en mi flujo de trabajo de desarrollo. Vibe Coding funciona muy bien para: Prototipos y prueba de conceptos donde se necesita validar rápidamente una idea Proyectos de fin de semana y experimentos donde el coste del fracaso es bajo Aprender nuevos idiomas y marcos en los que la IA sirve como un tutorial acelerado Código de boilerplate que sigue patrones bien establecidos Componentes de la interfaz de usuario y operaciones CRUD simples Dónde cae es todo lo que requiere: Comprensión profunda del comportamiento del sistema bajo carga Componentes críticos de seguridad que manejan los datos de los usuarios o la autenticación Código de infraestructura donde la fiabilidad y la latencia importan más que la velocidad de desarrollo Lógica de negocio compleja que necesita evolucionar con el tiempo Sistemas de procesamiento en tiempo real donde los milisegundos importan Excepciones de infraestructura Aquí es donde tengo que hablar de lo que estamos construyendo: cuando se trabaja con software de infraestructura, la tolerancia para "está funcionando principalmente" cae a cero; cuando se trata de procesamiento de voz en tiempo real, conexiones WebSocket o streaming de audio, no hay "Aceptar todo" En Sayna estamos construyendo una capa de voz unificada para los agentes de IA, lo que significa manejar la voz a texto, el texto a voz y la transmisión de audio en tiempo real con los requisitos de latencia subsecundaria. ¿Puedo codificar algo de esto? Tal vez las partes más simples, pero la arquitectura central? Las tuberías de filtración de ruido? La capa de abstracción del proveedor que necesita cambiar entre Deepgram, ElevenLabs, Google Cloud y Azure sin caer marcos? Absolutamente no. La razón es simple: el código de infraestructura es la base que depende de los productos de otras personas.Cuando esta base se construye sobre vibraciones en lugar de comprender, todo en la parte superior se vuelve frágil. Lo que en realidad hacen los ingenieros Aquí está la paradoja interesante: los ingenieros superiores están obteniendo MÁS valor de las herramientas de codificación de IA que los juniores - la razón es clara si se piensa en ello: Los ancianos tienen el conocimiento para manejar la IA correctamente y reparar sus errores - tratan la salida de IA como el código de una nueva contratación, inspeccionando cada línea, asegurándose de que la entienden antes de que se envíe. Un CTO describió la nueva realidad perfectamente: la codificación de vibe es un excelente método para avanzar una idea de 0 a 0,7, pero que el último 0,3, la parte que hace que el software realmente funcione en la producción, todavía requiere ingeniería humana. Los equipos más exitosos que he visto tratan la asistencia de IA como tener un desarrollador super-rápido pero junior en el equipo - la IA podría sacar el primer proyecto, pero un ingeniero senior todavía lo revisará con un ojo crítico, lo refinará y se asegurará de que cumpla con los estándares de calidad. Es por eso que "la codificación de vibe está muriendo" no es completamente correcta; lo que está muriendo es la fantasía de que puedes enviar software de producción sin comprender lo que estás enviando. La ironía de Karpathy En octubre de 2025, Karpathy lanzó un nuevo proyecto llamado Nanochat.Alguien le preguntó cuánto de él era generado por IA y su respuesta fue: "Intenté usar agentes Claude / Codex varias veces, pero no funcionaron lo suficientemente bien y hicieron que la red fuera inútil". El padre de la codificación de vibe no confía en la técnica para sus propios proyectos serios, deje que se sumerja por un momento. La construcción a largo plazo Si estás comenzando hoy una empresa o proyecto, aquí está lo que sugeriría: Use el soporte de IA agresivamente para los prototipos y los MVP, pero tenga un plan para la transición de "código vibrado" a "código de producción". Know Your Boundaries Las startups que sobrevivirán al hangover de codificación de vibe serán aquellas que invirtieron desde el principio en la arquitectura adecuada: la IA puede ayudarle a escribir código más rápido, pero no puede ayudarle a diseñar sistemas que escalen. Invest in Architecture : Para todo lo que maneja los datos de los usuarios, procesa el pago, gestiona la autenticación o necesita ejecutarse 24/7, tome el tiempo para construirlo correctamente. Build critical infrastructure correctly Si estás utilizando la IA para generar código, asegúrate de que tu equipo está aprendiendo de él, no solo aceptándolo. Create learning loops Para nosotros en Sayna, esto significa construir en Rust para garantizar el rendimiento, implementar pruebas adecuadas, mantener una documentación clara y diseñar sistemas que evolucionen a medida que cambian los requisitos - no es tan rápido como vloggar nuestro camino a través del desarrollo, pero es el único enfoque que tiene sentido para la infraestructura de la que dependen otras personas. El futuro es híbrido El futuro del desarrollo de software no es la codificación de vibe pura más que la codificación manual pura, está en algún lugar entre, donde la IA acelera el desarrollo y los humanos proporcionan calidad. Las empresas que encuentren este equilibrio ganarán: navegarán más rápido que las tiendas de desarrollo tradicionales evitando el tsunami de deudas técnicas que provoca la codificación de vibe puro; tendrán ingenieros que puedan debugar problemas porque entienden lo que enviaron; construirán sistemas que escalen porque alguien realmente pensó en la arquitectura. La angustia es real, pero también es evitable: sólo necesita saber cuándo dejar de beber el AI Kool-Aid y comenzar la ingeniería. Si está construyendo la próxima gran cosa y el 95% de su código proviene de las promesas de IA, tengo una pregunta: ¿realmente entiende lo que está enviando? porque si no, este hangover está llegando. No te olvides de compartir si te parece útil! y si estás tratando con tu equipo con deuda técnica de codificación de Vue, me encantaría escuchar tus historias en los comentarios.
