Vous êtes bénévole dans une association ? Alors sachez qu’un tout nouveau logiciel libre peut vous aider à mieux valoriser votre engagement bénévole.

Information préalable : cet article est plus long que la moyenne des articles du Framablog, et pas nécessairement hyper-funky. D’une part parce que nous souhaitions exposer le contexte réglementaire et politique de la valorisation du bénévolat (ce qui ne peut pas se faire en trois paragraphes), et d’autre part parce que nous avons souhaité donner la parole dans une seconde partie de l’article à la personne qui a été la clé de voûte de la réalisation du logiciel. Pour vous aider, nous vous proposons un résumé des points principaux tout en bas de cette page.

La valorisation du bénévolat, c’est quoi ?

L’indispensable Wikipédia nous rappelle que :

Le bénévolat est une activité non rétribuée et librement choisie qui s’exerce en général au sein d’une institution sans but lucratif (ISBL) : association, ONG, syndicat ou structure publique.

En France, le nombre de bénévoles serait compris entre 12 et 14 millions, soit un français sur quatre, pour 1 300 000 associations et 21,6 millions d’adhérents.

Or, le bénévolat est peu visible dans la société actuelle. Cela peut par exemple poser problème lorsqu’une association demande une subvention : le financeur peut (légitimement ?) se demander s’il ne finance pas une « coquille vide ». Le fait de pouvoir compter les heures passées par les bénévoles sur une action, et éventuellement de leur attribuer une valeur financière, permet alors à l’association de montrer que son activité bénévole a une valeur conséquente, qu’elle pourra faire valoir dans sa demande de subvention.

Par exemple, si l’association peut attester de 2 000 heures de bénévolat annuel, elle peut plus facilement justifier l’intérêt d’un soutien financier important qu’une association attestant de 20 heures de bénévolat annuel. Évidemment, l’objet social de l’association et le projet porté restent primordiaux, mais cette évaluation quantifiable est un critère qui peut faciliter la compréhension du fonctionnement du projet associatif.

Ainsi, le « Guide du bénévolat » liste de nombreuses raisons pour une association de valoriser son bénévolat (lire p. 22), que le site Associathèque résume ainsi :

• démontrer, par la valorisation d’apports importants, l’autofinancement d’une partie de l’activité, le financement public se trouvant de fait atténué ;
• souligner le dynamisme d’une association en mettant en évidence sa capacité à mobiliser des bénévoles et des prestations gratuites en nature ;
• évaluer le poids financier du bénévolat, des dons et services en nature ;
• identifier la dépendance au bénévolat, et en cas de diminution de cette aide, évaluer le besoin de financement supplémentaire.

Mais pourquoi valoriser le bénévolat aujourd’hui ?

Nous ne choquerons sans doute pas grand monde en affirmant que les États sont gérés de plus en plus comme des entreprises. Nos dirigeant⋅es ont adopté un « esprit comptable » où chaque élément doit pouvoir être comptabilisé, pour être justifié, quantifié statistiquement, ou comparé à d’autres.
Ce n’est pas le monde que nous souhaitons, mais c’est celui que nous avons (et que nous combattons).

Or, il se trouve que la législation a évolué. Et — là non plus ça n’étonnera pas grand monde — pas forcément dans le bon sens. Sortons un peu du cadre des sujets classiques du Framablog pour vous expliquer ça.

Ainsi, la « Loi Travail » (dite aussi « Loi El Khomri ») de 2016 précise — parmi plein d’autres choses — le contenu du Compte Personnel d’Activité (CPA). Il comprendra à la fois le Compte Personnel de Formation (CPF), le compte pénibilité ainsi qu’un futur Compte d’Engagement Citoyen (CEC) qui permettra de bénéficier d’heures de formation en cas de volontariat ou de bénévolat, notamment pour les fonctions de direction d’association ou d’encadrement de bénévoles.

En gros, dans le principe, un⋅e bénévole peut si c’est son souhait, déclarer sur le site gouvernemental www.moncompteactivite.gouv.fr X heures de bénévolat (validées par un⋅e responsable de l’association). Et ces X heures pourront ouvrir droit à Y heures de formation.

Sur le papier, évidemment, l’idée parait belle : « Il faut « récompenser » le bénévolat et l’engagement citoyen ! ». Sauf que l’enfer est pavé de bonnes intentions, et que le diable se cache ici dans des détails parfois grossiers.

Quels problèmes posent la valorisation du bénévolat ?

Cette valorisation pose des problèmes « techniques » : comment valoriser le bénévolat ? Avec quel(s) outil(s) ? A quels taux horaires ? Comment en garder trace dans le temps ? Comment « motiver » les bénévoles à saisir leur bénévolat valorisé ? etc.
Nous reviendrons sur certains de ces points par la suite.

Mais valoriser le bénévolat pose avant tout des problèmes politiques.

En effet, comment valoriser l’heure d’un⋅e bénévole servant une soupe aux Restos du Cœur ? Cette heure vaut-elle plus ou moins que celle d’un⋅e bénévole ayant participé à l’organisation d’une manifestation sportive ? Ou à celle d’une personne ayant participé à la mise en place d’un lombricomposteur de quartier ?

Plus généralement, cela pose le problème de la valeur d’une action bénévole, et celui de la marchandisation de la société, y compris paradoxalement dans ce qui est aujourd’hui considéré comme les secteurs non-marchands, comme l’éducation ou la vie associative.

Autant vous le dire, à Framasoft, on est pas vraiment fans de l’idée de mettre un coût ou un prix à toutes choses, y compris à l’idée de quantifier l’heure d’une traduction Framalang, la tenue d’un stand, l’organisation d’un Contribatelier, etc. Pour nous, ces actions sont hors valeur, ce qui ne signifie pas sans valeur. Les motivations des bénévoles (à Framasoft comme dans l’immense majorité des associations) est avant tout de pouvoir prendre part à un projet commun, de pouvoir acquérir ou partager son expérience, ou de pouvoir mettre du sens dans un monde qui semble en avoir de moins en moins.

Reprenons ci-dessous un peu plus en détail ce qui nous semble être les principaux problèmes de cette valorisation.

1. Le problème de la marchandisation

D’abord, il y a l’idée déjà évoquée ci-dessus de « marchandiser » le bénévolat en obligeant à comptabiliser des heures qui relèvent du don à la société. C’est une vision très comptable, qui facilite comme on l’a dit la quantification et la qualification d’une activité bénévole, mais qui du coup donne une valeur chiffrée à ce qui ne peut être quantifié. Par exemple, qui peut dire combien vaut une heure de bénévolat pour Emmaüs ? Ou une formation informatique à une association d’aide aux migrants ? On peut bien évidemment tricher en regardant les tarifs d’activités équivalentes qui se pratiquent sur le marché. Sauf que justement il s’agit ici d’activités hors marché.

Ensuite, en dehors même de la question du coût d’une heure de bénévolat, demeure le problème de l’évaluation. Car qui dit évaluation dit contrôle. Et là aussi, on pressent qu’il peut y avoir des frictions : si Camille déclare avoir passé 10 heures à domicile sur la préparation de l’Assemblée Générale, qui pourra contrôler cette affirmation ? Et que faire des cas où il est bien difficile de connaître les heures précises de début et de fin d’une action bénévole ?

On se trouve donc face à un risque pas du tout anodin non seulement de considérer le bénévolat comme une forme d’emploi (ce qu’il n’est pas), mais en plus de devoir jauger la valeur d’actions bénévoles sur des échelles monétaires, ce qui ne serait pas sans rappeler l’idée d’un salaire.

Il s’agit donc d’un problème politique, éthique et philosophique : tout peut-il être « valorisé » ? Par qui ? Sur quels critères ?

2. Le problème de la surveillance étatique

Un second problème, toujours politique, est celui du contexte actuel du rétrécissement de l’espace démocratique dans la société civile. Dit autrement, les associations sont aujourd’hui de plus en plus facilement réprimées par le pouvoir en place, lorsqu’elles expriment des désaccords avec ce dernier. Il s’agit d’un mouvement international (quasiment tous les pays sont concernés) qui se traduit par des formes de répressions très diverses (procès bâillon, violences policières, baisse de subventions, etc.)

Dans ce cadre, l’idée de confier à des gouvernements des informations qui peuvent être qualifiées de sensibles peut sembler un comportement à risque.

Imaginons que vous donniez deux heures de votre temps chaque semaine pour encadrer une équipe de bénévoles qui enseigne le français à des migrant⋅es. Comment s’assurer que ces informations ne pourront pas être utilisées contre vous à terme ?

Évidemment, aujourd’hui, on peut discuter du bien fondé (ou pas) de cette crainte. Mais « le numérique n’oublie jamais », et il ne parait pas certain que l’État ait besoin de garder trace de vos activités militantes.

3. Le problème de l’aliénation à l’outil

Il ne fait aucun doute que face à la demande que va créer la mise en œuvre du Compte Engagement Citoyen, de nombreuses entreprises et start-ups vont proposer une offre logicielle pour ordinateurs et smartphones visant à « simplifier ce fastidieux travail de collecte »©.

Le professeur de Droit Lawrence Lessig écrivait, en 2010, que « Le code, c’est la loi » : c’est-à-dire, pour résumer, que la régulation des comportements passait plus par l’architecture technique des plateformes que par les normes juridiques.

Ce régulateur, c’est le code : le logiciel et le matériel qui font du cyberespace ce qu’il est. Ce code, ou cette architecture, définit la manière dont nous vivons le cyberespace. Il détermine s’il est facile ou non de protéger sa vie privée, ou de censurer la parole. Il détermine si l’accès à l’information est global ou sectorisé. Il a un impact sur qui peut voir quoi, ou sur ce qui est surveillé. Lorsqu’on commence à comprendre la nature de ce code, on se rend compte que, d’une myriade de manières, le code du cyberespace régule.

Là encore, on peut comprendre que cela pose un problème politique dans le cadre d’un logiciel gérant le bénévolat valorisé des membres d’une association. Celles et ceux qui vont concevoir le logiciel vont gérer la façon dont les données de l’association seront collectées, stockées, transformées, ou transmises. L’utilisatrice ou l’utilisateur perdant alors la main sur la gestion de ces données, il ou elle se retrouve impuissant face au traitement qui en sera fait.

Il s’agit donc de redonner de la « puissance d’agir » à la société civile, en lui permettant de concevoir et d’obtenir un outil qui corresponde à des besoins (et non à un marché). Un outil qui permette de reprendre le contrôle sur le code (et donc sur les données). Un outil qui pourrait être qualifié de « convivial » au sens d’Ivan Illich, c’est-à-dire un outil qui ne placerait pas ses utilisateur⋅ices en situation de soumission.

Or, à notre sens, seul le logiciel libre est en capacité de libérer cette puissance d’agir. Un logiciel libre qui transmettrait ses données à l’État n’empêchera pas ce dernier de les utiliser, une fois transmises, à mauvais escient. Mais d’une part un logiciel libre nous donne la capacité de savoir quelles sont les informations transmises, à quels moments, et à quels destinataires (et donc de contrôler lesdites informations en amont) ; d’autre part, une association peut très bien utiliser ce logiciel libre sans faire aucune transmission à l’État, laissant le choix aux membres de l’association de reporter individuellement la valorisation de ce bénévolat.

La naissance de Bénévalibre

Conscient de ces enjeux, et pas très enclin à laisser la #startupnation occuper ce terrain sensible, un groupe de réflexion de diverses associations s’est réuni à plusieurs reprises pour discuter du bien fondé (ou pas) de créer un logiciel libre de valorisation du bénévolat.

Débutés en 2016, à l’initiative de l’April (notamment son groupe LibreAssociation) et de Framasoft, ces travaux ont abouti le 15 septembre 2019 par la publication de la version 1.0 du logiciel Bénévalibre.

