Si certains logiciels libres sont réputés à la fois pour leur efficacité et leur esthétique fonctionnelle (qu’on nommera design, parce que c’est ainsi), il faut reconnaître qu’ils ne font pas la majorité.

Certains designers aimeraient apporter leur pierre à l’édifice libriste, et rendre plus attractifs et fonctionnels les logiciels libres, mais la route semble encore bien longue comme l’a récemment constaté Maiwann. Le dialogue entre développeurs de logiciels libre et designers semble cependant s’amorcer sous les meilleurs augures, d’abord en identifiant clairement les besoins mais aussi en proposant des solutions d’interactions. Dans ce billet, Marien Fressinaud apporte une réponse de développeur et identifie, à son tour, un espace de convergence. Cet article a été initialement publié sur son blog sous licence « CC BY ».

Il y a quelques jours, Maiwann proposait dans un article de réconcilier designers et logiciels libres. L’article ne manque pas d’intérêt, ne serait-ce que parce qu’il identifie les freins à la collaboration des designers au libre et suggère des actions concrètes pour y remédier.

Bien que je partage bon nombre des constats, je souhaitais le « compléter », cette fois en adoptant le point de vue du développeur que je suis. En effet, il est un sujet que Maiwann n’aborde quasiment pas : pourquoi faire du logiciel libre ? Pour ma part, j’aurais en effet aimé mieux comprendre ce qui motive des designers à vouloir contribuer au Libre. En guise d’effet miroir, j’essaie donc dans cet article d’envisager les raisons qui peuvent inciter un développeur à le faire, sans prétendre être exhaustif. Cette mise en perspective repose sur mes expériences personnelles concernant FreshRSS, Lessy, les actions menées au nom de Framasoft ou encore à travers les écrits que j’ai pu lire à droite à gauche.

Apprentissage

Dans l’article de Maiwann, la seule référence à une potentielle motivation se trouve au détour d’un paragraphe :

Lors de nos études, […] alors que nous cherchons à nous entraîner, sur notre temps libre ou pour des projets de fin d’année, nous nous plaignons de ne connaître aucun développeur avec qui co-créer des sites ou logiciels.

Voilà une raison qui devrait parler à bon nombre d’étudiants et d’étudiantes ! Appliquer ce que l’on a pu apprendre en cours et donc, par extension, apprendre par la pratique est souvent moteur chez les développeurs. J’ai moi-même développé un certain nombre de programmes avec cette simple motivation. Par exemple, Minz fut ma tentative de comprendre le fonctionnement interne des frameworks web. FreshRSS a été l’occasion de travailler véritablement en communauté, et donc en équipe collaborant à distance et de façon asynchrone. Sur Lessy, j’ai pu consolider tout un paquet de connaissances que j’ai ensuite pu proposer et appliquer au boulot. Le logiciel libre est une formidable source d’apprentissage que je recommande fortement à toutes et tous.

Cela étant dit, considérer l’apprentissage comme seul moteur dans le développement d’un logiciel libre est bien entendu extrêmement réducteur et j’aurais tendance à dire que ce n’est pas la raison majeure (bien qu’il s’agisse probablement de la porte d’entrée principale pour bon nombre d’entre nous). Cherchons donc ailleurs d’autres raisons qui nous poussent, nous développeurs et développeuses, à produire du logiciel libre.

Plaisir

Dans le prologue du bouquin L’Éthique hacker, Linus Torvalds explique les motivations des hackers derrière le système d’exploitation Linux :

La raison pour laquelle les hackers derrière Linux se lancent dans quelque chose, c’est qu’ils trouvent ça très intéressant et qu’ils veulent le partager avec d’autres. Tout d’un coup, vous avez le plaisir parce que vous faites quelque chose d’intéressant et vous avez aussi le pendant social.

Il nous dit plusieurs choses ici. Tout d’abord, le développement d’un tel système relève avant tout du plaisir. Et il est vrai qu’on peut se demander ce qui pousse des milliers de développeurs à partager leurs savoirs et leur temps, généralement de façon gratuite, si ce n’est le plaisir de le faire ? D’ailleurs Pekka Himanen (l’auteur du bouquin) cite un peu plus loin Éric Raymond, à l’origine de la popularisation du terme « open source » (j’aurai l’occasion de revenir sur ce terme plus tard) :

La conception de logiciel et sa mise en œuvre devraient être un art jubilatoire, et une sorte de jeu haut de gamme. Si cette attitude te paraît absurde ou quelque peu embarrassante, arrête et réfléchis un peu. Demande-toi ce que tu as pu oublier. Pourquoi développes-tu un logiciel au lieu de faire autre chose pour gagner de l’argent ou passer le temps ?

On y retrouve la notion de plaisir à travers le « jeu haut de gamme ». Je prends souvent l’exemple du Sudoku ou de la grille de mots-croisés : il n’y a, à priori, aucune raison de remplir ces cases de chiffres ou de lettres, si ce n’est le plaisir de résoudre un problème, parfois complexe. Je trouve personnellement que le développement de logiciel peut amener à un état de satisfaction similaire lorsqu’on se trouve face à un problème et qu’on arrive finalement à le résoudre après plusieurs heures jours semaines de recherche.

D’un point de vue personnel, j’ai toujours été attiré par les domaines de « création ». J’ai immédiatement accroché au développement lorsque j’ai découvert que créer un site web était aussi simple que créer un fichier texte avec quelques mots dedans. Les balises HTML ? – Un simple jeu de Lego^®. Les CSS ? – Quelques directives de base à connaître et on arrive rapidement à quelque chose de totalement différent. Un serveur web ? – Un ordinateur avec un logiciel spécifique qui tourne dessus. Un bug ? – Une « chasse » durant laquelle on déroule le programme qui nous semblait si logique au moment de l’écrire (mais qui l’est maintenant beaucoup moins !). Pour moi, la beauté de l’informatique réside dans sa simplicité et sa logique : il y a un véritable plaisir à comprendre comment toutes ces petites boîtes s’agencent entre elles et que tout devient plus clair.

Partage

Si l’on s’en tient aux notions d’apprentissage et de plaisir, il n’y a rien qui distingue le logiciel libre du logiciel propriétaire. Vous pouvez très bien apprendre et éprouver du plaisir en développant du code fermé. Il nous faut revenir à la citation de Torvalds pour commencer à percevoir ce qui les différencie :

[…] ils veulent le partager avec d’autres.

Le partage : on a là une valeur fondamentale du logiciel libre qui ne trouve pas véritablement son pendant du côté du logiciel propriétaire. Bien que j’aie plus de mal à identifier clairement ce qui peut motiver l’être humain à partager ses savoirs, c’est quelque chose que je ressens effectivement. Cet aspect coopératif — Torvalds parle d’un « pendant social » — peut créer ou renforcer des liens avec d’autres personnes ce qui rend cette activité profondément humaine.

Partager, c’est donc transmettre. Transmettre à une communauté, donner les clés pour que celle-ci soit indépendante. Partager ses savoirs qui permettront peut-être à d’autres de bâtir autre chose par-dessus. Cela permet aussi de créer du lien humain, rencontrer des personnes et ouvrir ses perspectives en créant son propre réseau. C’est aussi s’offrir un coin de canapé quand on voyage. Je me suis rendu compte assez récemment de ce que m’offrait aujourd’hui cette décision en IUT de partager les petits programmes que je pouvais développer sur mon temps libre. La liberté n’est pas que celle du code.

Il y a certainement une forme de fierté à avoir exploré un domaine le premier, ou développé une application que d’autres vont utiliser (« Quoi ? Ce que j’ai fabriqué de mes propres mains t’est aussi utile ? »). Si cette fierté est par essence un peu narcissique (je suis toujours un peu pénible lorsque je suis cité chez NextInpact ou chez Korben 😇), elle est aussi bénéfique car elle encourage à rendre son travail public et donc… partager encore.

Éthique

On retrouve aussi cette notion de partage dans les écrits de Richard Stallman lorsqu’il nous parle des quatre libertés du logiciel :

Elles sont essentielles, pas uniquement pour les enjeux individuels des utilisateurs, mais parce qu’elles favorisent le partage et la coopération qui fondent la solidarité sociale.

Ces mots, pris du point de vue de Stallman, sont bien évidemment à interpréter sous la dimension éthique (et donc politique) du logiciel libre, ce qui n’est pas forcément le cas de Torvalds (je ne saurais néanmoins l’affirmer). Puisque Stallman est à l’origine du mouvement du logiciel libre, on ne peut évidemment pas enlever l’éthique de son équation ou alors vous obtenez de l’open source (comme il l’explique dans l’article cité plus haut). On peut toutefois raisonnablement penser que les partisans du logiciel libre sont moins nombreux que ceux de l’open source, ce que j’explique par une peur ou un désintérêt envers cet objet politisé.

