Hay una frase que todo desarrollador con experiencia ha escuchado al menos una vez en el último año. Una frase que llega después de que un cliente, emocionado por una demo relámpago, contrata a un «desarrollador» que promete resultados en minutos con solo describir la idea. La frase es: «no entiendo, la IA lo hizo funcionar, ¿por qué ahora no anda?». Y detrás de esa frase, casi siempre, hay un vibe coding descontrolado que nunca debió llegar a producción.
El problema no es nuevo. Lleva décadas ocurriendo con distintas caras. Primero fue el «mi sobrino te hace una web en 10 minutos con WordPress». Llegaban con 50 plugins sin criterio, código espagueti, una base de datos llena de tablas innecesarias, y un cliente que juraba que «solo era cambiar un color». Ahora, en la era de la IA generativa, el ciclo se repite con un barniz de modernidad y promesas aún más veloces.
El vibe coding, término acuñado por Andrej Karpathy —cofundador de OpenAI y exdirector de IA en Tesla— en febrero de 2025, describe un enfoque donde el desarrollador se «deja llevar por la vibra», olvida que el código existe, y describe en lenguaje natural lo que quiere mientras la IA lo genera. Suena mágico. Es seductor. Y está creando la próxima gran ola de deuda técnica digital.
Este artículo está dirigido a quienes recogen los platos rotos. A los que saben lo que es optimizar un archivo CSS, minificar un JS, y mantener una separación de preocupaciones. A los que, como en el sector de la impresión con los archivos RGB vs CMYK, ven cómo la falta de criterio técnico genera un desastre que alguien tiene que arreglar.
Vibe Coding: El Nuevo Sobrino de WordPress
El vibe coding ha democratizado la creación de prototipos de una forma que ni WordPress en su auge logró. Cualquier persona con una idea y capacidad para explicarla puede tener una aplicación funcional —o que parece funcional— en cuestión de minutos. Pero esta velocidad tiene un precio, y ese precio lo pagan los que vienen después.
La analogía es casi perfecta: en el WordPress de los 2010, el sobrino instalaba un tema, añadía 50 plugins, y entregaba una web que «funcionaba». El cliente veía algo bonito y rápido. No veía el código inflado, las consultas lentas a la base de datos, los scripts de terceros cargando sin control. Pasaban los meses, el sitio se caía, la velocidad era un suplicio, y el cliente llegaba a un desarrollador honesto diciendo: «pero si mi sobrino lo hizo en dos horas».
Hoy, el vibe coding hace exactamente lo mismo, pero con esteroides. La IA genera código que parece correcto. Compila. Pasa pruebas superficiales. El cliente ve el resultado visual y cree que el trabajo está hecho. Pero lo que hay por debajo es un castillo de naipes: funciones repetidas, variables globales por todas partes, lógica inflada, y una arquitectura que nunca existió.
Dato técnico que deberías compartir con tus clientes: Un estudio reciente que analizó más de 304.000 commits generados por IA encontró que más del 15% introducían al menos un problema, y el 24,2% de esos problemas seguían sin resolverse en la versión más reciente del repositorio. No es que la IA sea mala. Es que el que la usa sin criterio no sabe lo que está mirando.
Archivo del Diablo: Tres Casos que Merecen una Placa en el Salón de la Fama del Desastre
Esta sección podría llenarse con cientos de casos. Todos comienzan igual: un cliente confiado, un prompt bien escrito (eso cree), y la certeza absoluta de que «así está bien porque lo hizo una IA profesional». Aquí van tres que duelen —y uno de ellos es real, vivido en carne propia—.
Caso 1: El fondo que no era fondo. Una agencia de marketing nos pidió una landing page con un degradado «neón» espectacular. El diseñador —que no sabía una línea de código— usó vibe coding con ChatGPT para generar la página completa. El resultado visual era impecable en pantalla: colores vibrantes, animaciones suaves, todo perfecto. El problema: el código generado tenía 18 capas de divs anidados solo para el fondo, variables CSS repetidas sin control, y una fuente de Google cargada tres veces en diferentes pesos porque la IA no sabía que ya la había incluido. La página tardaba 6 segundos en cargar en móvil. El cliente decía: «pero si la IA lo hizo rápido, ¿por qué va lento?». La agencia nos llamó para «optimizar». Lo que encontramos fue un archivo HTML de 3.400 líneas con CSS y JS todo mezclado. Refactorizar llevó 8 horas. El cliente aprendió la lección.
Caso 2: El «especialista en IA» que no sabía qué era una base de datos. Un cliente con un negocio de e-commerce contrató a un «desarrollador vibe» para hacer un sistema de gestión de pedidos. El tipo, con 0 experiencia en backend, le pidió a la IA que generara todo el código. La IA produjo un sistema funcional en apariencia: podías añadir productos, ver pedidos, generar facturas. El problema: cada consulta a la base de datos era un SELECT * sin filtros. La IA había generado 35 tablas donde solo necesitaba 5. Las relaciones eran un desastre. El sistema, con 50 pedidos, ya iba a paso de tortuga. Y cuando el cliente intentó añadir un campo nuevo, se rompieron 12 funciones diferentes. El «especialista» cobró 1.200 USD por el desarrollo. La reestructuración, hecha por un equipo con criterio, costó 4.500 USD. El cliente, después de ver los números, entendió que lo barato sale caro.
Caso 3: El cliente que «optimizó» él mismo el código de la IA. Un cliente recibió el código de su web generado por vibe coding. Al ver que era «demasiado código» (eran 5.000 líneas), decidió «optimizarlo» él mismo. No sabía programar, pero había visto un tutorial de YouTube de 10 minutos. El resultado: eliminó funciones que «parecían no servir», movió el CSS al HTML porque «así es más fácil», y borró la validación de formularios porque «se veía muy complicado». La página se rompió por completo. El formulario no enviaba datos. El menú no desplegaba. El cliente, desesperado, nos llamó diciendo: «yo solo le cambié unas cosas, ¿por qué no anda?». Lo que parecía una «optimización» era una destrucción masiva del código. Tuvimos que volver a la versión original y empezar de cero con una refactorización controlada.
💡 La lección del Archivo: En los tres casos, el problema nunca fue la IA. Fue la desconexión entre el resultado visual y la calidad técnica. La IA genera lo que le pides, pero no tiene criterio. Y en los tres casos, la factura de la reposición —o del reembolso— estuvo a punto de caer sobre el eslabón más débil de la cadena: el que sabe programar.
La Matemática Cruel que No Ven
Esta es la cuenta que deberías mostrarles a los clientes para que entiendan por qué el vibe coding sin control no es un ahorro, es una condena. La tabla habla por sí sola:
| Concepto | Vendehumo + Badcode | Desarrollo a medida (con criterio) |
|---|---|---|
| Coste inicial | 1.200 USD | 5.000 USD |
| Tiempo de entrega | 2 días | 3 semanas |
| Bugs en el primer mes | 15 | 2 |
| Parches / arreglos mensuales | 500 USD/mes durante 6 meses | 0 USD (está bien hecho) |
| Coste de oportunidad (clientes perdidos por caídas) | 2.000 USD | 0 USD |
| Coste total a 1 año | 6.200 USD | 5.000 USD |
El resultado: El «barato» salió 1.200 USD más caro al cabo del año, y encima el cliente tuvo un producto mediocre que generó frustración y pérdida de confianza. La matemática es cruel, pero es real.
El Ciclo Económico del Badcode: El Vendehumo, el Cliente y el Rescatador
Esto no es solo un problema técnico. Es un ciclo económico perverso que estamos viendo repetirse en 2026:
- Fase 1: La seducción. El vendehumo llega con su demo brillante generada por IA. Promete resultados en minutos, cobra la mitad que un desarrollador serio. El cliente firma emocionado.
- Fase 2: La caída. La app funciona dos semanas. Luego empiezan los bugs. Un cambio en una función rompe tres más. La velocidad se vuelve un suplicio. La deuda técnica acumulada explota.
- Fase 3: El drama. El cliente llama al vendehumo, que ya cobró y está en otro proyecto. Intenta parchear él mismo con IA. Arregla un error, genera tres nuevos. La frustración crece.
- Fase 4: La resurrección (o no). El cliente llega a ti. Pero hay dos finales: el arrepentido humilde que aprende la lección y paga por un desarrollo sólido, o el ególatra quemado que ya no tiene presupuesto, no admite su error, y se queda atascado.
El Nuevo Perfil que Gana: El Ingeniero de Producto
En este panorama, el programador tradicional no desaparece. Evoluciona. Y las voces más autorizadas del sector ya están trazando el mapa de este cambio.
Miguel Ángel Durán (midudev), creador de contenido de software, Frontend Architect con más de 20 años de experiencia trabajando en empresas como Fotocasa e InfoJobs, señala que el perfil que saldrá ganando en el futuro es el del Ingeniero de Producto: un profesional que combina criterio técnico, diseño de producto, analítica y comunicación. La IA le da velocidad; su experiencia le da dirección.
Antonio Sarosi, Compiler Engineer en Boundary (startup respaldada por Y Combinator · YC W23), dedica su día a día a crear un lenguaje de programación diseñado específicamente por y para el desarrollo con inteligencia artificial. Explica que, al usar la IA, el programador tradicional se está convirtiendo en un Project Manager de agentes de código. Su función pasa de escribir líneas a coordinar, definir requisitos y supervisar el trabajo de múltiples instancias de IA que trabajan en paralelo.
El desarrollador de verdad ya no compite en velocidad de escritura. Compite en criterio, en capacidad de auditar código, y en saber cuándo la IA está generando basura.
Para entender mejor este cambio de paradigma, te recomiendo ver la entrevista completa de Nate Gentile sobre el futuro de los programadores, donde analiza en profundidad estos nuevos roles con estas figuras clave del sector.
💡 El dato clave: Google, Meta y las grandes tecnológicas usan IA para acelerar su desarrollo. Pero lo hacen con ingenieros que entienden el código, que saben lo que están generando, y que tienen el criterio para decidir qué merece vivir y qué debe ser refactorizado. La diferencia no es la herramienta, es quién la usa.
Checklist de Supervivencia: Cómo Detectar el Badcode de IA
Así como en impresión tienes que detectar un archivo RGB antes de que llegue a la máquina, en el desarrollo con IA necesitas detectar el mal código antes de que llegue a producción. Aquí tienes una lista para el que sabe programar y se enfrenta a un proyecto hecho con vibe coding:
- Revisa la estructura de archivos: Si todo está en un solo HTML de 10.000 líneas, con CSS y JS mezclados, hay un problema. La separación de preocupaciones sigue siendo una buena práctica.
- Busca funciones repetidas: La IA tiende a generar código redundante. Si ves la misma lógica copiada en tres lugares distintos, es hora de refactorizar.
- Examina las variables globales: Si el código está lleno de variables que se usan en todas partes sin control, la deuda técnica está garantizada.
- Mide el rendimiento: Carga la página con herramientas de desarrollo. Si el CSS y JS no están minificados, si las imágenes no están optimizadas, si hay llamadas innecesarias a APIs, el cliente va a sufrir.
- Prueba el «efecto mariposa»: Haz un cambio pequeño en un lugar y mira qué se rompe en otro. Si el código está bien estructurado, no debería pasar nada. Si se rompe todo, estás ante un proyecto de vibe coding puro.
La Conversación que Debes Tener con Tu Cliente
No esperes a que el desastre ocurra para educar al cliente. La conversación sobre vibe coding y sus riesgos debe ocurrir en la preventa, no en la post-entrega:
Guion para el cliente: «El desarrollo con IA es una herramienta excelente para prototipos, igual que WordPress lo fue para páginas sencillas. Pero cuando hablamos de un producto que tiene que funcionar en el mundo real, con seguridad, rendimiento y mantenibilidad, la velocidad inicial no es suficiente. Lo que se construye en minutos con IA puede costar meses en mantenimiento si no está bien hecho. Yo puedo usar IA para acelerar el desarrollo, pero siempre con supervisión, con criterio, y con un enfoque en la calidad a largo plazo.»
Recursos Externos Recomendados
Para profundizar en el impacto del vibe coding y la deuda técnica generada por IA, consulta estos recursos:
- ¿Es el fin de los PROGRAMADORES? (Nate Gentile) – Entrevista con expertos del sector sobre el futuro del desarrollo con IA.
- ACM Digital Library – Estudios académicos sobre el impacto de la IA en el desarrollo de software.
- O’Reilly: Construyendo software resistente a la deuda técnica de IA – Guía de buenas prácticas.
- Hantik Group – Empresa colombiana especializada en conceptos tecnológicos, ecosistemas digitales robustos, desarrollo a medida, CRMs, agentes potenciados con IA, chatbots y más.
Conclusión: El Vibe Coding No es el Enemigo, la Falta de Criterio Sí
El vibe coding no es malo en sí mismo. Es una herramienta poderosa para la experimentación y la creación rápida. El problema es cuando se confunde con un sustituto de la ingeniería. Es el nuevo WordPress: accesible, seductor, y peligroso si no hay un profesional que supervise.
El nicho de oro en 2026 no está en los «vibe coders» que generan basura a gran velocidad. Está en los Ingenieros de Producto que saben usar la IA para multiplicar su impacto sin sacrificar la calidad. Los que saben que un archivo CSS va en su sitio, que un JS se minifica, y que un proyecto bien estructurado no necesita 50 «plugins» de IA para funcionar.
Auditamos, refactorizamos y estabilizamos código generado por IA.
Hablar con un experto