Il aura donc fallu plusieurs années, mais cela se justifie notamment par le fait que la volonté était de mettre autour de la table un grand nombre d’acteurs associatifs (notamment les principales « têtes de réseau »), ainsi que des fondations et des chercheurs, pour garantir une démarche collective et partagée (oui, ça prend du temps de convaincre, associer, faire ensemble). Cela ne fut déjà pas une mince affaire !

Par ailleurs, nos activités associatives respectives ne nous permettaient de travailler sur ce projet qu’en pointillés (Framasoft était alors en pleine campagne « Dégooglisons Internet »).

Enfin, il demeurait une question cruciale : « qui va payer le développement ? ». En effet, réaliser un tel logiciel allait prendre de nombreuses heures de développement, et comme nous n’avions pas la possibilité de le réaliser bénévolement, il fallait bien trouver des financements pour passer d’un cahier des charges à un logiciel utilisable.

Aujourd’hui, Bénévalibre existe. C’est un logiciel libre, les sources sont accessibles, téléchargeables, adaptables. Vous pouvez l’utiliser sur benevalibre.org (instance gérée par CLISS XXI, la société coopérative qui l’a développée), ou — si vous en avez les compétences — l’installer sur votre propre serveur, pour votre association (ou vos associations, puisque Bénévalibre permet de gérer de multiples organisations).

Sa réalisation aura été le fruit d’un travail entre de multiples acteurs. Et ce logiciel, si vous le décidez, pourrait s’intégrer à terme avec des logiciels de gestion d’associations plus complets (tel que Garradin ou Galette, par exemple).

Mais son point fort (en dehors d’être libre et décentralisable), c’est que Bénévalibre vous donne le choix !

Comme l’exprime très bien Lionel Prouteau, le chercheur nous ayant accompagné sur ce projet, dans l’introduction de la plaquette de présentation du logiciel :

Bénévalibre n’a pas un caractère prescriptif. Il n’assigne pas un mode de valorisation particulier. Il permet d’enregistrer le temps que les bénévoles consacrent à leurs activités associatives mais laisse à l’entière discrétion des acteurs (associations et bénévoles) le soin de choisir par eux-mêmes les voies les plus pertinentes pour valoriser ce temps. Les utilisateurs peuvent opter pour l’attribution d’une valeur monétaire à ce temps bénévole[…]. Mais les utilisateurs de Bénévalibre gardent l’entière liberté d’exprimer leur méfiance, voire leur hostilité, à l’égard de cette monétarisation de la valorisation du bénévolat au motif qu’elle enferme ce comportement dans une vision trop exclusivement économique et en masque la dimension d’engagement. Ils pourront en conséquence adopter d’autres modes de valorisation.

Outil d’usage simple, s’inscrivant dans une optique de fonctionnement collaboratif et décentralisé, Bénévalibre est un logiciel soucieux de préserver le pouvoir des acteurs associatifs. En d’autres termes, Bénévalibre a pour vocation d’être instrumentalisé par les acteurs et non de les instrumentaliser.

Comme ce logiciel n’aurait pas pu voir le jour sans la persévérance de Laurent Costy, nous avons décidé de l’interviewer.

Interview de Laurent Costy, directeur adjoint de la FFMJC et administrateur de l’April

1. Peux-tu te présenter rapidement ?

En fait, je viens du passé. Je vais vous révéler deux secrets que je vous demande de garder pour vous parce que si ça se sait, je perds ma place et ça risque de mettre le brol trop vite dans ce monde qui n’a pas besoin de ça au regard de ce que l’on découvre tous les jours aux informations.

Le premier secret, c’est que je suis un chevalier de la table ronde en mission. Mon nom de chevalerie est Provençal le Gaulois. Oui, je sais, là, vous vous dites que je devrais être mort depuis longtemps mais c’est lié au deuxième secret, le plus sensible.

Attentiooooooon, révélatioooooooon. Le Graal n’était pas du tout la timbale en plastique avec un pied forgé du même métal : c’était en fait une machine à voyager dans le temps avec l’injonction de la civilisation importatrice de la technologie de l’utiliser pour tenter d’infléchir le futur pour sauver la terre (oui, je sais, ça ne vous émeut point car vous regardez tous les jours des films de super héros qui sauvent la planète cinq fois par jour mais moi, à l’époque, je me suis quand même senti investi d’une mission). Au passage, secret-bonus mais vous l’aviez déduit vous-même : Dieu n’existe donc pas. Soyez quand même prudent dans la diffusion de cette information, c’est entre nous.

Bref, après la rapide formation que l’on a reçue, on a compris qu’une des voies de réussite, c’était d’encourager le commun, la collaboration et le faire ensemble (oui, je sais, c’est aussi des trucs que vous entendez tous les jours dans les discours politiques et vous n’y croyez plus vraiment ; mais vous devriez). Pour être franc, si le monde continue sur ces logiques individualistes, il y a peu de chances que nous réussissions notre mission, nous les chevaliers de la table ronde. Et si vous ne le faites pas pour vous, faites-le au moins pour nous.

2. Tu as été l’un des principaux moteurs du projet Bénévalibre, pourquoi ?

Deux motivations principales ont été à l’origine du projet. La première était bien sûr de répondre à un besoin d’un grand nombre d’associations ; besoin renforcé par la réglementation qui s’affine sur cette question de la valorisation du bénévolat. Ce besoin s’est révélé au fil du temps au fur et à mesure des rencontres avec les associations que je pouvais croiser dans le cadre de mon « métier de couverture » à la FFMJC et dans le cadre des travaux du groupe de travail Libre Association de l’April. La seconde motivation était de faire sens commun et de mettre autour de la table des acteurs qui n’avaient pas forcément l’habitude de travailler ensemble mais dont les compétences et connaissances complémentaires apportaient quelques garanties pour la réussite du projet. Sur ce point en particulier, cela a permis de resserrer les liens entre les membres du Crajep de Bourgogne-Franche-Comté (Comité Régional des Associations de Jeunesse et d’Éducation Populaire ; comité à l’origine du projet) et de rendre concret la capacité à agir ensemble là où les sujets habituellement traités (contributions sur les politiques régionales jeunesse, plaidoyer, etc.) sont plus complexes à valoriser et quantifier.

Je précise que, dans la formation accélérée que nous, les chevaliers de la table ronde, avons eu avec la machine à remonter le temps, je n’ai pas reçu de compétences en informatique (si ce n’est comprendre l’importance du logiciel libre pour contribuer aux communs). Il a donc fallu à la fois réunir des futurs utilisateurs et utilisatrices de Bénévalibre (les membres du Crajep étaient assez représentatifs) mais aussi des financeurs et des compétences techniques.

3. Bénévalibre est un projet aux multiples partenaires : quels ont été leurs rôles ? Comment s’est passé la coopération ?

Tout d’abord, la structure motrice à l’initiative du projet : le Crajep Bourgogne-Franche-Comté. Pour la déclinaison de l’acronyme, voir précédemment (nous, à l’époque, on abusait des enluminures mais vous, vous semblez nourrir une passion pour les acronymes. À quand les acronymes enluminurés ?). À noter quand même que ce collectif qui réunit mouvements et fédérations d’éducation populaire est lui-même en lien avec des structures telles le Mouvement Associatif régional ou, dans une moindre mesure, la CRESS. C’est donc bien le Crajep qui a permis de consolider un comité de pilotage au sein duquel on pouvait trouver alors le premier financeur : le Conseil Régional de Bourgogne-Franche-Comté, partenaire constant de ce comité pour appuyer à travers lui les fédérations et mouvements d’éducation populaire à l’échelle régionale.

L’autre partenaire financier qui a accordé sa confiance très vite fin 2018 (avec quand même la constitution d’un dossier conséquent en bonnet difforme) mais qui n’a pas souhaité faire partie du comité de pilotage, a été la Fondation du Crédit Coopératif. La fondation a néanmoins complété son appui à la fin du projet par son expertise en communication et par la mise en lien avec de nombreux réseaux potentiellement intéressés.

Par ailleurs, pour garantir la volonté du comité de pilotage de développer un logiciel libre (et par ailleurs gratuit à l’usage), les associations April et Framasoft ont été sollicitées pour être membres ; ce que ces deux associations ont accepté.

Enfin, il fallait évidemment la compétence informatique pour le développement du logiciel en lui-même : pour être cohérent avec l’esprit du projet, le choix d’une SCIC (Syndicat de Chevalerie Inter …ah non, pardon. Société Coopérative d’Intérêt collectif) a été opéré : CLISS XXI. On notera aussi que, pour éviter de raconter n’importe quoi sur le bénévolat, un chercheur spécialiste de cette question était membre lui aussi du comité.

4. Aujourd’hui, où en est Bénévalibre ?

Après une première présentation avant l’été sans communication particulière et pour laquelle nous avons été surpris du nombre d’associations intéressées, la version 1 est sortie officiellement mi-septembre : c’était vraiment une bonne chose que d’avoir tenu le calendrier car il est parfois reproché à l’éducation populaire d’être laxiste sur la gestion des délais des projets. Ça fait sérieux ! Et le sérieux, entre deux quêtes rigolotes à la table ronde, c’est important.

Donc, pour l’instant, l’idée est de regarder comment les associations s’approprient l’outil et de voir les retours d’usages et de bugs qu’il peut y avoir. Un forum a même été mis en place récemment rien que pour ça : forum.benevalibre.org. N’hésitez pas !

Tous les retours qu’il y aura viendront compléter des fonctionnalités qui ont, pour l’instant, été mises de côté pour la version 1 sur l’argument de la nécessité d’avoir dans un premier temps l’outil le plus simple possible d’accès.

5. Et demain ? Quels sont les développements envisageables ? Et que faudrait-il pour qu’ils se réalisent ?

Très tôt, le comité de pilotage s’est posé la question des suites. Des fonctionnalités pourraient potentiellement, sous réserve de financements à trouver, être ajoutées pour une version 2. Néanmoins, il sera important de rester sur un outil dont la cible est d’abord les (très) petites associations. En effet, le comité de pilotage du projet souhaite éviter de rentrer en concurrence avec des solutions libres qui existent déjà au sein d’outils plus complets pensés pour une gestion plus globale d’associations.

Une autre idée du comité serait de se jeter à corps perdu dans le développement d’un logiciel/service de paye libre pour proposer une alternative aux solutions propriétaires qui sont en position dominante et qui imposent leurs modes de fonctionnements et leurs mises à jours aux associations. Ce projet est néanmoins d’une autre échelle que celle de Bénévalibre. Ce n’est pas un créneau facilement accessible : gare à l’huile bouillante en haut de cette échelle le cas échéant.

6. Quelque chose à ajouter ?

Franchement, entre nous, c’est quand même super cool quand un projet fait en commun, pour l’intérêt général, finit par aboutir. Je vous le recommande. C’est presque un peu comme trouver le Graal.

Comme le voyage dans le temps d’ailleurs : c’est vraiment génial. Désolé, je ne peux malheureusement pas vous en faire profiter. De même, j’ai des infos sur le futur mais je n’ai pas le droit de vous les donner. C’est ballot. Allez, tant pis, parce que c’est vous et que vous avez lu jusque là, je me prendrai un blâme mais sachez qu’en 2020, au moins un chaton proposera une autre instance de Bénévalibre. C’est une bonne chose : ça va dans le bon sens de la décentralisation d’Internet !

Bon courage, je file réparer ma cotte de mailles et surtout, souvenez-vous, comme le dit un collègue : « Hacker vaillant, rien d’impossible ». Ou un truc comme ça, je ne sais plus.

Un résumé court, succinct et néanmoins bref de cet article :

• Le bénévolat d’une association est un des indicateurs de son dynamisme et de sa portée ;
• La « loi travail » prévoit un (futur) Compte d’Engagement Citoyen où l’on peut déclarer et « valoriser » ses activités bénévoles, par exemple pour ouvrir des droits à la formation ;
• Valoriser le bénévolat pose un problème politique :
  • Cela induit une vision comptable, marchande et contrôlée d’un don de soi à la société ;
  • Cela rend techniquement possible la surveillance étatique dans les actions de la société civile ;
  • L’outil utilisé pour compter ses heures est central, il doit émanciper et non soumettre (ni exploiter les données et donc les vies de) les bénévoles ;
  • Seul un logiciel libre conçu comme un commun en conscience de sa portée politique peut garantir que la société civile garde le contrôle de l’outil et donc sa puissance d’agir.
