Lo que uno de los padres de la informática moderna acaba de decir pone en cuestión décadas de evolución tecnológica. En plena obsesión por la inteligencia artificial y el desarrollo masivo de software, surge una advertencia incómoda.
El legendario ingeniero Ken Thompson, creador de Unix y del lenguaje de programación B, ha lanzado una reflexión que desafía el rumbo actual del sector: la productividad en programación tiene un límite claro, y no depende tanto de las herramientas como del propio ser humano.
La advertencia de un pionero: el límite está en el programador
Durante una reciente intervención, Thompson afirmó que existe un techo práctico en la productividad del desarrollo de software: alrededor de 1 000 líneas de código por programador y año en proyectos complejos.
Esta cifra, lejos de ser arbitraria, refleja una realidad que muchos en la industria prefieren ignorar: la programación no escala indefinidamente, por mucho que se automaticen procesos o se introduzcan nuevas tecnologías.
Según Thompson, la complejidad inherente del software hace que cada línea adicional aumente exponencialmente el riesgo de errores, dificultando el mantenimiento y la evolución de los sistemas.
Un golpe a la narrativa de la inteligencia artificial
En un momento en el que se vende la idea de que la inteligencia artificial revolucionará por completo el desarrollo de software, las palabras de Thompson suenan casi heréticas.
El discurso dominante sugiere que herramientas avanzadas permitirán a los programadores producir código a un ritmo sin precedentes. Sin embargo, la visión del creador de Unix apunta en otra dirección:
más código no significa mejor software, y aumentar la velocidad sin control puede ser contraproducente.

Unix y la filosofía olvidada de la simplicidad
Thompson no habla desde la teoría, sino desde la experiencia. Fue uno de los arquitectos de Unix, un sistema operativo que revolucionó la informática precisamente por su simplicidad, modularidad y eficiencia.
Su enfoque siempre ha sido claro:
- Escribir menos código, pero mejor estructurado
- Evitar la complejidad innecesaria
- Priorizar la claridad frente a la cantidad
Hoy, sin embargo, la industria parece haber tomado el camino opuesto, con sistemas cada vez más grandes, complejos y difíciles de mantener.
El problema actual: inflar código en lugar de optimizarlo
El modelo actual de desarrollo, especialmente en grandes corporaciones tecnológicas, tiende a inflar el volumen de código como medida de productividad. Frameworks pesados, dependencias innecesarias y capas de abstracción han convertido muchos proyectos en auténticos laberintos.
Esto no solo afecta al rendimiento, sino también a la seguridad y la sostenibilidad del software.
Más código implica más vulnerabilidades, más costes y más dependencia tecnológica.
Europa y España: ¿preparadas para este debate?
En el contexto europeo, donde se impulsa la digitalización a gran escala con fondos públicos, estas reflexiones deberían encender alarmas. La obsesión por la cantidad —más proyectos, más líneas, más inversión— puede estar dejando de lado lo esencial: la calidad y la eficiencia real del software.
España, en particular, corre el riesgo de replicar modelos ineficientes si no se prioriza una cultura tecnológica basada en la excelencia técnica y la responsabilidad en el desarrollo.
Conclusión: menos código, más inteligencia
Las palabras de Ken Thompson no son una nostalgia del pasado, sino una advertencia de futuro. En un mundo dominado por la velocidad y la automatización, recordar los límites humanos puede ser clave para evitar errores sistémicos.
La pregunta que queda abierta es incómoda pero necesaria:
¿Está la industria tecnológica avanzando… o simplemente produciendo más complejidad innecesaria?

