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 !

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.

Vous avez besoin de compter les visites sur vos sites sans fliquer vos visiteureuses ? On a un framachin pour vous !

Prenons un exemple rapide. Fred aime bien pondre des textes et il les sème un peu partout sur le vaste Ouèbe.

Cela lui pose deux problèmes.

Ses textes sont sur des sites différents avec parfois des adresses web (ou « URL ») longues comme un jour sans pain. Mais pour ça il a trouvé la parade, c’est frama.link, le raccourcisseur d’URL de Framasoft. Il a créé une adresse courte pour chacun de ses textes, et quand on lui demande où on peut lire sa prose, il donne cette URL plutôt qu’une adresse de 256 caractères biscornus. Pour avoir des adresses web encore plus courtes, il pourrait utiliser https://huit.re/.

L’autre souci de Fred, c’est qu’il est affreusement cabotin. Il écrit pour le plaisir, il publie sous licence libre, il a compris qu’il ne bouclerait pas ses fins de mois grâce à sa plume, mais il ne peut pas s’empêcher de se demander si quelqu’un⋅e lit réellement ce qu’il commet.

Fred est donc tout content quand Framasoft sort Framaclic (bon, il ne fait pas des triples saltos, mais il a un moment de jubilation).

C’est quoi ?

Framaclic est un raccourcisseur d’URL qui compte les clics. Voilà. Dit comme ça, on dirait que c’est drôlement simple, non ?

Eh bien, bonne nouvelle : c’est simple !

Bon, soyons justes, Frama.link avait déjà un compteur, rudimentaire. Il reconnaît l’auteur de l’URL courte via un petit cookie et est capable de lui fournir un comptage des clics. Seulement, ça ne marche que depuis l’ordinateur et le navigateur sur lesquels l’adresse courte a été créée (à cause du cookie).

« Framaclic est un frama.link dopé aux stéroïdes », nous dit Luc, l’auteur de l’application (qui développe aussi parfois des petites applis complètement inutiles donc parfaitement indispensables).

Comment ça marche ?

Framaclic est basé sur Dolomon, comme DOwnLOad MONitor. Pas besoin d’avoir fait anglais première langue pour piger ça.

Fred se rend sur framaclic.org. Il crée un compte avec un mot de passe, histoire d’être seul à pouvoir accéder à ses statistiques (des fois qu’elles soient mauvaises).

Il fait une liste des adresses de toutes les ressources vers lesquelles il veut créer un lien : ses textes, son blog, son CV, ses galeries de photos, une BD de Simon qu’il adore partager avec ses collègues… Si la liste n’est pas exhaustive, ce n’est pas grave, il pourra en ajouter par la suite.

Comme il aime bien que les choses soient correctement rangées (rappel : cet exemple est une fiction), il crée des catégories et des étiquettes pour s’y retrouver. Surtout qu’il se dit que ce truc-là va drôlement lui rendre service et qu’il va finir par y mettre beaucoup d’adresses.

Ensuite, pour chaque adresse longue il en génère une courte (un « dolo »). Pas besoin de la conserver, Framaclic s’en charge.

Les dolos sont créés au fur et à mesure.

Pour suivre les visites sur une page précise, Fred peut créer un dolo pointant sur une petite image transparente (Dolomon vous en propose une) et insérer l’URL générée, comme on insère une image, dans sa page.

Fred aime surtout créer des dolos qui pointent sur un document, au lieu de la page web. Par exemple, un dolo pour le pdf de son roman (http://framabook.org/docs/vieuxflic/FredUrbain_VFVV_cczero20151108.pdf au lieu de la page générique https://framabook.org/vieux-flic-et-vieux-voyou/), un autre pour la version e-pub, et encore un pour le code source en Latex. De cette façon, Fred saura quelle version est la plus téléchargée.

Mais il ne saura rien de plus : Framaclic n’enregistre que des statistiques anonymes, pas les adresses IP des visiteureuses.

Par contre, cela fait de beaux graphiques :

Et comme vos données vous appartiennent, vous pouvez les télécharger dans un fichier CSV, ce qui vous permettra de les manipuler à votre guise, de faire des camemberts colorés…

Ah, un dernier truc cool à savoir : Luc a fait un plugin Dolomon pour WordPress. Si vous avez un blog, vous pourrez créer vos dolos directement depuis votre article.

Contribuez

Comme tout logiciel qui n’a pas encore subi l’épreuve du feu (enfin, l’épreuve de l’utilisation massive), Dolomon comporte certainement quelques bugs ou nécessite un petit coup de polish pour en améliorer l’ergonomie : n’hésitez pas à contribuer en ouvrant des tickets !

Nous tenons au passage à lever notre chapeau à Luc, alias Framasky notre infatigable admin-sys, qui a codé Dolomon pour nos besoins internes, et l’a amélioré afin que l’on puisse l’ouvrir au public ;).