• Bénévalibre est né de la volonté de ne pas laisser la #StartupNation comptabiliser nos heures de bénévolat (et en exploiter nos données) ;
• Il est le fruit de 3 ans de travail collaboratif entre associations, fondations, et chercheur·euses ;
• Ce logiciel laisse, à de multiples niveaux, le choix et le contrôle dans son utilisation ;
• Laurent Costy, alias Provençal le Gaulois, présente comment la contribution collégiale autour d’un Commun a donné naissance à Bénévalibre (à coups de table ronde).

Frank Karlitschek est un développeur de logiciel libre, un entrepreneur et un militant pour le respect de la vie privée. Il a fondé les projets Nextcloud et ownCloud et il est également impliqué dans plusieurs autres projets de logiciels libres.

Il a publié le Manifeste des données utilisateurs dont nous avons tout récemment publié une traduction et il présente régulièrement des conférences. Il a pris la peine de résumer l’une d’elles qui porte sur les limites des licences libres et open source dans l’environnement numérique d’aujourd’hui.

Source : Open source is more than licenses

Traduction Framalang : swifter, goofy, Julien / Sphinx, Damien , Tykayn, Fabrice, Côme

L’open source, c’est plus que des licences

par Frank Karlitschek

Il y a quelques semaines, j’ai eu l’honneur de prononcer une conférence introductive aux Open Source Awards d’Édimbourg. J’ai décidé d’aborder un sujet dont je voulais parler depuis un bon bout de temps sans en avoir eu l’occasion jusqu’alors. Ma conférence n’a pas été filmée mais plusieurs personnes m’ont demandé d’en faire une synthèse. J’ai donc décidé de prendre un peu de mon temps libre dans un avion pour en faire un résumé dans le billet qui suit.

J’ai commencé à utiliser des ordinateurs et à écrire des logiciels au début des années 80 quand j’avais 10 ans. C’est à la même l’époque que Richard Stallman a écrit les 4 libertés, lancé le projet GNU, fondé la FSF et créé la GPL. Son idée était que les utilisateurs et les développeurs devraient avoir le contrôle de leur propre ordinateur, ce qui nécessite des logiciels libres. À l’époque, l’expérience informatique se résumait à un ordinateur personnel devant vous et, avec un peu de chance, les logiciels libres et open source qui s’y trouvaient.

L’équation était :

(matériel personnel) + (logiciel libre)

= (liberté numérique)

Depuis, le monde de l’informatique a changé et beaucoup évolué. Nous avons à présent accès à Internet partout, nous avons des ordinateurs dans les voitures, les télévisions, les montres et tous les autres appareils de l’Internet des Objets. Nous sommes en pleine révolution du tout mobile. Nous avons le Cloud computing (le fameux « nuage ») où le stockage des données et la puissance informatique sont partagés entre plusieurs Data centers (centre de données) possédés et contrôlés par plusieurs groupes et organisations à travers le monde. Nous avons un système de brevets très fort, les DRM, la signature de code et autres outils de cryptographie, les logiciels devenus des services, du matériel propriétaire, des réseaux sociaux et la puissance de l’effet réseau.

Dans son ensemble, le monde a beaucoup changé depuis les années 80. La majorité de la communauté du logiciel libre et de l’open source continue de se concentrer sur les licences logicielles. Je me demande si nous ne perdons pas une vue d’ensemble en limitant le mouvement du logiciel libre et open source aux seules questions des licences.

Richard Stallman souhaitait contrôler son ordinateur. Voyons la situation sur quelques-unes des grandes questions actuelles sur le contrôle numérique :

Facebook

Ces derniers temps, Facebook est sous le feu de nombreuses critiques : que ce soit les innombrables atteintes à la vie privée des utilisateurs, l’implication dans le truquage d’élections, le déclenchement d’un génocide en Birmanie, l’affaiblissement de la démocratie et beaucoup d’autres faits. Voyons si le logiciel libre pourrait résoudre ce problème :

Si Facebook publiait demain son code comme un logiciel libre et open source, notre communauté serait aux anges. Nous avons gagné ! Mais cela résoudrait-il pour autant un seul de ces problèmes ? Je ne peux pas exécuter Facebook sur mon ordinateur car je n’ai pas une grappe de serveurs Facebook. Quand bien même j’y arriverais, je serais bien isolé en étant le seul utilisateur. Donc le logiciel libre est important et génial mais il ne fournit pas de liberté ni de contrôle aux utilisateurs dans le cas de Facebook. Il faut plus que des licences libres.

Microsoft

J’entends de nombreuses personnes de la communauté du logiciel libre et open source se faire les chantres d’un Microsoft qui serait désormais respectable. Microsoft a changé sous la direction de son dernier PDG et ce n’est plus l’Empire du Mal. Ils intègrent désormais un noyau Linux dans Windows 10 et fournissent de nombreux outils libres et open source dans leurs conteneurs Linux sur le cloud Azure. Je pense qu’il s’agit là d’un véritable pas dans la bonne direction mais leurs solutions cloud bénéficient toujours de l’emprise la plus importante pour un éditeur : Windows 10 n’est pas gratuit et ne vous laisse pas de liberté. En réalité, aucun modèle économique open source n’est présent chez eux. Ils ne font qu’utiliser Linux et l’open source. Donc le fait que davantage de logiciels de l’écosystème Microsoft soient disponibles sous des licences libres ne donne pas pour autant davantage de libertés aux utilisateurs.

L’apprentissage automatique

L’apprentissage automatique est une nouvelle technologie importante qui peut être utilisée pour beaucoup de choses, qui vont de la reconnaissance d’images à celle de la voix en passant par les voitures autonomes. Ce qui est intéressant, c’est que le matériel et le logiciel seuls sont inutiles. Pour que l’apprentissage fonctionne, il faut des données pour ajuster l’algorithme. Ces données sont souvent l’ingrédient secret et très précieux nécessaire à une utilisation efficace de l’apprentissage automatique. Plus concrètement, si demain Tesla décidait de publier tous ses logiciels en tant que logiciels libres et que vous achetiez une Tesla pour avoir accès au matériel, vous ne seriez toujours pas en mesure d’étudier, de construire et d’améliorer la fonctionnalité de la voiture autonome. Vous auriez besoin des millions d’heures d’enregistrement vidéo et de données de conducteur pour rendre efficace votre réseau de neurones. En somme, le logiciel libre seul ne suffit pas à donner le contrôle aux utilisateurs.

5G

Le monde occidental débat beaucoup de la confiance à accorder à l’infrastructure de la 5G. Que savons-nous de la présence de portes dérobées dans les antennes-relais si elles sont achetées à Huawei ou à d’autres entreprises chinoises ? La communauté du logiciel libre et open source répond qu’il faudrait que le logiciel soit distribué sous une licence libre. Mais pouvons-nous vraiment vérifier que le code qui s’exécute sur cette infrastructure est le même que le code source mis à disposition ? Il faudrait pour cela avoir des compilations reproductibles, accéder aux clés de signature et de chiffrement du code ; l’infrastructure devrait récupérer les mises à jour logicielles depuis notre serveur de mise à jour et pas depuis celui du fabricant. La licence logicielle est importante mais elle ne vous donne pas un contrôle total et la pleine liberté.

Android

Android est un système d’exploitation mobile très populaire au sein de la communauté du logiciel libre. En effet, ce système est distribué sous une licence libre. Je connais de nombreux militants libristes qui utilisent une version personnalisée d’Android sur leur téléphone et n’installent que des logiciels libres depuis des plateformes telles que F-Droid. Malheureusement, 99 % des utilisateurs lambda ne bénéficient pas de ces libertés car leur téléphone ne peut pas être déverrouillé, car ils n’ont pas les connaissances techniques pour le faire ou car ils utilisent des logiciels uniquement disponibles sur le PlayStore de Google. Les utilisateurs sont piégés dans le monopole du fournisseur. Ainsi, le fait que le cœur d’Android est un logiciel libre ne donne pas réellement de liberté à 99 % de ses utilisateurs.

Finalement, quelle conclusion ?

Je pense que la communauté du logiciel libre et open source concernée par les 4 libertés de Stallman, le contrôle de sa vie numérique et la liberté des utilisateurs, doit étendre son champ d’action. Les licences libres sont nécessaires mais elles sont loin d’être encore suffisantes pour préserver la liberté des utilisateurs et leur garantir un contrôle de leur vie numérique.

La recette (matériel personnel) + (logiciel libre) = (liberté numérique) n’est plus valide.

Il faut davantage d’ingrédients. J’espère que la communauté du logiciel libre peut se réformer et le fera, pour traiter davantage de problématiques que les seules licences. Plus que jamais, le monde a besoin de personnes qui se battent pour les droits numériques et les libertés des utilisateurs.

Chaque mois le Fediverse s’enrichit de nouveaux projets, probablement parce nous désirons toujours plus de maîtrise de notre vie numérique.

Décentralisé et fédéré, ce réseau en archipel s’articule autour de briques technologiques qui permettent à ses composantes diverses de communiquer. Au point qu’à chaque rumeur de projet nouveau dans le monde du Libre la question est vite posée de savoir s’il sera « fédéré » et donc relié à d’autres projets.

Si vous désirez approfondir vos connaissances au plan technique et au plan de la réflexion sur la fédération, vous trouverez matière à vous enrichir dans les deux mémoires de Nathalie, stagiaire chez Framasoft l’année dernière.

Aujourd’hui, alors que l’idée de publier sur un blog semble en perte de vitesse, apparaît un nouvel intérêt pour la publication d’articles sur des plateformes libres et fédérées, comme Plume et WriteFreely. Maîtriser ses publications sans traqueurs ni publicités parasites, sans avoir à se plier aux injonctions des GAFAM pour se connecter et publier, sans avoir à brader ses données personnelles pour avoir un espace numérique d’expression, tout en étant diffusé dans un réseau de confiance et pouvoir interagir avec lui, voilà dans quelle mouvance se situe le projet DIFFU auquel nous vous invitons à contribuer et que vous présente l’interviewé du jour…

Bonjour, peux-tu te présenter, ainsi que tes activités ?

Bonjour Framasoft. Je m’appelle Jean-Pierre Morfin, on me connaît aussi sur les réseaux sociaux et dans le monde du libre sous le pseudo jpfox. J’ai 46 ans, je vis avec ma tribu familiale recomposée dans un village ardéchois où je pratique un peu (pas assez) le vélo. Informaticien depuis mon enfance, je suis membre du GULL G3L basé à Valence, où je gère avec d’autres l’activité C.H.A.T.O.N.S qui propose plusieurs services comme Mastodon, Diaspora, TT-Rss, boite mail, owncloud…

Passionnés par le libre, Michaël, un ami de longue date et moi-même avons créé en 2010 ce qui s’appelle désormais une Entreprise du Numérique Libre nommée Befox qui propose ses services aux TPE/PME dans la Drôme et l’Ardèche principalement : réalisation de sites à base de solutions libres comme Prestashop, Drupal ou autres, installation Dolibarr et interconnexion entre différents logiciels ou plateformes, hébergement applicatif, évolutions chez nos fidèles clients constituent l’essentiel de notre activité.

Et donc, vous voulez vous lancer dans le développement d’un nouveau logiciel fédéré, « Diffu ». Pourquoi ?

