Temps de lecture estimé : 10 minutes
Points clés à retenir
- Le logiciel libre garantit quatre libertés d’usage, pas la gratuité.
- Libre et open source se recoupent mais portent deux philosophies distinctes.
- Le copyleft GPL impose la réciprocité, les licences MIT/Apache sont permissives.
- Avantages réels : audit, indépendance, coûts maîtrisés sur trois ans.
- Limites assumées : courbe d’apprentissage, support inégal, interopérabilité.
Ce que définit un logiciel libre
Quand on me demande que peut-on dire d’un logiciel libre, je commence toujours par évacuer le malentendu principal : il ne s’agit pas d’une question de prix, mais de liberté d’usage. J’ai animé des séminaires devant des DRH persuadés qu’installer LibreOffice revenait à choisir une version « gratuite et un peu moins bien » de Microsoft Office. La réalité est plus intéressante, et surtout plus politique.
Un logiciel libre, au sens strict, garantit à son utilisateur quatre droits non négociables. Ces droits ont été formalisés par la Free Software Foundation, fondée par Richard Stallman, et ils restent la boussole du mouvement depuis quarante ans.
Les quatre libertés fondamentales
La FSF numérote ces libertés de 0 à 3, clin d’œil aux développeurs qui commencent à compter à zéro. Liberté 0 : exécuter le programme comme on veut, pour n’importe quel usage. Liberté 1 : étudier le code source et l’adapter à ses besoins. Liberté 2 : redistribuer des copies. Liberté 3 : améliorer le programme et publier ses modifications.
Concrètement, ça donne quoi en pratique ? Si une seule de ces quatre libertés manque, le logiciel n’est pas libre. Une suite bureautique gratuite mais dont le code reste fermé, par exemple, n’entre pas dans la définition. La gratuité est un effet de bord fréquent, pas le critère.
L’origine du concept : Stallman et le projet GNU
En 1983, Richard Stallman lance le projet GNU au MIT. Son constat est simple : les éditeurs commencent à verrouiller le code source, et les chercheurs perdent la possibilité de bidouiller leurs propres outils. Le mouvement libre naît de cette frustration très concrète, pas d’une posture idéologique abstraite.
Quarante ans plus tard, l’héritage est massif. Le noyau Linux, distribué sous licence GPL, fait tourner plus de 70 % des serveurs web de la planète selon W3Techs. Sans ce socle libre, le cloud moderne n’existerait pas sous sa forme actuelle.
Libre ne signifie pas forcément gratuit
Le mot anglais free a fait des ravages. En français, on parle parfois de « logiciel libre, pas gratuit » pour clarifier. Red Hat vend du logiciel libre. Des PME facturent des prestations autour d’outils libres. La liberté concerne l’usage du code, pas le modèle économique de l’éditeur.
La différence entre logiciel libre et open source
En tant qu’ancien startuper, je me suis longtemps planté sur ce point. Pour moi, libre et open source désignaient la même chose. La nuance compte pourtant, surtout quand on rédige un contrat ou qu’on choisit une brique technique pour son entreprise.
Monsieur Bidouille propose sur sa chaîne une explication accessible de la distinction entre libre et open source, qui complète utilement les nuances abordées ici.
Deux philosophies distinctes, souvent confondues
Le logiciel libre porte un projet politique : protéger les libertés de l’utilisateur final. L’open source, formalisé en 1998 par l’Open Source Initiative, met l’accent sur l’efficacité du développement collaboratif et la qualité du code. Les deux mouvements partagent +95 % des licences, mais pas la même finalité.
Cette nuance n’est pas qu’académique. Quand une DSI choisit un composant open source pour des raisons de productivité, elle ne s’engage pas sur le même terrain qu’une administration qui retient un logiciel libre pour des raisons de souveraineté numérique.
Pourquoi un logiciel peut être open source sans être libre
Certaines licences open source permettent par exemple d’intégrer le code dans un produit propriétaire fermé. Du côté libre strict, le copyleft de la GPL impose au contraire que toute redistribution conserve les mêmes libertés. La frontière passe ici.
Exemples concrets pour démêler les deux notions
Firefox, LibreOffice et le noyau Linux sont à la fois libres et open source. Certains projets sous licence permissive type MIT sont open source sans toujours militer pour la philosophie libre. À l’inverse, un logiciel sous « source available » qui interdit l’usage commercial n’est ni l’un ni l’autre, même si son code est lisible.
Ce qu’on peut dire des avantages d’un logiciel libre
J’ai testé ça en vrai avec des équipes en reconversion qui craignaient de basculer sur des outils libres. Trois bénéfices ressortent systématiquement après six mois d’usage. Ils ne sont pas magiques, ils sont mesurables.
Transparence du code source et sécurité auditable
N’importe quel expert peut auditer un logiciel libre. Cela ne le rend pas invulnérable, mais permet de détecter et corriger les failles plus vite qu’en boîte noire. Les agences nationales de cybersécurité, dont l’ANSSI, recommandent régulièrement des briques libres pour les systèmes sensibles.
Indépendance vis-à-vis des éditeurs propriétaires
Le vendor lock-in est le cauchemar silencieux des DSI. Un éditeur qui triple ses tarifs à l’échéance du contrat, c’est du vécu pour 80 % des entreprises du CAC 40 selon le rapport Synopsys OSSRA. Le libre offre une porte de sortie : changer de prestataire, forker le code, internaliser la maintenance.
Réduction des coûts de licence
Le coût de licence tombe souvent à 0 €. Le coût total de possession reste lui à analyser : Gartner rappelle que la migration, la formation et le support pèsent dans la balance. Mon conseil : raisonner sur trois ans, pas sur la première facture.
Les limites que personne ne mentionne
On en parle peu, mais c’est souvent là que tout se joue. Le mythe vs la réalité : non, le libre n’est pas systématiquement la meilleure option. J’accompagne assez de migrations ratées pour le dire sans détour.
Complexité d’installation et courbe d’apprentissage
Certaines distributions Linux demandent une vraie montée en compétences. Pour une équipe marketing habituée à Windows et à la suite Adobe, le coût humain de la bascule dépasse parfois l’économie de licence. Il faut prévoir un accompagnement sérieux, pas une note de service.
Support technique variable selon la communauté
Un projet libre majeur comme PostgreSQL bénéficie d’un écosystème pro impeccable. Un outil libre confidentiel, en revanche, dépend du temps libre de trois bénévoles. Quand votre paie ou votre facturation tourne dessus, c’est un risque opérationnel.
Compatibilité et interopérabilité parfois problématiques
Les formats fermés du marché posent encore des frictions. Un fichier Excel complexe peut s’afficher avec des décalages dans LibreOffice. Pour des équipes qui échangent quotidiennement avec des clients sous Office 365, ce détail devient un irritant récurrent.
Les licences libres qui structurent le secteur
Choisir une licence n’a rien d’anodin : c’est cadrer ce que vos partenaires, clients ou contributeurs pourront faire de votre code. L’Open Source Initiative recense deux grandes familles, chacune avec sa logique.
| Licence | Famille | Obligation principale | Usage type |
|---|---|---|---|
| GPL v3 | Copyleft fort | Redistribuer sous la même licence | Noyau Linux, GIMP |
| LGPL | Copyleft faible | Modifications de la lib sous LGPL | Bibliothèques liées |
| MIT | Permissive | Mention du copyright | jQuery, Rails |
| Apache 2.0 | Permissive | Mention + brevets | Android, Kafka |
| BSD | Permissive | Mention minimale | FreeBSD, OpenSSH |
GPL, LGPL et copyleft : ce que cela implique concrètement
Le copyleft fonctionne comme un effet boule de neige : si vous redistribuez un logiciel GPL modifié, votre version doit rester GPL. Pour un éditeur qui veut garder son code propriétaire, c’est une ligne rouge. Pour une communauté qui veut protéger les libertés à long terme, c’est l’outil idéal.
Licences permissives : MIT, Apache, BSD
Les licences permissives autorisent l’intégration dans des produits fermés. C’est pour cette raison que la majorité des startups choisissent MIT ou Apache 2.0 : elles veulent attirer des contributeurs sans fermer la porte à un futur rachat ou à une offre cloud propriétaire.
Comment choisir la bonne licence pour son projet
La vraie question n’est pas « comment » mais « pourquoi ». Quel est votre objectif : maximiser l’adoption, protéger un écosystème, ou monétiser un service annexe ? Mon réflexe en mission : trancher d’abord la stratégie, choisir la licence ensuite.
Logiciels libres emblématiques à connaître
Au quotidien, vous utilisez probablement plus de logiciels libres que vous ne le pensez. +600 000 projets sont recensés sur GitHub sous licences OSI reconnues d’après GitHub Octoverse, et certains sont devenus des standards de fait.
Du système d’exploitation aux suites bureautiques
Linux fait tourner serveurs, box internet et téléphones Android. LibreOffice revendique plus de 200 millions d’utilisateurs selon The Document Foundation. Firefox, VLC, GIMP, Inkscape, Blender : la liste couvre presque tous les usages bureautiques et créatifs.
Les logiciels libres dans les entreprises françaises
Les grandes banques françaises s’appuient massivement sur PostgreSQL, Kubernetes et la galaxie Linux. Le ministère de la Gendarmerie a migré ses postes sur GendBuntu, distribution dérivée d’Ubuntu, avec des économies de licence chiffrées en dizaines de millions d’euros.
L’essor des logiciels libres dans l’Éducation nationale
Les rectorats généralisent l’usage de LibreOffice, Scribus et la suite Apps.education.fr. L’objectif affiché : éviter de former des générations d’élèves à des outils propriétaires uniques, et garantir la souveraineté pédagogique sur les données scolaires.
Ce que dit la loi française sur les logiciels libres
Côté droit, le cadre français est plus engageant qu’on ne le croit souvent. Le législateur ne rend pas le libre obligatoire, mais il l’encourage explicitement dans la sphère publique depuis dix ans.
Cadre juridique et protection du droit d’auteur
Un logiciel libre reste protégé par le droit d’auteur. La licence n’abolit pas la propriété intellectuelle, elle organise un usage très ouvert. C’est ce qui permet à la GPL d’être juridiquement opposable : violer ses termes équivaut à enfreindre un contrat de licence classique.
La commande publique et le recours aux solutions libres
La loi n° 2016-1321 pour une République numérique, dite loi Lemaire, demande aux administrations de « considérer » l’usage du libre. Le mot est faible mais l’orientation est claire. La DINUM publie aussi un Socle interministériel de logiciels libres mis à jour chaque année. 34 % des développeurs professionnels contribuent régulièrement à ces projets selon Stack Overflow Developer Survey 2023, ce qui irrigue tout l’écosystème français.
Questions fréquentes
Un logiciel libre est-il toujours gratuit ?
Non. La gratuité est fréquente mais pas garantie. Vous pouvez vendre un logiciel libre, facturer du support ou de l’intégration. La liberté concerne le code, pas le prix.
Quelle est la différence entre logiciel libre et logiciel open source ?
Le libre porte un projet politique de défense des libertés des utilisateurs. L’open source insiste sur la méthode collaborative de développement. +95 % des licences sont communes aux deux, mais la finalité diffère.
Peut-on vendre un logiciel libre ?
Oui, c’est même explicitement autorisé par la FSF. Red Hat, SUSE ou Canonical en vivent depuis des années. La condition : respecter les libertés associées et fournir le code source aux acheteurs.
Qu’est-ce que le copyleft et en quoi cela m’oblige-t-il ?
Le copyleft, incarné par la GPL, impose que toute redistribution d’un code modifié conserve la même licence libre. Vous ne pouvez pas refermer un projet GPL dans un produit propriétaire.
Quels sont les logiciels libres les plus utilisés en France ?
LibreOffice, Firefox, VLC, GIMP côté grand public. PostgreSQL, Linux, Nextcloud, Kubernetes côté entreprise. Le Socle interministériel de la DINUM en référence des dizaines.
Un logiciel libre est-il plus sécurisé qu’un logiciel propriétaire ?
Pas automatiquement. Le code ouvert facilite l’audit indépendant, ce qui aide à corriger les failles vite. Mais un projet libre peu maintenu peut rester vulnérable longtemps.
Comment contribuer à un projet de logiciel libre sans être développeur ?
De nombreuses pistes existent : traduction, rédaction de documentation, signalement de bugs, animation de communauté, tests utilisateurs. Les projets cherchent autant de profils non techniques que de codeurs.
Les administrations françaises ont-elles l’obligation d’utiliser des logiciels libres ?
La loi Lemaire les invite à « considérer » le libre, sans en faire une obligation stricte. En pratique, plusieurs ministères et collectivités ont basculé une partie de leur parc, ce qui résume bien la question « que peut-on dire d’un logiciel libre » dans le contexte public français.