Je trouve toutefois dommage de ne pas plus s’y intéresser. En effet, la dimension éthique aide à répondre à une question que beaucoup de personnes peuvent se poser : « ce que je fais au quotidien a-t-il du sens ? ». Stallman y répond par la défense et le respect des utilisateurs et utilisatrices :

Le mouvement du logiciel libre fait campagne pour la liberté des utilisateurs de l’informatique depuis 1983.

Ou encore :

Pour qu’on puisse dire d’un logiciel qu’il sert ses utilisateurs, il doit respecter leur liberté. Que dire s’il est conçu pour les enchaîner ?

Si je souhaitais conclure par cet argument, c’est parce qu’il aide à boucler la boucle avec l’article de Maiwann. En effet, en tant qu’UX designer, elle va avoir à cœur de répondre aux besoins de ses utilisateurs et donc d’imaginer des mécanismes pour rendre l’outil le plus utilisable et accessible possible. Aujourd’hui il me semble percevoir dans cette communauté un mouvement de prise de conscience que ces mécanismes doivent respecter (on y revient !) les personnes utilisant le logiciel. Cela est superbement bien illustré par la vidéo « Temps de cerveau disponible » (de la série « (Tr)oppressé » que je recommande vivement) dans laquelle un ancien employé de Google, expert en éthique, témoigne :

Le but est de capter et d’exploiter au maximum l’attention.

Il l’illustre ensuite par le lancement automatique de l’épisode suivant sur Netflix et par le défilement infini sur Facebook ou Twitter (incitant de ce fait à parcourir son fil d’actualité dans son ensemble) ; ces petits riens qui font que nous revenons sans cesse à ces applications et que nous en devenons dépendant⋅e⋅s alors qu’elles n’ont d’intérêt que de nous divertir.

L’un des problèmes que j’identifie aujourd’hui est que le logiciel libre copie beaucoup (trop) ce qui se fait dans le propriétaire, et en particulier chez GAFAM et consorts… jusque dans leurs mécanismes nocifs. On peut ici reprendre l’exemple du mécanisme de défilement infini que l’on retrouve chez Mastodon ou Diaspora (et même sur FreshRSS !). Une certaine forme de dépendance peut donc s’installer au sein même de logiciels libres.

Convergence des buts ?

Les designers peuvent aujourd’hui nous aider, développeurs et développeuses, à repenser l’éthique de nos logiciels en replaçant les usages au centre de nos préoccupations et en imaginant et proposant des mécanismes permettant « d’endiguer » ce flux permanent d’informations qu’il nous faut ingurgiter.

Elles et ils peuvent aussi nous aider à atteindre véritablement nos utilisateurs et utilisatrices en rendant nos outils utilisables et… utilisés. Car un logiciel non utilisable peut-il véritablement être considéré comme Libre ? Je ne peux m’empêcher de faire ici le parallèle avec l’association Liberté 0 qui a pour objet de « sensibiliser et de promouvoir le numérique libre et accessible à toutes et tous ». Dans leur charte, il est explicité :

Les membres du groupe « Liberté 0 » considèrent que la liberté d’exécuter un programme n’a de sens que si celui-ci est utilisable effectivement.

L’association est donc dans cette même démarche de promouvoir l’« utilisabilité » des logiciels, au même titre que les UX designers (mais sous le prisme de l’accessibilité).

N’y aurait-il pas ici une convergence des buts ? N’existe-t-il pas un lieu où nous pourrions nous regrouper tous ensemble pour imaginer des outils autres que ceux issus du « capitalisme de surveillance » ?

Merci à Maiwann pour sa relecture attentive !

Les aventures médiévales et policières d’Ernaut, après un inquiétant huis-clos maritime et une semaine sanglante, se poursuivent aujourd’hui avec un crime au royaume de Jérusalem.

Pour Ernaut, il va falloir trouver vite le coupable pour sauver d’un combat mortel son propre frère qui s’est porté champion pour un homme injustement accusé.
Heureusement une tempête de sable vient retarder l’échéance mais elle ralentit tout autant l’enquête que mène le colossal sergent.

De manse en casal, du forgeron aux prostituées, des lavandières aux pasteurs paysans, cultivateurs, nomades musulmans, éleveurs, croisés installés de la première heure et nouveaux arrivants, soudards, esclaves évadés, Catalans, Bourguignons et Syriens… c’est tout un monde que croise Ernaut, et bien rares sont ceux qui n’avaient pas une bonne raison de tuer la victime.

Un roman sous licence libre offert par Yann Kervran que nous avons interrogé pour vous.

Bonjour Yann ! Alors revoici Ernaut dans « La Terre des morts », brrr pourquoi ce titre ?

Chacun pourra s’en faire une idée. Pour l’essentiel, c’est le sentiment d’appartenir à ce que l’on nommait au Moyen Âge un feu et un lieu : nous existons par nos liens à une communauté humaine et à une zone géographique. Dans des communautés agraires, qu’elles soient de cultivateurs ou d’éleveurs, il est difficile d’exister en-dehors de ces structures qui bornent nos possibilités, d’autant que nous héritons à la fois d’éléments bâtis, aménagés et de cadres sociaux et culturels. C’est la thématique principale de ce tome, qui en illustre diverses articulations.

Il y a ensuite un autre sens, plus anecdotique, lié à l’enquête elle-même, que lecteurs et lectrices découvriront ; j’aime bien jouer sur les différents niveaux de compréhension possibles, en restant suffisamment ouvert pour permettre d’y projeter ce qu’on souhaite.

Nous voilà encore dépaysés dans le temps comme dans l’espace ! Pourquoi nous emmener au XII^e siècle au royaume de Jérusalem ?

Ça fait plus de vingt ans que j’y voyage et j’aime parcourir de telles contrées en bonne compagnie. C’est la période de l’histoire que je connais le mieux, elle alimente donc forcément ma réflexion sur le présent. C’est l’un de mes mondes mentaux qui me permet de proposer des récits intéressants et j’espère distrayants, tout en offrant une grille de lecture sur le monde.

J’ai eu l’idée du cycle Hexagora pour rendre moins fantasmatiques les récits de Croisades et le Moyen-orient médiéval. Le lieu et la période historique cristallisent beaucoup de raccourcis et de relectures des faits. L’Histoire sert souvent d’illustration et d’alibi à des décisions et opinions modernes. Il serait naïf de croire que c’est une science dépourvue d’usage politique. Le rôle du poète, de l’écrivain, permet d’assumer un biais, mais le lecteur en est prévenu.
Je tente donc d’apporter ma petite pierre à cet édifice, à ma manière. Je propose à chaque fois les sources qui m’ont inspiré, ceux qui le souhaitent pourront ainsi aller plus loin.

Dans le récit, tu précises chemin faisant, c’est-à-dire sans ralentir le rythme, ce que les personnages mangent et boivent, la saveur particulière d’un breuvage, son amertume dans un gobelet en céramique, comment ils sont vêtus, l’effet du khamsin sur la nature et les êtres etc. On y croirait presque, tu as tout inventé hein ?

En effet, j’invente tout, c’est le travail d’un écrivain que d’inventer, mais en m’appuyant sur des sources scientifiques : ouvrages d’archéologie, textes d’époque (que je lis souvent dans une traduction faite un spécialiste de la langue d’alors, ce que je ne suis pas) ou éléments géographiques voire ethnographiques. C’est une grosse partie de mon travail préparatoire que de recenser les documents, d’y accéder, beaucoup de livres n’étant pas faciles à trouver, ou parfois carrément hors de prix. J’accumule au fil des ans une belle bibliothèque.
C’est de là que naissent aussi mes idées d’enquêtes: je rebondis sur une anecdote (comme c’est le cas pour ce tome), et j’essaie de m’imprégner des lieux, des cultures, des événements pour qu’à la lecture on soit immergé dans un environnement réaliste. Ma longue pratique de la reconstitution historique a aussi nourri bien des aspects sensoriels que je décris. J’aime à dire que je suis un auteur médiéviste qui est déjà monté à cheval en armure, avec lance et bouclier. J’ai aussi une longue familiarité avec des pratiques artisanales, alimentaires, de vie quotidienne, qui se rapprochent, je le pense, de ce qui se faisait à l’époque d’Ernaut.

Dans ce roman, on découvre peu à peu que la victime n’invite guère à la compassion : Ogier est un personnage bien peu sympathique… Pourquoi donc le sergent Ernaut se met-il en tête d’enquêter au lieu d’aller retrouver sa fiancée ?

