96 % des logiciels commerciaux contiennent du code que des bénévoles ont écrit gratuitement

TL;DR : Des millions de personnes, sans employeur commun ni objectif commercial partagé, construisent ensemble une infrastructure numérique que le monde entier utilise. Wikipedia : 60 millions d’articles, 23 milliards de vues par mois. Linux : 100 % des 500 supercalculateurs les plus puissants de la planète. OpenStreetMap : 10 milliards de nœuds cartographiques, utilisés par Apple, Amazon, Uber. Harvard évalue la valeur de remplacement de ces communs à 8 800 milliards de dollars. Ce n’est pas de l’idéalisme — c’est de l’économie documentée.

Imaginez qu’une seule entreprise ait à reconstruire, à partir de zéro, tout le code source libre qui fait tourner Internet. Combien cela coûterait-il ?

Des chercheurs de Harvard ont posé la question sérieusement. En 2024, Frank Nagle et ses collègues du Laboratory for Innovation Science ont scanné 9 millions de sites d’entreprises, analysé la structure des logiciels utilisés, et appliqué un modèle de coût standard de l’industrie. Leur réponse : 8 800 milliards de dollars. Les entreprises paieraient 3,5 fois plus pour leurs logiciels si l’open source n’existait pas. Et 96 % des programmes commerciaux contiennent du code écrit, modifié ou distribué gratuitement par des contributeurs publics.

Ce chiffre devrait arrêter net quiconque croit encore que « la collaboration ouverte ne peut pas fonctionner à grande échelle ». Elle fonctionne. Elle fait tourner votre téléphone, votre banque, votre hôpital.

Ce que sont les communs numériques

Le terme est dû à l’économiste Yochai Benkler, qui a forgé en 2001 le concept de commons-based peer production — la production par les pairs fondée sur les communs. Sa définition : un processus dans lequel « les intrants et les extrants sont partagés, librement ou conditionnellement, dans une forme institutionnelle qui les rend également accessibles à tous », et où les individus agissent « par des motivations sociales et psychologiques — faire quelque chose d’intéressant ».

Pas de salaire. Pas de propriétaire. Pas de hiérarchie imposée. Juste des règles de gouvernance, un objectif commun, et des milliers de personnes qui trouvent du sens à contribuer.

Benkler développe l’idée dans The Wealth of Networks (Yale University Press, 2006) : ce mode de production, marginal avant Internet, devient central dès lors que les coûts de coordination s’effondrent. La théorie était audacieuse. Les faits depuis lors l’ont massivement validée.

L’échelle impossible : les preuves concrètes

Wikipedia : la bibliothèque de l’humanité

En 2026, Wikipedia compte plus de 60 millions d’articles dans plus de 300 langues. Chaque mois, les serveurs enregistrent 23 milliards de pages vues. L’édition anglaise seule dépasse 6,7 millions d’articles — soit environ 4,4 milliards de mots, soit 20 fois la longueur de la Encyclopædia Britannica dans sa version complète.

L’Organisation des Nations Unies a reconnu Wikipedia comme un « bien public numérique », soulignant son rôle dans l’accès universel à la connaissance vérifiée. Budget annuel de la Wikimedia Foundation : environ 50 millions de dollars, essentiellement en dons. Coût de remplacement : incalculable.

Ce qui est frappant n’est pas seulement l’échelle — c’est la fiabilité. Des études comparant Wikipedia à des encyclopédies professionnelles trouvent régulièrement des taux d’erreur similaires pour les articles matures. La production par les pairs, avec des millions de correcteurs potentiels, converge vers la précision mieux que la production par une équipe restreinte d’experts.

Linux : le moteur invisible de la civilisation numérique

Votre téléphone Android tourne sur Linux. Les serveurs d’Amazon, Google, Facebook, Netflix — Linux. La Station spatiale internationale — Linux. Les 500 supercalculateurs les plus puissants du monde — 100 % Linux depuis novembre 2017. En 2024, Linux contrôle 44,8 % du marché des systèmes d’exploitation serveur et fait tourner 49,2 % des charges de travail cloud.

Linus Torvalds a lancé le projet en 1991 avec un message d’annonce célèbre : « Je fais un système d’exploitation (libre), juste un hobby, pas grand chose de professionnel… » Trente-cinq ans plus tard, ce hobby pèse des dizaines de milliards de dollars de valeur économique annuelle.

En 2026, la Linux Foundation a publié une étude sur 500+ dirigeants informatiques : les organisations qui contribuent activement à l’open source obtiennent un retour sur investissement de 2 à 5 fois. Entre 2018 et 2025, les 100 meilleurs contributeurs open source ont généré 23,2 milliards de dollars de bénéfices à partir d’un investissement de 3,9 milliards — soit un multiplicateur de 6.

OpenStreetMap : la carte libre du monde

Lancé en 2004 à Londres par Steve Coast, OpenStreetMap est aujourd’hui la carte libre la plus détaillée jamais créée. Les chiffres sont vertigineux : 10 millions d’utilisateurs enregistrés, 2,25 millions de contributeurs actifs, 10 milliards de nœuds cartographiques. Environ 4 millions de modifications par jour.

