L'anarchisme comme mode de production
C'est une jolie histoire, et si seulement l'IPdroïde et l'écononain n'avaient pas été aveuglés par la théorie, ils l'auraient vu venir. Mais comme certains d'entre nous y travaillaient et l'avaient prédite depuis des années, les conséquences théoriques sont si subversives pour les cheminements de la pensée qu'ils maintiennent nos nains et nos droïdes dans la situation confortable où l'on pourrait difficilement les blâmer d'avoir refusé de voir. Les faits prouvent qu'il y avait une erreur dans la métaphore de « l'incitation » qui étaye les raisonnement classiques sur la propriété intellectuelle.[26] Mais ils ont fait plus. Ils ont fourni un aperçu initial du futur de la créativité humaine dans un monde d'interconnexion globale. Et ce n'est pas un monde fait pour les nains et les droïdes.
Mon argumentation, avant que nous ayons fait une pause pour nous rafraîchir dans le monde réel, peut se résumer de cette manière: le logiciel (qu'il s'agisse de programmes exécutables, de musique, d'art visuel, de liturgie, d'armement etc.) consiste en des flux de bits, qui bien qu'essentiellement indistinguables sont traités par une multiplicité déroutante de catégories légales. Cette multiplicité est instable sur le long terme pour des raisons intégrées au processus légal. La diversité instable des règles est causée par le besoin d'effectuer des distinctions entre les différentes sortes d'intérêts sur les flux de bits. Ce besoin est principalement ressenti par ceux qui essayent d'obtenir du profit des formes socialement acceptables de monopole créées en traitant les idées comme de la propriété. Ceux d'entre nous qui se soucient de l'inégalité sociale et de l'hégémonie culturelle créées par ce régime intellectuellement insatisfaisant et moralement répugnant sont hués. Ceux qui nous huent, les nains et les droïdes, croient que ces lois sur la propriété sont nécessaires, non pas pour aspirer ouvertement à vivre dans le monde de Murdoch (bien qu'un petit peu de cooptation luxueuse soit toujours la bienvenue) mais parce que la métaphore de la motivation, qu'ils ne prennent pas juste pour une image mais pour un argument, prouve que ces règles (en dehors de leurs conséquences lamentables) sont nécessaires si nous voulons écrire de bons logiciels. La seule façon de continuer à le croire est d'ignorer les faits. Au centre de la révolution numérique, avec des flux de bits qui rendent tout possible, les régimes propriétaristes ne rendent non seulement pas les choses meilleures, mais ils peuvent en plus rendre les choses radicalement pires. Les concepts de la propriété, quoi qu'on puisse leur reprocher, ne permettent pas (et en fait retardent) le progrès.
Mais quelle est cette mystérieuse alternative ? Le logiciel libre existe, mais quels sont ses mécanismes et comment se généralise-t-ils à travers une théorie non propriétariste de la société numérique ?
La théorie légale du logiciel libre
Un mythe, qui comme la plupart des mythes est partiellement fondé sur la réalité, dit que les programmeurs de logiciels sont tous des libertaires. Ceux de droite sont des capitalistes, agrippés à leurs stock-options et dédaignant les lois sur les impôts, les syndicats et les droits civils ; ceux de gauche haïssent le marché et les gouvernements, croient à l'encryption forte quel que soit le terrorisme nucléaire que cela puisse causer[27] et n'aiment pas Bill Gates parce qu'il est riche. Cette croyance est sans doute fondée. Mais la différence la plus importante entre les courants politiques au sein de la cyberélite et les courants politiques extérieurs est que dans la société du réseau, l'anarchisme (ou plus correctement, l'individualisme anti-possessif) est une philosophie politique viable.
Le cœur du succès du mouvement du logiciel libre et la grande réalisation de Richard Stallman n'est pas un logiciel. Le succès du logiciel libre, ce qui inclut l'écrasant succès de GNU/Linux, est le résultat de la possibilité d'exploiter d'extraordinaires quantités d'efforts de grande qualité pour des projets de taille immense et d'une complexité profonde. Et cette possibilité est à son tour le résultat du contexte légal dans lequel la main-d'œuvre est mobilisée. En tant qu'architecte visionnaire, Richard Stallman a créé plus qu'Emacs, GDB ou GNU. Il a créé la Licence Publique Générale[28] .
La GPL[29] , aussi connue sous le nom de copyleft, utilise le copyright (pour paraphraser Toby Milsom) pour contrefaire le phénomène de l'anarchisme. Comme le préambule de la licence l'exprime[30] :
Lorsque nous parlons de free software, nous entendons free dans le sens de liberté, et non pas de gratuité. Notre licence est conçue pour s'assurer que vous avez la liberté de distribuer des copies des programmes, gratuitement ou non, et que vous recevez ou pouvez obtenir le code source, que vous pouvez modifier les programmes ou en utiliser des parties dans d'autres programmes libres, en sachant que vous pouvez le faire.
Afin de protéger vos droits, nous devons faire des restrictions qui interdisent à quiconque de vous refuser ces droits ou de vous demander d'y renoncer. Ces restrictions vous imposent par conséquent certaines responsabilités si vous distribuez des copies des programmes protégés par la Licence Publique Générale ou si vous les modifiez.
Par exemple, si vous distribuez des copies d'un tel programme, gratuitement ou non, vous devez transmettre aux utilisateurs tous les droits que vous possédez. Vous devez vous assurer qu'ils reçoivent ou qu'il peuvent se procurer le code source. Vous devez leur montrer cette licence afin qu'ils soient eux aussi au courant de leurs droits.
Plusieurs variantes de cette idée de base du logiciel libre ont été exprimées dans plusieurs licences de différents types, comme je l'ai déjà indiqué. La GPL est différente des autres manières d'exprimer ces valeurs sur un plan crucial. La section 2 de la licence en fournit un extrait pertinent:
Vous pouvez modifier votre copie ou vos copies du programme ou toute partie de celui-ci, ou travail basé sur ce programme, et copier et distribuer ces modifications ou ce travail ..., à condition que vous vous conformiez également aux conditions suivantes :
- ...
- b) C'est sous les termes de la Licence Publique Générale que vous devez distribuer l'ensemble de toute réalisation contenant tout ou partie du programme, avec ou sans modifications.
La section 2(b) de la GPL est parfois appelée « restrictive », mais son intention est de libérer. Elle crée un pot commun auquel chacun peut ajouter quelque chose mais duquel personne ne peut rien retirer. À cause du paragraphe 2(b), chaque contributeur d'un projet sous GPL est assuré qu'il poura, ainsi que tous les autres utilisateurs, exécuter, modifier et redistribuer le programme indéfiniment, que le code source sera toujours disponible et (contrairement aux logiciels commerciaux) que sa longévité ne pourra pas être limitée par les contingences du marché ou les décisions des développeurs futurs. L'« hérédité » de la GPL a parfois été critiquée comme un exemple du parti-pris anti-commercial du mouvement du logiciel libre. Rien ne peut être plus éloigné de la vérité. L'effet du paragraphe 2(b) est de rendre les distributeurs de logiciels libres meilleurs que les commerces du logiciel propriétaire. Pour confirmer ce point, on ne peut pas faire mieux que de le demander aux concurrents propriétaires. Comme l'auteur de la « note de service Halloween », Vinod Vallopillil l'exprime:
La GPL et son aversion pour la séparation divergente du code rassurent les clients sur le fait qu'ils ne s'engagent pas dans une impasse technologique en souscrivant à une distribution commerciale particulière de Linux.
- L'« impasse technologique » est le cœur de l'argument du FUD logiciel[31] .
Traduit en Microlangue, cela signifie que la stratégie par laquelle l'éditeur propriétaire dominant éloigne les clients des concurrents (en semant le doute, la peur et l'incertitude à propos de la viabilité sur le long terme de leurs logiciels) n'est pas efficace sur les logiciels sous GPL. Les utilisateurs de code sous GPL, ce qui inclut ceux qui achètent des logiciels et des systèmes à un distributeur commercial, savent que les améliorations futures et les corrections seront accessibles par les pots communs et n'ont pas besoin d'avoir peur de la disparition de leur fournisseur ou que quelqu'un utilisera une amélioration attractive ou une réparation désespérément nécessaire comme un moyen de « s'approprier le programme ».
Cette utilisation des règles de la propriété intellectuelle pour créer un pot-commun dans le cyber-espace est la structure institutionnelle permettant le triomphe anarchiste. Garantir l'accès libre et permettre la modification à chaque étape du processus signifie que l'évolution du logiciel s'effectue selon le mode rapide Lamarckien: chaque caractéristique favorable acquise du travail des autres peut être directement héritée. D'où la vitesse avec laquelle le noyau Linux, par exemple, dépassa tous ces prédécesseurs propriétaires. Comme la défection est impossible, les cavaliers seuls sont les bienvenus, ce qui résout un des casse-tête centraux des actions collectives dans un système social propriétarien.
La production non-propriétarienne est aussi directement responsable de la fameuse stabilité et de la robustesse du logiciel libre, qui émerge de ce qu'Éric Raymond appelle « la loi de Linux »: avec suffisamment d'yeux, tous les bugs disparaissent. D'un point de vue pratique, l'accès au code source signifie que si j'ai un problème, je peux le résoudre. Comme je peux le résoudre, je n'ai pratiquement jamais à le faire car quelqu'un d'autre l'a pratiquement toujours vu et résolu avant.
Pour la communauté du logiciel libre, l'engagement à la production anarchiste peut être un impératif moral ; comme Richard Stallman l'a écrit, il s'agit de liberté, pas de prix. Ou il pourrait s'agir d'utilité, de chercher à produire de meilleurs logiciels que les modes de travail propriétariens n'autoriseront jamais. Du point de vue du droïde, le copyleft représente la perversion de la théorie, mais il résout les problèmes de l'application du copyright aux caractéristiques fonctionnelles et expressives inextricablement mêlées des programmes d'ordinateur mieux que tous les autres propositions à travers les décennies passées. Qu'il produise des logiciels meilleurs que son opposé n'implique pas que les règles traditionnelles du copyright devraient être désormais interdites à ceux qui veulent posséder et commercialiser des produits logiciels inférieurs ou (plus charitablement) ceux dont les produits sont trop limités en attrait pour la production commune. Mais notre histoire devrait servir d'avertissement pour les droïdes: le monde du futur aura peu de relation avec le monde du passé. Les lois se penchent aujourd'hui dans les deux directions. Les entreprises propriétaires d'« icônes culturelles » et d'autres capitaux qui cherchent des termes encore plus longs pour les auteurs de l'entreprise, en convertissant le « temps limité » de l'article I, §8 en une propriété foncière disponible ont naturellement siffloté de la musique à l'oreille de l'androïde[32] . Après tout, qui achète aux droïdes leurs places de concert ? Mais comme la conception propriétarienne cherche à s'inclure encore plus fort dans une conception du copyright libérée des problèmes mineurs tels que les clauses de terminaison et d'usage loyal, au centre même de notre système du « logiciel culturel », la contre-attaque anarchiste a commencé. Le pire est encore d'arriver aux droïdes, comme nous le verrons. Mais d'abord, nous devons nous acquitter de nos devoirs finaux envers les nains.
Car c'est là: l'aimant de Faraday et la créativité humaine
Après tout, ils méritent une réponse. Pourquoi des personnes font des logiciels libres s'ils n'en tirent pas de profit ? On a habituellement donné deux réponses. Une est à moitié vraie et la deuxième est fausse, mais les deux sont insuffisamment simples.
La réponse fausse est inscrite dans de nombreuses références à la « culture hacker du partage ». Cette utilisation du jargon ethnographique commençait à être commune dans le domaine, il y a quelques années, et est devenue rapidement, si ce n'est trompeuse, du moins omniprésente. Cela nous rappelle seulement que les économéretriciens[33] ont tellement corrompu notre processus de réflexion que toute forme de comportement économique non marchand semble égal à tout autre sorte. Mais l'échange de dons, comme l'échange réciproque du marché est une institution propriétarienne. La réciprocité est centrale à ces règlements symboliques de dépendance mutuelle et si les ignames ou le poisson ne font pas le même poids, il y a un problème. Le logiciel libre, au risque de le répéter, est un pot commun : aucune réciprocité rituelle n'est réglementée ici. Quelques personnes donnent du code que d'autres vendent, utilisent, modifient ou y en empruntent le principal afin d'en tirer des parties pour quelque chose d'autre. Malgré le très grand nombre de contributeurs à GNU/Linux (des dizaines de milliers tout au plus), c'est un ordre de grandeur inférieur au nombre d'utilisateurs qui ne contribuent pas de toute façon[34] .
Une partie de la vraie réponse est suggérée par l'hypothèse que le logiciel libre est fait par ceux qui cherchent en compensation une réputation pour leur activité. La théorie est que les développeurs noyau célèbres sont connus à travers la planète comme des dieux de la programmation. Ils en tirent soit une estime personnelle plus haute, soit des avantages matériels indirects[35] . Mais les dieux de la programmation, tout autant qu'ils aient contribué au logiciel libre, n'ont pas réalisé la totalité du travail. Les réputations, comme Linus Torvalds l'a lui-même souvent fait remarquer, sont faites en reconnaissant volontairement que tout a été fait par quelqu'un d'autre. Et comme beaucoup d'observateurs l'ont remarqué, le mouvement du logiciel libre a aussi produit de la documentation échappant aux superlatifs. L'écriture de documentation n'est pas ce que les hackers font pour s'amuser, et la plupart de la documentation a été écrite par des personnes qui n'ont pas écrit le code. Nous ne devons pas non plus limiter les avantages matériels indirects de la paternité à l'augmentation du capital réputation. La plupart des auteurs de logiciels libres que je connais ont des emplois dans les industries technologiques, et les qualifications qu'ils acquièrent dans travail plus créatif qu'ils font, en dehors du marché, améliorent sans doute souvent considérablement leur valeur à l'intérieur du marché. Et comme les produits du logiciel libre ont gagné une masse critique, et sont devenus la base de tous nouveaux ensembles de business models construits autour de la distribution commerciale de ce que les gens peuvent aussi obtenir pour rien, un nombre croissant de personnes sont employées spécifiquement pour écrire du logiciel libre. Mais pour pouvoir être employés dans le secteur, ils doivent déjà y être établis par eux-mêmes. De manière ordinaire, alors cette motivation est présente, mais ce n'est pas l'explication entière.
En fait, le reste de la réponse est trop simple pour avoir reçu l'écho qui lui revient. La meilleure manière de comprendre ce qui suit est de suivre la carrière brève et inédite d'un auteur de logiciel libre initialement désavantagé. Vinod Vallopillil de Microsoft, en train d'écrire l'analyse compétitive de Linux qui filtrera comme étant la deuxième des fameuses « notes de service Halloween », acheta et installa un système Linux sur un des ordinateurs qu'il utilisait au travail. Il eut des problèmes car la distribution (commerciale) de Linux qu'il a installée ne contenait pas de daemon pour gérer le protocole DHCP qui assigne une adresse IP dynamiquement. Le résultat était suffisamment important pour que nous risquions un autre examen au style d'écriture Microsoft:
Un petit nombre de sites web et de FAQs plus tard, j'ai trouvé un site FTP avec un client DHCP Linux. Le client DHCP était développé par un ingénieur employé par Fore Systems (comme le montre son adresse email ; je suppose, cependant, qu'il l'a développé dans son propre temps libre). Un autre jeu de documentations et de manuels a été écrit pour le client DHCP par un hacker de Hongrie qui fournit des instructions relativement simples pour installer/charger le client.
- J'ai téléchargé et décompressé le client et tapé les deux commandes simples:
- Make - qui compile les binaires du client.
- Make install - qui installe les binaires en tant que daemon Linux.
En tapant « DHCPD » (pour DHCP Client Daemon) sur la ligne de commande, j'ai déclenché le processus de découverte de DHCP et voilà, j'ai obtenu un réseau IP qui fonctionne.
Comme j'avais juste téléchargé le code du client DHCP, j'ai un peu joué avec sur un coup de tête. Bien que le client n'était pas aussi extensible que le client que nous distribuons avec NT5 (par exemple, il n'effectuera pas de requêtes sur des options arbitraires pour stocker les résultats), il était évident de comprendre comment je pourrais écrire du code additionnel pour implémenter cette fonctionnalité. Le client complet consistait en 2600 lignes de code.
Un exemple de fonctionnalité ésotérique et étendue qui était clairement patchée par un ensemble de routines pouvait ajouter aux requêtes DHCP des chaînes de caractères spécifiques à l'hôte requises par les sites Modem Câble et ADSL.
Quelques autres étapes étaient requises pour configurer le client DHCP pour auto-démarrer et auto-configurer mon interface Ethernet au démarrage du système, mais elles étaient documentées dans le code du client et dans la documentation DHCP écrite par le développeur Hongrois.
Je suis un mauvais programmeur UNIX, mais il m'a semblé immédiatement évident d'améliorer le code du client DHCP (le sentiment était grisant et « accoutumant »).
De plus, directement en raison de la GPL et de la disponibilité de l'environnement de travail complet en face de moi, j'étais dans une position où je pouvais écrire mes modifications et les envoyer par email en quelques heures (par rapport à la manière dont de telles choses auraient été faites sous NT). M'engager dans ce processus m'aurait préparé pour un projet Linux plus grand, plus ambitieux dans le futur[36].
« Le sentiment était grisant et accoutumant ». Arrêtez les presses: Microsoft vérifie expérimentalement la métaphore de Moglen, corollaire à la loi de Faraday. Enroulez l'Internet autour de chaque cerveau de la planète et faites tourner la planète. Le logiciel parcourt les câbles. La création est une propriété émergente de l'esprit humain. « Directement en raison de la GPL », comme Vallopillil le remarque justement, le logiciel libre lui a fourni une augmentation grisante de sa propre créativité, d'une manière qui n'est pas possible dans son travail coutumier dans la Plus Grande Entreprise de Programmation sur Terre. Si seulement il avait envoyé par mail cette première amélioration « accoutumante », qui sait où il serait maintenant ?
Ainsi, mes amis nains, c'est juste une question humaine. Semblable à la raison pour laquelle Figaro chante, pour laquelle Mozart a écrit pour lui la musique qu'il chante, et pour laquelle nous construisons tous de nouveaux mots: parce que nous pouvons. L'Homo ludens rencontre l'Homo faber. La condition sociale de l'interconnexion globale que nous appelons l'Internet rend possible la créativité pour chacun d'entre nous dans des voies nouvelles, et que nous n'apercevions même pas en rêve. À moins que nous n'autorisions la « propriété » à interférer. Répétez après moi, vous les nains et les hommes: résistez à la résistance !