Tout d’abord nous avons ressenti tous les deux le besoin de retourner aux fondamentaux du Libre, et quoi de plus fondamental que le développement d’un logiciel ? Lors de nos divagations sur le Fédiverse, les remarques récurrentes qu’on y trouve ici ou là contre l’utilisation de Medium, nous ont fait penser qu’une alternative pouvait être intéressante. De plus, l’ouverture d’un compte Medium se fait nécessairement avec un compte Facebook ou Google, c’est leur façon d’authentifier un utilisateur ; en bons adeptes de la dégafamisation, c’est une raison de plus de créer une alternative à cette plateforme.

Voyant le succès et tout le potentiel de la Fédération, il fallait que cette nouvelle solution entre de ce cadre-là, car recréer une plateforme unique de publication ou un nouveau moteur de blog avec une gestion interne des commentaires ne présente aucun intérêt. Avec Diffu, la publication d’un article sur une des instances du réseau sera poussée sur le Fédiverse et les commentaires et réactions faits sur Mastodon, Pleroma, Hubzilla ou autre… seront agrégés pour être restitués directement sur la page de l’article. J’invite les lecteurs à jeter un œil à la maquette que nous avons réalisée pour se faire une idée, elle n’est pas fonctionnelle car cela reste encore un projet.

Quant au nom Diffu, on lui trouve deux sens : abréviation de Diffusion, ce qui reste l’objectif d’une plateforme de publication d’articles. Et dans sa prononciation à l’anglaise Diff You qui peut se comprendre Differentiate yourself – Différenciez vous ! C’est un peu ce que l’on fait lorsqu’on livre son avis, son expertise, ses opinions ou ses pensées dans un article.

Il existe déjà des logiciels fédérés de publication, tels que Plume ou WriteFreely. Quelles différences entre Diffu et ces projets ?

Absolument, ces deux applications libres, elles aussi, proposent de nombreux points de similitude avec Diffu notamment dans l’interconnexion avec le Fediverse et la possibilité de réagir aux articles avec un simple compte compatible avec ActivityPub.

La première différence est que pour Plume et WriteFreely, il est nécessaire de créer un compte sur l’instance que l’on souhaite utiliser. Avec Diffu, suivant les restrictions définies par l’administrateur⋅e de l’instance, il sera possible de créer un article juste en donnant son identifiant Mastodon par exemple (pas le mot de passe, hein, juste le pseudo et le nom de l’instance). L’auteur recevra un lien secret par message direct sur son compte Mastodon lui permettant d’accéder à son environnement de publication et de rédiger un nouvel article. Ce dernier sera associé à son auteur ou autrice, son profil Mastodon s’affichant en signature de l’article. Lors de la publication de l’article sur le Fediverse, l’autrice ou l’auteur sera mentionné⋅e dans le pouet qu’il n’aura plus qu’à repartager. L’adresse de la page de l’article sera utilisable sur les autres réseaux sociaux bien évidemment.

Nous voyons plus les instances Diffu comme des services proposés aux possesseurs de comptes ActivityPub. Comme on crée un Framadate ou un Framapad en deux clics, on pourra créer un article.

Les modes de modération et de workflow proposés par Diffu, la thématique choisie, les langues acceptées, la définition des règles de gestion permettront aux administrateurs de définir le public pouvant poster sur leur instance. Il sera par exemple possible de n’autoriser que les auteurs ayant un compte sur telle instance Mastodon, Diffu devenant un service complémentaire que pourrait proposer un CHATONS à ses utilisateurs Mastodon.

Ou, à l’opposé, un défenseur de la liberté d’expression peut laisser son instance Diffu open bar, au risque de voir son instance bloquée par d’autres acteurs du Fediverse, la régulation se faisant à plusieurs niveaux. Nous travaillons encore sur la définition des options de modération possibles, le but étant de laisser à l’administrateur⋅e toute la maîtrise des règles du jeu.

Les options retenues seront clairement explicites sur son instance pour que chacun⋅e puisse choisir la bonne plateforme qui lui convient le mieux. On imagine déjà faire un annuaire reprenant les règles de chaque instance pour aider les auteurs et autrices à trouver la plus appropriée à leur publication. Quitte à écrire sur plusieurs instances en fonction du sujet de l’article : « J’ai testé un nouveau vélo à assistance électrique » sur diffu.velo-zone.fr et « Comment installer LineageOS sur un Moto G4 » sur diffu.g3l.org.

L’autre différence avec Plume et WriteFreely est le langage retenu pour le développement de Diffu. Nous avons choisi PHP car il reste à nos yeux le plus simple à installer dans un environnement web et nous allons tout faire pour que ce soit vraiment le cas. Le locataire d’un simple hébergement mutualisé pourra installer Diffu : on dézippe le fichier de la dernière version, on envoie le tout par ftp sur le site, on accède à la page de configuration pour définir les options de son instance et ça fonctionne. Idem pour les mises à jour.

Nous avons déjà des contacts avec les dev de Plume qui sont tout aussi motivés que nous pour connecter nos plateformes et permettre une interaction entre les utilisateurs. C’est la magie du Fediverse !

Vous êtes en phase de crowdfunding pour le projet Diffu. À quoi va servir cet argent ?

Tout simplement à nous libérer du temps pour développer ce logiciel. On ne peut malheureusement pas se permettre de laisser en plan l’activité de Befox pendant des semaines car cela correspondrait à une absence complète de revenu pour nous deux. C’est donc notre société Befox qui va récolter le fruit de cette campagne et le transformer en rémunération. Nous avons visé au plus juste l’objectif de cette campagne de financement même si on sait que l’on va passer pas mal de temps en plus sur ce projet mais quand on aime…

Il faut aussi mentionner les 8 % de la campagne destinés à rétribuer la plateforme de financement Ulule.

Comment envisages-tu l’avenir de Diffu ?

Comme tout projet libre, après la publication des premières versions, la mise en ligne du code source, nous allons être à l’écoute des utilisateurs pour ajouter les fonctionnalités les plus attendues, garder la compatibilité avec le maximum d’acteurs du Fediverse. On sait que le protocole ActivityPub et ceux qui s’y rattachent peuvent avoir des interprétations différentes. On le voit pour les plateformes déjà en places comme Pleroma, Mastodon, Hubzilla, GNUSocial, PeerTube, PixelFed, WriteFreely et Plume… c’est une nécessité de collaborer avec les autres équipes de développement pour une meilleure expérience des utilisateurs.

Comme souvent ici, on te laisse le mot de la fin, pour poser LA question que tu aurais aimé qu’on te pose, et à laquelle tu aimerais répondre…

La question que l’on peut poser à tous les développeurs du Libre : quel éditeur de sources, Vim ou Emacs ?

La réponse en ce qui me concerne, c’est Vim bien sûr.

Plus sérieusement, cela me permet d’évoquer ce que je trouve génial avec les Logiciels Libres, le fait qu’il y en a pour tous les goûts, que si un outil ne te convient pas, tu peux en utiliser un autre ou modifier/faire modifier celui qui existe pour l’adapter à tes attentes.

Alors même si Plume et WriteFreely existent et font très bien certaines choses, ils sont tous les deux différents et je suis convaincu que Diffu a sa place et viendra en complément de ceux-ci. J’ai hâte de pouvoir m’investir à fond dans ce projet.

Merci pour cette interview, à bientôt sur le Fediverse !

• Contribuer au financement participatif de DIFF
• Une maquette de ce que ça pourra devenir

Ce nouvel ouvrage vous entraîne dans les coulisses de nos usages numériques quotidiens et nous fait découvrir en profondeur la gestion des bases de données et le langage qui sert à interagir avec elles.

Vous n’avez jamais vu une base de données ? Moi non plus, mais comme vous, dès que je veux faire un achat en ligne ou simplement mener une recherche sur le Web, mon appareil s’adresse à une base de données.

Bon, SQL et SGBD, SGBDRO, les sigles ça fait peur, mais Vincent Lozano et Étienne Georges qui ont fait un travail remarquable ont prévu un précieux glossaire (la table des matières est à l’avenant).

Mais peut-être êtes-vous plutôt en train d’arborer un sourire un peu condescendant, parce que vous, vous nagez dans les bases de données avec l’aisance d’une anguille dans la mer des Sargasses. Eh bien, il y a fort à parier qu’au-delà des chapitres d’initiation, ce nouveau Framabook va vous faire découvrir ou redécouvrir des aspects méconnus de ce domaine vaste et évolutif.

Voici d’ailleurs quelques observations de Nailyk, qui a déjà parcouru l’ouvrage avec intérêt :

Un gros volume de 350 pages tout de même, mais les chapitres sont digestes. Pas trop longs, bien ordonnés et très bien regroupés.

Je trouve réducteur de le cantonner aux SGBD. Les notions de ses chapitres concernant le stockage des informations me semble être tout à fait appropriés pour d’autres sujets.

Même si vous n’êtes plus un débutant et bien que tout soit parfaitement détaillé, il faut parfois s’accrocher dur.

Heureusement, les touches d’humour font un bien fou à la lecture. La mise en forme, les typos et les schéma rendent la lecture vraiment agréable. Excellent livre que je m’empresserai de recommander à plusieurs personnes ! On sent le travail minutieux et c’est très agréable!

Quatre questions à Vincent, co-auteur de l’ouvrage

Comment en es-tu arrivé là ? Tu es tombé dans le SQL quand tu étais petit ?

En 1993, dans le cadre de qu’on appelait le « service militaire » au service informatique d’une base aérienne, via un logiciel de la société Borland qui se nommait Paradox. Puis en 1999, lorsque j’ai été nommé maître de conférences à l’Énise, j’ai découvert PostgreSQL. J’ai développé pas mal d’applications de gestion en PHP puis jQuery qui s’appuyaient sur ce SGBD libre. L’Énise s’est ensuite équipée de la Rolls (!) des systèmes de gestion de bases de données : Oracle.

Qu’apporte ce livre si l’on considère qu’il existe déjà une littérature relativement abondante sur le sujet ?

L’idée forte est de retranscrire dans le manuel toute la chaîne de conception d’une base de données à partir de zéro. Ce qui va au-delà de ce que suggère notre titre, car il ne s’agit pas uniquement du langage SQL lui-même, mais des différentes étapes qui vont mener, à partir de l’idée « d’informatiser » un système, à la création d’une base. C’est ce qu’on appelle la modélisation conceptuelle et le livre l’aborde à partir de différentes études de cas.

Puisqu’il est question de bases de données, l’autre parti pris est de montrer comment sont stockées les informations basiques que l’on manipule tous les jours : les entiers, les nombres à virgule, les caractères, avec les petites subtilités pas forcément connues comme la précision des flottants et l’encodage UTF-8. Dans le même ordre d’idée, pour rester dans les principes fondamentaux, sont exposées dans le livre, quelques rudiments pour comprendre les algorithmes de tri et de recherche qui se cachent derrière le SELECT de SQL.

Enfin, concernant SQL lui-même, un accent est d’une part mis sur l’aspect traitement (procédures, triggers, vues) et sur le fait que les SGBD savent gérer les accès concurrents (plusieurs processus qui accèdent aux données en même temps), et sur l’aspect contraintes d’intégrité qui font la force et la particularité des SGBD relationnelles.

Il existe des livres sur les bases de données SQL très théoriques, sur l’algèbre relationnelle notamment, pourquoi pas dans ce livre ?

Ni Étienne, ni moi ne sommes des informaticiens de formation. Nous avons été tous deux formés en tant qu’ingénieurs généralistes et sommes des autodidactes en informatique, ce qui ne nous pas empêché d’en faire notre métier. C’est sans doute ce qui explique que ce livre n’est pas un livre orthodoxe, bâti comme un cours magistral, avec des théorèmes et des propriétés. Il y a un parti pris de didactique non dogmatique, qui amène à découvrir les concepts par l’exemple notamment.

En quoi ce projet est relié aux logiciels libres ?

Il l’est évidemment parce que PostgreSql est LE logiciel libre de gestion de bases de donnée relationnelles mais il l’est aussi dans l’esprit. Être capable d’analyser un système d’information existant, le modéliser et bâtir une base grâce à Sql constituent aujourd’hui des atouts maîtres pour être relativement libre, libre de développer ses propres applications notamment.

