Une révolution née d’une frustration (et d’un modem)
En 1991, un étudiant finlandais de 21 ans nommé Linus Torvalds postait sur le groupe Usenet comp.os.minix un message devenu légendaire : « I’m doing a (free) operating system (just a hobby, won’t be big and professional like gnu) ». Il ne savait pas encore que cette « petite hobby » allait devenir le noyau au cœur de milliards de machines, des smartphones Android aux supercalculateurs du TOP500. L’histoire de GPL), dite « copyleft ». Contrairement au copyright classique qui enferme le code, le copyleft garantit qu’une œuvre dérivée reste libre. Si vous modifiez un programme GPL et que vous le distribuez, vous devez à votre tour publier vos modifications sous GPL. C’est un cercle vertueux : le code ne peut pas être « reclos ».
Cette philosophie tranchait avec le modèle dominant des années 1980, où les éditeurs (Microsoft en tête) considéraient le code source comme un secret industriel sacré. Le logiciel libre proclamait l’inverse : la transparence est une force, la collaboration dépasse la compétition fermée. Linux allait devenir le terrain de validation éclatant de cette thèse.
1991-1994 : du noyau amateur à la version 1.0
Torvalds n’a pas écrit un système complet. Il a écrit un noyau — la pièce qui fait le lien entre le matériel et les logiciels. Le reste, les compilateurs, les shells, les utilitaires, existait déjà grâce à GNU. Le mariage des deux donna ce qu’on appelle souvent improprement « Linux » mais qu’il faudrait nommer « GNU/Linux » : un système complet libre, assemblé par milliers de contributeurs.
Ce qui frappait, c’était la méthode. Torvalds publiait son code sur Internet et invitait quiconque à l’améliorer. Les discussions techniques se déroulaient ouvertement sur des listes de diffusion. En 1994, la version 1.0 du noyau sortait, capable de gérer le réseau et le multiprocesseur. Une communauté mondiale, sans bureau ni chef d’entreprise, avait produit un système d’exploitation viable.
La méthode de développement ouverte : « given enough eyeballs, all bugs are shallow »
Eric S. Raymond, dans son essai de 1997 « La Cathédrale et le Bazar », a théorisé ce qui se passait sous leurs yeux. La « cathédrale », c’était le développement propriétaire fermé, planifié comme une œuvre d’architecte. Le « bazar », c’était Linux : un processus apparenté au chaos, où des centaines de développeurs indépendants poussaient des correctifs à toute vitesse.
Sa loi la plus célèbre, dite de Linus, affirme : « Avec assez d’yeux, tous les bugs deviennent superficiels. » La revue publique et massive du code détecte les failles plus vite que toute équipe isolée. Cette idée a depuis fait école bien au-delà du logiciel, influençant la science ouverte, Wikipédia et les mouvements de données citoyennes.
Linux conquiert le monde (sans faire de bruit)
Aujourd’hui, Linux est partout, même si l’utilisateur moyen ne le voit pas. Il propulse 100 % des 500 supercalculateurs les plus puissants de la planète. Il fait tourner la quasi-totalité des serveurs du cloud — Amazon, Google et Meta s’appuient dessus pour leurs infrastructures. Il est le socle d’Android, présent sur plus de 3 milliards d’appareils. Les objets connectés, les routeurs, les systèmes bancaires, les voitures modernes : tous embarquent du Linux.
Ironie de l’histoire : une œuvre née contre le capitalisme propriétaire est devenue l’infrastructure invisible du capitalisme numérique. Des entreprises comme Red Hat, IBM ou SUSE ont bâti des modèles économiques lucratifs autour du logiciel libre, en vendant du support, des services et de la fiabilité plutôt que des licences. Le code reste gratuit ; la valeur se déplace vers l’expertise.
Open source contre logiciel libre : un même code, deux discours
Au tournant des années 2000, une scission stratégique est apparue. Le terme « open source », forgé en 1998, cherchait à séduire les entreprises en mettant l’accent sur la qualité technique et l’efficacité, plutôt que sur l’éthique politique. Même licence, même transparence, mais un vocabulaire moins militant.
Stallman et la Free Software Foundation gardent une position de principe : l’enjeu est moral, il s’agit de liberté. Les partisans de l’open source répliquent qu’il s’agit d’un meilleur mode de production. Dans la pratique, les deux courants cohabitent et se renforcent. Mais cette tension rappelle une vérité : derrière le code partagé se joue une bataille de récits sur ce que nous voulons du numérique.
Les défis d’aujourd’hui : mainteneurs épuisés et dépendances invisibles
Le modèle n’est pas sans failles. En 2021, une faille dans Log4j, une bibliothèque open source maintenue bénévolement par quelques personnes, a exposé des millions de systèmes. Le constat est brutal : des infrastructures critiques reposent sur le travail gratuit de développeurs souvent isolés, sous-financés et sursollicités. Le « bus factor » — le nombre de personnes dont la disparition paralyserait un projet — est parfois effrayamment bas.
Des initiatives comme le Open Source Security Foundation ou les fonds de soutien aux mainteneurs tentent de professionnaliser ce maillon faible. Mais le défi demeure : comment rémunérer durablement ceux qui gardent les lumières allumées, sans trahir l’esprit d’ouverture ?
Conclusion : un héritage qui dépasse la technique
L’histoire de Linux dépasse largement l’informatique. Elle a prouvé qu’une communauté mondiale, organisée autour de la transparence et de la contribution ouverte, pouvait rivaliser avec les plus puissants laboratoires industriels. Elle a imposé une idée subversive : le savoir numérique peut être un bien commun.
Trente-cinq ans plus tard, la philosophie du logiciel libre interroge toujours notre rapport à la technologie. À l’heure de l’intelligence artificielle et des modèles fermés, la question de Stallman et de Torvalds reste brûlante : voulons-nous des boîtes noires que nous subissons, ou des outils que nous comprenons et que nous pouvons améliorer ? Linux répond, dans le silence de nos serveurs, que la liberté est aussi un choix d’architecture.