Han sido meses de tensión, dimisiones sonadas y acusaciones de sabotaje que parecían más propias de un drama televisivo que de un foro de ingeniería. La comunidad de desarrollo del kernel de Linux, históricamente unida bajo la batuta de Linus Torvalds, ha vivido su particular cisma por culpa de un lenguaje de programación. Pero tras meses de incertidumbre y de un ambiente que el propio Torvalds llegó a calificar de "casi religioso", la batalla ha llegado a su fin con una victoria definitiva.

El fin de la etiqueta "experimental". La noticia ha saltado en la cumbre anual de mantenedores del kernel (Maintainers Summit), el encuentro donde se decide el rumbo técnico del sistema operativo más importante del mundo. Allí, el consenso entre los desarrolladores clave ha sido absoluto: Rust se queda. La etiqueta de "experimental" se retira y el lenguaje ya se considera una parte central (core) del kernel. Se cierra así la puerta a quienes pedían dar marcha atrás y volver al monolingüismo de C.

De las dimisiones a la estabilidad. Este desenlace llega tras un camino lleno de minas. Hace apenas unos meses, la situación parecía insostenible. Figuras clave como el español Miguel Ojeda o Wedson Almeida Filho, ingeniero de Microsoft, llegaron a apartarse o dimitir agotados por lo que calificaron de "tonterías no técnicas". Se enfrentaban a una resistencia feroz por parte de veteranos defensores de C, que veían en Rust una amenaza a la estabilidad y mantenibilidad del código.

En Genbeta

Hay una mala costumbre que hace perder los papeles a Linus Torvalds cuando programa el kernel de Linux. Y tiene toda la razón

El fantasma del sabotaje. La tensión alcanzó su punto álgido cuando desarrolladores como Hector Martin (Asahi Linux) acusaron públicamente a mantenedores veteranos como Christoph Hellwig de obstaculizar deliberadamente la integración de Rust. Se hablaba de rechazo de parches críticos y de una actitud hostil que buscaba que el proyecto fracasara por inanición. Hellwig llegó a calificar la iniciativa de "cáncer", polarizando aún más a la comunidad entre quienes veían en Rust el futuro de la seguridad de memoria y quienes lo veían como una invasión innecesaria.

Por qué ha ganado Rust. Como lenguaje moderno y alabado, Rust ofrece garantías de seguridad de memoria desde su diseño que C simplemente no puede igualar sin un esfuerzo humano titánico. En un mundo donde la ciberseguridad es crítica, la capacidad de Rust para prevenir desbordamientos de búfer y errores de gestión de memoria antes incluso de compilar ha pesado más que la curva de aprendizaje o la tradición de 34 años de código en C.

Un nuevo capítulo. El kernel entra en una nueva etapa de bilingüismo oficial. No significa que C vaya a desaparecer mañana. Sigue siendo el lenguaje dominante y lo será por muchos años, pero sí significa que los nuevos drivers y componentes críticos podrán escribirse en Rust con total respaldo oficial. La comunidad ha decidido evolucionar en lugar de atrincherarse. Las heridas de esta "guerra civil" tardarán en cicatrizar, y todavía queda esperar a ver consecuencias personales, pero el proyecto técnico sale reforzado y modernizado.

Imagen | Marcos Merino mediante IA

En Genbeta | Ha trabajado manteniendo el kernel de Linux desde hace 25 años y tiene claro el motivo de su éxito: el egoísmo

Linux es hoy un sistema operativo que funciona en miles de millones de dispositivos, sostiene buena parte de Internet y hasta viaja por le espacio exterior en naves y robots. Pero su arranque fue mucho más "de andar por casa", según ha desvelado en un artículo Lars Wirzenius, compañero de estudios y amigo de Linus Torvalds, que rememora cómo nació aquel 'hobby' que se convirtió en uno de los mayores logros tecnológicos de las últimas décadas.

¿Qué es eso de la Usenet?

Lars Wirzenius y Linus Torvalds se conocieron en 1988, cuando ambos empezaron sus estudios de informática en la Universidad de Helsinki. A finales de ese primer curso, lograron tener acceso a un servidor Unix y, por un error tipográfico —escribir 'rn' en vez de 'rm'—, ambos descubrieron la Usenet —un sistema de foros en red—, lo alimentó su interés por la programación y por los debates sobre cómo debía construirse un sistema operativo.

Tras el paréntesis del servicio militar, regresaron a las aulas en 1990 y cursaron programación en C y Unix, con teoría de arquitectura del kernel incluida. Por aquel entonces, devoraban artículos sobre otros sistemas operativos, como QNX y Plan 9, y debatía sobre cómo "debería" estar construido un sistema operativo.

Del Príncipe de Persia… a Minix

En enero de 1991, Linus compró su primer PC 'clónico' con CPU 386, 4 MB de RAM y disco duro. Lo quería de 32 bits, en parte por venir de un Sinclair QL con Motorola 68008, y porque el 286 —de 16 bits— no le atraía. Como cualquier estudiante, también instaló un juego: Prince of Persia, al que se 'vició' durante una temporada.

Luego adquirió MINIX, el Unix educativo desarrollado por Andrew S. Tanenbaum, para tener "algo tipo Unix" en casa. Esos ingredientes —hardware modesto, un Unix pequeño y mucho tiempo de pantalla— prepararon el caldo de cultivo de Linux.

En Genbeta

Iba a revolucionar la informática creando Linux, pero para poder viciarse al 'Prince of Persia' reservó una partición a MS-DOS

De ensamblador a los drivers

Una vez que Linus logró pasarse el videojuego de marras, se sumergió en la programación con ensamblador para Intel. Le mostró a Lars un programita con multitarea: un hilo imprimía una ristra de letras "A", y el otro hacía lo mismo con la "B". Aunque pueda parecer una chorradita, aquel código fue el embrión del kernel que luego conoceríamos como Linux.

En primavera de 1991 lo fue reescribiendo mayoritariamente en C, mucho más práctico para mantener y ampliar un sistema operativo. Pero, en ese momento, faltaban muchas funciones básicas que hoy damos por sentadas en cualquier biblioteca estándar de C.

Algunas de ellas, como sprintf(), fue implementada por el propio Lars mientras Linus se dedicaba a otros aspectos del kernel: lo curioso es que la base de ese código de Lars aún sobrevive en el kernel Linux de hoy: una pequeña pieza de los años 1991–1992 que sigue funcionando en millones de dispositivos actuales.

