Linus Torvalds admite que ya no programa: solo usa Git y el correo para dirigir Linux

El creador del núcleo de Linux ha puesto palabras a algo que la comunidad de desarrolladores intuía desde hace años: Linus Torvalds ya no dedica su jornada a escribir código. Durante la Cumbre de Código Abierto celebrada en Mumbai explicó que su trabajo actual se apoya en apenas dos herramientas, Git y el correo electrónico, y se definió a sí mismo como jefe de desarrollo, no como programador. La noticia la recoge Computer Hoy.

La frase que resume su posición fue directa: “Seamos sinceros. Casi ya no leo código. No soy programador, soy jefe de desarrollo”. No es una retirada, sino una descripción de cómo ha cambiado el papel de quien sigue teniendo la última palabra sobre el kernel, es decir, el núcleo del sistema operativo que hay debajo de Android, de la mayoría de servidores de internet y de buena parte de la infraestructura en la nube.

De escribir funciones a decidir qué entra

Linux arrancó en 1991 como un proyecto personal. Hoy recibe aportaciones constantes de programadores repartidos por todo el mundo, hasta el punto de que resulta materialmente imposible que una sola persona revise línea por línea todo lo que se propone. La solución que ha ido consolidando el proyecto es una cadena de responsables: cada área concreta del sistema tiene mantenedores que conocen ese terreno a fondo y que filtran los parches antes de que lleguen a la cúspide.

Cuando una propuesta aterriza en la mesa de Torvalds, ya ha pasado por varios controles técnicos. Su trabajo consiste entonces en entender qué está cambiando, qué efectos puede tener sobre el resto del núcleo y si la explicación que acompaña al cambio se sostiene. También le toca decidir cuándo una idea necesita más pruebas o debe rehacerse desde otro enfoque. Dicho de otro modo: su aportación ya no se mide en líneas escritas, sino en mantener la coherencia de un proyecto en el que trabajan miles de personas a la vez.

Git: el historial de qué ha cambiado

La primera de sus dos herramientas es Git, el sistema de control de versiones que el propio Torvalds creó en 2005 para resolver las necesidades del desarrollo de Linux y que acabó convirtiéndose en un estándar de facto en la industria del software. Un control de versiones registra cada modificación del código, quién la hizo y cuándo, y permite combinar trabajos que vienen de ramas distintas.

Esa trazabilidad es clave cuando dos equipos tocan la misma zona del código y aparece un conflicto. En esos casos Torvalds sí baja al detalle: revisa cómo se ha producido el choque y decide de qué manera integrar ambos trabajos. También propone parches pequeños de vez en cuando, aunque deja que sea el responsable del área quien los valide antes de aceptarlos.

El correo: el porqué de cada decisión

La segunda herramienta es el correo electrónico, que puede sonar anticuado en plena era de plataformas de colaboración en tiempo real, pero cumple una función que Git no cubre. Si el control de versiones muestra qué ha cambiado, el email explica por qué. Las propuestas llegan acompañadas de mensajes en los que los programadores describen el problema y argumentan la solución elegida.

Eso permite a Torvalds captar el sentido de una modificación sin auditar cada línea. Además, el correo deja un registro público de las discusiones: los desacuerdos y las dudas quedan documentados y cualquiera puede reconstruir el hilo desde el principio. Para una comunidad distribuida por husos horarios distintos, ese archivo asíncrono sigue siendo más práctico que una conversación de chat que se pierde.

Por qué importa fuera del mundo Linux

El caso ilustra una transición habitual en cualquier proyecto de software que crece: llega un punto en el que el cuello de botella deja de ser escribir código y pasa a ser coordinar, revisar y decidir. Muchas empresas que abordan su primeros pasos en el desarrollo web acaban topándose con la misma frontera a menor escala: sin una estructura de revisión y sin un historial claro de cambios, la calidad se resiente conforme entra más gente.

El otro mensaje, quizá menos evidente, es sobre el valor de las herramientas simples. Un control de versiones y una lista de correo sostienen uno de los proyectos de software más grandes del planeta. No hace falta un ecosistema complejo para trabajar de forma ordenada; hace falta que la información quede registrada y que exista una cadena de confianza que decida qué se integra y qué no.