Ken thompson: menos código, más poder. la lección que la ia no entiende
Ken Thompson, un nombre que resuena en los pasillos de la informática, acaba de ofrecer una lección que, paradójicamente, la propia inteligencia artificial parece ignorar: a veces, lo más productivo no es escribir más, sino borrar.
La filosofía minimalista que construyó el futuro digital
Thompson, cocreador de Unix, diseñador del lenguaje B y partícipe en la gestación de Go, no es un novato en la materia. Su trayectoria, que comenzó a finales de los sesenta en los laboratorios Bell, está marcada por una filosofía de construcción radicalmente eficiente: herramientas pequeñas, modulares, que se combinan para resolver problemas de manera elegante. Esta mentalidad, lejos de ser una excentricidad, es la base de algunas de las tecnologías que definieron las últimas décadas.
La anécdota que está circulando en la red – haber eliminado 1.000 líneas de código en un día particularmente productivo – no es una simple curiosidad. Es el manifiesto de un enfoque que prioriza la claridad y la simplicidad sobre la acumulación indiscriminada de código. Cada línea añadida, como bien sabe cualquier ingeniero con experiencia, es también una responsabilidad: una deuda técnica que alguien tendrá que pagar en el futuro, un punto potencial de fallo, un obstáculo para la evolución del sistema.
La deuda técnica: el enemigo silencioso del desarrollo
La deuda técnica se acumula silenciosamente, como un iceberg bajo la superficie del código. Una modificación aparentemente trivial puede desencadenar un efecto dominó de errores, simplemente porque el sistema se ha vuelto demasiado intrincado y dependiente de sí mismo. Thompson, con su mirada experta, nos recuerda que eliminar código no es retroceder, sino precisamente lo contrario: reducir la superficie de error, simplificar la arquitectura y facilitar la adaptación a los cambios.
Y es que, en un momento en que la productividad se mide a menudo en líneas de código escritas, la perspectiva de Thompson resulta casi revolucionaria. La obsesión por la cantidad ignora el coste real: el tiempo que se necesita para entender y mantener ese código, la fragilidad que introduce en el sistema, la dificultad para realizar mejoras o correcciones. Es una métrica engañosa que premia la complejidad y castiga la elegancia.
Go, el lenguaje que Thompson co‑creó en Google, es la materialización de esta filosofía. Su sintaxis deliberadamente escueta, su sistema de tipos directo y sus mecanismos de concurrencia diseñados para la comprensión, reflejan la idea de que cada elemento innecesario es una complicación que el programador no necesita gestionar. Una idea que, en un ecosistema dominado por lenguajes como C++ o Java, resulta sorprendentemente fresca.
La lección de Thompson no es solo para los programadores. Es una llamada de atención para todos aquellos que participan en la creación de software: priorizar la calidad sobre la cantidad, la claridad sobre la complejidad, la simplicidad sobre la sofisticación. Porque, al final, el mejor código es el que nadie nota. El que funciona sin problemas, sin errores, sin necesidad de explicaciones.
La industria del software, atrapada en la carrera por la innovación a toda costa, necesita urgentemente esta sobria reflexión. Antes de añadir una nueva línea, quizás deberíamos considerar la posibilidad de eliminar una ya existente. La productividad no se mide en bytes, sino en soluciones.