C’est justement le thème central : le lien aux autres et aux lieux. Ernaut est un déraciné, un immigré en terre étrangère. Il a un besoin viscéral de s’inscrire dans une filiation, une communauté qui atteste de son appartenance au groupe. C’est pourquoi il demeure très proche de son frère, malgré leurs différences. Et par extension, il est dans l’obligation morale de nouer des liens avec les proches de Lambert. Cela ne se fait pas sans heurts dans « l’affaire Ogier », les hésitations et questionnements d’Ernaut le prouvent.

L’enquête menée par Ernaut est aussi une course contre la montre (hum les montres n’existaient pas au fait, c’est une expression hein), pourquoi est-ce si urgent de trouver le coupable ?

La justice était relativement rapide par rapport à nos pratiques contemporaines et il y a donc un impératif temporel, qui me sert de ressort dramatique. Comme dans le tome 2 Les Pâques de sang, mais sous une forme différente, Ernaut doit composer avec le temps et l’espace. C’est depuis le tome 1 pour moi l’occasion de parler du rapport à ces deux éléments qui diffère du nôtre. Il n’y a pas le rythme quotidien des heures (du moins pas dans notre acception contemporaine) ni de projection rapide de soi en un autre lieu. Le moindre déplacement est en soi une aventure, et on ne sait pas organiser ses tâches de façon aussi fine et détaillée qu’aujourd’hui. Il y a toujours un certain flottement dans l’estimation des distances, du temps et des modalités de leur organisation.

Un peu brutale cette coutume de s’en remettre au jugement « par bataille », il y a forcément mort d’homme et c’est celui qui meurt qui a tort ? Pas très malin pour des Francs et des Chrétiens de tuer leur prochain ! Et en plus on appelait ça « le jugement de Dieu » ?

À l’époque, un certain Usamah ibn Munqidh, diplomate pour le régime damascène à Jérusalem, trouvait en effet cette pratique révoltante, barbare et imbécile. Mais j’ai eu envie d’en montrer le déroulé précis, la logique interne, qui ne se comprend que par référence à cette communauté, avec ses croyances religieuses et sa dynamique interne.

J’ai toujours été frappé par l’imbécillité de la mise en scène dans les représentations contemporaines de ce que l’on nommait alors en général « Jugement par bataille ». On voit souvent juste un des combattants venir vociférer devant l’autre, lui jeter un gantelet de mailles au visage (ce qui n’existait pas). Pour ensuite se battre à la façon de pirates avinés en fracassant autant de meubles que d’accessoires divers autour d’eux, en ahanant comme des bûcherons. Au final, je trouve cela dénué de sens.

Je ne cherche pas à juger une pratique qui peut sembler brutale. J’ai souhaité remettre cette pratique en contexte, évaluer comment elle prenait place véritablement au sein d’un univers mental distinct du mien. C’est similaire à ce que j’ai fait par rapport aux pratiques religieuses dans le tome 2.

Cette idée de la justice médiévale reviendra dans le cycle, vu qu’Ernaut est appelé à résoudre d’autres meurtres…
Pour l’anecdote, je me suis amusé à présenter dans le récit même des contradicteurs à cette pratique, dans le monde latin, en cherchant un effet ironique quand on découvre l’alternative proposée. Je laisserai les lecteurs et lectrices le découvrir par eux-mêmes.
De façon générale, j’aimerais montrer que les notions de justice, de pouvoir pacificateur n’ont pas suivi un développement linéaire jusqu’à nos pratiques, qui seraient l’aboutissement de ces errements passés. Nos ancêtres n’étaient pas naïfs, même s’ils avaient des croyances qui nous semblent irrationnelles. Sur le long cours, je vais me servir d’Ernaut et de son parcours pour illustrer cette idée que comme aujourd’hui, il y a un aspect réflexif intense entre pratiques et analyse.

Mais dis donc, au cours de cette enquête, nous rencontrons avec Ernaut toutes sortes de populations, comme se fait-il qu’on trouve une telle diversité sur un aussi petit territoire ? On ne peut pas dire que ce soit l’entente cordiale d’ailleurs, on se rend compte qu’il peut y avoir de fortes tensions entre toutes les communautés qui vivent là….

Le territoire où se déroulent les enquêtes est au croisement de nombreuses cultures et populations, depuis des millénaires, l’actualité malheureusement nous le rappelle régulièrement avec des événements violents.
La situation n’était pas plus simple voilà 800 ans et, pour coexister, les populations ne s’appréciaient pas pour autant. Cela allait le plus souvent de l’ignorance froide à la franche hostilité. L’arrivée des colons latins s’inscrit dans un mouvement régulier d’arrivées exogènes, qui venaient s’agréger à l’existant, pour finir en un patchwork avec peu de mélanges. Cette tendance humaine ne provient pas forcément d’un rejet de l’autre, mais plutôt d’une préférence envers ce qui nous ressemble. C’est magnifiquement expliqué dans la parabole des polygones.
Au travers des récits Hexagora , et pas seulement dans les enquêtes d’Ernaut, j’ai eu envie de présenter la société dans sa complexité, et pas comme un univers manichéen, avec d’un côté les Croisés et de l’autre les Musulmans. C’est un choix politique assumé.

Tiens en parlant de choix politique, où en es-tu avec tes publications chez Framabook ? Les deux premiers tomes étaient des rééditions et surtout des « libérations », mais celui-ci est inédit et tu le mets directement en licence libre dès sa première publication ?

En effet. je l’ai écrit voilà des années, à la suite des deux premiers et il patientait dans mes tiroirs. Il va donc être le premier directement diffusé sous licence libre. C’est un long processus pour un auteur que de s’affranchir des habitudes de publication traditionnelle, où le droit d’auteur est privilégié par rapport au droit des publics. Je suis finalement content d’avoir eu du temps pour faire ce chemin complexe.

Alors tout le cycle romanesque à venir va désormais être sous licence libre ?

Oui, le cycle d’Ernaut, mais aussi l’intégralité du monde Hexagora (qui comporte en outre plusieurs dizaines de Qit’a, textes courts). Je publie aussi les sources, à savoir un texte le moins mis en forme possible, pour permettre à chacun de bâtir dessus aisément. Pour cela, j’écris en markdown et je mets à disposition mes fichiers sur un dépôt Git.

Et donc si je veux m’emparer de ton personnage d’Ernaut et le faire évoluer dans d’autres époques et d’autres milieux c’est possible ? Tiens par exemple, je verrais bien Ernaut en justicier interplanétaire, chargé par le Grand Continuum de la Galaxie d’enquêter sur la disparition du prince d’Orion, j’intitulerais ça : L’astéroïde des morts, qu’est-ce que t’en dis ? … – hein ? Comment ça c’est nul ?

Je ne sais pas, on ne peut jamais savoir d’une idée si ce qu’elle produira sera nul, si on adhère à l’idée d’un tel jugement de valeur. Tout le monde a des idées, tout le temps. C’est ce que l’on en fait qui est vraiment intéressant et qui demande du travail. Beaucoup de travail.
Et pour en revenir à ta proposition, pourquoi pas ? J’aime bien la SF et c’est un univers où le policier a toute sa place, même si ce n’est pas le plus développé des sous-genres. Je pense à une série comme The expanse ou un univers comme celui de La culture de Iain Banks où de tels traitements existent.

Est-ce que tu as trouvé de nouveaux lecteurs et nouvelles lectrices grâce à la publication chez Framabook, même si la diffusion en papier demeure un peu anecdotique ?

J’en ai rencontré, en tout cas. La culture libre n’est pas l’aspect le plus connu et le plus mis en avant dans notre société, que ce soit dans les établissements culturels ou même les rencontres libristes. En outre, la diffusion des ouvrages papier est compliquée, les réseaux actuels étant assez étanches à ce genre d’initiative. Cela pose un souci quand on sait que le modèle économique des revenus des écrivains repose sur les ventes de ce support.

Quoi qu’il en soit c’est aussi ce qui m’intéresse dans cette aventure, tenter de décorréler mes revenus d’un produit physique qui ne représente pas l’intégralité de mon travail. D’où l’appel au don, au soutien sous forme de mécénat. Pour un résultat négligeable pour l’instant, je dois l’avouer. Si cela ne s’améliore pas d’ici quelques mois, il va me falloir envisager une reconversion professionnelle. Si jamais vous connaissez des entreprise qui embauchent un spécialiste du 3^e quart du XII^e siècle, ça pourrait m’intéresser. 😉

Tu as tout de même investi beaucoup de passion, de temps et d’énergie pour élaborer ce cycle romanesque encore en chantier, qu’est-ce qui te donne autant de motivation ?