Con el paso de las semanas añadió controladores y los usó para marcar por módem a la universidad y leer Usenet desde casa. Hubo tropiezos dignos de anécdota: en una ocasión intentó "marcar" con el disco duro, y el sector de arranque amaneció empezando por "ATDT" y el número del módem.

Tras recuperar la máquina, Linus se animó a implementar los permisos de archivos, para evitar otro error por el estilo.

Lars Wirzenius, vía Wikimedia

"Es sólo un hobby"

En agosto de 1991, Linus habló en público por primera vez de su kernel en el grupo comp.os.minix de la Usenet: "estoy haciendo un sistema operativo (libre)… sólo un hobby, no será grande y profesional como GNU". 

Inicialmente, el proyecto se llamó Freax, en referencia a 'freak' ("rarito"). Cuando Linus pidió a Ari Lemmke —administrador de `ftp.funet.fi`— que subiera el primer tarball, Lemmke eligió por él otro nombre: Linux. Sin embargo, en el código de la versión 0.01 todavía quedó rastro del nombre original en un fichero de construcción.

Pero, cuanta más gente quería probar aquel nuevo sistema operativo, Linus necesitaba un método de instalación. Solo tenía un PC, así que se fue a casa de Lars para instalarlo en el suyo. 

Lo irónico es que, dado que ese Linux primigenio había ido construyéndose sobre la instalación previa de Minix, el sistema operativo nunca se había "instalado desde cero". Así que el primer PC en el que se instaló Linux fue el de Wirzenius… mientras él dormía la siesta:

"Recomiendo este método: echarte la siesta mientras Linus hace el trabajo duro".

En Genbeta

Así se creó la primera 'distribución': Linux 'a pelo' era demasiado difícil de instalar

Un 1992 lleno de emociones

Tampoco es muy conocido el hecho de que Linux no nació como software libre: las primeras versiones llevaban una licencia que prohibía el uso comercial. Fueron algunos de los primeros colaboradores los que presionaron para cambiarla a una licencia GPL, aunque eso no ocurriría hasta comienzos de 1992.

Pero, antes de eso, el año 1992 arrancó con el célebre debate Tanenbaum–Torvalds sobre la arquitectura del kernel. El evento suele citarse como un enfrentamiento a cara de perro, pero Lars afirma recordarlo como algo sorprendentemente civilizado.

Más importante aún fue el port de X11 a Linux: de repente, el sistema joven podía ofrecer un entorno gráfico estándar. Tenemos que dejar de vaticinarlo porque, en palabras de Wirzenius, 1992 ya fue "el año del escritorio" de Linux.

También fue ese mismo año cuando surgieron las primeras distribuciones de Linux, por cierto.

Compartiendo oficina (y liándola parda en la red)

En 1993, la universidad contrató a Linus y a Lars como ayudantes de docencia. Compartieron despacho y un PC, que Linus adoptó para desarrollar Linux, mientras Lars se daba por satisfecho con un terminal DEC para leer Usenet. 

Con el tiempo, Linux obtuvo soporte para Ethernet y TCP/IP. Por fin se podía leer Usenet sin módem. Pero el código de red, escrito desde cero, no estaba libre de aristas: en cierto momento Linux emitió paquetes defectuosos que dejaron KO a las estaciones Sun de la red universitaria. Arreglar el kernel de Sun era inviable, así que vetaron Linux del campus hasta que el fallo se corrigiera. 

1.0: "Ya está, terminado"

En primavera de 1994 sintieron que Linux estaba "listo". Se podía compilar a sí mismo, leer Usenet y ejecutar incontables instancias de xeyes (¡toda una prueba!). Organizaron un evento de lanzamiento de la 1.0: compilaron el kernel en segundo plano mientras Linus y otros explicaban qué era Linux y para qué servía. Y Torvalds aprovechó para soltar una verdad de las que hacen época: comprar un Unix comercial para PC era tan caro que era más fácil escribir el tuyo. 

Imagen | Marcos Merino mediante IA

En Genbeta | Los creadores de Windows y Linux se han conocido por fin: Bill Gates y Linus Torvalds comparten foto tras tres décadas de rivalidad 

Se espera que la versión 6.17 del kernel Linux se lance en menos de un mes, lo cual significa que ya se ha cerrado el margen temporal que los desarrolladores tienen para solicitar la incorporación de su código (o, en jerga técnica, hacer un 'pull request') a la nueva versión del kernel.

Pero uno de ellos, que decidió enviar su aportación al filo del fin de plazo, acaba de obtener cierta fama en el mundillo de Linux tras sufrir un 'rapapolvo' en abierto de parte del mismísimo padre de Linux.

Palmer Dabbelt, ingeniero del equipo de Android de Google, había contribuido con un código específico para la arquitectura RISC-V que no sólo fue remitido en el último momento, sino que también incluía modificaciones en cabeceras genéricas del kernel que Linus Torvalds consideró contraproducentes.

El resultado fue una respuesta tajante —en su característico estilo, vamos— en el que se negaba a integrar el código en esa versión.

Recordemos que justo un mes antes, Torvalds había protagonizado otra polémica al optar por suprimir de un plumazo 10 años de trabajo del kernel relativos a un componente (el sistema de archivos Bcachefs).

En ese caso, la gota que colmó el vaso (porque el tema venía de antes) fue otro incumplimiento de calendario: lanzar un 'pull request' con nuevas funcionalidades en una fase de desarrollo en la que sólo se debían aportar soluciones a problemas de funcionamiento.

En Genbeta

El kernel de Linux lleva desarrollándose 34 años. Un debate sobre lenguajes de programación está logrando intoxicar el proyecto

Qué ocurrió

El código en cuestión se envió el pasado viernes, prácticamente al cierre de la ventana de integración, que culminó ayer, domingo, con el lanzamiento de la primera release candidate de Linux 6.17. Torvalds lo rechazó enarbolando dos razones:

• Como ya decíamos, porque la solicitud llegaba tarde...

"Y enviar una gran 'pull request' el día anterior al cierre de la ventana con la esperanza de que esté demasiado ocupado para preocuparme no es una estrategia con futuro".

El problema se agrava porque además, días antes de la polémica, Torvalds ya había avisado a varios mantenedores que, debido a un viaje inminente, agradecería recibir las peticiones incluso antes de lo habitual.

• Y porque el parche incorporaba "cambios basura" en cabeceras que no eran exclusivas de RISC-V