Pour découvrir l’ouvrage rendez-vous sur la page Framabook qui lui est dédiée

Protocole, HTTP, interopérabilité, ça vous parle ? Et normes, spécifications, RFC, ça va toujours ? Si vous avez besoin d’y voir un peu plus clair, l’article ci-dessous est un morceau de choix rédigé par Stéphane Bortzmeyer qui s’est efforcé de rendre accessibles ces notions fondamentales.

Protocoles

Le 21 mai 2019, soixante-neuf organisations, dont Framasoft, ont signé un appel à ce que soit imposé, éventuellement par la loi, un minimum d’interopérabilité pour les gros acteurs commerciaux du Web.

« Interopérabilité » est un joli mot, mais qui ne fait pas forcément partie du vocabulaire de tout le monde, et qui mérite donc d’être expliqué. On va donc parler d’interopérabilité, de protocoles, d’interfaces, de normes, et j’espère réussir à le faire tout en restant compréhensible (si vous êtes informaticien·ne professionnel·le, vous savez déjà tout cela ; mais l’appel des 69 organisations concerne tout le monde).

Le Web, ou en fait tout l’Internet, repose sur des protocoles de communication. Un protocole, c’est un ensemble de règles qu’il faut suivre si on veut communiquer. Le terme vient de la communication humaine, par exemple, lorsqu’on rencontre quelqu’un, on se serre la main, ou bien on se présente si l’autre ne vous connaît pas, etc. Chez les humains, le protocole n’est pas rigide (sauf en cas de réception par la reine d’Angleterre dans son palais, mais cela doit être rare chez les lectrices et lecteurs du Framablog). Si la personne avec qui vous communiquez ne respecte pas exactement le protocole, la communication peut tout de même avoir lieu, quitte à se dire que cette personne est bien impolie. Mais les logiciels ne fonctionnent pas comme des humains. Contrairement aux humains, ils n’ont pas de souplesse, les règles doivent être suivies exactement. Sur un réseau comme l’Internet, pour que deux logiciels puissent communiquer, chacun doit donc suivre exactement les mêmes règles, et c’est l’ensemble de ces règles qui fait un protocole.

Un exemple concret ? Sur le Web, pour que votre navigateur puisse afficher la page web désirée, il doit demander à un serveur web un ou plusieurs fichiers. La demande se fait obligatoirement en envoyant au serveur le mot GET (« donne », en anglais) suivi du nom du fichier, suivi du mot « HTTP/1.1 ». Si un navigateur web s’avisait d’envoyer le nom du fichier avant le mot GET, le serveur ne comprendrait rien, et renverrait plutôt un message d’erreur. En parlant d’erreurs, vous avez peut-être déjà rencontré le nombre 404 qui est simplement le code d’erreur qu’utilisent les logiciels qui parlent HTTP pour signaler que la page demandée n’existe pas. Ces codes numériques, conçus pour être utilisés entre logiciels, ont l’avantage sur les textes de ne pas être ambigus, et de ne pas dépendre d’une langue humaine particulière. Cet exemple décrit une toute petite partie du protocole nommé HTTP (pour Hypertext Transfer Protocol) qui est le plus utilisé sur le Web.

Il existe des protocoles bien plus complexes. Le point important est que, derrière votre écran, les logiciels communiquent entre eux en utilisant ces protocoles. Certains servent directement aux logiciels que vous utilisez (comme HTTP, qui permet à votre navigateur Web de communiquer avec le serveur qui détient les pages désirées), d’autres protocoles relèvent de l’infrastructure logicielle de l’Internet ; vos logiciels n’interagissent pas directement avec eux, mais ils sont indispensables.

Le protocole, ces règles de communication, sont indispensables dans un réseau comme l’Internet. Sans protocole, deux logiciels ne pourraient tout simplement pas communiquer, même si les câbles sont bien en place et les machines allumées. Sans protocole, les logiciels seraient dans la situation de deux humains, un Français ne parlant que français, et un Japonais ne parlant que japonais. Même si chacun a un téléphone et connaît le numéro de l’autre, aucune vraie communication ne pourra prendre place. Tout l’Internet repose donc sur cette notion de protocole.

Le protocole permet l’interopérabilité. L’interopérabilité est la capacité à communiquer de deux logiciels différents, issus d’équipes de développement différentes. Si une université bolivienne peut échanger avec une entreprise indienne, c’est parce que toutes les deux utilisent des protocoles communs.

Seuls les protocoles ont besoin d’être communs : l’Internet n’oblige pas à utiliser les mêmes logiciels, ni à ce que les logiciels aient la même interface avec l’utilisateur. Si je prends l’exemple de deux logiciels qui parlent le protocole HTTP, le navigateur Mozilla Firefox (que vous êtes peut-être en train d’utiliser pour lire cet article) et le programme curl (utilisé surtout par les informaticiens pour des opérations techniques), ces deux logiciels ont des usages très différents, des interfaces avec l’utilisateur reposant sur des principes opposés, mais tous les deux parlent le même protocole HTTP. Le protocole, c’est ce qu’on parle avec les autres logiciels (l’interface avec l’utilisateur étant, elle, pour les humain·e·s.).

La distinction entre protocole et logiciel est cruciale. Si j’utilise le logiciel A parce que je le préfère et vous le logiciel B, tant que les deux logiciels parlent le même protocole, aucun problème, ce sera juste un choix individuel. Malgré leurs différences, notamment d’interface utilisateur, les deux logiciels pourront communiquer. Si, en revanche, chaque logiciel vient avec son propre protocole, il n’y aura pas de communication, comme dans l’exemple du Français et du Japonais plus haut.

Babel

Alors, est-ce que tous les logiciels utilisent des protocoles communs, permettant à tout le monde de communiquer avec bonheur ? Non, et ce n’est d’ailleurs pas obligatoire. L’Internet est un réseau à « permission facultative ». Contrairement aux anciennes tentatives de réseaux informatiques qui étaient contrôlés par les opérateurs téléphoniques, et qui décidaient de quels protocoles et quelles applications tourneraient sur leurs réseaux, sur l’Internet, vous pouvez inventer votre propre protocole, écrire les logiciels qui le parlent et les diffuser en espérant avoir du succès. C’est d’ailleurs ainsi qu’a été inventé le Web : Tim Berners-Lee (et Robert Cailliau) n’ont pas eu à demander la permission de qui que ce soit. Ils ont défini le protocole HTTP, ont écrit les applications et leur invention a connu le succès que l’on sait.

Cette liberté d’innovation sans permission est donc une bonne chose. Mais elle a aussi des inconvénients. Si chaque développeur ou développeuse d’applications invente son propre protocole, il n’y aura plus de communication ou, plus précisément, il n’y aura plus d’interopérabilité. Chaque utilisatrice et chaque utilisateur ne pourra plus communiquer qu’avec les gens ayant choisi le même logiciel. Certains services sur l’Internet bénéficient d’une bonne interopérabilité, le courrier électronique, par exemple. D’autres sont au contraire composés d’un ensemble de silos fermés, ne communiquant pas entre eux. C’est par exemple le cas des messageries instantanées. Chaque application a son propre protocole, les personnes utilisant WhatsApp ne peuvent pas échanger avec celles utilisant Telegram, qui ne peuvent pas communiquer avec celles qui préfèrent Signal ou Riot. Alors que l’Internet était conçu pour faciliter la communication, ces silos enferment au contraire leurs utilisateurs et utilisatrices dans un espace clos.

La situation est la même pour les réseaux sociaux commerciaux comme Facebook. Vous ne pouvez communiquer qu’avec les gens qui sont eux-mêmes sur Facebook. Les pratiques de la société qui gère ce réseau sont déplorables, par exemple en matière de captation et d’utilisation des données personnelles mais, quand on suggère aux personnes qui utilisent Facebook de quitter ce silo, la réponse la plus courante est « je ne peux pas, tou·te·s mes ami·e·s y sont, et je ne pourrais plus communiquer avec eux et elles si je partais ». Cet exemple illustre très bien les dangers des protocoles liés à une entreprise et, au contraire, l’importance de l’interopérabilité.

Mais pourquoi existe-t-il plusieurs protocoles pour un même service ? Il y a différentes raisons. Certaines sont d’ordre technique. Je ne les développerai pas ici, ce n’est pas un article technique, mais les protocoles ne sont pas tous équivalents, il y a des raisons techniques objectives qui peuvent faire choisir un protocole plutôt qu’un autre. Et puis deux personnes différentes peuvent estimer qu’en fait deux services ne sont pas réellement identiques et méritent donc des protocoles séparés, même si tout le monde n’est pas d’accord.

Mais il peut aussi y avoir des raisons commerciales : l’entreprise en position dominante n’a aucune envie que des acteurs plus petits la concurrencent, et ne souhaite pas permettre à des nouveaux entrants d’arriver. Elle a donc une forte motivation à n’utiliser qu’un protocole qui lui est propre, que personne d’autre ne connaît.

Enfin, il peut aussi y avoir des raisons plus psychologiques, comme la conviction chez l·e·a créat·eur·rice d’un protocole que son protocole est bien meilleur que les autres.

Un exemple d’un succès récent en termes d’adoption d’un nouveau protocole est donné par le fédivers. Ce terme, contraction de « fédération » et « univers » (et parfois écrit « fédiverse » par anglicisme) regroupe tous les serveurs qui échangent entre eux par le protocole ActivityPub, que l’appel des soixante-neuf organisations mentionne comme exemple. ActivityPub permet d’échanger des messages très divers. Les logiciels Mastodon et Pleroma se servent d’ActivityPub pour envoyer de courts textes, ce qu’on nomme du micro-blogging (ce que fait Twitter). PeerTube utilise ActivityPub pour permettre de voir les nouvelles vidéos et les commenter. WriteFreely fait de même avec les textes que ce logiciel de blog permet de rédiger et diffuser. Et, demain, Mobilizon utilisera ActivityPub pour les informations sur les événements qu’il permettra d’organiser. Il s’agit d’un nouvel exemple de la distinction entre protocole et logiciel. Bien que beaucoup de gens appellent le fédivers  « Mastodon », c’est inexact. Mastodon n’est qu’un des logiciels qui permettent l’accès au fédivers.

Le terme d’ActivityPub n’est d’ailleurs pas idéal. Il y a en fait un ensemble de protocoles qui sont nécessaires pour communiquer au sein du fédivers. ActivityPub n’est que l’un d’entre eux, mais il a un peu donné son nom à l’ensemble.

Tous les logiciels de la mouvance des « réseaux sociaux décentralisés » n’utilisent pas ActivityPub. Par exemple,  Diaspora ne s’en sert pas et n’est donc pas interopérable avec les autres.

Appel

Revenons maintenant l’appel cité au début, Que demande-t-il ? Cet appel réclame que l’interopérabilité soit imposée aux GAFA, ces grosses entreprises capitalistes qui sont en position dominante dans la communication. Tous sont des silos fermés. Aucun moyen de commenter une vidéo YouTube si on a un compte PeerTube, de suivre les messages sur Twitter ou Facebook si on est sur le fédivers. Ces GAFA ne changeront pas spontanément : il faudra les y forcer.

Il ne s’agit que de la communication externe. Cet appel est modéré dans le sens où il ne demande pas aux GAFA de changer leur interface utilisateur, ni leur organisation interne, ni leurs algorithmes de sélection des messages, ni leurs pratiques en matière de gestion des données personnelles. Il s’agit uniquement d’obtenir qu’ils permettent l’interopérabilité avec des services concurrents, de façon à permettre une réelle liberté de choix par les utilisateurs. Un tel ajout est simple à implémenter pour ces entreprises commerciales, qui disposent de fonds abondants et de nombreu·ses-x programmeur·e·s compétent·e·s. Et il « ouvrirait » le champ des possibles. Il s’agit donc de défendre les intérêts des utilisateurs et utilisatrices. (Alors que le gouvernement, dans ses commentaires, n’a cité que les intérêts des GAFA, comme si ceux-ci étaient des espèces menacées qu’il fallait défendre.)