Qui utilise cette carte ? Amazon, Apple, Baidu, Facebook, Microsoft, Uber, Snap, Deutsche Bahn, Air France, la mairie de New York, le gouvernement français pour sa base d’adresses nationale, l’Indonésie pour sa gestion des catastrophes. Des entreprises dont la capitalisation boursière se compte en centaines de milliards — construites en partie sur le travail gratuit de bénévoles.

Le cas le plus saisissant est humanitaire. L’organisation HOT — Humanitarian OpenStreetMap Team — mobilise 758 000 cartographes bénévoles dans 94 pays. Quand le séisme de 2010 a frappé Haïti, quand le tremblement de terre de 2015 a dévasté le Népal, HOT a déployé ses équipes pour cartographier en temps réel les zones sinistrées — permettant aux secouristes de trouver des routes praticables, des hôpitaux debout, des zones d’accès. En 2026, 1,02 milliard de personnes vivent dans des zones couvertes par les cartes de crise d’HOT.

La valeur économique invisible

Le paradoxe des communs numériques est celui-ci : ils produisent une valeur économique colossale sans la capturer.

Harvard l’a mesuré : 8 800 milliards de dollars de valeur de remplacement, soit environ le PIB de l’Allemagne, du Japon et du Royaume-Uni réunis. La Linux Foundation le confirme : le retour sur investissement de la contribution active est de 2 à 5 fois. Et pourtant, seulement 5 % des développeurs créent plus de 90 % de la valeur — et la plupart travaillent sans contrepartie directe.

Ce n’est pas un dysfonctionnement — c’est une caractéristique structurelle. Les communs numériques fonctionnent précisément parce qu’ils ne sont pas appropriables. Une fois qu’un logiciel est libre, tout le monde peut l’utiliser, le modifier, l’améliorer. Le code ne s’use pas à l’usage. Il ne coûte rien à dupliquer. La rivalité économique classique disparaît.

Mais cette propriété crée aussi une tension : ceux qui bénéficient du bien commun ne contribuent pas nécessairement à son entretien. L’économiste Elinor Ostrom, Prix Nobel 2009, a passé sa carrière à étudier comment les communs évitent la surexploitation. Ses huit principes de gouvernance — limites claires, règles adaptées au contexte, participation des usagers à la prise de décision, surveillance interne, sanctions graduées — ont été formulés pour les ressources naturelles. Ils s’appliquent remarquablement bien aux communs numériques.

Les limites honnêtes : ce qui peut craquer

La dépendance invisible

En décembre 2021, une faille de sécurité est découverte dans Log4j, une bibliothèque Java quasi universelle utilisée pour enregistrer des événements dans les logiciels. Son score de criticité : CVSS 10 — le maximum possible. Des milliards d’appareils, de Fortune 500 aux serveurs Minecraft. Potentiellement affectés.

Derrière cette bibliothèque critique : un mainteneur bénévole. Christian Grobmeier, l’un des développeurs Log4j, témoigne : « Certains d’entre nous ont arrêté de dormir. Nous sentions tous que, soit nous corrigions ça maintenant en quelques jours, soit nous fermions le projet. » Il ajoute : « Personne ne s’arrête pour demander comment vous allez. On vérifie l’état du projet. Personne ne dit non plus : “Hé, merci pour le bon travail que vous faites.” »

Le burn-out des mainteneurs

Ce n’est pas isolé. Selon le rapport Tidelift 2024 (via byteiota) : 60 % des mainteneurs de logiciels libres ne sont pas rémunérés pour leur travail. 44 % citent le burn-out comme raison principale d’abandon. 60 % ont quitté ou envisagé de quitter leur projet.

L’affaire XZ Utils en 2024 est emblématique. Un mainteneur épuisé, sous pression constante, a accepté l’aide d’un inconnu qui s’est avéré être un acteur malveillant ayant patiemment construit une relation de confiance. Une porte dérobée dans un outil de compression utilisé dans presque toutes les distributions Linux. Découverte de justesse par un ingénieur de Microsoft, par hasard.

La leçon n’est pas que l’open source est dangereux — c’est que sa sécurité est proportionnelle au soin que la société porte à ceux qui l’entretiennent.

La concentration des contributions

L’étude Harvard pointe une asymétrie troublante : 5 % des développeurs créent plus de 90 % de la valeur. La gouvernance horizontale des communs numériques n’élimine pas la hiérarchie — elle la déplace vers la réputation, la capacité technique, la disponibilité.

La fragilité politique

Munich offre le cas d’école. Entre 2003 et 2012, la ville migre 12 600 postes de travail vers LiMux, une distribution Linux municipale, et économise 11,7 millions d’euros documentés. En 2017, un changement de majorité politique inverse la décision : retour à Windows. Les économies ont eu lieu. Les raisons du retour arrière étaient politiques, pas techniques.

Mais l’histoire a un épilogue. En octobre 2024, la municipalité de Munich a renforcé son engagement open source avec un plan en cinq points et créé un Open Source Programme Office. Les communs numériques sont vulnérables aux décisions politiques — et peuvent aussi en bénéficier.

Pourquoi ça tient quand ça tient