Desproges aurait répondu « À chacun sa névrose ». Et un de mes amis, John Waller, qui a supervisé pendant longtemps les interprétations historiques au sein du Royal Armouries disait que si quelque chose méritait d’être fait, il méritait d’être bien fait. Aller au-delà de ces aphorismes me coûterait peut-être une fortune en analyse. 😉

Dans quelles sombres et sanglantes aventures vas-tu plonger ce pauvre Ernaut la prochaine fois ? Il va encore voyager, redresser les torts et risquer sa peau ou bien se ranger et fonder une petite famille ?

Je sais à peu près vers quoi je vais pour l’ensemble du cycle narratif, mais le détail n’est pas défini précisément au-delà de quelques volumes. Je suis actuellement en train d’écrire Le souffle du dragon, qui sortira d’ici cet automne. C’est un tome qui verra le personnage prendre de la maturité et où des réseaux relationnels se précisent. On y découvrira comment le personnage d’Ernaut va évoluer. Géographiquement, cela restera encore au cœur du royaume, à mi-chemin entre Jérusalem et la côte, vers Jaffa.
Pour les deux autres enquêtes, je prévois de le faire voyager plus loin. Le tome 5 vers le nord et le 6 vers le sud.
Il y a tant de magnifiques endroits et de lieux passionnants… c’est toujours frustrant de voir le temps que ça prend de mettre les choses en place. J’aimerais pouvoir aller plus vite !

Découvrez le volume 3 des aventures d’Ernaut en vous téléportant sur sa page Framabook !

La collecte de données n’a jamais été aussi large, leur accumulation est sans précédent bien que leur équivalent analogique paraisse impensable…

Voici déjà le 16^e article de la série écrite par Rick Falkvinge. Le fondateur du Parti Pirate suédois examine aujourd’hui les risques pour les libertés individuelles de la conservation des données collectées et stockées.

Le fil directeur de la série de ces 21 articles, comme on peut le voir clairement dans les épisodes précédents que nous vous avons déjà livrés, c’est la perte de certaines libertés dont nous disposions encore assez récemment, avant que le passage au tout-numérique ne nous en prive.

La vie privée de nos enfants et l’accumulation de données

Source : Rick Falkvinge sur privateinternetaccess.com

Traduction Framalang : amille, Lumibd, draenog, Marius + 2 anonymes

Dans le monde analogique de nos parents, il était absolument inimaginable que le gouvernement veuille connaître chaque déplacement que vous ayez fait, chaque appel téléphonique que vous ayez donné et chaque message que vous ayez écrit ; tel était le fonctionnement normal. Pour nos enfants, à l’ère du numérique, les représentants du gouvernement insistent pourtant sur la nécessité de collecter ces informations, comme si c’était parfaitement raisonnable, en évoquant le terrorisme et aussi, le fait que nos enfants écouteraient de la musique ou regarderaient la télévision ensemble, de la manière dont ils aiment le faire, ce qui est illégal à cause d’une législation commandée par Hollywood. Et pour empirer les choses, la surveillance est rétroactive, tout est noté, enregistré et gardé jusqu’à ce que quelqu’un réclame le tout.

Il y a dix ans, un de mes collègues a quitté l’Europe pour la Chine. Il a remarqué, parmi de nombreuses autres différences, que le service postal était beaucoup plus étroitement surveillé car chaque courrier envoyé était consigné à la main dans un journal de bord, tenu par le responsable de chaque bureau de poste. Lettre de qui, à qui, et la date.

À l’époque, trois choses m’ont frappé : premièrement, à quel point ceci paraissait naturel pour la population chinoise, qui ne connaissait pas d’autres pratiques ; deuxièmement, à quel point nos parents analogiques auraient été horrifiés et auraient dénoncé cette pratique ; troisièmement, que malgré tout, c’est exactement ce que nos parents analogiques devenus maintenant législateurs proposent pour tous nos enfants du numérique.

Ou du moins, ce qu’ils essaient de faire ; les tribunaux se défendent âprement.

Bien sûr, je parle du stockage d’informations liées aux communications électroniques (en).

Il y a un dicton qui reflète bien le sentiment chinois de normalité à ce sujet : « Les conneries que cette génération supporte comme une nuisance temporaire de politiciens dérangés sembleront parfaitement ordinaires à la génération suivante ».

Chaque composante de surveillance dans ces séquences enregistrées est amplifiée de plusieurs ordres de grandeur par le fait que vous n’êtes pas seulement observés, mais que tout ce que vous faites est enregistré pour une éventuelle utilisation ultérieure contre vous.

C’est un concept si dangereux que même le roman 1984 ne l »avait pas imaginé : si l’écran de Winston ne l’avait pas vu faire quelque chose que le régime ne voulait pas qu’il fasse, Winston aurait été en sécurité, parce qu’il n’y avait pas d’enregistrement ; la surveillance s’exerçait uniquement à un instant donné.

Si Winston Smith avait été sous le régime de surveillance proposé aujourd’hui, avec l’enregistrement et la conservation des données, le régime aurait pu et n’aurait pas manqué de revenir en arrière pour réexaminer chaque action antérieure et y trouver ce qu’il aurait pu manquer.

Cette horreur devient une réalité aujourd’hui, et elle s’applique à chaque article de cette série. Nos enfants du numérique ne sont pas seulement privés de vie privée à chaque instant, mais aussi rétroactivement privés de leur vie privée passée.

(Bon, cette horreur est une réalité qui hésite encore, car les législateurs et les tribunaux sont en lutte acharnée. Dans l’Union européenne, la conservation des données a été prescrite en 2005 par le Parlement européen, a été rejetée en 2014 par la Cour de justice européenne et a été interdite en 2016 par la même Cour. D’autres juridictions jouent à des jeux similaires ; un tribunal britannique vient de porter un coup à la conservation des données, par exemple).

La vie privée reste sous votre propre responsabilité

Storify.com, service bien pratique qui permet de construire des histoires sous forme de pages web, à partir d’éléments divers (textes, tweets, vidéos, etc), fermera ses portes le 16 mai 2018. Framasoft, accompagné par d’autres acteurs, met à disposition une pré-version d’un logiciel permettant à des millions d’utilisateurs et utilisatrices, de ne pas rester sur le carreau.

Le jour où tout s’est arrêté

C’est l’histoire d’un tweet qui croise un autre tweet.

Au premier coup d’oeil, c’est l’amour, ils décident de vivre ensemble. Rien de trop ronflant au début, un petit fil sur Twitter ira bien. Mais la relation s’épanouit et ils décident un beau jour de sauter le pas, d’officialiser leur union : ils veulent vivre ensemble pour le reste de leurs jours et s’afficher au grand jour, pas juste auprès de leurs copains sur Twitter.

Comment faire ?

Storify ! Les deux tweets peuvent vivre au chaud sous un joli toit commun, avec pignon sur rue, et même inviter leurs amis… Enfin une vie hors de Twitter ! Tous les internautes peuvent désormais les trouver facilement, la maison est agréable à vivre, une unité, une esthétique… et pour ne rien gacher, le loyer est gratuit. Imaginez un peu ça : chauffage inclus, été comme hiver, tout ça pour que vos gazouillis un peu fouillis ne finissent plus en vague bouillie dans le Cyber-oubli… mais qu’ils soient lus et relus pour toute l’éternité !

Enfin presque.

Car l’éternité se raccourcit : le propriétaire du lotissement annonce qu’il vend tout. Adieu veau, vache, cochon, couvée de tweets… il va falloir trouver ailleurs où se loger. Storify ferme.

Le jour où tout a recommencé

C’est l’histoire d’un autre tweet, celui de Silvère Mercier, qui réagit à cette annonce:

J’apprends avec horreur que storify va fermer en mai 2018 L’impression qu’une partie de ma vie aussi, triste que ce magnifique outil de curation n’ait pas trouvé de modèle ! 😞😤😢 Tragédie du code fermé, les convaincre d’ouvrir pour en faire un communs ! https://t.co/hY5U1EaxML

— Silvère Mercier👇 (@Silvae) 13 décembre 2017

Framasoft, qui passait par là, propose de « voir ce qui existe dans le libre » et de créer un « commonstory » : une sorte de lotissement en co-gestion où les murs appartiendraient à tout le monde.