Qui commande ?

Mais au fait, qui décide des protocoles, qui les crée ? Il n’y a pas de réponse simple à cette question. Il existe plein de protocoles différents et leurs origines sont variées. Parfois, ils sont rédigés, dans un texte qui décrit exactement ce que doivent faire les deux parties. C’est ce que l’on nomme une spécification. Mais parfois il n’y a pas vraiment de spécification, juste quelques vagues idées et un programme qui utilise ce protocole. Ainsi, le protocole BitTorrent, très utilisé pour l’échange de fichiers, et pour lequel il existe une très bonne interopérabilité, avec de nombreux logiciels, n’a pas fait l’objet d’une spécification complète. Rien n’y oblige développeurs et développeuses : l’Internet est « à permission facultative ». Dans de tels cas, celles et ceux qui voudraient créer un programme interopérable devront lire le code source (les instructions écrites par le ou la programmeur·e) ou analyser le trafic qui circule, pour essayer d’en déduire en quoi consiste le protocole (ce qu’on nomme la rétro-ingénierie). C’est évidemment plus long et plus difficile et il est donc très souhaitable, pour l’interopérabilité, qu’il existe une spécification écrite et correcte (il s’agit d’un exercice difficile, ce qui explique que certains protocoles n’en disposent pas).

Parfois, la spécification est adoptée formellement par un organisme dont le rôle est de développer et d’approuver des spécifications. C’est ce qu’on nomme la normalisation. Une spécification ainsi approuvée est une norme. L’intérêt d’une norme par rapport à une spécification ordinaire est qu’elle reflète a priori un consensus assez large d’une partie des acteurs, ce n’est plus un acte unilatéral. Les normes sont donc une bonne chose mais, rien n’étant parfait, leur développement est parfois laborieux et lent.

Toutes les normes ne se valent pas. Certaines sont publiquement disponibles (comme les normes importantes de l’infrastructure de l’Internet, les RFC – Request For Comments), d’autres réservées à ceux qui paient, ou à ceux qui sont membres d’un club fermé. Certaines normes sont développées de manière publique, où tout le monde a accès aux informations, d’autres sont créées derrière des portes soigneusement closes. Lorsque la norme est développée par une organisation ouverte à tous et toutes, selon des procédures publiques, et que le résultat est publiquement disponible, on parle souvent de normes ouvertes. Et, bien sûr, ces normes ouvertes sont préférables pour l’interopérabilité.

L’une des organisations de normalisation ouverte les plus connues est l’IETF (Internet Engineering Task Force, qui produit notamment la majorité des RFC). L’IETF a développé et gère la norme décrivant le protocole HTTP, le premier cité dans cet article. Mais d’autres organisations de normalisation existent comme le W3C (World-Wide Web Consortium) qui est notamment responsable de la norme ActivityPub.

Par exemple, pour le cas des messageries instantanées que j’avais citées, il y a bien une norme, portant le doux nom de XMPP (Extensible Messaging and Presence Protocol). Google l’utilisait, puis l’a abandonnée, jouant plutôt le jeu de la fermeture.

Difficultés

L’interopérabilité n’est évidemment pas une solution magique à tous les problèmes. On l’a dit, l’appel des soixante-neuf organisations est très modéré puisqu’il demande seulement une ouverture à des tiers. Si cette demande se traduisait par une loi obligeant à cette interopérabilité, tout ne serait pas résolu.

D’abord, il existe beaucoup de moyens pour respecter la lettre d’un protocole tout en violant son esprit. On le voit pour le courrier électronique où Gmail, en position dominante, impose régulièrement de nouvelles exigences aux serveurs de messagerie avec lesquels il daigne communiquer. Le courrier électronique repose, contrairement à la messagerie instantanée, sur des normes ouvertes, mais on peut respecter ces normes tout en ajoutant des règles. Ce bras de fer vise à empêcher les serveurs indépendants de communiquer avec Gmail. Si une loi suivant les préconisations de l’appel était adoptée, nul doute que les GAFA tenteraient ce genre de jeu, et qu’il faudrait un mécanisme de suivi de l’application de la loi.

Plus subtil, l’entreprise qui voudrait « tricher » avec les obligations d’interopérabilité peut aussi prétendre vouloir « améliorer » le protocole. On ajoute deux ou trois choses qui n’étaient pas dans la norme et on exerce alors une pression sur les autres organisations pour qu’elles aussi ajoutent ces fonctions. C’est un exercice que les navigateurs web ont beaucoup pratiqué, pour réduire la concurrence.

Jouer avec les normes est d’autant plus facile que certaines normes sont mal écrites, laissant trop de choses dans le vague (et c’est justement le cas d’ActivityPub). Écrire une norme est un exercice difficile. Si on laisse beaucoup de choix aux programmeuses et programmeurs qui créeront les logiciels, il y a des risques de casser l’interopérabilité, suite à des choix trop différents. Mais si on contraint ces programmeuses et programmeurs, en imposant des règles très précises pour tous les détails, on empêche les logiciels d’évoluer en réponse aux changements de l’Internet ou des usages. La normalisation reste donc un art difficile, pour lequel on n’a pas de méthode parfaite.

Conclusion

Voilà, désolé d’avoir été long, mais les concepts de protocole et d’interopérabilité sont peu enseignés, alors qu’ils sont cruciaux pour le fonctionnement de l’Internet et surtout pour la liberté des citoyen·ne·s qui l’utilisent. J’espère les avoir expliqués clairement, et vous avoir convaincu⋅e de l’importance de l’interopérabilité. Pensez à soutenir l’appel des soixante-neuf organisations !

Après

Et si vous voulez d’autres informations sur ce sujet, il y a :

• Si vous aimez le son plutôt que l’écrit, le podcast de l’APRIL a parlé de l’interopérabilité.

Vous cherchez des images utilisables pour vos sites ou publications ? Savez-vous qu’il est facile d’en trouver avec divers niveaux de permissions via le moteur de recherche des Creative Commons ?

Ces petits logos, familiers des libristes, sont souvent combinés et permettent de savoir précisément à quelles conditions vous pouvez utiliser les images :

Attribution : vous devez mentionner l’identité de l’auteur initial (obligatoire en droit français) (sigle : BY)

Non Commercial : vous ne pouvez pas tirer un profit commercial de l’œuvre sans autorisation de l’auteur (sigle : NC)

No derivative works : vous ne pouvez pas intégrer tout ou partie dans une œuvre composite (sigle : ND)

Share alike : partage de l’œuvre, vous pouvez rediffuser mais selon la même licence ou une licence similaire  (sigle : SA)

Si vous êtes dans le monde de l’éducation, pensez à faire adopter les bonnes pratiques aux élèves et étudiants qui ont besoin d’illustrer un document et qui ont tendance à piller Google images sans trop se poser de questions…

… mais il arrive souvent que de grands médias donnent aussi de bien mauvais exemples !

Si vous êtes embarrassé⋅e pour ajouter les crédits nécessaires sous l’image que vous utilisez, le nouveau moteur de recherche de Creative Commons vous facilite la tâche. C’est une des nouveautés qui en font une ressource pratique et précieuse, comme Jane Park l’explique dans l’article ci-dessous.

Article original : CC Search is out of beta with 300M images and easier attribution

Traduction Framalang : Goofy

Le moteur de recherche de Creative Commons propose maintenant 300 millions d’images plus faciles à attribuer

par Jane Park

Désormais la recherche Creative Commons n’est plus en version bêta, elle propose plus de 300 millions d’images indexées venant de multiples collections, une interface entièrement redessinée ainsi qu’une recherche plus pertinente et plus rapide. Tel est le résultat de l’énorme travail de l’équipe d’ingénieurs de Creative Commons avec l’appui de notre communauté de développeurs bénévoles.

CC Search parcourt les images de 19 collections grâce à des API ouvertes et le jeu de données Common Crawl, ce qui inclut les œuvres artistiques et culturelles des musées (le Metropolitan Museum of Art, le Cleveland Museum of Art), les arts graphiques (Behance, DeviantArt), les photos de Flickr, et un premier jeu de créations en 3D sous CC0 issus de Thingiverse.

Au plan esthétique et visuel, vous allez découvrir des changements importants : une page d’accueil plus sobre, une navigation meilleure avec des filtres, un design en harmonie avec le portail creativecommons.org, des options d’attribution faciles à utiliser et des canaux de communication efficaces pour faire remonter vos questions, réactions et désirs, tant sur les fonctionnalités du site que sur les banques d’images. Vous trouverez également un lien direct vers la page d’accueil des Creative Commons (le site de l’ancienne recherche est toujours disponible si vous préférez).

Si vous jetez un œil sous le capot, vous verrez que nous avons réussi à diminuer le temps de recherche et nous avons amélioré la pertinence de la recherche par phrase. Nous avons aussi implémenté des métriques pour mieux comprendre quand et comment les fonctionnalités sont utilisées. Enfin, nous avons bien sûr corrigé beaucoup de bugs que la communauté nous a aidé à identifier.

Et bientôt…

Nous allons continuer à augmenter la quantité d’images de notre catalogue, en visant en priorité les collections d’images comme celles de Europeana et Wikimedia Commons. Nous projetons aussi d’indexer davantage de types d’œuvres sous licences CC, tels que les manuels et les livres audio, vers la fin de l’année. Notre but final demeure inchangé : donner l’accès à 1,4 milliard d’œuvres qui appartiennent aux Communs), mais nous sommes avant tout concentrés sur les images que les créateurs et créatrices désirent utiliser de diverses façons, comment ils peuvent apprendre à partir de ces images, les utiliser avec de larges permissions, et restituer leur exp)érience à tous pour nourrir la recherche Creative Commons.

Du point de vue des fonctionnalités, des avancées spécifiques figurent dans notre feuille de route pour ce trimestre : des filtres pour une utilisation avancée sur la page d’accueil, la possibilité de parcourir les collections sans entrer de termes de recherche, et une meilleure accessibilité et UX sur mobile. De plus, nous nous attendons à ce que certains travaux liés à la recherche CC soient effectués par nos étudiants du Google Summer of Code à partir du mois de mai.

Le mois prochain à Lisbonne, au Portugal, nous présenterons l’état de la recherche (“State of CC Search”) à notre sommet mondial  (CC Global Summit) où sera réunie toute une communauté internationale pour discuter des développements souhaités et des collections pour CC Search.

Participez !

Vos observations sont précieuses, nous vous invitons à nous communiquer ce que vous souhaiteriez voir s’améliorer. Vous pouvez également rejoindre le canal #cc-usability sur le Slack de CC pour vous tenir au courant des dernières avancées.

Tout notre code, y compris celui qui est utilisé pour la recherche CC, est open source (CC Search, CC Catalog API, CC
Catalog) et nous faisons toujours bon accueil aux contributions de la communauté. Si vous savez coder, nous vous
invitons à nous rejoindre pour renforcer la communauté grandissante de développeurs de CC.

Remerciements

CC Search est possible grâce à un certain nombre d’institutions et d’individus qui la soutiennent par des dons. Nous aimerions remercier en particulier Arcadia, la fondation de Lisbet Rausing et Peter Baldwin, Mozilla, et la fondation Brin Wojcicki pour leur précieux soutien.

Peur des robots qui nous remplacent ? Pas forcément, mais comment vivre et travailler avec les robots ?Une des craintes fort répandues à propos de la robotisation consiste à envisager qu’un grand nombre de professions, et pas seulement parmi les moins qualifiées, pourraient être à court ou moyen terme remplacées par des robots, du moins des systèmes automatisés que les progrès relatifs de l’intelligence artificielle rendraient plus performants que les humains dans l’accomplissement de leurs tâches.