"Esto añade varias basuras que no son RISC-V específicas para los archivos de cabecera genéricos. Y por "basura" lo digo en serio. Esto es algo que nadie debería enviar nunca, sin importar lo tarde que llegues a la ventana de fusión. [...]

Es basura inútil que hace incomprensible [el código] a cualquier usuario. [...] Uno desearía que no hubiese basura dentro de las partes de RISC-V, pero eso es elección tuya. Sin embargo, no voy a dejar que las cabeceras genéricas se contaminen por locuras".

En Genbeta

Hay una mala costumbre que hace perder los papeles a Linus Torvalds cuando programa el kernel de Linux. Y tiene toda la razón

Y es que, en Linux, los cambios relativos a una arquitectura deben limitarse, salvo casos muy justificados, al árbol de código de esa arquitectura. De modo que "contaminar" cabeceras comunes hubiera afectado a todo el ecosistema.

Más allá de eso, citando detalles concretos del código, Torvalds llegó a afirmar que "hace del mundo un lugar peor en el que vivir" porque dificultaba entender el orden de los argumentos.

Así que... 'pull request' descartado, y recadito para la próxima:

"Estás avisado. No más 'pull requests' tardías, y no más basura fuera del árbol RISC-V. [...] Así que puedes intentarlo de nuevo en 6.18. En la ventana de la fusión. Y sin la basura".

Dabbelt, por su parte, optó por responder de forma conciliadora: "Dejaré de llegar tarde, y espero que eso ayude con los problemas de calidad". También dio a entender que estaba dispuesto a ajustar el alcance del código para evitar tocar cabeceras genéricas innecesariamente.

Imagen | Marcos Merino mediante IA

En Genbeta | Qué fue de MINIX, el sistema operativo que inspiró la creación de Linux y terminó siendo más usado que Windows

Todo proyecto de desarrollo de software está condicionado, en menor o mayor medidas, por tensiones internas. Incluso proyectos tan consolidados como el del kernel de Linux (no es que falten ejemplos recientes).

Y es que, en los últimos meses, un conflicto entre Linus Torvalds, el creador y principal mantenedor del kernel de Linux, y Kent Overstreet, desarrollador del moderno sistema de archivos Bcachefs, se ha salido de control hasta provocar lo impensable: la eliminación de más de una década de trabajo del kernel.

¿Qué es Bcachefs y por qué era tan prometedor?

Bcachefs es un sistema de archivos moderno desarrollado por Kent Overstreet, exingeniero de Google, durante más de 10 años. Diseñado con características de última generación como snapshots, cifrado nativo, soporte para RAID y una alta eficiencia en SSD, se planteaba como un competidor serio frente a sistemas como Btrfs, ZFS o incluso EXT4 (el más común en Linux).

Desde su inclusión inicial en el kernel 6.7 a comienzos de 2024, Bcachefs fue considerado 'experimental', pero su potencial lo convertía en algo muy prometedor para los usuarios y desarrolladores avanzados del ecosistema Linux.

Sin embargo, desde sus primeras interacciones con la comunidad del kernel, Overstreet demostró ser un desarrollador tan brillante como conflictivo. Y eso nos ha llevado al punto actual.

Un conflicto más allá de meras diferencias técnicas

Los problemas surgieron durante el desarrollo del kernel 6.16. Concretamente en la fase conocida como 'release candidate', en la que sólo se permiten correcciones de errores. Sin embargo, Overstreet envió un "pull request" que incluía una nueva funcionalidad: una opción de montaje para reparaciones de emergencia.

Esta violación del proceso molestó bastante a Torvalds, quien ya había rechazado previamente la inclusión del código por considerarlo inapropiado para esa fase. A pesar de la advertencia, Overstreet insistió, lo que llevó a Torvalds a aceptar los cambios con una dura sentencia:

"He integrado este código, pero creo que tomaremos caminos separados cuando llegue la próxima ventana de fusión, en la versión 6.17".

En Genbeta

Hay una mala costumbre que hace perder los papeles a Linus Torvalds cuando programa el kernel de Linux. Y tiene toda la razón

Torvalds también criticó abiertamente la actitud de Overstreet, acusándolo de haber creado una situación en la que "no se puede ni siquiera cuestionar las correcciones de errores" sin provocar una reacción hostil. En un ecosistema donde la revisión por pares y el debate abierto son pilares del progreso, esa actitud era inaceptable. Torvalds añadió con frustración:

"Lo cierto es que, en ese punto, ya no me siento nada cómodo participando".

La tensión no era nueva. Overstreet ya había sido suspendido del desarrollo del kernel 6.13 en 2024 por violaciones al código de conducta, debido a comentarios agresivos hacia otros desarrolladores. Estas actitudes deterioraron la cooperación dentro de la comunidad y disuadieron a otras empresas y colaboradores de participar en el desarrollo de Bcachefs.

La decisión de Torvalds

Ahora, Torvalds ha decidido eliminar por completo Bcachefs del kernel. La razón oficial se centra en los constantes conflictos técnicos y personales con Overstreet, así como en la preocupación por la estabilidad del sistema.

Una de las gotas que colmaron el vaso fue la inclusión apresurada de la función 'journal-rewind', a pesar de que contenía errores sin resolver. Este tipo de comportamiento, que ignora el consenso y los procesos comunitarios, va en contra del ethos del desarrollo colaborativo de Linux.

Aunque en condiciones normales eliminar un sistema de archivos ya integrado sería impensable por el principio de "no romper flujos de trabajo de los usuarios", en este caso se considera justificado dado que Bcachefs aún era experimental.

¿Qué pasará con Bcachefs?

"Eliminar Bcachefs del kernel de Linux es probablemente la mejor manera de poner fin a esta disputa. Pero me temo que los usuarios pagarán el precio", reconoció Overstreet, aceptando la decisión con resignación.

Su respuesta sugiere que la historia de Bcachefs podría continuar fuera del kernel principal, aunque ya sin el respaldo de la estructura oficial de Linux. Existen varias rutas para su supervivencia:

• Desarrollo externo: La comunidad puede mantener el proyecto fuera del kernel oficial, permitiendo que los interesados lo integren manualmente en sus sistemas.
• Uso mediante FUSE: Es posible implementar Bcachefs como un sistema de archivos en espacio de usuario, aunque con menor rendimiento.
• DKMS: Los usuarios avanzados podrían compilar el soporte de Bcachefs en sus propios kernels, como se hace con algunos drivers propietarios como los de Nvidia.

