Linus Torvalds, el influyente creador de Linux, ha expresado recientemente su frustración ante el uso que algunos programadores están dando a la inteligencia artificial. Durante su intervención en el Open Source Summit North America en mayo de 2026, Torvalds dejó claro que, aunque utiliza estas herramientas en sus propios proyectos personales, le irrita profundamente escuchar que alguien afirma haber escrito el 99% de su código mediante IA. Para el ingeniero finlandés, esta tecnología debe verse como un apoyo a la productividad, similar a lo que supuso el compilador en su momento, pero nunca como un sustituto del criterio y la responsabilidad del autor.
Este fenómeno no es solo una cuestión de orgullo profesional. La proliferación de código generado automáticamente está provocando un aumento inusual en el volumen de cambios propuestos para el núcleo de Linux, llegando a saturar los procesos de revisión. Torvalds ha advertido que empezará a ser más estricto con las contribuciones que no aporten soluciones reales a fallos críticos, especialmente aquellas que se envían tarde en el ciclo de desarrollo y que solo añaden ruido innecesario a un sistema que sostiene gran parte de la infraestructura digital del planeta.
¿En qué consiste la crítica de Torvalds a la IA?
La esencia del malestar de Torvalds radica en la percepción del papel que juega la IA generativa en el desarrollo de software. El creador del kernel, que es el corazón que permite que el hardware y el software se comuniquen, compara la situación actual con la adopción de los compiladores hace décadas. Un compilador es un programa que traduce el código escrito por humanos a un lenguaje que la máquina entiende. Torvalds señala que nadie dice que el compilador escribió el código, sino que es una herramienta que multiplicó la productividad por mil. En cambio, estima que la IA apenas aporta un factor de mejora de diez.
A pesar de su escepticismo ante las promesas exageradas, Torvalds no rechaza la tecnología. De hecho, ha confesado haber utilizado herramientas de IA para crear un pequeño visualizador de audio durante sus ratos libres, una práctica que él mismo define como vibe-coding. Sin embargo, su crítica se dirige a quienes delegan la lógica del programa en la máquina sin comprender el resultado final. Para él, la programación no ha cambiado en sus fundamentos, solo ha evolucionado la manera en la que generamos las instrucciones que luego pasarán por ensambladores y compiladores hasta llegar al lenguaje binario.
El problema surge cuando esa facilidad para generar código se traduce en una falta de compromiso con el proyecto. Torvalds ha observado una tendencia preocupante: personas que utilizan IA para encontrar supuestos errores, envían un informe o una solución rápida y desaparecen sin responder a las dudas de los encargados de mantenimiento. Este comportamiento, conocido como contribuciones de paso o drive-by, genera una carga de trabajo adicional para los revisores humanos, quienes deben verificar si la propuesta es realmente útil o si simplemente introduce cambios triviales que podrían haberse evitado.
Por qué importa: el ruido que satura al código abierto
El impacto de esta tendencia ya se nota en las cifras oficiales del desarrollo de Linux. En las últimas dos versiones del sistema, el volumen de commits (que son los envíos de cambios al código) ha crecido aproximadamente un 20%. Aunque inicialmente Torvalds pensó que se debía al entusiasmo por el lanzamiento de la versión 7.0, pronto comprendió que la causa real era la madurez de las herramientas de IA, que permiten a más personas realizar contribuciones con menos esfuerzo inicial.
Este aumento de actividad ha tenido consecuencias directas en la versión candidata Linux 7.1-rc5. Este tipo de versiones son etapas intermedias de prueba antes del lanzamiento definitivo. Normalmente, en la quinta versión candidata, el flujo de cambios debería reducirse para centrarse en la estabilidad. Sin embargo, Torvalds ha señalado que esta entrega es inusualmente grande debido a correcciones triviales que no solucionan problemas graves. Las implicaciones para la industria son relevantes:
- Proyectos de código abierto más pequeños, gestionados por una o dos personas, corren el riesgo de colapsar bajo el aluvión de informes de errores generados por IA que nadie se molesta en seguir.
- Las listas de correo de seguridad, donde se discuten fallos críticos de forma confidencial, se están viendo inundadas por informes duplicados, ya que muchas personas utilizan las mismas herramientas de IA para buscar las mismas vulnerabilidades.
- Existe el riesgo de que empresas utilicen estos sistemas para ganar visibilidad en la comunidad enviando parches menores de forma masiva, sin aportar soluciones de fondo.
Como explican en la página oficial de la Linux Foundation, el mantenimiento de infraestructuras críticas requiere un nivel de fiabilidad que no se puede delegar exclusivamente en procesos automatizados. Torvalds insiste en que, si un fallo se encuentra mediante IA, debe considerarse de dominio público casi de inmediato, pues es muy probable que otras cien personas hayan llegado a la misma conclusión usando los mismos algoritmos.
Contexto: de los números binarios a los modelos de lenguaje
Para entender la postura de Torvalds, es necesario recordar su trayectoria. Él comenzó su carrera escribiendo directamente en código máquina, es decir, introduciendo secuencias numéricas antes de que existieran herramientas más amigables. Esta base técnica le permite afirmar que lo importante no es el lenguaje o la herramienta utilizada, sino el conocimiento profundo de cómo funciona el sistema. Según ha declarado, incluso cuando usa IA para sus proyectos personales, termina revisando el lenguaje ensamblador resultante para asegurarse de que el código hace exactamente lo que él desea.
En el ámbito de la seguridad, Torvalds ha lanzado una advertencia contra el código cerrado o propietario. Existe la creencia de que ocultar el código lo hace más seguro, pero la inteligencia artificial es cada vez más hábil realizando ingeniería inversa. Esto significa que la IA puede analizar un programa terminado para deducir cómo fue construido y encontrar sus puntos débiles. En este escenario, el código abierto tiene la ventaja de que la comunidad puede colaborar para corregir los fallos rápidamente, mientras que en el código cerrado solo los atacantes pueden beneficiarse de los descubrimientos realizados por la IA sin que nadie más lo sepa.
La relación de Torvalds con su equipo también ha evolucionado. Aunque históricamente fue conocido por su trato duro hacia los programadores que enviaban código de baja calidad, ahora centra sus esfuerzos en la gestión de personas. En sus propias palabras, su trabajo actual consiste en coordinar el talento humano, y es una tarea en la que se niega rotundamente a utilizar la inteligencia artificial. Considera que las interacciones humanas y la creación de normas comunitarias son elementos que las máquinas no pueden replicar.
¿Qué significa esto para el futuro de la programación?
El mensaje que Linus Torvalds deja para las nuevas generaciones de desarrolladores es de un realismo sobrio. La inteligencia artificial está aquí para quedarse y es una excelente compañera para automatizar tareas repetitivas o explorar ideas rápidas, pero no elimina la necesidad de expertos que comprendan qué ocurre bajo el capó. La fiabilidad de un sistema que debe durar décadas no se construye a base de peticiones rápidas a un modelo de lenguaje, sino con una supervisión meticulosa.
A medida que avancemos, es probable que veamos una selección natural en el mundo del desarrollo. Aquellos que solo sepan generar código sin entenderlo tendrán dificultades para mantener sistemas complejos a largo plazo. Por el contrario, los profesionales que integren la IA como un complemento a su juicio crítico serán los que realmente aprovechen ese factor de productividad extra. El futuro de la programación sigue siendo humano, aunque ahora contemos con asistentes más rápidos que nunca para ayudarnos a escribir la siguiente línea.
La fotografía de representación de este artículo pertenece a una charla de Linus en Ted Talks.