Nul n’ignore pour l’instant ce qui va survenir effectivement mais une chose est d’ores et déjà établie : les systèmes robotisés sont déjà là, et plutôt qu’être remplacés, pour l’instant les travailleurs les côtoient, entrent avec eux dans des interactions déjà problématiques. On lira par exemple ce témoignage sur la gestion des livreurs à vélo où le donneur d’ordres et donc de travail est un système informatique qui piste « ses » employés autant que les clients.

À une tout autre échelle, le géant Amazon impose déjà la présence de robots dans ses immenses entrepôts au sein du travail humain, et comme le développe le texte ci-dessous, ce sont les êtres humains qui y travaillent qui doivent s’efforcer de s’adapter à leur présence ! L’anthropologue qui signe l’article que nous avons traduit pour vous analyse ce que représente pour les humains la perte de leur latitude d’action, voire de leur liberté d’initiative, dans une environnement où les robots sont omniprésents.

Les pratiques de l’entreprise Amazon, détestables pour les conditions de travail, sont par ailleurs assez révélatrices d’une dérive qui nous mène peut-être à renoncer peu à peu à notre liberté, pour nous en remettre aux systèmes automatisés dans tous les instants de notre quotidien.

Article original : How much are we sacrificing for automation?

Traduction Framalang : salelodenouye, goofy

Que sommes-nous prêts à sacrifier pour l’automatisation ?

Par S. A. Applin

Ce que nous apprennent les entrepôts d’Amazon sur un monde où de plus en plus, que ce soit des choses ou des personnes, tout ce qu’il est possible de mesurer finit par être mesuré.

On a l’impression que pratiquement chaque semaine apparaît dans l’actualité une polémique (sinon davantage) autour d’Amazon. Dans les seules deux semaines dernières, il a été question de conversations transcrites et enregistrées avec Echo, d’employés d’Amazon qui protestent contre la faible détermination de leur entreprise au sujet du dérèglement climatique, des efforts de ladite entreprise pour prétendre que les risques liés à la reconnaissance faciale sont « peu significatifs », sans oublier les questions posées par la sénatrice Warren sur les impôts fédéraux de 0 dollar pour un profit de 10 milliards de dollars aux U.S.A. Une entreprise aussi gigantesque qu’Amazon, avec une envergure aussi large en termes de produits et de services, est constamment dans l’actualité. Et malheureusement pour elle, la plupart de ces nouvelles lui donnent l’image d’un manque de compassion, d’intérêt et de sollicitude pour le reste du monde au sens large, en particulier pour les humains qui travaillent pour elle.

Ce qui a retenu mon attention au cours des dernières semaines c’est le témoignage paru dans Vox  d’un employé dans un entrepôt, qui s’est plaint des températures qui y régnaient. Selon ce que Rashad Long a indiqué à la publication :

Il fait si chaud dans les troisième et quatrième étages que je transpire dans mes vêtements même s’il fait très froid dehors… Nous avons demandé à l’entreprise de nous fournir de l’air conditionné, mais on nous a indiqué que les robots ne peuvent travailler à basse température.

Alors que Long et d’autres sont impliqués dans des procès avec l’entreprise, et prennent des initiatives pour former un syndicat, les plus importantes plaintes des employés semblent être concentrées sur un seul point : Amazon a la réputation de traiter ses employés comme des robots.

Dans un rapport qui m’a été envoyé après la publication de cette histoire, Amazon contestait ce compte-rendu comme « totalement faux », prétendant que des systèmes et des équipes surveillent constamment les températures dans les centres de traitement des commandes. L’entreprise a indiqué qu’à la mi-décembre, la température moyenne du local où Long travaillait était de 71.04 degrés Fahrenheit (NDT : 21.68 °C).

Le porte-parole d’Amazon a déclaré : « Les collaborateurs d’Amazon sont le cœur et l’âme de nos activités. La sécurité de nos employés est notre première priorité et la santé de chacun de nos employés est évaluée au-delà de toute notion de productivité. Nous sommes fiers de nos conditions de travail sûres, de notre communication transparente et de notre industrie de pointe. »

Cependant, vu de l’extérieur, on a l’impression que les entrepôts Amazon mettent en scène le « taylorisme sauvage ». Comme je l’ai déjà écrit, le taylorisme est une théorie de la gestion de l’ingénierie développée au début du XX^e siècle et largement adoptée dans les domaines de la gestion et de l’ingénierie jusqu’à présent. Alors qu’à l’origine il était utilisé pour gérer les processus de fabrication et se concentrait sur l’efficacité de l’organisation, avec le temps, le taylorisme s’est intégré dans la culture d’ingénierie et de gestion. Avec l’avènement des outils de calcul pour la mesure quantitative et les métriques et le développement de l’apprentissage machine basé sur les mégadonnées développées par ces métriques, les entreprises dont Amazon, ont abordé une nouvelle phase que j’appellerais « l’analyse extrême des données », dans laquelle tout et quiconque peut être mesuré finit par l’être.

C’est un vrai problème. L’utilisation du comptage, des mesures et de la mise en œuvre des résultats de l’analyse extrême des données destinée à éclairer les décisions pour les êtres humains constitue une menace pour notre bien-être et se traduit par les témoignages dont on nous parle dans les entrepôts et d’autres parties de nos vies, où trop souvent des êtres humains renoncent à leurs initiatives d’action au profit des machines et algorithmes.

Environ 200 travailleurs d’Amazon se sont rassemblés devant leur lieu de travail dans le Minnesota le 18 décembre 2018 pour protester contre leurs conditions de travail qui comprennent le pistage des ordinateurs et l’obligation de travailler à grande vitesse, comme scanner un article toutes les 7 secondes.
[Photo : Fibonacci Blue, CC BY 2.0]

Malheureusement, après des décennies où s’est échafaudé ce système de quantification, une entreprise comme Amazon l’a presque intégré à son infrastructure et à sa culture. Il y a des raisons au taylorisme chez Amazon, et une grande partie est liée à ses embauches aux décisions prises par ses cadres en matière de gestion et de développement, et à l’impact de ces décisions sur les personnes qui doivent faire le travail nécessaire pour que ces processus fonctionnent réellement.

Dans un article que j’ai écrit en 2013 avec Michael D. Fischer, nous avons exploré l’idée que les processus étaient une forme de surveillance dans les organisations, en nous concentrant particulièrement sur le fait que lorsque la direction des organisations dicte des processus qui ne fonctionnent pas particulièrement bien pour les employés, ces derniers profitent de l’occasion pour développer des solutions de rechange, ou « agissements cachés ».

Chaque fois que nous utilisons un ordinateur, ou tout autre appareil du même type, nous perdons du pouvoir.

Notre pouvoir en tant qu’humains réside dans notre capacité à faire des choix parmi les options qui s’offrent à nous à un moment donné. La gamme des possibilités évolue avec le temps, mais en tant qu’humains, nous avons le choix. Notre pouvoir c’est la coopération. Nous perdons un peu de notre liberté de choix, quelqu’un d’autre aussi, mais nous pouvons tous les deux parvenir à un compromis efficace.

Chaque fois que nous utilisons un ordinateur, ou tout autre appareil du même type, nous perdons du pouvoir. Nous le faisons quand nous sommes assis ou debout pour utiliser un clavier, à la saisie, ou en cliquant, en faisant défiler, en cochant des cases, en déroulant des menus et en remplissant des données d’une manière telle que la machine puisse comprendre. Si nous ne le faisons pas de la façon dont la machine est conçue pour le traiter, nous cédons notre pouvoir, encore et toujours, pour qu’elle le fasse de façon à pouvoir recueillir les données nécessaires et nous fournir l’article que nous voulons, le service dont nous avons besoin ou la réponse que nous espérons. Les humains abandonnent. Pas les machines.

Lorsque l’action humaine est confrontée à une automatisation difficile à contrôler, il y a des problèmes, et dans des cas extrêmes, ces problèmes peuvent être fatals. L’un d’eux a été mentionné dans le cadre d’enquêtes sur les écrasements de deux Boeing 737 Max, qui se sont concentrées sur les interactions des pilotes avec un système automatisé conçu pour prévenir un décrochage. Alors que le monde continue d’automatiser les choses, les processus et les services, nous les humains sommes mis dans des situations où nous devons constamment nous adapter, car à l’heure actuelle, l’automatisation ne peut et ne veut pas coopérer avec nous au-delà de son répertoire d’actions préprogrammées. Ainsi, dans de nombreux cas, nous devons céder notre initiative et nos choix aux algorithmes ou aux robots, pour atteindre les résultats communs dont nous avons besoin.

Au fil du temps, les humains ont évolué vers le commerce et le troc selon une démarche de coopération, échangeant des ressources pour acquérir ce dont nous avons besoin pour survivre. Nous le faisons par le travail. Dans l’état du marché d’aujourd’hui, si nous sommes à la recherche d’un nouvel emploi, nous devons utiliser un ordinateur pour postuler à un poste affiché sur un site web. Nous devons renoncer à notre initiative personnelle pour utiliser l’ordinateur (nous ne pouvons plus appeler personne), où nous céderons ensuite à un logiciel qui n’est pas nécessairement conçu pour gérer l’enregistrement de notre expérience vécue particulière. Une fois que nous avons fait de notre mieux avec les formulaires, nous appuyons sur un bouton et espérons obtenir une réponse. Les algorithmes en arrière-plan, informés par le système de gestion et les développeurs, vont alors « nous trier », nous transformant en série de données qui sont ensuite évaluées et traitées statistiquement.

C’est seulement si nous passons à travers les filtres qu’une réponse automatisée nous parvient par un courriel (auquel nous ne pouvons pas répondre) pour nous informer du résultat. S’il est positif pour nous, un humain finira par nous contacter, nous demandant d’utiliser une méthode automatisée pour planifier un moment pour un appel, qui utilisera des scripts/processus/lignes directives narratives, qui nous demandent à nouveau de renoncer à notre initiative – même dans une conversation avec un autre humain, où il y a généralement plus de flexibilité. C’est épuisant.

Le coût humain de la « frugalité »

Une fois que les employés des entrepôts d’Amazon ont renoncé à leur liberté pour se plier au processus d’embauche et qu’ils sont embauchés, ils sont également obligés de céder leur liberté d’action dans leur travail. Alors que les employés de bureau cèdent à des partenaires algorithmiques sous forme de logiciels ou de procédures d’entreprises, les employés d’entrepôt cèdent leur liberté d’agir en acceptant les horaires décalés et en travaillant avec des partenaires robots au lieu de partenaires algorithmiques ou à leurs côtés sous forme de logiciels. Les risques pour l’intégrité physique sont beaucoup plus élevés quand on agit dans un entrepôt sans coopérer avec un robot qu’ils ne le sont si on ne coopère pas avec un logiciel dans un travail de bureau.

Un brevet déposé par Amazon en 2013, « Système et méthode de transport du personnel dans une environnement de travail industriel. »

Dans certains entrepôts et environnements industriels, les travailleurs doivent se soumettre aux robots parce que les robots sont rapides, faits de métal, et pourraient les blesser ou les tuer. De cette façon, un travailleur qui manœuvre autour d’un robot a moins d’emprise sur son corps au travail que ceux qui, dans les bureaux, prennent les décisions sur la façon dont ces travailleurs vont travailler.

Une solution proposée par Amazon en 2013 a été le brevet U.S. 9,280,157 B2, accordé en 2016. Ce brevet a été décrit comme un « dispositif de transport humain » pour un entrepôt, constitué d’une cage humaine. Une cage, c’est un symbole brutal. Bien que l’idée ait été de protéger les travailleurs humains contre les robots, elle n’a pas été perçue comme elle était probablement prévue. À l’extrême, une cage implique une fois de plus que les humains céderont leur capacité d’agir aux robots, ce qui semble donner raison aux plaintes initiales des magasiniers selon lesquelles les robots bénéficient d’un traitement préférentiel sur le lieu de travail chez Amazon

