La generación de código con IA está borrando sin hacer ruido la comprensión de la arquitectura en los equipos de desarrollo

Un autor de Habr plantea el siguiente escenario: un par de años después de que un equipo de ingeniería haya adoptado por completo la generación de código con IA, el CI sigue en verde, la cobertura de tests llega casi al cien por cien y las funcionalidades salen más rápido que antes. Sin embargo, ya nadie en el equipo es capaz de explicar la arquitectura del sistema en su conjunto.

Cómo se manifiesta el problema

Basta con llevar a cualquier desarrollador a la pizarra y pedirle que explique cómo está construido el sistema: dónde están los límites entre módulos, por qué los contratos son precisamente así, qué se rompe si se tira de un servicio concreto. Enseguida queda claro que nadie lo sabe por completo. El código existe y funciona, pero nadie lo entiende del todo.

Por qué el problema no son unos ingenieros flojos

La explicación más cómoda —«habremos contratado a ingenieros flojos»— es, en opinión del autor, errónea. Sostiene que en los dos últimos años se han acumulado datos suficientes para hablar no de fallos individuales de desarrolladores concretos, sino de una propiedad del propio sistema: el acceso generalizado a la generación de código con IA cambia la forma en que un equipo construye y conserva el conocimiento sobre la arquitectura.

• Síntomas del escenario descrito: CI en verde, cobertura de tests en torno al 100% y lanzamiento acelerado de funcionalidades
• El rasgo clave del problema: nadie en el equipo puede explicar la arquitectura del sistema en su conjunto
• El autor se apoya en dos años de observaciones acumuladas
• El autor considera errónea la explicación habitual de que «se contrató a ingenieros flojos»

Qué significa esto

Las buenas métricas —CI en verde, alta cobertura de tests, velocidad de lanzamientos— dejan de ser una señal fiable de que el equipo entiende su propio sistema. Si el acceso generalizado a la generación de código con IA realmente diluye el conocimiento arquitectónico como efecto sistémico, y no como consecuencia de una plantilla débil, los equipos tendrán que invertir de forma específica en mantener una comprensión compartida del sistema. De lo contrario, la brecha entre «funciona» y «se entiende cómo funciona» no hará más que crecer.

Preguntas frecuentes

¿Por qué cree el autor que el problema no son unos ingenieros flojos?

Se apoya en datos acumulados durante los dos últimos años que apuntan a un efecto sistémico del acceso generalizado a la generación de código con IA, y no a fallos individuales de desarrolladores concretos.

¿Qué métricas siguen en orden y qué se pierde mientras tanto?

El CI sigue en verde y la cobertura de tests roza el 100%, pero nadie en el equipo puede explicar la arquitectura del sistema en su conjunto.