Kent Beck, creador del Desarrollo Guiado por Pruebas (TDD) y firmante del Agile Manifesto, publica una publicación reflexiva en LinkedIn que critica el fenómeno del "Vibe Coding": la práctica de basarse principalmente en la intuición y en código generado por IA, sin una disciplina sistemática de pruebas. Su intervención, que tiene un peso considerable dado sus contribuciones fundacionales a la ingeniería de software, desencadena un amplio debate en toda la industria sobre el equilibrio entre la asistencia de la IA y el rigor de la ingeniería.

Argumento central: las vibraciones no bastan

La tesis de Beck: "si se siente bien, se publica" es un enfoque fundamentalmente erróneo, ya sea que el código esté escrito por humanos o generado por IA. La corrección del software requiere validación sistemática: pruebas que ofrezcan una prueba objetiva de que el código funciona, prevención de regresiones, especificaciones ejecutables que documenten el comportamiento esperado, y retroalimentación de diseño que revele problemas de complejidad de forma temprana. La intuición tiene valor, pero no reemplaza la verificación rigurosa.

La relevancia del TDD en la era de la IA

A quienes consideran el TDD obsoleto frente a la generación de código por IA, Beck responde: la IA amplifica las consecuencias de un desarrollo indisciplinado. Programar más rápido sin pruebas significa acumular deuda técnica más rápido; el código generado por IA sigue conteniendo errores que hay que detectar; las pruebas ayudan a refinar los prompts; la disciplina del TDD evita aceptar resultados de IA plausibles pero incorrectos. El TDD complementa a la IA en lugar de quedar superado por ella.

Una crítica matizada

Beck distingue: la creación de prototipos (el vibe coding es aceptable para experimentos desechables), el código de producción (las pruebas son innegociables), los proyectos personales (elección individual) y el código de equipo o empresarial (la responsabilidad profesional exige disciplina). No se trata de una condena de la asistencia de la IA: la crítica apunta al abandono de la verificación, no al uso de las herramientas.

La IA como amplificador

Idea clave: la IA amplifica las tendencias existentes. Los ingenieros disciplinados aceleran el ciclo red-green-refactor con la IA; los ingenieros indisciplinados producen código con errores más rápido. La IA no elimina la necesidad de disciplina, sino que intensifica sus consecuencias.

Reacciones y puntos en común

Las reacciones se dividen entre tradicionalistas, pragmáticos y entusiastas de la IA; los contraargumentos (el TDD es demasiado lento, las pruebas pueden generarse con IA, la presión del mercado) merecen consideración sin invalidar el principio de verificación. Surge un consenso en torno a enfoques híbridos: la IA para los borradores de código y los casos de prueba tediosos, las pruebas para validar los resultados de la IA, el rigor modulado según la criticidad del código. Beck plantea la cuestión en términos de ética profesional: la IA cambia la forma de programar, no la importancia de la calidad.