Imagen | Marcos Merino mediante IA

En Genbeta | Ha trabajado manteniendo el kernel de Linux desde hace 25 años y tiene claro el motivo de su éxito: el egoísmo

El cofundador de Microsoft, Bill Gates, y Linus Torvalds, creador del kernel de Linux, nunca se habían conocido hasta ahora. Acaban de coincidir en una cena reciente organizada por Mark Russinovich, creador de Sysinternals y que también ejerce como director de tecnología de Microsoft Azure. Dave Cutler, técnico de Microsoft y desarrollador principal de Windows NT y promotor de Azure, también estuvo presente y también conoció a Torvalds por primera vez.

Se sabe muy poco sobre el encuentro. Fue el anfitrión quien compartió en su perfil de LinkedIn el selfie del encuentro y broméo con un comentario que dice: "No se tomaron decisiones importantes sobre el kernel" y recordó que es un encuentro histórico porque, a pesar de ser grandes rivales del mismo mercado, nunca habían tenido la oportunidad de conocerse antes.

En Genbeta

Iba a revolucionar la informática creando Linux, pero para poder viciarse al 'Prince of Persia' reservó una partición a MS-DOS

El encuentro ha suscitado mucha alegría como muestran las interacciones en LinkedIn. El director de ServiceNow, un gigante de software comentó en la publicación: "Linux, Windows y Azure entran en una foto... el mundo se pregunta... ¡si los sistemas operativos tuvieran un Monte Rushmore!" (haciendo referencia a la escultura con las cabezas de cuatro presidentes de Estados Unidos).

Una historias de desacuerdos

Como recuerda Tom's Hardware, Bill Gates se convirtió en una leyenda de la industria tecnológica como cofundador de Microsoft. Fue fundamental en el desarrollo pionero de software comercial y ecosistemas de computación personal desde mediados de la década de 1970.

Gates se mantuvo al mando de Microsoft hasta bien entrada la era de Windows. Ahora es filántropo y opina sobre muchos aspectos de la tecnología a menudo, generando mucho interés en su visión de las cosas.

En Genbeta

Antes de fundar Microsoft, a Bill Gates y Paul Allen se les ocurrieron otras ideas de startups tecnológicas. Algunas serían un éxito incluso hoy

Linus Torvalds lanzó la primera versión del kernel Linux de código abierto en septiembre de 1991. Este enfoque no comercial del uso de software, contrasta con el de Gates y Microsoft. Sin embargo, aunque el sistema operativo rival, Windows, cuesta dinero, tiene muchísimos más usuarios que Linux. Según datos de StatCounter de mayo de 2025, Linux contaba con algo más del 4% y Windows estaba en el 70%.

Linux es un sistema operativo gratuito y de código abierto que en su día fue considerado uno de los mayores enemigos de Microsoft. De todos modos, para mostrar el poderío de Windows y su confianza en sus capacidades, Gates decía públicamente que el popular sistema operativo de código abierto Linux no es una amenaza para Windows. Gates afirmaba que Windows ofrece mucha más funcionalidad y mejores características "de las que jamás ofrecerá Linux".

En Genbeta

"Cambié de Windows a Linux hace un año y no quiero volver nunca más". Este usuario cuenta cómo ha sido el gran cambio

Torvalds también genera mucho interés sobe todo porque no necesita quedar bien con nadie. A diferencia de la visión de Gates sobre la IA, la considera "90% marketing". Incluso, recientemente criticó públicamente los "archivos de mierda aleatorios" que encontró en Linux 6.15-rc1.

También en 1999 Linus Torvalds, inventor de Linux, reunió a sus seguidores y atacó a Microsoft en una conferencia de prensa celebrada en la feria Comdex Spring/Windows World. Torvalds dijo que Linux alcanzaría el éxito porque Windows "simplemente no es lo bastante bueno". De sus palabras destacó que una de las principales razones de la pronta aceptación de Linux es que "lo que había no era suficientemente bueno. Microsoft hace un montón de programas bastante buenos y en otras cosas es malísimo", dijo Torvalds ante un público compuesto principalmente por partidarios de Linux.

En Genbeta

Un ingeniero de Microsoft ha creado su propio Linux a imagen y semejanza de Windows 11. Además, es compatible con muchos más PCs

Torvalds explicó en aquel encuentro que en 1991 sólo había un usuario de Linux: él. Y que ocho años después ya había más de 7 millones de usuarios, afirmando que esperaba que "tome el relevo de Windows como sistema operativo más popular" y hablaba de empresas que comenzaban a interesarse, añadiendo que "la psicología sobre Linux está cambiando, desde el temible freeware hasta la aceptación corporativa".

Imagen | Foto de Dennis Irorere en Unsplash

En Genbeta | Elon Musk quería una IA de código abierto como Linux, pero Google no estaba interesado

El anuncio del nacimiento de Linux llegó acompañado de una de las peores predicciones de la historia de la tecnología, con permiso de "640K deberían ser suficientes para cualquiera" de Bill Gates, que no está demostrado que pronunciara. Al presentar su nuevo sistema operativo, Linus Torvalds dijo "no será grande y profesional como GNU", sin ser consciente de que haría historia y cambiaría el mundo de la tecnología para siempre.

Esa primera aparición pública de Linux se produjo el 25 de agosto de 1991 en los foros de Usenet, pero el histórico desarrollador llevaba 'cocinando' desde abril. Leer sobre cómo se producen los hechos históricos siempre es interesante, y la historia de los primeros días de desarrollo del legendario kernel incluye anécdotas que merece la pena recordar. 'Prince of Persia' juega un papel interesante en ellos.

Dos meses jugando a 'Prince of Persia', la revolución puede esperar (un poco)

En la primera entrevista que concedió, Linus Torvalds contó a Linux News, la newsletter de su amigo y compañero Lars Wirzenius, cómo y por qué empezó a desarrollar Linux. Comentó que hizo un curso sobre Unix y C en la universidad en el 90, a partir de lo cual "se enganchó". En aquella época, tenía un Sinclair QL con el que programaba en ensamblador.

Conoció Minix al leer el mítico libro "Sistemas Operativos, Diseño e Implementación", de su creador Andrew S. Tanenbaum, y con quien luego tendría un apasionante debate. Para poder tener en casa una configuración similar a la de los equipos Sun de la universidad, se decantó por usar este sistema operativo. Para ello, tuvo que adquirir un nuevo equipo compatible con AT-386, mucho más rápido que su ya veterano Sinclair QL, que llevaba siete años en el mercado.