Yannick François, qui passait aussi par là, mets la DINSIC dans le coup en lui faisant le joli compliment d’être un peu « les framasoft de l’état » (sic). Mais au fait, c’est quoi la DINSIC ? C’est la « Direction interministérielle du numérique et du système d’information et de communication de l’État » – merci Wikipédia ! Oui… mais encore ? Eh bien c’est un peu la DSI des DSI ministérielles, la direction qui anime la transformation numérique de l’État, et la politique d’ouverture des données publiques est portée par l’une de ses missions, Étalab. D’accord… mais quel rapport avec le logiciel libre? C’est simple : depuis la loi pour une République numérique de 2016, les logiciels produits par l’administration publique sont des documents administratifs qui doivent être « ouverts par défaut », ou « open source par défaut », comme l’explique très bien Lionel Maurel. (Si vous n’avez pas encore senti que mon ton devient corporate, ça ne saurait tarder : je travaille en ce moment pour la mission Étalab de la DINSIC.)

Et donc Henri Verdier, qui dirige la DINSIC, répond… « Go ! » et met Laurent Joubert sur le coup pour suivre le dossier.

Merci du compliment. Pourquoi pas soutenir ? Contactez nous 😉

— _DINSIC (@_DINSIC) 17 décembre 2017

Quelques semaines plus tard, nous nous retrouvons dans le bureau de Laurent avec Silvère, Pierre-Yves, Thomas Citharel (développeur chez Framasoft) et moi-même, fraîchement embarqué dans le programme Entrepreneur d’intérêt Général (EIG). Nous faisons un point sur le travail de Thomas qui a déjà développé un prototype nommé « Storia » permettant de créer un compte et de sauvegarder les « stories » de feu Storify.com. Il manque la peinture et le chauffage, mais c’est un super début, nous décidons de repartir de là.

Voici les besoins dont Thomas nous fait part : rencontrer de vrais utilisateurs, travailler sur le design, anticiper l’évolution et la maintenance du projet pour la suite.

Comment faire ? Nous proposons de faire un garagethon.

– Un quoi ?!

Un garagethon ! C’est comme un hackathon sauf qu’on travaille pour de vrai et que le nombre de personnes est limité au nombre de celles qui tiendraient dans un garage, soit une douzaine. (Toute ressemblance avec cette vision de quelques « gus dans un garage » n’est pas fortuite.)

Nous voici donc partis pour l’organisation d’une journée le 30 mars. Nous mobilisons nos contacts : Silvère pour trouver des utilisateurs aguerris, Thomas pour contacter des développeurs Elixir, le langage dans lequel est développé la partie serveur du projet, Pouhiou pour trouver des concepteurs UX/UI et des graphistes, moi-même pour mobiliser des volontaires du programme EIG qui s’intéresseraient à VueJS pour le développement de l’interface Web.

Le jour du Garagethon

Nous passons notre garagethon dans les locaux du Liberté Living Lab, nous avons pu y réserver une salle pour toute la journée. La salle est spacieuse et agréable, avec un espace à l’écart pour ceux qui souhaitent travailler en petit groupe.

Nous voici donc dans notre « garage » : Arnaud Rachez (datascientiste, EIG), David Panou (datascientiste, EIG), Gaël Dauvillier (BPI), Isabelle Degrange (BnF), Jean-Baptiste Le Dévéhat (concepteur UX/UI, EIG), Laurent Joubert (DINSIC), Louis Vinet (concepteur UX/UI), Silvère Mercier (ex-BPI), Tam Kien Duong (DINSIC), Thomas Citharel (développeur, Framasoft), Tristram Gräbener (ex-EIG, Codeurs en Liberté), Vincent Lara (Codeurs en Liberté), Xavier Damman (à distance, Open Collective).

Nous commençons la matinée par des présentations rapides, puis nous nous attaquons illico à l’exploration de storify.com, en tâchant d’expliciter nos besoins et notre expérience en tant qu’utilisateurs.

Ensuite, Thomas nous fait un point sur le prototype qu’il a développé, et nous commençons à y projeter les besoins évoqués plus tôt.

Après quelques pizzas bien méritées, nous avons une longue et intéressante entrevue à distance avec Xavier Damman, fondateur de Storify actuellement investi dans le projet Open Collective, dont le but est d’aider des projets ouverts à assurer leur financement… collectivement. Cet entretien permet de mettre le doigt sur des aspects structurants pour le projet qui nous occupe :

• l’importance du nom (le premier nom était PublicTweet, nettement moins bon…) ;
• l’importance du design : c’est un élément dont Xavier nous dit qu’il l’a sous-estimé au début ;
• l’importance du juste degré de liberté accordé à l’utilisateur : il est tentant d’ajouter plein d’options (par exemple pour la mise en page) mais attention à ne pas retarder le moment de satisfaction de l’utilisateur.

Après cette entrevue captivante, nous nous répartissons en groupes : certains pour travailler sur des maquettes, d’autres sur l’exploration du code, d’autres encore sur la création d’éléments de documentation et d’un mini-site pour le projet, etc.

Le jour d’après

Et maintenant ?

Aujourd’hui, Framasoft annonce la sortie d’une version beta (= « en travaux ») de Framastory, un service pour vous permettre de sauvegarder vos anciennes Stories, destiné à évoluer avec vos retours, vos contributions. Attention : peinture fraîche ! Le calendrier nous presse car le site storify.com ne sera plus accessible à partir du 16 mai. Prenez bien note que pour l’instant, l’énergie a été concentrée sur le fait que vous puissiez importer vos stories existantes depuis Storify dans Framastory. La création de stories/picks dans Framastory est possible, mais encore très très largement « en travaux ». Les fonctionnalités et l’interface seront améliorées dans les semaines et mois qui viennent, mais Framasoft préfère publier le logiciel immédiatement, afin d’éviter aux utilisateurs et utilisatrices de Storify de perdre les heures passées à bichonner leurs stories.

D’autre part, Thomas Citharel publie un nouveau logiciel nommée PickWeaver, qui est le logiciel faisant tourner ce nouveau service.

PickWeaver est en version beta : comme pour tous les projets de Framasoft, les contributions sont les bienvenues !

Voici comment vous pouvez aider :

• en testant framastory.org pour récupérer vos stories ;
• en partageant le site de PickWeaver avec vos amis développeurs ;
• en installant et en testant le logiciel PickWeaver vous-même ;
• en passant une tête sur le canal de discussion ;
• en vous attaquant avec nous à la documentation ;
• [votre idée ici].

Voilà. À vous de jouer ! Découvrez la nouvelle version d’un service de curation qui vous a été indispensable ou un nouveau service qui vous sera sûrement utile. Partagez avec nous les idées que vos avez pour rendre ce projet viable sur le court, le moyen, le long terme.

J’en profite ici pour remercier chaleureusement tous les participants de ce premier garagethon : l’ambiance était à la fois conviviale et productive, cela laisse augurer de belles choses pour la suite. Mention spéciale à Laurent Joubert qui nous a sustenté le midi.

Et n’hésitez pas à nous rejoindre si vous voulez contribuer.

Ce n’est qu’un combat, continuons le début !

C’est une réalité pour beaucoup d’utilisateurs au travail ou chez soi : pour rédiger une lettre ou un devis, pour un roman ou un essai, les logiciels de traitement de texte ont quelque chose d’incontournable. Christophe Masutti nous propose aujourd’hui, dans la collection Framabook, une adaptation du livre de Bruce Byfield : Designing with Libreoffice, une référence (sous licence libre) !

LibreOffice partout, Savoir nulle part…?

« Mais moi je préfère LaTeX, et d’ailleurs je compile mes documents bien plus vite en ligne de commande… » : oui, oui, on sait. Et d’ailleurs, dans la maison d’édition Framabook, on n’utilise pas vraiment les outils les plus communs. Chacun a ses propres préférences en matière de logiciels, et à condition d’être suffisamment expert, les productions sont à la hauteur des connaissances et des savoir-faire. Il manquait cependant à la collection Framabook un ouvrage à la fois compréhensible et synthétique sur l’un des logiciels-phare de la bureautique : LibreOffice.

À travers ses multiples versions (depuis Apache OpenOffice jusqu’à la version en ligne LibreOffice Online, en passant par des versions propres éditées par des opérateurs spécialisés) l’histoire de cette suite bureautique est à bien des égards exemplaire de ce qu’une communauté mondiale de développeurs, en particulier The Document Foundation, peut produire en termes de performance et surtout de standard (on pense notamment au format Open Document).

Si on peut se réjouir de l’adoption (controversée ou pas) de LibreOffice dans des administrations ou des entreprises à travers le monde, qu’en est-il exactement pour les utilisateurs individuels ? Quel que soit le choix du logiciel, on conçoit mal un usage de l’informatique domestique sans une suite bureautique, mais comment appréhender cet outil ?

« Chez les Dupuis-Morizeau, on utilise le logiciel de traitement de texte comme une machine à écrire façon Remington, et à la moindre difficulté, l’outil devient l’ennemi et source de stress. »