Amazon a insisté sur le fait que l’entreprise n’avait pas l’intention de mettre en œuvre cette idée. « Parfois même de mauvaises idées sont soumises pour des brevets, m’a dit un porte-parole d’Amazon, après la publication de cette histoire. Cela n’a jamais été utilisé et nous n’avons aucun plan d’utilisation. Nous avons développé une bien meilleure solution qui est un petit gilet que les associés peuvent porter et qui impose à tous les robots à proximité de s’immobiliser. »

Qu’il s’agisse d’une cage ou d’un gilet automatique, de toutes façons, ces interventions de sécurité soulèvent la question de savoir si une installation comme un centre de traitement d’Amazon pourrait être conçue de manière à ne pas obliger les humains à faire ces sacrifices frontaliers – tout en étant encore employés de façon rémunérée.

Fondamentalement, le taylorisme n’est pas forcément une question d’efficacité pour l’efficacité, mais d’économie de temps et, par association, d’argent. Parmi les « principes de leadership » d’Amazon, il y a la frugalité, et c’est cet aspect qui semble avoir dépassé leurs autres idéaux, car « faire plus avec moins » semble être le principe dominant dans la façon dont l’entreprise interagit avec tout, et comment cette interaction affecte ses employés et ses clients à travers le monde.

Si une entreprise pratique ce taylorisme dans l’ensemble de sa culture, des êtres humains vont prendre des décisions sur la façon dont d’autres humains doivent travailler ou interagir avec les systèmes d’une manière qui sera dans l’intérêt des métriques qu’ils servent. Si Amazon récompense la frugalité dans la gestion et la collecte de données sur la façon dont la direction gère (ce qu’elle fait), alors la direction va faire ce qu’elle peut pour maximiser les formes d’automatisation afin de rester pertinente dans l’organisation.

Ce principe particulier, couplé avec le taylorisme, crée l’environnement parfait pour que l’exploration et l’analyse de données deviennent délirantes, et pour que les processus qui ont un impact sur la vie réelle des gens soient ignorés. Ceux qui sont dans les bureaux ne voient pas ceux qui sont dans les entrepôts et ne peuvent pas se rendre compte que leurs indicateurs de rendement du service à la clientèle ou de la chaîne d’approvisionnement ont un coût humain. Dans une version extrême de ce qui se passe dans tant d’entreprises, les bénéfices sont liés à des mesures imbriquées dans la chaîne des parties prenantes. Les 10 milliards de dollars de bénéfices d’Amazon proviennent en partie de millions de minuscules décisions « frugales » influencées par le taylorisme, chacune payée au prix fort : la perte de la dignité et de latitude d’action des humains (ou des autres).

Le fait de céder continuellement à cette analyse extrême des données nous réduira à l’esclavage

Le taylorisme a été conçu et mis en œuvre à une époque où la fabrication était mécanique, et bien que certaines machines aient pu fonctionner plus rapidement que les humains, la plupart des processus qui ont eu un impact sur leur travail étaient analogiques, et au rythme du traitement humain. L’ouvrier de l’entrepôt d’Amazon se trouve au bout de la ligne de l’arbre de décision du taylorisme de la frugalité, et il est soumis à des processus algorithmiques qui contrôlent les données et les machines plus rapidement que de nombreux humains ne peuvent traiter l’information et encore moins agir physiquement sur elle. Ces travailleurs sont dépassés, à un degré inimaginable, mais liés par un mécanisme d’entreprise qui exige toujours plus d’eux et, plus important encore, de la chaîne qui les précède, qu’ils « qui fassent plus avec moins ».

Ainsi, à un moment donné, le fait de céder continuellement à cette analyse extrême des données nous réduira à l’esclavage. Non pas en restreignant nos bras et nos jambes (bien que cette cage d’Amazon s’en rapproche) mais en créant une vision du monde liée par des mesures quantitatives comme seule mesure justifiable. Le taylorisme a été utile dans un contexte manufacturier au début du siècle dernier. Il n’est plus utile ni approprié aujourd’hui, près d’un siècle plus tard, et son adoption continue crée de réels problèmes pour nous en tant que société mondiale.

Finalement, même avec le désir d’accomplir « plus avec moins », il y a un tel excès de « moins » que cela oblige les humains à être en tension et faire « plus », en épuisant leurs propres réserves internes. Si chaque processus est finalement automatisé et restreint l’action humaine, tout en exigeant simultanément notre servitude pour fonctionner, nous serons cloués au mur sans aucun choix, sans rien à donner et sans aucune alternative pour y faire face.

S. A. Applin, PhD, est une anthropologue dont le champ de recherche couvre les domaines du comportement humain, des algorithmes, de l’IA et de l’automatisation dans le contexte des systèmes sociaux et de la sociabilité. Pour en savoir plus :  http://sally.com/wiki @anthropunk et PoSR.org.

sur le même sujet

• un article de Radio Canada sur les pratiques de licenciement automatisées d’Amazon
• le site d’un syndicat britannique qui répertorie les contestations contre les conditions de travail chez Amazon

Ziklibrenbib est un projet collaboratif qui vise à promouvoir la musique en libre diffusion dans les médiathèques. Créé à l’initiative des médiathèques d’Argentan Intercom (61) et de Pacé (35), il est aujourd’hui animé par une vingtaine de professionnels répartis sur toute la France. Au-delà des chroniques publiées presque chaque jour sur le blog et relayées sur les principaux réseaux sociaux, l’équipe de Ziklibrenbib propose chaque trimestre une compilation des meilleures découvertes du moment et chaque année l’élection du titre de l’année Ziklibrenbib. C’est à l’occasion de cette élection que nous rencontrons aujourd’hui Vincent et Antoine pour qu’ils nous en disent plus sur la question.

Ziklibrenbib, 7 ans déjà… une belle aventure ! Pouvez-vous regarder dans le rétroviseur et nous faire un petit résumé ?
7 ans de rencontres et de découvertes musicales, voilà comment on pourrait résumer ces 7 ans ! Rencontres entre bibliothécaires mais aussi avec les musiciens ! Pas mal de personnes sont passées par là pour proposer leurs chroniques, leur sensibilité musicale et participer au projet sous une forme ou une autre. Cette diversité fait la richesse de Ziklibrenbib !

Aujourd’hui, comment fonctionne concrètement Ziklibrenbib ?
Grâce essentiellement au forum interne auquel sont inscrits les participants et qui est organisé en trois grandes catégories : le projet Ziklibrenbib dans sa globalité, l’Élection du titre de l’année Ziklibrenbib et les tournées du lauréat de l’élection Ziklibrenbib. A chaque fois qu’un nouveau sujet émerge, c’est l’occasion d’échanger et d’émettre son avis. Les décisions sont prises collectivement selon la participation de chacun. L’inscription à la newsletter permet également de suivre l’actualité du projet sans obligatoirement passer par la case forum, et de participer par exemple aux compilations trimestrielles ou à la sélection des titres de l’élection annuelle.
Quant aux chroniques, nous profitons de cette interview pour remercier les collègues qui donnent de leur temps pour fouiller le web à la découverte de nouvelles perles de la musique libre et rédiger ces chroniques. Il n’est d’ailleurs jamais trop tard pour rejoindre la team de chroniqueuses et chroniqueurs 😉 Il n’y a aucune fréquence de publication imposée… et plus on est nombreux, plus c’est sympa !

Depuis le 26 mars, les internautes / citoyen⋅nes peuvent participer à l’élection du titre de l’année. Pouvez-vous nous indiquer de quoi il s’agit ?
Depuis le 26 mars et jusqu’au 26 mai, les internautes et usager⋅es des médiathèques participantes peuvent voter pour leurs 3 morceaux préférés parmi 14 titres choisis avec passion par 29 discothécaires de toute la France. C’est l’occasion de permettre à des bibliothèques de mettre en valeur la musique libre sur une courte période et avec des supports de médiation (affiches, flyers, compilation CD/mp3, bande-annonce vidéo, livret de présentation…) dédiés et faciles à mettre en place. Un coup de projecteur salvateur ! Ca se passe sur http://www.acim.asso.fr/ziklibrenbib/election/

Selon vous, est-ce que la communauté libriste est aussi enthousiaste autour de la culture, de la musique libre qu’autour des logiciels libres ?
Oui, pour les quelques retours que nous avons eu de la communauté du libre. Ziklibrenbib est connu et apprécié de ce réseau.

Il y a eu, ces dernières années, une explosion des contenus produits pour des plateformes comme YouTube ou Twitch. Ces plateformes qui ont des « robocopyrights » (comme ContentID de Google-YouTube) qui analysent le son des vidéos pour repérer l’utilisation de musiques copyrightées… Est-ce que vous avez vu les vidéastes et leurs publics s’intéresser de plus près à la musique libre ?
Nous avons pu en effet constater ce phénomène, et ce de deux façons différentes. Tout d’abord par quelques messages que nous avons reçus de la part de personnes cherchant à savoir comment utiliser telle ou telle musique dans leurs vidéos, ce qui n’était pas sans engendrer une petite discussion au sujet des possibilités offertes par telle ou telle licence Creative Commons. Ensuite par l’intermédiaire de Free Music Archive, une archive en ligne où nous déposons régulièrement en tant que curateur les albums que nous chroniquons et qui ne sont pas en téléchargement payant ni sortis sur des netlabels. C’est une plate-forme très fréquentée par les vidéastes amateurs et cela n’est pas rare de retrouver sur Youtube des vidéos utilisant des pistes que nous avons déposées… Anecdote sympa : c’est via cette plate-forme qu’une marque de prêt-à-porter a pu repérer une groupe de musique finlandais et négocier avec lui pour l’utilisation d’un de ses morceaux dans une publicité !

Question « troll des licences » : pour Ziklibrenbib, vous acceptez strictement des contenus libres (de type CC-By, CC-By-SA, LAL, etc.) ou aussi des créations sous licences dites de libre diffusion (avec des -NC et des -ND dedans)… et pourquoi ?
Intimement nous sommes convaincus que le « vrai » libre est celui qui est lié aux licences des logiciels libres et qui s’affranchit de la nébuleuse clause NC et de la non moins surprenante clause ND. C’est d’ailleurs pour cela que tous nos contenus sont publiés sous licence CC-BY-SA et que lors des journées de création musicale nous mettons en ligne la « source », c’est à dire les enregistrements piste par piste. Cependant, le libre dans son ensemble (toutes licences confondues) constitue un pan de création important et mal connu. La volonté est de faire connaître ce pan de création notamment par la libre diffusion et la libre copie. Les licences NC et ND permettent au minimum cela ! Et il faut bien avouer qu’écarter les œuvres musicales placées sous ces licences réduirait considérablement notre champ d’action. En discutant avec les artistes, on se rend compte en effet que beaucoup ont du mal à lâcher le côté « NC », et cette crainte que d’autres vendent leur musique à leur place peut se comprendre. Quant au ND, certains restent attachés à « l’intégrité de leur œuvre », mais cette considération peut évoluer au fil du temps…

On ouvre l’open-bar Utopique ! Dans votre Contributopia à vous, il y a quoi, ça se passe comment ?
Tous les musiciens abandonnent le copyright et adoptent les licences libres en masse et avec enthousiasme 😉 Au-delà de ça, la place de l’artiste dans notre société actuelle est un véritable problème. L’artiste devrait pouvoir vivre de son art sans avoir à prendre en considération des finalités marchandes. C’est quand même dommage d’en être réduit à rémunérer le travail d’un artiste à travers la vente de son œuvre, comme s’il n’était qu’un outil de production parmi d’autres. Si le « métier » d’artiste était justement rémunéré, les œuvres pourraient quant à elles vivre plus librement 😉

Et comme souvent sur le Framablog, on vous laisse le mot de la fin !
Merci beaucoup de nous avoirs lus… et n’oubliez pas de faire vivre la musique libre, que ce soit en allant voir les artistes en concert (Anga est actuellement en tournée dans 17 médiathèques), en participant à notre élection du titre de l’année bien sûr, et en parlant de tout ça autour de vous !

Election titre de l’année Ziklibrenbib 2019 by Artistes divers