• Linus Torvalds, el reconocido creador de Linux, ha expresado una opinión sumamente dura sobre Elon Musk, calificando su gestión como "pura incompetencia" y asegurando que carece de la capacidad necesaria para dirigir una entidad tecnológica.
• Estas fuertes declaraciones surgen en el contexto de las críticas hacia la administración de Musk en X, específicamente sobre las polémicas metodologías empleadas para medir la eficiencia y el rendimiento de los programadores desde que el empresario asumió el control de la plataforma.

En muchas empresas es habitual utilizar estadísticas para evaluar resultados, pero en el desarrollo de software o la programación existe un problema, y es que no todo lo importante puede contarse.

Es decir, escribir más código no significa necesariamente crear un producto mejor, resolver más problemas o trabajar de forma más eficiente.

Esta es la idea que llevó a Linus Torvalds, creador del kernel Linux, a criticar duramente una metodología relacionada con Elon Musk y la gestión de ingenieros en X, la antigua Twitter.

Torvalds cuestionó una métrica basada en líneas de código

La polémica surgió durante una conversación en un vídeo del conocido canal de YouTube Linus Tech Tips, donde Torvalds habló sobre diferentes cuestiones relacionadas con la tecnología y la programación.

En un momento de la charla apareció el debate sobre una empresa tecnológica que había utilizado una métrica poco habitual para evaluar a sus desarrolladores: pedirles que indicaran cuántas líneas de código habían escrito y utilizar esa cifra como referencia para valorar su rendimiento.

La idea generó una reacción negativa por parte de Linus Torvalds, que considera que esta forma de medir la productividad no refleja el trabajo real de un ingeniero de software. Por ello, para el creador de Linux, una cifra de líneas escritas puede ser engañosa.

Un programador puede generar miles de líneas de código que hagan un sistema más complejo y difícil de mantener, mientras que otro puede mejorar un proyecto eliminando código innecesario y creando una solución más sencilla.

Aunque durante el vídeo no se menciona directamente a Elon Musk, la situación hace referencia a una medida asociada a la gestión de X después de su adquisición de la compañía.

La empresa había aplicado una estrategia en la que los desarrolladores debían informar sobre la cantidad de código producido, una práctica que fue interpretada por algunos como una forma de medir la productividad mediante una cifra concreta.

Cuando se vinculó esa medida con Musk, Torvalds mostró una postura especialmente crítica y llegó a utilizar una expresión muy dura para describir a quien considera que una estrategia así puede funcionar dentro de una empresa tecnológica.

Su rechazo no se centra únicamente en la persona responsable de la decisión, sino en la idea empresarial que hay detrás: creer que una métrica tan simple puede determinar quién está haciendo un buen trabajo.

¿Por qué las líneas de código no sirven para medir a un programador?

El desarrollo de software no funciona como una cadena de producción donde más cantidad equivale a más rendimiento. Crear un buen programa implica resolver problemas, diseñar una arquitectura adecuada, evitar errores y conseguir que el sistema sea fácil de modificar en el futuro.

En muchas ocasiones, el mejor trabajo de un ingeniero consiste precisamente en escribir menos. Reducir código repetido, eliminar fallos o simplificar un sistema puede aportar mucho más valor que añadir nuevas líneas.

Esta visión está muy relacionada con la trayectoria de Torvalds. Desde la creación de Linux, un proyecto que se convirtió en una de las bases tecnológicas más importantes del mundo, ha defendido la importancia de la calidad frente a las soluciones rápidas.

Así que una métrica mal elegida puede provocar que los empleados optimicen su comportamiento para mejorar la cifra en lugar de mejorar realmente el producto. En programación, eso podría traducirse en escribir más código simplemente para aparentar mayor productividad.

Para muchos ingenieros, el valor está en crear soluciones eficientes, seguras y mantenibles, no en producir una mayor cantidad de texto que después tendrá que ser revisado y mantenido.