Pourquoi ? parce qu’on ne connaît qu’un minuscule fragment de ses fonctionnalités : il devient une boîte noire, avec ses secrets et parfois même une volonté propre ! C’est toujours la même tragédie : l’équipement logiciel est de plus en plus performant mais l’utilisateur reste éternellement démuni. En réalité, si LibreOffice dispose d’un excellent Wiki dédié à l’aide aux utilisateurs , il n’en demeure pas moins que l’utilisateur doit d’abord avoir une vision claire de son besoin et de la méthode pour comprendre et opérer les procédures qui lui sont proposées. Le livre de Bruce Byfield est construit pour cette raison : collectionner les procédures est une chose mais maîtriser les concepts en est une autre. Le tout est de rester compréhensible et adapter le discours aux débutants.

Un manuel pratique et stylé chez Framabook !

C’est en ces termes que Christophe Masutti a proposé à Framabook une traduction et surtout une adaptation de Designing with LibreOffice, le manuel de Bruce Byfield (voir le site web). Christophe n’en est pas à son coup d’essai avec les Dupuis-Morizeau : il y a pile un an, il publiait un ouvrage pédagogique pour accompagner les utilisateurs dans la jungle numérique et libérer leurs pratiques de l’informatique domestique. Dans la même veine, il poursuit le même objectif en s’attaquant cette fois à ce qui, selon lui, manque cruellement aux pratiques quotidiennes de la bureautique : prendre le temps de comprendre les concepts-clés de LibreOffice et libérer la production de documents. C’est une approche qui est autant destinée à l’utilisateur individuel qu’aux formateurs désirant aborder LibreOffice sous un angle plus analytique.

« Comme l’a montré Bruce Byfield, maîtriser la production de documents avec LibreOffice, c’est d’abord savoir se servir des fonctions de styles ».

Alors que l’auteur de la version originale a choisi de brosser l’ensemble des logiciels composant la suite LibreOffice, Christophe a préféré adapter l’ouvrage en se concentrant sur LibreOffice Writer et les styles. LibreOffice Writer, c’est stylé ! est donc à la fois une traduction et une adaptation. Outre le choix des sections, il a fallu en effet adapter l’ouvrage aux concepts de la typographie française, aux mises à jour récentes de LibreOffice (l’édition originale datait de 2016) tout en assurant une pérennité du contenu afin de le prémunir contre une obsolescence précoce (car on sait à Framabook qu’un manuel ne se met pas à jour si facilement).

Il en résulte alors un ouvrage de près de 400 pages. Mais que les lecteurs se rassurent : toutes ces pages ne sont pas dédiées à une suite épuisante de procédures à appliquer. Au contraire. Par exemple, une grande partie du premier chapitre est dédiée à la confrontation entre les deux manières d’appréhender un logiciel de traitement de texte : formater manuellement ou utiliser les styles. Si les deux méthodes ne sont pas exclusives, l’utilisation des styles suppose un recul nécessaire et une analyse des besoins et des pratiques. C’est le principal atout de l’ouvrage : nous aider à faire le point.

Un autre exemple : beaucoup de questions liées à la typographie sont abordées au fil des chapitres, procurant ainsi, en pratique, une excellente vulgarisation de concepts trop souvent ignorés et qui, pourtant, sont essentiels pour composer des documents et assurer leur bonne lisibilité.

LibreOffice partout, Microsoft Word^TM nulle part !

Pour qui compose-t-on des documents ? Quels types de documents et à quelle fréquence ? Bruce Byfield, en tant que journaliste professionnel (spécialisé dans les logiciels libres) a publié Designing with LibreOffice parce que justement il ressentait le besoin de rationaliser ses pratiques bureautiques.

La composition avec les styles, c’est sans doute le principal atout de LibreOffice, grâce auquel la très grande majorité des fonctionnalités avancées deviennent compréhensibles. Pour donner un élément de comparaison, lorsqu’on compose des documents pour le Web en HTML ou destinés à l’impression comme avec LaTeX, les premières opérations concernent la configuration des fichiers de styles. LibreOffice (et la plupart des logiciels de traitement de texte) ne déroge pas à cette règle qui permet d’automatiser la mise en page et se concentrer le plus possible sur le contenu lors de la rédaction.

Comme Bruce Byfield le dit dans une interview de 2016, à bien des égards, et depuis longtemps, le logiciel libre ne joue plus la carte du rattrapage par rapport aux logiciels propriétaires. C’est le cas de LibreOffice Writer qui n’est plus seulement une simple alternative à Microsoft Word car il présente, en particulier dans l’usage des styles, une approche très différente de la composition de document. La comparaison n’est plus une affaire de préférences personnelles, mais une question de stratégie, qu’il s’agisse d’un usage domestique ou professionnel.

Avec LibreOffice Writer, c’est stylé ! les lecteurs trouveront bien plus qu’un manuel. C’est d’un compagnon qu’il s’agit, et on sait que le temps consacré à un compagnon n’est jamais perdu.

Liens utiles

• Si le manuel vous intéresse :
  • Acheter la version papier sur Lulu
  • Télécharger librement la version électronique sur Framabook
  • Découvrir la version originelle de Bruce Byfield [en anglais]
• Télécharger LibreOffice
  • Le wiki des utilisateur·rice·s
• La Mouette, promotion de la bureautique libre et de LibreOffice
• The Document foundation
• Christophe Masutti, l’auteur de la version Française
  • Son blog
  • Acheter son autre ouvrage Libertés Numériques sur Lulu
  • Télécharger librement Libertés Numériques sur Framabook

Les Pages Framasite évoluent encore. Robin, l’infatigable développeur de Pretty Noémie CMS, a ajouté des fonctionnalités pendant qu’on ne regardait pas. C’est le moment de refaire votre CV.

Depuis que nous avons annoncé les pages Framasite, l’outil a été adopté, et a évolué au fil de vos retours.

Une petite liste à la Prévert ?

Des modules supplémentaires !

• Module agenda avec une insertion de votre Framagenda ou Google agenda (oui, si vous n’avez pas encore dégooglisé votre vie, c’est pas grave, on vous accepte)
• Module réseaux sociaux (et même ceux qu’on n’aime pas)
• Module lecteur audio (SoundCloud) si vous souhaitez faire le site de votre groupe de musique

• Module avec lecteur vidéo et vidéo d’arrière plan

• Un formulaire d’initialisation pour installer votre site sur un serveur personnel
• Module de code avec coloration syntaxique, comme les pros

Du zouli design !

• Redimensionnement d’images
• Bouton « haut de page »
• La page d’accueil est encore plus cool
• Le menu réapparaît lorsqu’on scrolle vers le haut
• Une version mobile pour le menu
• Les fenêtres sont plus sympas (il y a eu un coup de main d’un designer)

On va glisser sur les nombreuses corrections de bugs.

Un tuto vidéo pour faire son CV

Et comme il restait du temps, hop, Robin a concocté une petite vidéo pour fabriquer son CV sur Framasite.

Vous pouvez le mettre sur un média social propriétaire appartenant à un GAFAM, hein. No problemo. C’est cool.

Mais bon, votre CV hébergé par Framasoft, ça fait toujours son petit effet :p !

Pour aller plus loin & contribuer :

• Tester Frama.site
• Re-lire le principe de Framasite
• Re-découvrir les Pages Framasite
• Contribuer au code de PrettyNoemieCMS
  • Faire des bisous virtuels à Robin
  • Le soutenir sur Patreon
• Échanger sur notre forum des contributions
• Visiter Contributopia
• Soutenir Framasoft

Comme vous l’avez peut-être lu dans l’appel de Julia Reda que nous avons publié hier, l’heure est à la mobilisation contre une proposition de directive européenne qui pourrait avoir des effets dévastateurs.

Non, les GAFAM ne seraient pas les premiers impactés, mais plutôt des entreprises moins bien armées et aussi des sites comme Wikipédia, ainsi que des plateformes de dépôt et partage de code qui constituent des ressources précieuses pour la communauté du logiciel libre.

De tels sites risquent d’être contraints à des dispositifs coûteux et difficiles à mettre en œuvre pour filtrer les contenus sous droits. C’est ce que détaille aujourd’hui Glyn Moody à propos des effets de l’article 13 de cette proposition de directive, contre laquelle a déjà alerté l’April depuis septembre dernier.

Aujourd’hui, la mobilisation de plus de 80 organisations et la mise en place du site https://savethememe.net/en constituent des formes d’action militante auxquelles le plus grand nombre doit contribuer. Diffusons largement la traduction des articles de Julia Reda et de Glyn Moody. Signons la lettre ouverte Save Code Share! Opposons le groupe de pression de la communauté du libre au lobby du droit d’auteur qui est sans cesse à la manœuvre dans les institutions européennes.