Su maltrecha economía joven le hizo tener que ahorrar y pagarlo a plazos mediante un préstamo estudiantil (de hecho, cuando hizo la entrevista, aún lo estaba pagando y esperaba finiquitar la deuda con lo que ganara con Linux). Tras tener el dinero, recibió el nuevo y flamante equipo el 5 de enero de 1991, siete meses antes de hablar por primera vez de Linux en Usenet.

En Genbeta

Linus Torvalds rechazó una oferta de Steve Jobs para trabajar en Apple. Y no tuvo que ver con el dinero

Sin embargo, cuando tuvo el equipo en casa, se enfrentó a un problema: Minix no estaba disponible en Finlandia o, si lo estaba, él no logró encontrarlo. Así, cuenta que se vio "obligado a ejecutar DOS durante un par de meses". Para entender su decepción, basta con recordar que en un momento previo de la entrevista dijo haber visto "algunos de los despreciables PC ejecutando MS-DOS".

Sin mucho que hacer hasta recibir Minix, Torvalds contó que pasó el 70 % de enero y febrero jugando a 'Prince of Persia' y el otro 30% familiarizándose con el equipo. ¿Cómo pudo dedicar tanto tiempo a jugar a videojuegos? También lo abordó en la entrevista: aún vivía con su madre, su hermana y su gato, lo que le permitió centrarse en sus estudios y en el desarrollo de Linux..

Cuando por fin recibió Minix, ya se había pasado 'Prince of Persia' y había aprendido el código para el 386 de Intel. Instaló el sistema de Tanenbaum y... estaba tan enganchado al juego que lo dejó en una partición de MS-DOS. Se inventó un dual-boot solo para poder seguir jugando. En marzo del 91 al fin consiguió ejecutar Minix-386, y en poco tiempo se dio cuenta de que "Minix no era suficiente", así que, según sus palabras, empezó a "tratar de hacer algo con mis pruebas en modo protegido, y el resultado es Linux". En agosto lanzaría su fallida predicción.

Lars Wirzenius, su entrevistador y amigo, usaría este episodio gamer en una conferencia de 1998 para restarle, con humor, ese aire de divinidad que a final de los noventa comentaba a adquirir su figura:

Linus no solo no lo sabía todo sobre C, sino que tampoco sabía nada de PCs. De hecho, ni siquiera tenía uno cuando lo conocí. Cuando se compró su primer PC, ni siquiera se puso a hackearlo de inmediato. En vez de eso, jugaba a videojuegos, sobre todo a uno llamado algo así como 'Prince of Persia'. Nunca he entendido esa parte de él. Es decir, ¿qué valor tiene un videojuego si no simula jugar a las cartas? No, a mí dame el Solitario si quieres que juegue con un ordenador.

El resto, 34 años después, es pura historia.

Imagen | Antonio Sabán con IA

En Genbeta | Una impresora atascada cambió para siempre la historia: nuestro panorama tecnológico sería inconcebible sin el cambio que supuso

Hace 25 años, recién pasada la resaca del 'Efecto 2000' y de la explosión de la burbuja de las 'puntocom', se produjo un encuentro que estuvo a punto de cambiar la historia del software moderno: Steve Jobs, el visionario detrás del resurgimiento de Apple, intentó reclutar nada menos que al creador de Linux, Linus Torvalds, para que trabajase en su compañía, a la que había retornado triunfalmente como CEO tan sólo tres años antes.

Pero lo que parecía una oportunidad de oro fue rechazada de manera tajante por Linus. ¿El motivo? Según afirma el finés, lo que le convenció en ese momento no era pensar en el dinero, la fama, o el prestigio de trabajar para uno de los gigantes de Silicon Valley, sino la libertad de desarrollar lo que prefiriese en cada momento.

Un encuentro, una negativa

Linus Torvalds, que en ese momento trabajaba en la empresa de procesadores Transmeta, fue invitado por Steve Jobs a la sede de Apple en Cupertino. Allí, Jobs le hizo una oferta que muchos considerarían de esas ue uno 'no puede rechazar': unirse al equipo de Apple para trabajar en el desarrollo de su sistema operativo basado en Unix. La promesa era clara y ambiciosa: "Unix para la mayor base de usuarios".

Sin embargo, había una condición innegociable en esa oferta: que Linus dejase de trabajar en el desarrollo de Linux. Para Torvalds, eso era una línea roja, como recordaría tiempo después en una entrevista para Wired:

"Lo que él quería era que trabajara en Apple haciendo cosas que no tuvieran que ver con Linux. Y eso era inaceptable para mí".

Más allá del dilema ético de verse obligado a abandonar el proyecto que él mismo había creado desde cero, había una razón técnica de peso: Torvalds despreciaba el microkernel Mach de macOS (el mismo que Apple había usado para implementar su propia versión de Linux, MkLinux), pues consideraba que no era una base sólida ni eficiente para un sistema operativo moderno.

En Genbeta

Apple no siempre apostó por amurallar su ecosistema. Incluso tuvo su propia distribución de Linux muchos años antes que Microsoft

Dos visiones del liderazgo

Este tipo de decisiones no eran nuevas para él. A Torvalds se le ha descrito como un 'arbitro técnico' con un olfato infalible para elegir la solución correcta entre múltiples posibilidades, aunque eso le haya valido ganarse cierta fama de 'borde' con los años (algo que, por cierto, se ha vuelto a poner a prueba recientemente con el conflicto en torno a la adopción del lenguaje Rust en el kernel, que ha desembocado en sonadas dimisiones).

Aunque a menudo se le haya presentado como el equivalente a Bill Gates en el campo 'open source', Linus Torvalds comparte algunos puntos en común con Steve Jobs: ambos son líderes carismáticos, obsesionados con la calidad y los detalles. Las similitudes finalizan ahí, claro, pues donde Jobs lideraba con un sentido estético casi artístico; Torvalds siempre ha hecho gala de una visión puramente ingenieril.

Esa diferencia quizá también marcó el camino de ambos: mientras Jobs acumuló fama, fortuna y celebridad, Torvalds eligió una vida más privada, centrada en la tecnología y su familia.

Una decisión que marcó un camino