Pour aller plus loin

• Testez Framaclic ;
  • (optionnel) le plugin Dolomon pour WordPress ;
• Installez Dolomon sur votre propre serveur ;
• Contribuez au code de Dolomon
• Découvrez et soutenez le travail de Luc sur son blog.

7 ans. Sept ans que Aquilenet, fournisseur d’accès à Internet associatif bordelais, construit de l’Internet bénévolement, localement, politiquement et maintenant en fédération. Sept ans également à faire de la sensibilisation, aussi bien sur les questions d’Internet, de vie privée, de logiciel libre que de critique des médias et de médias indépendants. On aurait pu croire qu’après autant de temps cette association se serait essoufflée mais loin de là : un passage en collégiale, un nouveau local, un data-center associatif et bien plus encore !

— Bonjour le collectif d’Aquilenet, c’est un plaisir de vous avoir, est-ce que vous pouvez vous présenter brièvement ?

Bonjour, plaisir partagé 😉, nous sommes donc Aquilenet, Fournisseur d’Accès Internet associatif en Nouvelle Aquitaine, et plus précisément localisé à Bordeaux. Nous comptons actuellement pas loin de 150 membres et sommes actifs depuis 2010 !

Aquilenet est un fournisseur d’accès à internet (FAI) associatif, qu’est-ce que c’est ? En quoi le côté associatif fait une différence ? À qui vous vous adressez ?

Le plus ancien fournisseur d’accès à Internet de France encore actif est un fournisseur d’accès associatif. C’est-à-dire que dès le début de l’Internet en France, on a vu des gens passionnés se rassembler entre eux pour construire quelque chose à leur échelle. Et puis sont arrivés les fournisseurs commerciaux : France Télécom, AOL, Club-Internet, Wanadoo, Neuf… Enfin, maintenant, on connaît leurs nouveaux noms : Orange, SFR, Free, etc. Ce sont d’immenses entreprises, qui couvrent tout le territoire national, et sont là pour faire ce que font les entreprises : vendre des services et faire des bénéfices. On en connaît les dérives : ces entreprises, qui ont la mainmise sur le réseau, peuvent contrôler ce qu’on a le droit – ou non – de consulter, choisir si on peut brider ou non une connexion, desservir volontairement plus ou moins bien le client suivant ce qui les arrange, et évidemment pratiquer une surveillance généralisée : on leur donne les clés et on utilise ce qu’ils veulent bien nous donner.

Un FAI associatif, c’est un petit ensemble de gens passionnés, qui veulent faire du réseau propre et fournir un Internet libre. On peut boire une bière avec. On peut littéralement voir comment c’est fait, voir ce qu’ils font de nos données. Il n’y a pas de dérives mercantiles, car ce n’est de toute manière pas concurrentiel avec les FAI dits « commerciaux ».
En bref, les clés sont à nous, et on se réapproprie Internet, le réseau, et nos données : on fabrique nos propres bouts d’Internet, on est Internet !

En plus de cela, notre volonté étant de créer du réseau, on peut amener Internet là où les FAI commerciaux n’en voient pas l’intérêt. Ce sont les fameuses « zones blanches » dont on entend parfois parler. Pour nous, l’intérêt, c’est d’apporter l’accès au net à tout le monde, partout.