Ce texte est une traduction d’un article rédigé par le journaliste Glyn Moody et publié sur le site Linux Journal le 3 avril 2018. Il a également été publié sur le site de l’April. Nous souhaitons contribuer à lui donner davantage encore de visibilité.

Traduction : etienne, goofy, mo, Lumi, wyatt, Alby, glyn moody, Fred, April.

Le logiciel libre subit l’offensive des nouvelles lois européennes sur le droit d’auteur

Le logiciel libre et le droit d’auteur sont étroitement liés. C’est grâce au détournement (hack) habile de la loi sur le droit d’auteur par Richard Stallman qu’a pu être créée la General Public License (GPL) et, par conséquent, le logiciel libre. La GPL requiert de la part des personnes copiant ou modifiant un logiciel publié sous cette licence qu’elles préservent les quatre libertés. Si cela n’est pas le cas, elles enfreignent alors les clauses de la GPL et perdent ainsi toute protection juridique de leurs copies et modifications. En d’autres termes, la sévérité des sanctions pour une violation du droit d’auteur est ce qui permet d’assurer la liberté de partage.

Malgré l’utilisation du droit d’auteur pour faire respecter la GPL et toutes les autres licences du logiciel libre ou open source, le droit d’auteur n’est généralement pas si inoffensif. Ce n’est pas étonnant : le droit d’auteur est un monopole intellectuel. En règle générale, il cherche à empêcher le partage — pas à le promouvoir. Ainsi, les ambitions de l’industrie du droit d’auteur vont généralement à l’encontre des aspirations du monde du logiciel libre.

C’est en Europe que l’on retrouve l’une des preuves les plus évidentes du désintérêt du monde du droit d’auteur envers les préoccupations de la communauté du logiciel libre. Les propositions actuelles de réforme du droit d’auteur au niveau de l’Union européenne contiennent un élément qui aurait des effets dévastateurs pour le codage du logiciel libre. L’article 13 de la pompeusement titrée « Directive du Parlement européen et du Conseil sur le droit d’auteur dans le marché unique numérique » contient la disposition clef suivante :

Les prestataires de services de la société de l’information qui stockent un grand nombre d’œuvres ou d’autres objets protégés chargés par leurs utilisateurs et qui donnent accès à ces œuvres et autres objets prennent, en coopération avec les titulaires de droits, des mesures destinées à assurer le bon fonctionnement des accords conclus avec les titulaires de droits en ce qui concerne l’utilisation de leurs œuvres ou autres objets protégés ou destinées à empêcher la mise à disposition, par leurs services, d’œuvres ou d’autres objets protégés identifiés par les titulaires de droits en coopération avec les prestataires de services. Ces mesures, telles que le recours à des techniques efficaces de reconnaissance des contenus, doivent être appropriées et proportionnées.

Cela signifie concrètement que les sites détenant une (très) importante base de fichiers téléversés par les utilisateurs et utilisatrices seront forcés de filtrer tous les fichiers avant de les publier. Les problèmes posés par cette proposition sont clairs. Une surveillance constante de l’activité des internautes sur lesdits sites, avec tout ce que cela induit en termes de perte de vie privée. Les faux-positifs sont inévitables, particulièrement parce que les complexités du droit d’auteur ne peuvent pas se voir réduites à de simples algorithmes qui pourront être appliqués automatiquement. Ajouté à l’effet dissuasif que cela aura sur la volonté des internautes de publier des contenus, cela impactera négativement la liberté d’expression et affaiblira le domaine public (article en anglais).

Le coût élevé de la mise en place des filtres de contenus — le système ContentID de Google a nécessité 50 000 heures de codage (page en anglais) et coûté 60 millions de dollars — signifie qu’un nombre restreint de sociétés finiront par contrôler le marché des systèmes de censure. Leur pouvoir d’oligopole leur donne la possibilité de faire payer très cher leurs services, ce qui imposerait de lourdes charges aux entreprises de l’Union européenne et conduirait à une diminution des startups dans la région. Un autre problème, parmi d’autres, avec cette idée : le fait non-négligeable que cela pourrait être contraire au droit de l’UE en vigueur (en anglais).

L’article 13 a été spécifiquement rédigé pour satisfaire le désir à peine déguisé de l’industrie européenne du droit d’auteur d’attaquer des entreprises états-uniennes prospères comme Google ou Facebook. Mais le filtrage des contenus mis en ligne est une arme grossière et va en affecter beaucoup d’autres qui, ironiquement, vont être moins capables que les géants d’Internet de se conformer aux onéreuses exigences de la censure. Par exemple, il est fort probable que Wikipédia rentrera dans le périmètre de la nouvelle règle. Après tout, le projet héberge un grand nombre d’ « objets protégés » chargés par des utilisateurs et utilisatrices. Comme le montre un billet sur le blog de Wikimedia (en anglais), « il serait absurde de demander à la Fondation Wikimedia de mettre en place des systèmes automatisés coûteux et technologiquement défaillants pour détecter des violations de droit d’auteur. »

Le point de l’article 13 qui est peut être le plus inquiétant pour les lecteurs du Linux Journal concerne les conséquences pour le logiciel libre. Une autre catégorie de sites web qui donnent accès « à des œuvres ou d’autres objets protégés chargés par leurs utilisateurs » : les plateformes de développement collaboratif et les dépôts de code [informatique]. Comme l’explique le site Savecodeshare.eu (Note de traduction : en anglais, voir l’article de l’April qui soutient cette campagne), créé par la Free Software Foundation Europe et OpenForum Europe (note de transparence : je suis un membre bénévole de OpenForum Academy) :

Si cette réforme du droit d’auteur devait être votée, chaque utilisateur ou utilisatrice d’une plateforme de partage de code, qu’il ou elle soit une personne physique, une entreprise ou une administration publique, serait traité comme un potentiel contrevenant au droit d’auteur : tous ses contenus, incluant des dépôts entiers de code, seraient contrôlés et empêchés d’être partagés en ligne à n’importe quel moment. Cela restreindrait la liberté des développeurs et développeuses d’utiliser des composants et outils logiciels spécifiques, ce qui, en retour, conduirait à moins de compétition et d’innovation. Finalement, cela pourrait conduire à des logiciels moins fiables et à une infrastructure logicielle moins résiliente pour tout le monde.

Comme l’explique en détail un livre blanc (PDF en anglais) de la même organisation, des sites web majeurs tels que Software Heritage, GitHub, GitLab, GNU Savannah et SourceForge sont menacés. Il met en exergue le fait que si cette proposition de loi venait à être adoptée, ces sites seraient directement responsables d’un grand nombre d’actions de leurs utilisateurs et utilisatrices, ce qui inclut le téléversement de copies non autorisées de logiciels et l’utilisation de code contraire à la licence initiale. Du fait de la difficulté, voire de l’impossibilité pour la plupart de ces sites d’éviter que cela se produise, il est fort probable que certains d’entre eux bloquent l’accès à leur site aux utilisateurs et utilisatrices européen⋅nes et arrêtent leur activité au sein de l’UE. Les projets de logiciels libres pourraient alors être forcés de faire la même chose. Dans le livre blanc, Thomas Pfeiffer, membre du conseil d’administration de KDE, est cité ainsi :

Pour savoir à quel point KDE est directement touché par le règlement proposé, il faut se demander si la configuration ci-dessus ferait de nous des « fournisseurs de services de la société de l’information stockant et distribuant de grandes quantités d’œuvres ou d’autres objets téléchargés par leurs utilisateurs ». Si c’est le cas, nous devrions probablement déplacer la majeure partie de notre infrastructure et de notre organisation en dehors de l’UE.

Le potentiel impact de l’Article 13 de la directive sur le droit d’auteur sur la façon dont le logiciel libre est créé tout autour du globe est clairement considérable. La bonne nouvelle est que cette loi européenne n’a pas encore été finalisée et est toujours amenée à évoluer ; la mauvaise est qu’elle n’évolue actuellement pas dans le bon sens.

Par exemple, le responsable politique supervisant l’adoption de cette nouvelle loi par le Parlement européen a récemment proposé un amendement qui exonérerait les grands sites de filtrer les contenus mis en ligne à condition que ceux-ci signent des accords avec l’ensemble des titulaires de droits d’auteur sur les contenus qu’ils hébergent. Ce qui est impossible pour les dépôts de code [informatique], étant donné le volume de fichiers téléversés — il n’existe pas de sociétés de perception pour les développeurs et développeuses, comme on peut en trouver chez les musicien⋅nes ou auteur⋅es, pouvant par exemple accorder une licence globale sur l’ensemble du contenu hébergé. L’article 13, qu’il s’agisse de filtre automatisé ou d’accord de licence obligatoire, est inconciliable avec la manière de fonctionner des principaux sites dans le domaine du logiciel libre.