La question se pose légitimement : qu’est-ce qui empêche les communs numériques de s’effondrer sous le poids de la passivité, du vandalisme ou de la malveillance ?

Trois mécanismes se combinent.

La gouvernance par les règles. Wikipedia fonctionne parce que ses règles de contribution — neutralité de point de vue, vérifiabilité, pas de travail inédit — sont claires, publiques, et appliquées par la communauté. Les décisions importantes passent par des processus de consensus délibérément lents. Ce n’est pas l’anarchie ; c’est une gouvernance distribuée.

Les motivations intrinsèques. Benkler avait raison : les personnes qui contribuent à l’open source le font principalement pour des raisons non monétaires — la satisfaction de résoudre un problème difficile, la reconnaissance entre pairs, le sentiment de construire quelque chose qui dure. Ces motivations sont robustes dans le temps d’une façon que la rémunération seule ne garantit pas.

La modularité. Linux et Wikipedia sont des architectures décomposables : chaque contributeur peut travailler sur un module sans comprendre l’ensemble. Cela démultiplie le nombre de personnes capables de participer utilement, et crée une résilience distribuée — si un contributeur disparaît, d’autres peuvent reprendre.

La France a commencé à institutionnaliser ce modèle. Le gouvernement a alloué 30 millions d’euros du plan de relance à des solutions open source pour les collectivités locales. La plateforme code.gouv.fr regroupe plus de 9 000 dépôts de plus de 100 organismes publics. C’est la reconnaissance formelle que les communs numériques ne sont pas un hobby — ils sont une infrastructure publique.

Ce que ça dit de nous

Il y a une idée reçue tenace : les humains sont fondamentalement concurrents, individualistes, stratèges du court terme. L’économie néoclassique en a fait un axiome. Le marché en a fait un design.

Les communs numériques racontent une autre histoire. Pas idyllique — les burn-outs, les failles, les revirements politiques sont bien réels. Mais factuelle : quand les conditions sont bonnes — règles claires, reconnaissance des contributions, modularité, absence de capture de rente —, des millions de personnes travaillent ensemble sur des décennies pour construire quelque chose qui n’appartient à personne et profite à tous.

Wikipedia a commencé comme une blague — personne ne croyait sérieusement qu’une encyclopédie ouverte à tous survivrait aux vandales. Linux a commencé comme le projet de week-end d’un étudiant finlandais. OpenStreetMap a commencé dans un appartement à Londres parce que Steve Coast trouvait les cartes commerciales trop chères.

Ces projets n’ont pas réussi parce que leurs fondateurs avaient levé des fonds exceptionnels ou recruté des équipes extraordinaires. Ils ont réussi parce qu’ils avaient bien résolu le problème de gouvernance : comment faire en sorte que la contribution soit accessible, reconnue et protégée contre l’exploitation ?

La question n’est plus de savoir si la collaboration ouverte peut fonctionner à grande échelle. Elle fonctionne. La question est : que voulons-nous construire ensemble ensuite ?

Ce que vous pouvez faire

• Contribuer à Wikipedia : corriger une erreur, compléter un article dans votre domaine. Dix minutes de votre expertise valent des dizaines d’heures pour quelqu’un qui cherche.
• Utiliser et signaler les problèmes sur OpenStreetMap : chaque correction améliore les cartes de crise disponibles lors des prochaines catastrophes.
• Soutenir les mainteneurs : des plateformes comme GitHub Sponsors permettent de financer directement les développeurs dont dépend votre logiciel quotidien. Même 5 euros par mois changent la réalité d’un mainteneur non rémunéré.
• Plaidoyer pour les politiques open source : en France, le code.gouv.fr et la politique DINUM montrent que les institutions publiques peuvent jouer un rôle actif. Interpeller vos élus locaux sur la question de la souveraineté numérique est un levier concret.

Sources

• Wikimedia Foundation Annual Report 2023-2024 — vérifié 2026-05-03
• Wikimedia Statistics — vérifié 2026-05-03
• OpenStreetMap Stats — vérifié 2026-05-03
• Who uses OpenStreetMap? — vérifié 2026-05-03
• HOT — Humanitarian OpenStreetMap Team — vérifié 2026-05-03
• Open Source Software: The $9 Trillion Resource Companies Take for Granted — Harvard Business School (Nagle et al., 2024) — vérifié 2026-05-03
• Linux Foundation: Active Open Source Contribution Delivers 2-5x ROI (2026-02-24) — vérifié 2026-05-03
• Linux Server Market Share — vérifié 2026-05-03
• Commons-based peer production — Wikipedia (Benkler) — vérifié 2026-05-03
• LiMux — Wikipedia — vérifié 2026-05-03
• France DINUM open source action plan — Interoperable Europe — vérifié 2026-05-03
• Log4Shell: The untold story — GitHub Blog (2025-10-20) — vérifié 2026-05-03
• Open Source Maintainer Crisis: 60% Unpaid — byteiota (Tidelift 2024, 2025-12-26) — vérifié 2026-05-03
• The Open Source Sustainability Crisis — Chad Whitacre/Open Path (2024-01-19) — vérifié 2026-05-03