On s’adresse à tout le monde, comme n’importe quel autre FAI, à la différence que les assos sont essaimées partout en francophonie ; et qu’on va donc plutôt essayer d’agir en tant qu’acteur local. Parce qu’une fois de plus, un FAI associatif, c’est à l’échelle humaine. On peut discuter directement avec, on peut s’investir dedans. Et on peut, bien entendu, se contenter d’avoir une connexion Internet propre, neutre et libre de toute surveillance.

En gros, on est un peu comme une « AMAP » (Association pour le Maintien d’une Agriculture Paysanne) de l’Internet !

Bien sûr, on ne peut pas profiter des tarifs de gros auxquels les gros opérateurs ont accès, donc les accès ADSL sont typiquement un peu plus chers : 35-40€ par mois pour de l’ADSL sans téléphone. Mais d’autres fonctionnements sont possibles: des voisins peuvent se regrouper pour partager une ligne ADSL tout en ayant chacun son adresse IP propre, partageant ainsi les coûts.

C’est une démarche fortement engagée politiquement, qu’est-ce qui vous a poussé⋅e⋅s à vous lancer dans cette aventure et à la continuer ?

Pour n’importe quel être humain ayant été connecté à Internet, construire et cultiver son propre carré vert d’Internet peut sembler être une expérience excitante et passionnante ! La soif d’apprendre, la quête de sens avec la participation à la construction d’un Internet « propre », et le fait de devenir un acteur sur le sujet sont des éléments qui nous ont vite motivés à nous lancer dans cette aventure.

D’autre part fournir de l’accès à Internet avec une infrastructure permet d’aider aussi de nombreux projets à émerger, et aussi d’aider pas mal les copains, nous fabriquons ensemble notre bout d’Internet.

Et au-delà de Aquilenet on entend dire que vous lancez une structure qui s’appelle « C’est le bouquet », qu’est-ce que c’est ? Pourquoi vous le faites ? Qui est-ce que vous visez ?

C’est Le Bouquet est une initiative qui a commencé à pointer le bout de son nez en 2017. Nous avons été contacté⋅e⋅s par un certain nombre d’associations ou de collectifs, qui voulaient plus que les services qu’Aquilenet fournit historiquement. Il leur fallait un ensemble d’outils propres, dégooglisés – le lectorat saura de quoi on parle – et sous leur contrôle. Des outils fiables, parce qu’on parle d’associations, ONG, collectifs, et que leurs communications doivent être sous leur contrôle : courriels, travail collaboratif… Pour tout cela, il faut du libre, sur un réseau qu’on sait propre, en lequel ils peuvent avoir confiance et qui sera maîtrisé sur toute la chaîne ou presque.

Alors l’idée a germé de créer quelque chose qui proposerait un bouquet de services libres et neutres, avec tout ce qu’il faut pour que ces structures puissent travailler efficacement. C’est le bouquet était né !

À cela s’ajoute la création d’outils permettant de gérer l’ensemble efficacement, et la mise en place de formations et de SAV pour pouvoir en permanence répondre aux questions, intervenir au besoin, sensibiliser et éduquer à des manières de travailler qui seront parfois nouvelles.

Courriels, CRM, pads, hébergement de document, newsletters, listes de diffusion, et bien plus encore : tout le nécessaire sans Google, équipé de logiciels libres, hébergé sur des serveurs propres et locaux, sans filtrage, ni exploitation de données, ni surveillance, et le tout qui passe par l’Internet propre des tuyaux d’Aquilenet !
Il reste encore beaucoup à faire !

Mais… ça ressemble furieusement à un CHATONS ! Vous en êtes un ? Est-ce que vous pensez rejoindre ce collectif ?

Pour l’instant, ni Aquilenet, ni C’est le Bouquet ne se revendiquent CHATONS. Il n’y a pas pour l’instant de décision tranchée sur si oui ou non nous rejoindrions ce collectif… Le débat continue, entre la volonté d’indépendance de toute étiquette et le fait que, concrètement, les idées se croisent !

La preuve en est qu’il n’est pas besoin de faire partie des CHATONS pour proposer des services web de manière éthique ! Dites, comment on fait pour faire un fournisseur d’accès à Internet ? Comment on se connecte à Internet et on l’amène à des gens ?