Ses défauts fondamentaux impliquent que l’article 13 doit être retiré de la directive sur le droit d’auteur. Un site multilingue baptisé Savethememe.net (en anglais) a été mis en place pour faciliter la prise de contact direct avec les membres du Parlement européen, qui auront un vote décisif sur les propositions. Un autre moyen d’action est de faire connaître la nocivité de l’article 13 pour l’ensemble de l’écosystème du logiciel libre, et sur les effets secondaires négatifs que cela aurait pour l’innovation en général et pour la société.
Plus les programmeurs et programmeuses sont conscient⋅es du problème et le font savoir partout, plus les dépôts de code les plus affectés se joignent à la vague globale d’inquiétude grandissante sur les conséquences des filtres de contenus, plus grand sera l’impact de leur appel à complètement abandonner l’article 13.

À propos de l’auteur

Glyn Moody écrit au sujet d’Internet depuis 1994, et au sujet des logiciels libres depuis 1995. En 1997, il a écrit le premier article grand public sur GNU/Linux et le logiciel libre, paru dans Wired (en anglais). En 2001, son livre Rebel Code: Linux And The Open Source Revolution a été publié. Depuis, il a très souvent écrit sur le logiciel libre et les libertés informatiques. Il a un blog et il est actif sur des réseaux sociaux : @glynmoody sur Twitter ou identi.ca, et +glynmoody sur Google+.

Le projet de réforme du droit d’auteur provoque une forte inquiétude au sein des communautés de développeurs et développeuses de logiciels libres. Que restera-t-il de leur liberté de partager et modifier si obligation est faite aux forges logicielles de mettre en place des filtres de contenus ? L’eurodéputée Julia Reda nous indique les façons dont nous pouvons tous agir, dès maintenant.

« Les machines à censurer arrivent : il est temps que la communauté du logiciel libre prenne conscience de son impact politique »

Source : article rédigé par l’eurodéputée Julia Reda et publié sur son site le 6 avril 2018

Traduction initialement publiée par l’April : Guestr, Alain Mille, etienne, mmu_man, tierce, Vanecx, mo, MicroCheapFx, freepoet, yannicka, Fred.

Le développement du logiciel libre tel que nous le connaissons est menacé par les projets de réforme du droit d’auteur de l’Union européenne.

La bataille continue autour de la proposition de réforme du droit d’auteur dans l’UE, se concentrant autour du projet de filtrer les contenus au moment de leur téléversement (en anglais). En résumé, on demanderait aux plateformes en ligne de contrôler les contenus chargés par leurs utilisateurs et utilisatrices afin de tenter de prévenir les violations du droit d’auteur par des filtres automatiques. Puisque la plupart des communications en ligne consistent en un dépôt de fichiers sur différentes plateformes, de telles « machines à censurer » auraient de larges conséquences, y compris pour les dépôts de logiciels libres et open source.

Sur ces plateformes, des développeurs et développeuses du monde entier travaillent de concert sur des projets de logiciels que quiconque peut librement utiliser et adapter. À coup sûr, ces filtres automatiques feraient état de nombreux faux-positifs. La suppression automatique de contenus signifierait que les personnes ayant contribué seraient présumées coupables jusqu’à prouver leur innocence : des contributions légitimes se verraient bloquées.

Les récentes levées de boucliers à ce sujet au sein de la communauté du logiciel libre/open-source commencent à porter leurs fruits : nos préoccupations sont en train d’attirer l’attention des porteurs de lois. Malheureusement cependant, la plupart comprennent mal les enjeux et tirent de mauvaises conclusions. Maintenant que nous savons quelle est la force de la voix de la communauté, il est d’autant plus important de continuer à la faire entendre !

Pourquoi cela ?

Le point de départ de cette législation a été une bataille entre de grosses entreprises, l’industrie musicale et YouTube, à propos d’argent. L’industrie musicale s’est plainte de moins percevoir chaque fois qu’un morceau de leur catalogue est joué sur une plateforme vidéo comme YouTube que lorsqu’il est diffusé sur des services d’abonnement comme Spotify, qualifiant la différence de « manque-à-gagner ». Elle s’est alors lancée, avec succès, dans une campagne de lobbying : la loi sur le filtrage des contenus vise principalement à lui donner un atout afin de demander plus d’argent à Google au moment des négociations. Pendant ce temps, toutes les autres plateformes se retrouvent au milieu de cette bagarre, y compris les communautés de partage de code.

Le lobbying a ancré dans l’esprit de nombreux législateurs la fausse idée que les plateformes d’hébergement à but lucratif exploitent nécessairement les créateurs et créatrices.

Partage de code

Il y a cependant beaucoup d’exemples où il existe une relation symbiotique entre la plateforme et les créateurs et créatrices. Les développeurs et développeuses utilisent et versent volontairement dans les dépôts logiciels parce que les plateformes ajoutent de la valeur. GitHub est une société à but lucratif qui soutient des projets sans but lucratif – elle finance l’hébergement gratuit de projets libres et open source en facturant l’utilisation commerciale des services du site. Ainsi, des travaux libres et open source seront affectés par une loi destinée à réguler un différend entre quelques grandes sociétés.

Dans un récent billet (en anglais), GitHub a tiré la sonnette d’alarme, indiquant trois raisons pour lesquelles le filtrage automatique des contenus constitue une terrible attaque contre les forges logicielles :

1. la loi impose que le code soit filtré parce qu’il est soumis au droit d’auteur – mais de nombreux développeurs et développeuses souhaitent que leur code source soit partagé sous une licence libre et open source ;
2. le risque de faux positifs est très élevé parce que les différentes parties d’un logiciel peuvent être soumises à des licences différentes, ce qui est très difficile à traiter de manière automatisée ;
3. le fait de supprimer automatiquement un code suspecté de porter atteinte au droit d’auteur peut avoir des conséquences désastreuses pour les développeurs et développeuses de logiciels qui s’appuient sur des ressources communes risquant de disparaître à tout moment.

Les inquiétudes commencent à être entendues

Dans sa dernière proposition, le Conseil de l’Union européenne cherche à exclure « les plateformes de développement open source à but non lucratif » de l’obligation de filtrer les contenus chargés par les utilisateurs et utilisatrices. Cet amendement est la conséquence directe de la levée de boucliers par la communauté FLOSS. Cependant, cette exception ne couvre pas les plateformes à but lucratif comme GitHub et bien d’autres, même si une partie seulement de leur activité est à but lucratif.

Plutôt que de remettre en cause le principe de base de la loi, les politiciens essayent d’étouffer les critiques en proposant de plus en plus d’exceptions à celles et ceux qui peuvent démontrer de façon crédible que la loi va les affecter négativement. Créer une telle liste d’exceptions est une tâche titanesque vouée à rester inachevée. Le filtrage des contenus devrait être rejeté dans son ensemble car c’est une mesure disproportionnée mettant en danger le droit fondamental de la liberté d’expression en ligne.

Nous pouvons y arriver !

Pour y parvenir, nous avons besoin de votre aide. La communauté FLOSS ne peut pas résoudre ces problèmes simplement avec du code : elle a un impact politique, la force du nombre et des allié⋅e⋅s au Parlement (européen). Nous avons déjà provoqué certains changements. Voici comment vous pouvez agir dès maintenant :

1. signez la lettre ouverte sur SaveCodeShare (Note de traduction : en anglais, voir l’article de l’April qui soutient cette campagne) ;
2. utilisez l’outil gratuit de Mozilla pour appeler les membres du Parlement européen ;
3. tweetez aux principaux acteurs de la Commission des affaires légales du Parlement européen via FixCopyright (en anglais).

Note technique :

Trois acteurs sont impliqués dans le processus législatif. La Commission émet une première proposition de loi, à laquelle le Parlement européen et le Conseil de l’Union européenne peuvent proposer des amendements. Au sein du Parlement, la loi est d’abord discutée en Commission des affaires légales dans laquelle chaque groupe politique nomme un négociateur. Une fois que la Commission aura voté le compromis élaboré par les négociateurs, le texte sera soumis au vote en séance plénière du Parlement, avant que les négociations ne commencent avec les autres institutions. Le parcours législatif exact est disponible ici (en anglais).

Dans la mesure du possible et conformément à la loi, l’auteur [Julia Reda] renonce à tous les droits d’auteur et droits voisins sur ce texte.