La irrupción de la IA generativa en el desarrollo de software ha popularizado la figura del "vibe coder": alguien que valida ideas produciendo prototipos con ayuda de un modelo. El artículo sostiene que esa forma de trabajar, útil para experimentar, no equivale a la ingeniería de software, disciplina que abarca todo el ciclo de vida del producto. La diferencia, explica el autor, no está en la herramienta, sino en dónde empieza y dónde termina la responsabilidad de quien escribe el código.
El texto identifica cuatro ejes que separan ambas prácticas. El primero es la métrica: un vibe coder mide el tiempo hasta la primera versión funcional, mientras que un ingeniero de software mide el "tiempo hasta una fusión segura" (time to safe merge), que incluye revisión, calidad de pruebas, rollback, coordinación entre equipos y coste de mantenimiento futuro. La demo, advierte, no es la meta: demostrar que algo se puede mostrar no prueba que un equipo pueda absorberlo.
El segundo eje es la unidad de trabajo. La IA tiende a generar cambios extensos y desordenados; la ingeniería exige cambios acotados, explicables y revisables. Si la persona que firma la incidencia no puede justificar cada archivo modificado, el cambio no está listo. El tercero es la propiedad: el código puede haber nacido del modelo, pero la rendición de cuentas no puede quedarse allí. El revisor no puede hacer a la vez de revisor y de "recuperador de autoría".
El cuarto eje es el encuadre del problema. Un vibe coder entrega al modelo un objetivo abierto; un ingeniero de software le entrega una tarea acotada, con interfaz definida, capas intocables y restricciones de producción. La libertad sirve para un hackathon de fin de semana; la producción requiere límites. Por eso, concluye el autor, la IA no sustituye al ingeniero experimentado, sino que amplifica su valor: quienes más saben restringir al modelo son quienes mejor resultado obtienen.