A día de hoy, Linus Torvalds continúa siendo el guardián del kernel de Linux, una pieza fundamental que hace funcionar cada día millones de dispositivos móviles Android, de servidores de internet y  de superordenadores. Aunque su carrera no lo haya llevado frecuentemente a la portada de revistas de negocios ni a estar en el centro de adquisiciones multimillonarias, su legado técnico es incuestionable. Según sus propias palabras:

"No tengo la fama ni la fortuna de Jobs, pero estoy contento de haber hecho lo correcto".

Y es que, en una industria en la que frecuentemente las decisiones se rigen por beneficios inmediatos o presiones externas, la negativa de Torvalds supone un ejemplo para muchos: a veces, mantenerte fiel a tu proyecto y a tus convicciones puede ser la decisión más acertada a largo plazo.

Imagen | Marcos Merino mediante IA

En Genbeta | Steve Jobs estaba convencido de que un ratón solo debía tener un botón… hasta que la realidad le llevó la contraria 

En el mundo del software, pocas historias resultan tan paradigmáticas y han sido tan debatidas como la del nacimiento de Linux: lo que hoy es el núcleo de millones de servidores, smartphones y dispositivos embebidos, comenzó como un proyecto personal de un joven estudiante finlandés llamado Linus Torvalds.

Lo curioso es que su anuncio inicial no presagiaba en absoluto el fenómeno que estaba por venir. Muy al contrario, incluyó una de las predicciones más irónicamente erróneas de la historia de la informática: "Won't be big and professional like GNU" ("No será grande y profesional como GNU").

El contexto: GNU y la filosofía del software libre

