cuando mi opinión sobre el vibe coding cambió

No era un escéptico de la IA. He estado usando asistencia de IA en mi trabajo de desarrollo desde 2024.

Aún así, mantenía la firme opinión de que el "vibe coding" solo podía producir prototipos desechables.

Conozco el proceso de desarrollo de software de cabo a rabo. Durante más de 20 años en roles de CTO, jefe de ingeniería e ingeniero de software sénior, he liderado equipos que entregaron software implementado en Google, Netflix, TED y otras empresas Fortune 500.

Mi experiencia con la codificación asistida por IA me había convencido de que usar IA para generar código sin una revisión humana cuidadosa nunca podría producir software que realmente se pudiera desplegar.

En diciembre de 2025, el CEO de la empresa SaaS en la que trabajaba pasó un par de semanas haciendo vibe coding para crear una plataforma de producto completamente nueva desde cero. Tenía la visión del producto y un fuerte sentido del diseño, así que simplemente empezó a fluir con Cursor y Claude Opus.

En enero mostró el producto al equipo. Era una plataforma enorme con montones de funcionalidades y muchas partes móviles. Quería lanzarla en vivo para obtener retroalimentación del mercado.

Todos en el equipo de ingeniería, incluido yo, nos opusimos. "Esto será un desastre absoluto en producción. No hay manera de que 250 mil líneas de código generado con vibe coding no sean una pesadilla".

El CEO estuvo de acuerdo en que el código probablemente era horrible por debajo, así que nos preguntó cuánto tiempo llevaría reconstruir la plataforma correctamente. Incluso usando una fuerte asistencia de IA, la estimación fue de muchos meses. El cronograma no era aceptable.

Se nos indicó que desplegáramos la plataforma para pruebas de mercado de inmediato y empezáramos a limpiar el código en su lugar en lugar de hacer una reconstrucción. Ah, sí, y el CEO iba a seguir haciendo vibe coding en producción a un ritmo vertiginoso, iterando y extendiendo el producto a medida que llegaba la retroalimentación del mercado.

Todos en el equipo de desarrollo predijimos catástrofes: incidentes interminables en producción; la limpieza en su lugar sería un atolladero; etc.

Cómo se desarrolló en realidad cambió drásticamente mis modelos mentales.

Sí, el código tenía serios defectos. Hicimos una auditoría profunda de seguridad, arquitectura e infraestructura, y encontramos muchos problemas críticos (incluida una falla de seguridad que habría permitido a un actor astuto extraer todos los secretos y credenciales de la plataforma).

Sin embargo, pudimos solucionar esos problemas en su lugar de manera sorprendentemente fácil y rápida. Hicimos algunas refactorizaciones amplias para agregar mejores barreras de protección que mantuvieran la generación de código de IA en el buen camino (separando la lógica de negocio, imponiendo cobertura de pruebas, barreras de protección en CI, etc.).

Y las catástrofes nunca llegaron. El sistema no explotó. La velocidad del CEO no se vio afectada. El producto siguió evolucionando y pivotando en sintonía con la retroalimentación del mercado. No hubo incidentes importantes.

No quiero engañar: hubo mucho trabajo de ingeniería limpiando y solidificando la plataforma. Pero no fue la pesadilla que todos predijimos. Los cambios necesarios se realizaron de manera quirúrgica (usando IA, por cierto), todo mientras el desarrollo del producto seguía avanzando a un ritmo increíble.

Esa experiencia finalmente me hizo ver la verdad: el desarrollo de software ha cambiado para siempre. El proceso ha cambiado. El código ya no tiene que ser escrito ni siquiera revisado a mano.

¿Sigue siendo necesaria la experiencia en ingeniería? Sí, absolutamente. La IA se equivoca. Mucho. Y a veces esas cosas son bombas de tiempo devastadoras esperando estallar.

Llevar el código escrito por IA de un prototipo que funciona a un producto lanzado con éxito sigue siendo un desafío altamente técnico. Hay muchas trampas en ese último tramo. La experiencia en ingeniería sigue siendo invaluable para navegar esa parte del viaje. Un ingeniero experimentado sabrá las preguntas que hacer y los hilos de los que tirar para detectar las lagunas ocultas en el código, los problemas de escalado y rendimiento que esperan aparecer cuando el marketing entre en acción y el tráfico se vuelva real.

Así que sí, el desarrollo de software ha cambiado. Pero los ingenieros no son obsoletos.

Personalmente, estoy entusiasmado con esto. Ahora cualquiera con visión y experiencia en el dominio puede hacer realidad soluciones de software de una manera nunca antes posible. ¿Serán las soluciones perfectas y listas para lanzar tal cual? No. Pero con un poco de orientación experta, se pueden solidificar y lanzar con éxito. Lo he visto y comprobado de primera mano.

Hay tantas personas con buenas ideas que ahora pueden darles vida. Como veterano de la ingeniería de software, hacia ahí estoy orientando mi carrera: de ser el constructor a ser el par de ojos expertos que ayuda a los constructores a pasar del prototipo funcional al lanzamiento exitoso. Para mí, eso es emocionante.

Visto en r/vibecoding