Il y a de nombreuses façons d’y arriver, le mieux est de venir nous poser la question à la Fédération FDN, nous avons des documentations sur le sujet, nous pouvons accompagner et fournir des ressources pour aider au démarrage. D’autre part nous pouvons mettre en contact avec une association fédérée géographiquement proche du demandeur. Ce qui est motivant c’est que nous continuons à voir de nouvelles initiatives émerger et nous rejoindre.

Est-ce que vous ne faites que fournir de l’accès à Internet à des gens ?

Non ! À vrai dire, la fourniture d’accès à Internet est une toute petite partie de notre activité. On pourrait dégager deux grands axes pour décrire les activités d’Aquilenet. Un premier axe est davantage centré sur les services. Au-delà des accès ADSL, l’association propose également des accès VPN (bon… c’est un accès à Internet en fait), des machines virtuelles, de l’espace de stockage, du mail ou encore de la VoIP. Nous sommes également parmi les fournisseurs de Brique Internet. Nous participons à différents projets comme The DCP Bay, de la distribution de films pour les salles de cinéma indépendantes. Tout ça repose bien entendu sur du logiciel libre et est garanti sans filtrage ! La seconde activité d’Aquilenet est plus d’ordre militant dans le sens où nous travaillons beaucoup à faire connaître la neutralité du net, le Libre ou à communiquer sur des thématiques dont nous nous sentons proches. Nous sommes impliqués localement pour sensibiliser sur ces thématiques et poussons pour un développement de l’Internet local plus accessible aux petites structures.

D’autre part, nous organisons régulièrement des ateliers pour former les gens qui le souhaitent à des technologies très variées. Nous proposons aussi de temps en temps des projections au cinéma l’Utopia à Bordeaux ou des débats avec des intervenants toujours passionnants. Notre dernière projection en date était le documentaire Nothing to Hide dont nous avons participé à la distribution sur Internet. Dernièrement, nous avons également participé à la venue de Pierre Carles et Usul pour une soirée de discussion ouverte à toutes et à tous . Nous essayons aussi d’ouvrir des sentiers pas encore tracés : nous réfléchissons, par exemple, à l’intégration de Duniter, une cryptomonnaie libre qui se veut plus juste, dans nos moyens de paiement !

En interne, nous organisons des ateliers ouverts à toutes et tous, pour permettre à chacun de se former et de s’investir à son échelle. Nous avons lancé des groupes de travail aussi divers que la desserte en Wi-Fi des zones blanches, la communication, l’administration système, l’accueil, le support… Tout le monde peut mettre la main à la pâte quelles que soient ses compétences : on se forme entre nous !

Vous n’êtes pas le seul FAI associatif qui existe, il y a une même, on l’a vu, une fédération, la FFDN, dont vous êtes fondateurs.  Est-ce que vous pouvez un peu nous en parler ? Quelle est vous relation avec cette fédération ?

Nous sommes parmi les membres fondateurs de la  FFDN, la fédération qui rassemble les FAI associatifs de toutes tailles et de toutes localisations. Nos membres sont par définition également membres de celle-ci, certains y sont très actifs, d’autres non. Elle se compose donc de camarades d’un peu partout, avec qui nous échangeons nos questions, nos évolutions, nos volontés et nos besoins. Nous partageons ainsi nos connaissances tant techniques que, par exemple, juridiques, afin de toujours pousser le groupe vers l’avant. Les bons plans également, comme des solutions de financement de projets par des organismes publics nationaux ou internationaux. Lorsqu’un besoin se fait connaître, des membres de partout peuvent y répondre. Afin de maintenir ce maillage, des points « bilan » sont régulièrement faits par toutes les associations membres de la FFDN : quels sont les projets, les nouvelles, l’état de santé de l’association, ses besoins, etc. En fait, la FFDN nous permet d’être à la fois beaucoup et peu, partout et juste à un endroit. Elle nous donne une force commune sur tout le territoire, tout en laissant un ensemble de petits acteurs agir localement.

Ça fait sept ans que vous existez, vous avez été jusqu’à présent en structure associative classique avec CA, président etc. et vous avez récemment décidé de passer à une structure de collégiale, pourquoi vous avez fait ce choix ? Comment vous vivez cette aventure et qu’est-ce que ça change pour vous ?