Para entender la referencia de Linus Torvalds, es necesario remontarse al movimiento del software libre, liderado por Richard Stallman desde principios de los años 80: su proyecto GNU (acrónimo recursivo de 'GNU's Not Unix') tenía como objetivo crear un sistema operativo completamente libre, compatible con Unix.

A finales de los años 80, el proyecto GNU había producido muchas de las herramientas necesarias para un sistema operativo —compiladores, editores de texto, bibliotecas— pero carecía de un componente clave: el núcleo (kernel). O mejor dicho: tenían un núcleo (denominado Hurd), pero dejaba bastante que desear, al estar lastrado por graves problemas técnicos.

Esto impedía que el sistema GNU se completara. Hasta que Torvalds envío por e-mail su famoso anuncio.

En Xataka

Cómo sería el mundo y la tecnología hoy en día sin el software libre y sin las ideas de Richard Stallman

El anuncio de Linus Torvalds: una carta informal con consecuencias históricas

El 25 de agosto de 1991, Torvalds publicó en el grupo de noticias (un foro / lista de correo de la época) comp.os.minix un mensaje que pasaría a la historia. Así comenzaba:

"Hello everybody out there using minix [...] I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones".

Que traducido al español viene a decir:

"Hola a todos los que usan Minix [...] Estoy haciendo un sistema operativo (gratis) (solo un hobby, no será grande y profesional como GNU) para clones de los PC x86 de IBM".

En ese momento, Linus simplemente estaba compartiendo un experimento personal: un núcleo que se ejecutaba en su propio PC y que ofrecía una alternativa a MINIX, el sistema utilizado en entornos académicos para la enseñanza de sistemas operativos.

Con él, no pretendía revolucionar el mundo del software, ni competir con GNU (o, al menos, no creía poder hacerlo en ese momento): sólo buscaba aprender y divertirse.

El auge de Linux: del hobby al motor de Internet

Contra todo pronóstico, lo que había nacido como un mero pasatiempo se convirtió en el kernel que GNU necesitaba desesperadamente. Pronto, miles de desarrolladores comenzaron a colaborar con el proyecto Linux: en pocos meses nació la primera distribución (MCC Interim Linux, de corta vida) y en pocos años, se hicieron con un hueco en el mercado varias de esas distribuciones Linux que todos conocemos hoy en día, como Slackware, Debian y Red Hat.

En Genbeta

Qué fue de MINIX, el sistema operativo que inspiró la creación de Linux y terminó siendo más usado que Windows

Su naturaleza abierta permitió que Linux creciera de forma rápida: las empresas comenzaron a interesarse en el sistema, contribuyendo código, invirtiendo en infraestructura y ofreciendo soporte profesional.

Hoy, más de tres décadas después de ese primer mensaje, Linux es:

• El sistema operativo de la mayoría de los servidores web del mundo.
• El núcleo de Android, el sistema operativo más usado en dispositivos móviles.
• La base de supercomputadoras, routers, sistemas de automoción, etc.
• Un estándar en desarrollo de software, inteligencia artificial y computación en la nube.

Todo esto contradice de forma espectacular la idea de que Linux no sería "grande y profesional".

Linux, trascendiendo a GNU

La predicción de Torvalds resulta aún más irónica cuando se observa que, con el tiempo, Linux ha trascendido incluso a GNU en algunos ámbitos. No solo se convirtió en algo "grande y profesional", sino también en el núcleo de sistemas completos que no necesariamente se basan en la labor de dicho proyecto.

Y es que, aunque muchas distribuciones populares utilizan el término "GNU/Linux" para subrayar la ya explicada colaboración entre el núcleo Linux de Torvalds y las herramientas del proyecto GNU, es importante destacar que no todos los sistemas basados en Linux utilizan componentes de GNU:

• Android: Aunque su núcleo es Linux, Android no utiliza las herramientas estándar de GNU ni la biblioteca C de GNU (glibc). En su lugar, usa una pila completamente distinta con su propia libc (Bionic), un conjunto de bibliotecas y su propia arquitectura de usuarios.
• BusyBox y Alpine Linux: Algunos sistemas minimalistas, como Alpine Linux o distribuciones enrutadas para dispositivos embebidos, utilizan BusyBox (una suite de herramientas Unix simplificadas) en lugar de los binarios GNU. También suelen emplear musl o uClibc en lugar de glibc. Alpine es, a su vez, una de las 'distros' más usadas para crear contenedores Docker.

Imagen | Marcos Merino mediante IA

En Genbeta | Si la pregunta es qué distribución Linux instalar para seguir usando tu PC tras el adiós de Windows 10, hay más y mejores respuestas que nunca 

Cuando se menciona el nacimiento de Linux, la mayoría de los aficionados a la informática son capaces de recordar que Linus Torvalds fue el creador de este sistema operativo que inició una revolución en el mundo del software libre. Sin embargo, Torvalds sólo creó y distribuyó el núcleo (kernel) del sistema, inusable por sí mismo.

Las diferentes colecciones de software que acompañan al kernel y permiten usarlo es lo que ahora llamamos 'distribuciones' (o 'distros'), e incluyen entre sus filas ejemplos famosos como Debian, Ubuntu, Fedora, SUSE, Mint, etc. Sin embargo, pese a la importancia de éstas, pocos serán los usuarios que recuerden cuál fue la primera distribución Linux que se difundió... y mucho menos quién la creó.

Solventemos este injusto desconocimiento: la primera 'distro' funcional y pública de Linux fue 'MCC Interim Linux', y su creador es Owen Le Blanc. Conozcamos un poco su historia.

Los primeros días de Linux

Como comentábamos, en 1991, cuando Torvalds liberó el primer kernel de Linux, los usuarios no contaban con herramientas que facilitaran la instalación y uso del SO: sólo se ofrecían 'imágenes' (archivos .img, similares a los .iso, no hablamos de lo que suele entenderse por "imagen") básicas de disco de arranque y raíz del sistema.

Ah, y exigía contar con copias tanto de MS-DOS como de MINIX (el sistema Unix que Linux pretendía 'clonar') para preparar el sistema y crear particiones.

Y, tras eso, cada usuario interesado debía armar su sistema operativo casi desde cero, recolectando binarios, herramientas, y configurando a mano todo lo necesario para que el sistema funcionara. Era un proceso arduo y poco amigable con los usuarios inexpertos, incluso para los estándares técnicos de la época.

¿Quién es Owen Le Blanc?

Ante este panorama, Owen Le Blanc (empleado del Centro de Computación de la Universidad de Manchester entre 1985 y 2016) se propuso facilitarle el trabajo a sus contemporáneos, sentando las bases de lo que hoy entendemos como una 'distribución' de Linux.

En Genbeta

Qué fue de MINIX, el sistema operativo que inspiró la creación de Linux y terminó siendo más usado que Windows

En su puesto de trabajo, Le Blanc se había especializado en computación científica, trabajando con arquitecturas como CDC 7600, Cyber 170/730 y HP 9000, lo que lo llevó a explorar sistemas Unix como HP-UX, Xenix y MINIX. Su interés por Unix lo acercó a Linux cuando Torvalds hizo su famoso anuncio.

Y llegó MCC Interim Linux

En respuesta a esta necesidad, Le Blanc desarrolló durante los primeros meses de 1992 MCC Interim Linux en el MCC (Manchester Computer Center), una distribución que podía instalarse desde solo dos disquetes, utilizando un sistema de ramdisk y binarios tomados de una proto-distro sin nombre creada por H. J. Lu; y él mismo escribió una versión inicial del comando 'fdisk' para la gestión de particiones. El objetivo era claro: hacer que Linux fuera instalable, usable y útil en entornos académicos.

Según la documentación de MCC para la versión 0.99.p10+, el sistema permitía instalar Linux en 12 máquinas 386-SX en alrededor de una hora, una mejora significativa en comparación con los métodos anteriores.

La primera versión pública, numerada como 0.12, fue lanzada en febrero de 1992. Aunque difícil de encontrar hoy, versiones posteriores como la 1.0 y la 2.0 aún están archivadas en sitios históricos como ibiblio.org y debian.mcc.ac.uk.

Características de esta distro

A diferencia de futuras distribuciones como Slackware o Debian, MCC Interim Linux tenía un alcance limitad: incluía herramientas como GCC, GNU Awk o Emacs, todas seleccionadas por su relevancia en cursos universitarios. No buscaba ser una suite completa, y deliberadamente excluyó sistemas gráficos como XFree86, priorizando estabilidad y simplicidad.

Además, el nombre "Interim" ("provisional") reflejaba el deseo de Le Blanc y su departamento de marcar el proyecto como una solución temporal y no un compromiso institucional a largo plazo. De hecho, Le Blanc nunca vendió MCC Interim Linux ni conocía a nadie que lo hiciera...

...aunque eso no impidió que el sistema fue compartido ampliamente, incluyendo su aparición en colecciones de software como las Linux Toolkit CD-ROM de Walnut Creek. Estas colecciones, populares entre los entusiastas del software libre en los años 90, sirvieron como canal de distribución para muchas primeras versiones de Linux.

En Genbeta

Este impresionante gráfico muestra la cronología de distros de Linux desde 1992

Le Blanc mantuvo actualizada su 'distro' durante cerca de siete años, hasta 1998, y durante ese tiempo recibió aportes y sugerencias de figuras clave del ecosistema Linux como Linus Torvalds, Theodore Ts'o (actual ingenierio sénior en Google y creador de los sistemas de archivos ext2, ext3 y ext4), Werner Almesberger (el creador de LILO) o Alan Cox (durante mucho tiempo, mano derecha de Torvalds).

De MCC a Debian

Le Blanc fue también un 'early adopter' de Debian, proyecto con el que simpatizó profundamente y al que promovió entre sus usuarios. De hecho, la última versión de MCC incluía herramientas de migración a Debian, anticipando su futuro como estándar para servidores y escritorios.

Después de MCC, Owen centró su atención en el soporte de servidores y usuarios en la universidad, promoviendo especialmente Debian y Ubuntu, aunque también brindó soporte a Scientific Linux (basado en RedHat) para los departamentos de matemáticas y ciencias de la computación.

¿Qué fue de Le Blanc?

Desde 2016, Owen Le Blanc se ha dedicado a la enseñanza, aunque continúa participando en proyectos de código abierto como el software de notación musical LilyPond (en calidad de mero colaborador).

Su contribución, aunque menos conocida que la de Torvalds, fue fundamental: sin un sistema que hiciera posible instalar Linux fácilmente, su expansión habría sido mucho más lenta. MCC Interim Linux abrió la puerta a las distribuciones modernas y democratizó el acceso a Linux en sus primeros años.

Hoy en día, Le Blanc critica la resistencia institucional al software libre: a pesar del bajo costo y alto potencial de estas soluciones, muchas universidades, gobiernos y empresas continúan favoreciendo software propietario por la falsa sensación de seguridad que ofrecen sus modelos de soporte.

Vía | LWN

Imagen | Marcos Merino mediante IA

En Genbeta | Void Linux: un Linux de la vieja escuela nacido en España

El desarrollo del kernel de Linux ha sido, históricamente, un ecosistema en constante cambio, en el que Linus Torvalds (creador, y líder de su equipo de desarrolladores) ha ido tomando decisiones que han permitido que el sistema operativo fuera progresando hasta su estado actual.

Sin embargo, ahora las cosas parecen haberse 'gripado' un poco en el kernel de Linux. De todas las cosas que se habían tocado en el mismo, el lenguaje en el que está escrito nunca había estado en la lista.

Pero ahora, la (supuestamente aprobada, aunque nadie lo diría) propuesta de integrar Rust como un segundo lenguaje de desarrollo, no sólo ha generado un profundo debate entre desarrolladores, sino que parece haberlo sembrado de minas.

Desde su propuesta en 2021 por Miguel Ojeda hasta las recientes dimisiones de ingenieros clave, la controversia en torno a Rust ha alcanzado un punto crítico tras la dimisión de Héctor Martín, desarrollador de Asahi Linux. Ya os hablamos hace un par de días del propio Martín, pero ¿cómo le está afectando todo esto al ecosistema Linux?

¿De dónde venimos?

Rust es un lenguaje de programación diseñado para evitar errores de memoria y mejorar la seguridad en la concurrencia. Estas características suelen ser altamente valoradas en el desarrollo de sistemas críticos (como lo es el kernel de Linux), donde los errores de memoria pueden generar vulnerabilidades explotables.

En abril de 2021, Miguel Ojeda propuso un RFC (Request for Comments) para integrar Rust en el kernel. La idea central era que Rust se utilizara, al menos inicialmente, en el desarrollo de drivers, sin que eso supusiera reemplazar el código base en C.

En Genbeta

Máxima tensión entre desarrolladores de Linux por el enfrentamiento C vs. Rust: Linus Torvalds ve un "tono casi religioso" en el debate

Sin embargo, la propuesta también encontró resistencia por diversas razones:

• Curva de aprendizaje: Los mantenedores de código tendrían que aprender Rust para poder mantener y depurar el código.
• Impacto en el rendimiento: Los "wrappers" necesarios para la interoperabilidad con C podrían afectar el rendimiento.
• Carga de mantenimiento: La coexistencia de dos lenguajes dentro del kernel podría generar problemas a largo plazo.
• Compatibilidad con el modelo de memoria de Linux: Rust utiliza el modelo C11 de LLVM, diferente al del kernel de Linux, lo que plantea problemas de integración.

A cara de perro

A medida que avanzaban los debates, la comunidad de desarrolladores se dividió en dos grupos:

1. Los defensores de Rust, entre ellos empresas tecnológicas como Google y Microsoft, que argumentan que la adopción de Rust mejorará la seguridad del kernel.
2. Los opositores a Rust, encabezados por mantenedores clave, quienes ven la introducción de un segundo lenguaje como un obstáculo para la estabilidad y mantenimiento del código.

Uno de los puntos más problemáticos ha sido la aparente resistencia de algunos desarrolladores a aceptar código escrito en Rust, incluso después de que se diera oficialmente luz verde a la integración en el kernel de este nuevo lenguaje.

Así, se han reportado casos de ignorancia deliberada de parches, lentitud extrema en las revisiones y críticas agresivas a los desarrolladores de Rust. Un ejemplo notable es el de Christoph Hellwig, quien ha rechazado rotundamente la inclusión de Rust en su área de desarrollo, refiriéndose a este como "un cáncer que no debe propagarse al 'core' del kernel".

Esta actitud ha sido vista por algunos como una demostración de cierto sesgo por parte de Torvalds y el resto de líderes del proyecto, sobre todo teniendo en cuenta que, mientras otros desarrolladores han sido sancionados por "lenguaje inapropiado", Hellwig no ha recibido reprimenda alguna.

Un espectáculo lamentable

Uno de los acontecimientos más significativos de esta crisis ha sido la dimisión de Wedson Almeida Filho, ingeniero de Microsoft y uno de los principales impulsores de Rust en el kernel. Wedson renunció hace cinco meses, tras años de esfuerzo por integrar Rust, afirmando que el problema no era técnico, sino humano. Su salida fue seguida por declaraciones de apoyo de Lina, VRtuber y desarrolladora de Asahi Linux, que afirmó sentirse igual de frustrada por la actitud hostil de la comunidad.

Otros desarrolladores, como Greg Wettstein, también han expresado su descontento con la falta de liderazgo en el tema: describió el conflicto como "un espectáculo lamentable" y criticó la pasividad de Linus Torvalds a la hora de gestionar este problema.

En Genbeta

Usar Rust en Linux está siendo muy polémico. En Android ya se han demostrado sus grandes virtudes reduciendo bugs

La (no) respuesta de Linus Torvalds

Y es que Linus Torvalds, creador de Linux y máxima autoridad en su desarrollo, ha mantenido una postura ambigua respecto a Rust: su comentario "on the whole I don't hate it" ("en general, no lo odio") ha sido interpretado de maneras muy distintas a ambos lados del debate.

Torvalds se encuentra en una encrucijada: si apoya Rust, podría poner en su contra a veteranos mantenedores de código que se oponen firmemente a la idea; si lo rechaza, decepcionará a las empresas y desarrolladores que han invertido tiempo y recursos en la iniciativa.

Esta indecisión ha generado incertidumbre, permitiendo que el conflicto escale sin una resolución definitiva y contribuido a la salida de varios desarrolladores. En definitiva, ha generado un ambiente de innecesaria tensión dentro de la comunidad.

Ya sabemos de dónde venimos. ¿Y ahora? ¿A dónde vamos?

La controversia ha demostrado que la integración de nuevas tecnologías en un proyecto tan grande y antiguo como Linux no es un proceso sencillo. Sin un liderazgo claro y una resolución firme, la comunidad se arriesga a seguir perdiendo talento.

Si bien Rust ofrece beneficios en términos de seguridad, la forma en que se ha manejado su adopción ha dejado mucho que desear. La falta de un consenso claro y la resistencia de algunos sectores (llegados a este punto, nadie parece muy dispuesto a transigir) podrían traducirse en el fracaso de esta iniciativa.

Una cosa es segura: lo que ocurra en los próximos meses podría definir no solo el futuro del uso de Rust en el kernel, sino también la cultura de desarrollo de uno de los proyectos de software libre más importantes del mundo.

Imagen  | Marcos Merino mediante IA

En Genbeta | Rust parecía el lenguaje ideal para programar videojuegos. Este estudio acabó abandonándolo tras tres años centrados en él