Torvalds explica dónde le resulta útil la IA y dónde la considera peligrosa para el kernel de Linux
Linus Torvalds, creador de Linux, explicó cómo ve la IA en el desarrollo. Su fórmula: «Uso la IA para hacer lo que se me da mal». Describe el vibe coding como «una forma maravillosa de encontrar la alegría en la programación», pero ese método no sirve para dirigir el desarrollo del kernel. La búsqueda de bugs con ayuda de la IA, en cambio, le parece admisible. • El vibe coding funciona bien en proyectos personales y de aprendizaje. • El kernel de Linux se desarrolla con otras reglas. • La detección de errores es un uso legítimo de la IA.
Procesado por IA desde ZDNet AI; editado por Hamidun News
Linus Torvalds, que este año cumple 56 años, y el kernel de Linux, que cumple 35, se ha pronunciado sobre la IA en la programación. Su fórmula es sencilla: «Uso la IA para hacer lo que se me da mal». Al vibe coding, es decir, escribir programas describiendo la tarea a una red neuronal sin analizar a fondo el resultado, lo calificó de «una forma maravillosa de encontrar la alegría en la programación». Pero aclaró enseguida que ese enfoque no sirve para dirigir el desarrollo de Linux. La búsqueda de bugs con ayuda de la IA, en cambio, le parece bien.
Una herramienta para los puntos débiles
Esta postura no muestra ni entusiasmo ni rechazo. Torvalds no dice que la IA vaya a sustituir al programador. La describe como una forma de cubrir lagunas en las que ni tiene la habilidad ni quiere desarrollarla. Según la prensa, anteriormente utilizó un asistente de IA en un pequeño proyecto de afición: el asistente escribió una parte auxiliar en un lenguaje con el que Torvalds apenas trabaja, mientras que el código principal lo escribió él mismo.
La lógica es clara. Quien lleva toda la vida escribiendo código de bajo nivel en C no tiene por qué convertirse en especialista en visualización o en scripts. Si la red neuronal lo resuelve en minutos y el coste de un error es bajo, el trato compensa. La palabra «alegría» en su valoración también importa: el vibe coding baja la barrera de entrada y devuelve el placer de ver cómo una idea se convierte rápidamente en algo que funciona.
Por qué el kernel juega en otra liga
El problema empieza cuando el código pasa a ser infraestructura común. El kernel de Linux funciona en servidores, smartphones, dispositivos embebidos y en la nube. Cada parche pasa por la revisión de los mantenedores, y la atención humana es el recurso más escaso del proyecto. El código generado sin comprenderlo y aceptado «porque funciona» traslada los costes a quienes tienen que revisarlo.
Esta es nuestra conclusión a partir de las declaraciones de Torvalds, no una cita suya. Pero encaja con lo que dijo de forma explícita: el vibe coding sirve para el disfrute personal, no para dirigir el desarrollo del kernel. Allí se valoran la previsibilidad, la legibilidad y que el autor responda de cada línea.
En este esquema, la búsqueda de bugs parece una excepción natural. Si la IA señala un punto sospechoso, la decisión sigue tomándola una persona. Una pista errónea cuesta unos minutos de comprobación. Un error que se pasa por alto en el kernel cuesta mucho más.
La postura en datos
- Fuente: ZDNet, artículo del 9 de octubre de 2026.
- Cita clave: «Uso la IA para hacer lo que se me da mal».
- Vibe coding: «una forma maravillosa de encontrar la alegría en la programación».
- Desarrollo del kernel de Linux: el vibe coding no es adecuado.
- Búsqueda de bugs con ayuda de la IA: admisible.
- Edad del proyecto: Linux apareció en 1991.
Cómo aplicar este enfoque en un equipo
La postura de Torvalds se traduce fácilmente en una regla de trabajo. Primero, divida las tareas según el coste del error. Los prototipos, los scripts internos, las visualizaciones y los experimentos de aprendizaje se pueden dejar en manos de la IA casi sin restricciones. El código que llegue a producción debe pasar la revisión habitual, y el autor tiene que poder explicar cada decisión.
Segunda regla: identifique sus puntos débiles. Si es desarrollador de backend y no le gusta escribir frontend, ahí la IA le dará la mayor ganancia. En su área de especialización, en cambio, suele generar ruido innecesario, y usted detectará sus fallos enseguida.
Tercera: empiece por el análisis, no por la generación. El análisis estático, la búsqueda de condiciones de carrera y de fugas, la explicación de código ajeno son tareas en las que la IA ahorra tiempo y la decisión sigue siendo humana. Si el proyecto ya tiene una política sobre parches generados con IA, consúltela. Si no la tiene, conviene escribirla antes de que el primer commit generado llegue a la rama principal.
En definitiva, Torvalds no invita ni a abandonar la IA ni a confiar ciegamente en ella. Plantea una pregunta honesta: ¿cuánto sabe usted hacer lo que piensa encargarle al modelo?
Build & Ship Production AI Apps with Vibe Coding
Join Zhemal Khamidun's hands-on Vibe Coding Intensive at hamidun.com/vibecoding — master Claude Code, Cursor, and autonomous agentic workflows.
Lo esencial de la IA — una vez por semana
Siete historias que de verdad importaron, elegidas a mano. Sin ruido ni notas de prensa.
¡Listo! Revisa tu correo para la confirmación.