Nous venons en effet de voter le passage en collégiale pour Aquilenet. Il n’y a plus de bureau, de président, de trésorier, mais des bénévoles motivé·e·s. Chacun·e a accès aux droits nécessaires aux actions qu’il ou elle entreprend, les tâches sont réparties entre les adhérents volontaires qui auront rejoint la collégiale, et il n’y a aucune centralisation des pouvoirs. Tout repose désormais sur la volonté de chaque adhérent et sur la confiance mutuelle. C’est un tournant humain, égalitaire, et qui vise à décharger des épaules en invitant tout le monde à faire sa part et à partager le savoir-faire. Là-dessus, nos craintes sont relatives : en dehors de questions technico-juridiques, nous avions déjà un système assez proche de la collégiale. Quiconque voulait faire avait le droit de le faire. L’idée, c’était d’officialiser ça une bonne fois pour toutes !

Et en plus de cette transformation vous avez également désormais un local ! C’est aussi un grand changement, en quoi ça vous impacte ? Qu’est-ce que ça vous permet de nouveau ? On me souffle que vous êtes en train de lancer un data-center associatif, qu’est-ce que c’est et à quoi ça sert ?

On l’a dit plusieurs fois depuis novembre, lors de nos réunions : c’est quelque chose d’important. Nous avons un lieu où nous nous rencontrons, de manière bien plus régulière et libre qu’auparavant. Depuis sa création, Aquilenet se rassemblait mensuellement dans un bar. Lorsque des ateliers avaient lieu, on faisait ça où l’on pouvait (souvent au Labx, hackerlab de Bordeaux). En cas de réunion, nous utilisions une salle… dans un bar, encore ! Maintenant, dès que quelqu’un veut travailler, dès qu’on veut discuter de quelque chose, débattre, préparer, planifier, faire un atelier : on se retrouve à « la Mezzanine », notre local. Il y a presque toujours quelqu’un de présent le mardi soir, toujours des petites réunions entre deux, trois, cinq, dix membres. Ça a donné une vraie existence physique à ce qui était, la majorité du temps, des appels, SMS, emails, échanges sur IRC.

Si le local s’appelle « La Mezzanine », ce n’est pas pour rien : il s’y trouve une Mezzanine que nous allons transformer en data-center associatif. Il possède son propre réseau électrique à part du reste du local, d’origine 100% renouvelable. Une fois que tout sera en place, tout le monde pourra librement y installer son serveur, quelle que soit sa forme et sa taille, du Raspberry Pi à la tour de PC, et l’y poser. Nous fournissons l’énergie, la connexion, au besoin des IP Aquilenet, tout ce qu’il faut ! Un groupe de travail planche actuellement dessus. Il y a du travail encore, mais ça prend forme petit à petit !

Et comment vous rejoindre dans cette belle aventure ?

On est joignables en permanence par courriel depuis la section contact de notre site Internet, et tout le nécessaire pour adhérer à l’association et/ou profiter des services qu’on propose y est disponible ! Et pour plus de chaleur humaine (et de bière¹), on se donne rendez-vous chaque premier mardi du mois, 21h, à la mezzanine, le local d’Aquilenet – 20 rue Tourat, Bordeaux, pour accueillir à la fois les membres, les curieuses et les curieux !

Un mot de la fin ?

Devenir fournisseur d’accès Internet est à la portée de tous, si vous n’en avez pas dans votre région et êtes motivés n’hésitez pas à nous contacter, c’est une formidable école sur le fonctionnement de l’Internet et c’est aussi une contribution très utile au développement de la liberté dans notre pays. Enfin sachez que nos associations sont toujours ouvertes à toute personne motivée qui souhaiterait nous aider, les thématiques ne manquent pas et ne sont pas uniquement que techniques, vous êtes toutes et tous bienvenus !

« Sous les pavés, la fibre ! » 😀
Une autre fin du net est possible.
Hacker vaillant rien d’impossible !

1. L’alcool est dangereux pour la santé, consommez avec modération.