Il y a quelques mois, avant que la covid19 ne vienne chambouler notre quotidien, Angie faisait le constat que nous n’avions finalement que très peu documenté sur ce blog les démarches de passage à des outils libres réalisées au sein des organisations. Celles-ci sont pourtant nombreuses à s’être questionnées et à avoir entamé une « degooglisation ». Il nous a semblé pertinent de les interviewer pour comprendre pourquoi et comment elles se sont lancées dans cette aventure. Ce retour d’expérience est, pour Framasoft, l’occasion de prouver que c’est possible, sans ignorer les difficultés et les freins rencontrés, les écueils et erreurs à ne pas reproduire, etc. Peut-être ces quelques témoignages parviendront-ils à vous convaincre de passer au libre au sein de votre structure et à la libérer des outils des géants du Web ?

La maison d’édition Pourpenser a attiré notre attention sur Mastodon avec ses prises de position libristes. En discutant un peu nous avons compris qu’elle a joint le geste à la parole en faisant évoluer ses outils informatiques. Ça n’est pas si fréquent, une entreprise qui se dégooglise. Nous lui avons demandé un retour d’expérience.

N’hésitez pas à consulter les autres articles de cette série consacrée à l’autonomisation numérique des organisations.

Bonjour, peux-tu te présenter brièvement ? Qui es-tu ? Quel est ton parcours ?

Albert, co-fondateur des éditions Pourpenser avec ma sœur Aline en 2002.

Petit je voulais être garde forestier ou cuisinier… autant dire que j’ai raté ma vocation 🙂 (même si j’adore toujours cuisiner).

En 1987 j’avais un voisin de palier qui travaillait chez Oracle. Après les cours je passais du temps sur un ordinateur qu’il me mettait à disposition : j’ai donc commencé avec un ordi sur MS-DOS et des tables SQL.

1987, c’était aussi le tout début de la PAO. Il y avait un logiciel dont j’ai perdu le nom dans lequel je mettais le texte en forme avec des balises du genre <A>ça fait du gras</A>, je trouvais ça beaucoup plus intéressant que PageMaker et lorsque j’ai découvert Ventura Publisher qui mariait les deux mondes, j’ai été conquis.

Par la suite j’ai travaillé une dizaine d’années dans la localisation de jeux vidéo et de CD-ROM : nous traduisions le contenu et le ré-intégrions dans le code. Ma première connexion à internet remonte à 1994 avec FranceNet, j’avais 25 ans. Je découvrais ce monde avec de grands yeux en m’intéressant au logiciel libre, à la gouvernance d’internet (je me rappelle notamment de l’ISOC et des rencontres d’Autrans) et ça bousculait pas mal de schémas que je pouvais avoir.

2000 : naissance de ma fille aînée, je quitte Paris, je prends un grand break : envie de donner plus de sens à ma vie.

2002 : naissance de mon fils et création de la maison d’édition avec ma sœur.

 

Tu nous parles de ton entreprise ?

Dans sa forme, Pourpenser est une SARL classique. Régulièrement, nous nous posons la question de revoir les statuts mais ça demande du temps et de l’argent que nous préférons mettre ailleurs. Finalement, le mode SARL est plutôt souple et dans les faits, nous avons une organisation très… anarchique. Même si avec Aline nous sentons bien qu’en tant que fondateurs notre voix compte un peu plus, l’organisation est très horizontale et les projets partent souvent dans tous les sens.

Que fait-elle ?

Dès le départ, nous avons eu à cœur de proposer des livres « avec du sens ». Aborder des questions existentielles, des questions de sociétés ou autour de notre relation au vivant. La notion d’empreinte nous interpelle régulièrement. Ne pas laisser d’empreinte est compliqué. Mais peut-être pouvons-nous choisir de laisser une empreinte aussi légère qu’utile ? La cohérence entre le contenu des livres que nous éditons et la manière dont nous produisons et amenons ces livres aux lecteurs et lectrices a toujours été centrale… même si rester cohérent est loin d’être toujours simple.

Nous aimons dire que notre métier n’est pas de faire des livres mais de transmettre du questionnement. Ceci dit, depuis 2002, nous avons édité environ 120 titres et une soixantaines d’auteur·e·s. Nous aimons éditer des contes, des romans, des BD, des jeux, des contes musicaux qui vont amener à une discussion, à une réflexion. Mais qui sait si un jour nous n’irons pas vers du spectacle vivant, de la chanson…

Combien êtes-vous ?

Normalement, nous sommes 8 personnes à travailler quasi-quotidiennement sur le catalogue de la maison et cela fait l’équivalent d’environ 5 temps plein, mais avec la crise actuelle nous avons nettement plus de temps libre… À côté de ça, nous accompagnons une soixantaine d’auteur·e·s, travaillons avec une centaine de points de vente en direct et avons quelques dizaines de milliers de contacts lecteurs.

 

Est-ce que tout le monde travaille au même endroit ?

L’équipe de huit est principalement située dans l’ouest, et l’une de nous est du côté de Troyes. Nous nous réunissons environ deux fois par an et utilisons donc beaucoup le réseau pour échanger. Le confinement de mars n’a fondamentalement rien changé à notre façon de travailler en interne. Par contre, les salons et les festivals ou nous aimons présenter les livres de la maison nous manquent et le fait que les librairies fonctionnent au ralenti ne nous aide pas.

Tu dirais que les membres de l’organisation sont plutôt à l’aise avec le numérique ? Pas du tout ? Ça dépend ? Kamoulox ?

Globalement, la culture « utilisateur du numérique » est bien présente dans toute l’équipe. Mais je dirais que nous sommes surtout deux : Dominique et moi, que la question de « jouer avec » amuse. Pour le reste de l’équipe, il faut que ça fonctionne et soit efficace sans prise de tête.

 

Avant de lancer cette démarche, vous utilisiez quels outils / services numériques ?

Lors de la création en 2002, j’ai mis en place un site que j’avais développé depuis un ensemble de scripts PHP liés à une base MySQL. Pour la gestion interne et la facturation, j’utilisais Filemaker (lorsque je ne suis pas sur Linux, je suis sur MacOS), et au fur et à mesure de l’arrivée des outils de Google (gmail, partage de documents…) nous les avons adoptés : c’était tellement puissant et pratique pour une mini structure éclatée comme la nôtre.

Par la suite, nous avons remplacé Filemaker par une solution ERP-CRM qui était proposée en version communautaire et que j’hébergeais chez OVH (LundiMatin – LMB) et le site internet a été séparé en 2 : un site B2C avec Emajine une solution locale mais sous licence propriétaire (l’éditeur Medialibs est basé à Nantes) et un site B2B sous Prestashop.

Pour les réseaux sociaux : Facebook, Instagram Twitter, Youtube.

En interne, tout ce qui est documents de travail léger passaient par Google Drive, Hubic (solution cloud de chez OVH) et les documents plus lourds (illustrations, livres mis en page) par du transfert de fichiers (FTP ou Wetransfer).

 

Qu’est-ce qui posait problème ?

La version communautaire de LMB n’a jamais vraiment décollé et au bout de 3 ans nous avons été contraints de migrer vers la solution SaS, et là, nous avons vraiment eu l’impression de nous retrouver enfermés. Impossible d’avoir accès à nos tables SQL, impossible de modifier l’interface. À côté de ça une difficulté grandissante à utiliser les outils de Google pour des raisons éthiques (alors que je les portais aux nues au début des années 2000…)

 

Vous avez entamé une démarche en interne pour migrer vers des outils numériques plus éthiques. Qu’est-ce qui est à l’origine de cette démarche ?

La démarche est en cours et bien avancée.

J’ai croisé l’existence de Framasoft au début des années 2000 et lorsque l’association a proposé des outils comme les Framapad, framacalc et toutes les framachoses ; j’en ai profité pour diffuser ces outils plutôt que ceux de Google auprès des associations avec lesquelles j’étais en contact. Mes activités associatives m’ont ainsi permis de tester petit à petit les outils avant de les utiliser au niveau de l’entreprise.

Des outils (LMB, Médialibs) propriétaires avec de grandes difficultés et/ou coûts pour disposer de fonctionnalités propre à notre métier d’éditeur. Des facturations pour utilisation des systèmes existants plutôt que pour du développement. Un sentiment d’impuissance pour répondre à nos besoins numériques et d’une non écoute de nos problématiques : c’est à nous de nous adapter aux solutions proposées… Aucune liberté.

« un besoin de cohérence »

Quelle était votre motivation ?

La motivation principale est vraiment liée à un besoin de cohérence.

Nous imprimons localement sur des papiers labellisés, nous calculons les droits d’auteurs sur les quantités imprimées, nos envois sont préparés par une entreprise adaptée, nous avons quitté Amazon dès 2013 (après seulement 1 an d’essai)…

À titre personnel j’ai quitté Gmail en 2014 et j’avais écrit un billet sur mon blog à ce sujet. Mais ensuite, passer du perso à l’entreprise, c’était plus compliqué, plus lent aussi.

Par ailleurs nous devions faire évoluer nos systèmes d’information et remettre tout à plat.

 

…et vos objectifs ?

Il y a clairement plusieurs objectifs dans cette démarche.

• Une démarche militante : montrer qu’il est possible de faire autrement.
• Le souhait de mieux maîtriser les données de l’entreprise et de nos clients.
• Le besoin d’avoir des outils qui répondent au mieux à nos besoins et que nous pouvons faire évoluer.
• Quitte à développer quelque chose pour nous autant que cela serve à d’autres.
• Les fonds d’aides publiques retournent au public sous forme de licence libre.
• Création d’un réseau d’acteurs et actrices culturelles autour de la question du numérique libre.

 

Quel lien avec les valeurs de votre maison d’édition ?

Les concepts de liberté et de responsabilité sont régulièrement présents dans les livres que nous éditons. Réussir à gagner petit à petit en cohérence est un vrai plaisir.
Partage et permaculture… Ce que je fais sert à autre chose que mon besoin propre…

 

Qui a travaillé sur cette démarche ?

Aujourd’hui ce sont surtout Dominique et moi-même qui travaillons sur les tests et la mise en place des outils.

Des entreprises associées : Symétrie sur Lyon, B2CK en Belgique , Dominique Chabort au début sur la question de l’hébergement.

Un des problèmes aujourd’hui est clairement le temps insuffisant que nous parvenons à y consacrer.

Aujourd’hui, la place du SI est pour nous primordiale pour prendre soin comme nous le souhaitons de nos contacts, lecteurs, pour diffuser notre catalogue et faire notre métier.

 

Vous avez les compétences pour faire ça dans l’entreprise ?

Il est clair que nous avons plus que des compétences basiques. Elles sont essentiellement liées à nos parcours et à notre curiosité : si Dominique a une expérience de dev et chef de projet que je n’ai pas, depuis 1987 j’ai eu le temps de comprendre les fonctionnements, faire un peu de code, et d’assemblages de briques 😉

 

Combien de temps ça vous a pris ?

Je dirais que la démarche est réellement entamée depuis 2 ans (le jour ou j’ai hébergé sauvagement un serveur NextCloud sur un hébergement mutualisé chez OVH). Et aujourd’hui il nous faudrait un équivalent mi-temps pour rester dans les délais que nous souhaitons.

 

Ça vous a coûté de l’argent ?

Aujourd’hui ça nous coûte plus car les systèmes sont un peu en parallèle et que nous sommes passés de Google « qui ne coûte rien » à l’hébergement sur un VPS pour 400 € l’année environ. Mais en fait ce n’est pas un coût, c’est réellement un investissement.

Nous ne pensons pas que nos systèmes nous coûteront moins chers qu’actuellement. Mais nous estimons que pour la moitié du budget, chaque année, les coûts seront en réalité des investissements.

Les coûts ne seront plus pour l’utilisation des logiciels, mais pour les développements. Ainsi nous pensons maîtriser les évolutions, pour qu’ils aillent dans notre sens, avec une grande pérennité.

 

Quelles étapes avez-vous suivi lors de cette démarche  de dégooglisation ?

Ah… la méthodologie 🙂

Elle est totalement diffuse et varie au fil de l’eau.

Clairement, je n’ai AUCUNE méthode (c’est même très gênant par moment). Je dirais que je teste, je regarde si ça marche ou pas, et si ça marche moyen, je teste autre chose. Heureusement que Dominique me recadre un peu par moment.

Beaucoup d’échanges et de controverse. Surtout que le choix que nous faisons fait reposer la responsabilité sur nous si nous ni parvenons pas. Nous ne pouvons plus nous reposer sur « c’est le système qui ne fonctionne pas », « nous sommes bloqué·e·s par l’entreprise ». C’est ce choix qui est difficile à faire.

La démarche c’est les rencontres, les échanges, les témoignages d’expériences des uns et des autres…

Et puis surtout : qu’avons nous envie de faire, réellement…

Dans un premier cas, est-ce que cela me parle, me met en joie d’avoir un jolie SI tout neuf ? Ou cela nous aiderait au quotidien, mais aucune énergie de plus.

Dans l’option que nous prenons, l’idée de faire pour que cela aide aussi les autres éditeurs, que ce que nous créons participe à une construction globale est très réjouissant…

La stratégie est là : joie et partage.

Au début ?

Un peu perdu, peur de la complexité, comment trouver les partenaires qui ont la même philosophie que nous…

Mais finalement le monde libre n’est pas si grand, et les contacts se font bien.

 

Ensuite ?

Trouver les financements, et se lancer.

 

Et à ce jour, où en êtes-vous ?

À ce jour nous avons totalement remplacé les GoogleDrive, Hubic et Wetransfer par Nextcloud ; remplacé également GoogleHangout par Talk sur Nextcloud.

Facebook, Instagram et Twitter sont toujours là… Mais nous avons un compte sur Mastodon !

Youtube est toujours là… Mais le serveur Peertube est en cours de création et Funkwhale pour l’audio également.

Concernant l’administration de ces outils, je suis devenu un grand fan de Yunohost : une solution qui permet l’auto-hébergement de façon assez simple et avec communauté très dynamique.

Notre plus gros projet est dans le co-développement d’un ERP open source : Oplibris

Ce projet est né en 2018 après une étude du Coll.LIBRIS (l’association des éditeurs en Pays de la Loire) auprès d’une centaine d’éditeurs de livres. Nous avons constaté qu’il n’existait à ce jour aucune solution plébiscité par les éditeurs indépendants qui ont entre 10 et 1000 titres au catalogue. Nous avons rencontré un autre éditeur (Symétrie, sur Lyon) qui avait de son côté fait le même constat et commencé à utiliser Tryton. (je profite de l’occasion pour lancer un petit appel : si des dev flask et des designers ont envie de travailler ensemble sur ce projet, nous sommes preneurs !)

Migrer LMB, notre ERP actuel, vers Oplibris est vraiment notre plus gros chantier.

À partir de là, nous pourrons revoir nos sites internet qui viendront se nourrir dans ses bases et le nourrir en retour.

 

Combien de temps entre la décision et le début des actions ?

Entre la décision et le début des actions : environ 15 secondes. Par contre, entre le début des actions et les premières mise en place utilisateur environ 6 mois. Ceci dit, de nombreuses graines plantées depuis des années ne demandaient qu’à germer.

« Nous mettons de grosses contraintes éthiques »

Avant de migrer, avez-vous testé plusieurs outils au préalable ?

J’ai l’impression d’être toujours en test. Par exemple, Talk/Discussion sur Nextcloud ne répond qu’imparfaitement à notre besoin. Je préférerais Mattermost, mais le fait que Talk/Discussion soit inclus dans Nextcloud est un point important côté utilisateurs.

Nous mettons de grosses contraintes éthiques, de ce fait les choix se réduisent d’eux-mêmes, il ne reste plus beaucoup de solutions. Lorsqu’on en trouve une qui nous correspond c’est déjà énorme !

 

Avez-vous organisé un accompagnement des utilisateur⋅ices ?

L’équipe est assez réduite et plutôt que de prévoir de la documentation avec des captures écran ou de la vidéo, je préfère prendre du temps au téléphone ou en visio.

 

Prévoyez-vous des actions plus élaborées ?

Nous n’en sommes pas à ce stade, probablement que si le projet se développe et est apprécié par d’autres, des formations entre nous seront nécessaires.

 

Quels ont été les retours ?

Il y a régulièrement des remarques du genre : « Ah mais pourquoi je ne peux plus faire ça » et il faut expliquer qu’il faut faire différemment. Compliqué le changement des habitudes, ceci dit l’équipe est bien consciente de l’intérêt de la démarche.

 

Comment est constituée « l’équipe projet » ?

Dominique, B2CK, Symétrie.

 

Quelles difficultés avez-vous rencontrées ?

La difficulté majeure est de trouver le bon équilibre entre la cohérence des outils et l’efficacité nécessaire dans le cadre d’une entreprise.

Le frein majeur côté utilisateurs est de faire migrer les personnes qui utilisent encore Gmail pour le traitement de leur courriel. L’interface est si pratique et la recherche tellement puissante et rapide qu’il est compliqué de le quitter.

Une autre difficulté est d’ordre comptable et financier : comment contribuer financièrement à ce monde du logiciel libre ? Comment donner ? A quelles structures ? (aujourd’hui nos financements vont principalement au développement de Tryton).

 

Et l’avenir ? Envisagez-vous de continuer cette démarche pour l’appliquer à d’autres aspects de votre organisation ?

Côté création, j’aimerais beaucoup que nous puissions utiliser des outils libres tels que Scribus, Inkscape, Krita ou GIMP plutôt que la suite Adobe. Mais aujourd’hui ces outils ne sont pas adoptés par l’équipe de création car trop compliqués d’utilisation et pas nativement adaptés à l’impression en CMJN. Une alternative serait d’utiliser la suite Affinity (mais qui n’est pas open source…)

Quels conseils donneriez-vous à d’autres organisations qui se lanceraient dans la même démarche ?

Y prendre du plaisir ! Mine de rien, la démarche demande du temps et de l’attention. Il faut confier ça à des personnes qui prennent ça comme un jeu. Oubliez la notion de temps et de délais, optez pour les valeurs qui soient plus la finalité et le plaisir. Au pied de la montagne entre prendre le téléphérique ou le chemin à pied ce n’est pas le même projet, vous n’avez pas besoin des même moyens.

 

Le mot de la fin, pour donner envie de migrer vers les outils libres ?

Sommes-nous les outils que nous utilisons ? Libres ?

Quitter les réseaux sociaux centralisés est extrêmement complexe. Je manque encore de visibilité à ce sujet et ça risque d’être encore très long. J’ai proposé à l’équipe une migration totale sans clore les comptes mais avec un mot régulièrement posté pour dire « rejoignez-nous ici plutôt que là ». Mon rêve serait d’embarquer au moins une centaine d’entreprises dans une telle démarche pour tous faire sécession le même jour. Des volontaires ? 🙂

 

Aller plus loin

• Fair-play, Albert ne nous l’a jamais demandé, il sait qu’on est un peu allergique à la pub, mais on vous donne quand même le lien vers le site des Éditions Pourpenser

Crédits

• Illustrations réalisées par Albert sur Gégé  à partir de dessins de Gee
• Photo de l’équipe avec des illustrations d’Aline de Pétigny et Laura Edon
• Logo de pourpenser mis en couleurs par Galou

Il y a quelques mois, avant que la covid19 ne vienne chambouler notre quotidien, Angie faisait le constat que nous n’avions finalement que très peu documenté sur ce blog les démarches de passage à des outils libres réalisées au sein des organisations. Celles-ci sont pourtant nombreuses à s’être questionnées et à avoir entamé une « degooglisation ». Il nous a semblé pertinent de les interviewer pour comprendre pourquoi et comment elles se sont lancées dans cette aventure. Ce retour d’expérience est, pour Framasoft, l’occasion de prouver que c’est possible, sans ignorer les difficultés et les freins rencontrés, les écueils et erreurs à ne pas reproduire, etc. Peut-être ces quelques témoignages parviendront-ils à vous convaincre de passer au libre au sein de votre structure et à la libérer des outils des géants du Web ?

N’hésitez pas à consulter les autres articles de cette série consacrée à l’autonomisation numérique des organisations.

L’Atelier du Chat Perché est un atelier vélo participatif qui propose des permanences conviviales de mécanique vélo à ses adhérent⋅e⋅s. Lors des permanences, les adhérent⋅e⋅s peuvent venir entretenir et apprendre à réparer leurs bicyclettes. L’atelier vend aussi des vélos d’occasion qui ont été entièrement révisés. L’association participe à de nombreux événements dans Lyon et aux alentours, avec ses vélos bizarres, et propose des ateliers mobiles d’initiation et de formation à la mécanique vélo pour tous publics et toutes structures (écoles, centres sociaux, MJC, collectivités, entreprises).

Nous avons demandé à l’un de ses membres de nous parler de sa démarche de passage à des outils libres.

Bonjour, peux-tu te présenter ? Qui es-tu ? Quel est ton parcours ?
Bonjour, je suis Quentin. Dans le civil, je suis professeur des écoles. Je suis adhérent et bénévole à l’Atelier du Chat Perché depuis 2015. Entre 2016 et 2019, j’ai été membre de la collégiale qui administre l’association et j’ai pris en charge et coordonné la démarche d’autonomisation numérique de l’association. Je n’ai aucune formation en informatique. Je suis un simple sympathisant libriste, sans compétence particulière. Je me considère plutôt comme un utilisateur averti.

Tu nous parles de ton association ?
« Mécanique vélo et Autogestion » sont les mots inscrits sur le logo de l’association. L’Atelier du Chat Perché est donc un atelier de mécanique vélo où l’on vient pour entretenir soi-même sa bicyclette. En mettant des outils à disposition et en proposant une aide bénévole, l’association vise l’autonomie des cyclistes dans l’entretien de leur moyen de transport.

L’association compte 3 salariées et une grosse vingtaine de bénévoles y tient les permanences de mécanique. L’Atelier est géré en collégiale et vise une organisation autogérée. C’est donc un collectif de gestion qui gère l’association en se réunissant une fois par mois pour prendre toutes les décisions. Des commissions et des groupes de travail gèrent des missions particulières et/ou ponctuelles. Une équipe bénévole accueille et organise les permanences de mécanique vélo. Les membres de l’organisation (salarié⋅es et bénévoles) sont plutôt à l’aise avec le numérique, bien qu’il y ait des différences d’un individu à l’autre.

Avant de vous lancer dans cette démarche de dégooglisation, vous utilisiez quels outils / services numériques ?
L’Atelier du Chat Perché proposait un site web hébergé chez Free comme principal moyen de communication externe et utilisait des listes de diffusion (hébergées elles aussi chez Free) pour les échanges entre les membres du collectif de gestion, entre les bénévoles et pour communiquer des informations aux adhérent·es. Nous utilisions aussi quelques Framapad, Framadate et Framacalc pour nous organiser. Pour ce qui est de sa présence sur les réseaux sociaux, l’atelier du Chat Perché n’a jamais utilisé Facebook. Son utilisation a parfois été proposée puis discutée mais toujours rejetée. Les valeurs portées par l’association et celles de Facebook semblent ne pas être compatibles. En revanche, en plus de son infolettre, l’asso utilise les réseaux sociaux diaspora et mastodon pour diffuser automatiquement les publications de son blog.

A l’époque, nous n’avions pas de connexion Internet dans l’atelier. Les services tournaient plutôt bien mais posaient deux problèmes principaux. Tout d’abord, nous étions face à une incohérence : les valeurs de l’association prônent l’autogestion et on avait confié l’hébergement de nos services à un acteur privé. Et puis la gestion de ces outils était totalement centralisée : une seule personne en avait la charge.

Vous avez entamé  une démarche en interne pour migrer vers des outils numériques plus éthiques. Qu’est-ce qui est à l’origine de cette démarche ?
La première motivation était d’être davantage en cohérence avec les valeurs de l’association. Il était évident qu’il nous fallait migrer notre site web et nos listes de diffusion pour ne pas dépendre d’un acteur tel que Free. A titre personnel, j’étais aussi très motivé par cette démarche parce qu’elle allait me permettre d’apprendre à mettre de nouveaux outils en place. J’allais donc enrichir mon expérience et mes compétences, ce qui est totalement en accord avec les valeurs de l’association.

Nous avons donc lancé plusieurs chantiers :

• mettre en place un nouveau site web afin qu’il soit plus facile à prendre en main par les bénévoles ;
• réorganiser les contenus d’information qui y étaient publiés pour que ce soit plus clair ;
• utiliser un service d’auto-hébergement dans la mesure du possible ;
• transférer certains services (listes de diffusion) ;
• mettre en place d’autres services (mail, partage de fichiers, infolettres).

Quels sont les moyens humains qui ont été mobilisés sur la démarche ?
Une personne bénévole, en l’occurrence moi-même, ayant peu de compétences techniques mais une expérience d’utilisateur averti, a été chargée de la coordination et de l’administration des services. J’ai fait appel au support bicloud de l’Heureux Cyclage (une sorte de chatons pour le réseau des ateliers vélos) lorsque nous avons eu besoin de compétences techniques. Migrer tous nos outils sur des services libres nous a pris entre deux et trois mois.

Peux-tu expliciter les différentes étapes de cette démarche ?
Tout a commencé par une présentation du projet à l’association. La collégiale m’a ensuite chargé de coordonner le projet et m’a transmis toutes les informations nécessaires pour cela (accès aux outils). Conscient de la limite de mes compétences techniques, je me suis rapidement rapproché du bicloud pour me renseigner sur les services proposés. C’est en échangeant avec eux que j’ai pu choisir les outils les plus adaptés aux services numériques dont nous avions besoin. Par exemple, il a fallu choisir quel CMS nous souhaitions utiliser pour notre site web. En revanche, pour les listes de diffusion, le bicloud proposait uniquement le logiciel Sympa et pour le stockage/partage de fichiers, uniquement le logiciel Sparkleshare. Les instances de ces logiciels ont été installées par l’équipe du bicloud. Je n’ai alors plus eu qu’à les configurer.

Avez-vous organisé un accompagnement des utilisateur⋅ices pour la prise en main de ces nouveaux outils ?
Oui, une fois les outils installés et configurés, il a été nécessaire de former les membres du collectif de gestion afin qu’iels puissent publier en autonomie des contenus sur le site web et rédiger l’infolettre. Pour cela, on a proposé des rendez-vous individuels à celleux qui le souhaitaient afin de leur faire la démonstration des nouveaux outils. Et on a aussi programmé un temps de présentation avec questions-réponses pour 4/5 personnes intéressées. Mais je fais le constat que globalement les personnes ne viennent pas bénévoler dans un atelier de mécanique vélo pour gérer des outils informatiques. Il est donc difficile de recruter des bénévoles pour ces tâches qui peuvent paraître loin du cœur de l’activité. D’ailleurs, certaines personnes ont fait un pas de côté et ne se sont pas investies dans les outils informatiques. Mais d’autres se sont remonté les manches et ont pris la mission informatique en main lorsque j’ai quitté le collectif de gestion. Ces personnes ont même déployé d’autre services par la suite (remplacement du Sparkleshare par un Nextcloud).

Quelles difficultés / freins avez-vous rencontrées ?
On a rencontré pas mal de freins : des Cantilever, des V-Brake, des freins à disques, à tambour, à rétropédalage ^^. Plus sérieusement, le frein le plus important, ça a été de maintenir la continuité de ces services. Il est en effet essentiel de penser l’après afin que la personne qui a lancé le processus d’installation des services puisse rapidement transmettre ses compétences à d’autres personnes. Le risque, c’est qu’une fois que les services sont installés, le collectif (qui a d’autres chats à fouetter) s’appuie complètement sur une seule personne pour les faire tourner au quotidien. Et cela peut devenir usant pour ce bénévole qui devient alors indispensable à l’utilisation de ces nouveaux outils.

Et l’avenir ? L’association envisage-t-elle de continuer cette démarche pour l’appliquer à d’autres aspects de son organisation ?
L’association envisage de se doter d’un outil pour communiquer en interne (pour le moment on utilise le mail). On a utilisé le logiciel loomio via le service Framavox pendant un temps, mais peut-être faudrait-il qu’on teste le logiciel Mattermost (Framateam). On verra aussi en fonction de ce que propose le bicloud.

Quels conseils donneriez-vous à d’autres organisations qui se lanceraient dans la même démarche ?
Le premier conseil, ce serait de prendre son temps et d’accepter que ça prenne du temps. Il vaut mieux y aller au fur et à mesure, un ou deux services à la fois. Il est essentiel de réaliser un diagnostic des outils et de leurs usages à un temps T et de s’interroger sur ce qui est réellement utile ou inutile afin de pouvoir définir ensemble ce que l’on veut. Il convient aussi de planifier et prévoir la transmission des connaissances en terme d’utilisation et d’administration des services. Et puis, ça peut être bien de ne pas laisser une seule personne être en charge de la sélection et de l’installation des outils, mais de travailler à plusieurs.

Le mot de la fin, pour donner envie de migrer vers les outils libres ?
Il me semble nécessaire que les associations militantes prennent le temps de mettre en cohérence leurs valeurs et leurs pratiques numériques. Si les associations militantes ne font pas le saut dans le libre, qui va le faire ? Choisir le numérique libre et quitter les GAFAM, c’est comme choisir la bicyclette et se débarrasser de sa bagnole : c’est faire le choix de la résilience, de la convivialité et de l’émancipation.

Si vous aussi, vous faites partie d’une organisation qui s’est lancée dans une démarche similaire et que vous souhaitez être interviewé, n’hésitez pas à nous envoyer un message pour nous le faire savoir. On sera ravi d’en parler ici !

Il y a quelques mois, avant que la covid19 vienne chambouler notre quotidien, Angie faisait le constat que nous n’avions finalement que très peu documenté sur ce blog les démarches de passage à des outils libres réalisées au sein des organisations. Celles-ci sont pourtant nombreuses à s’être questionnées et à avoir entamé leur « degooglisation ». Il nous a semblé pertinent de les interviewer pour comprendre pourquoi et comment elles se sont lancées dans cette aventure. Ce retour d’expérience est, pour Framasoft, l’occasion de prouver que c’est possible, tout en ne niant pas les difficultés et les freins rencontrés, les écueils à ne pas reproduire, etc. Peut-être arriveront-elles ainsi à vous convaincre de passer au libre au sein de votre structure et à la libérer des outils des géants du web.

N’hésitez pas à consulter les autres articles de cette série consacrée à l’autonomisation numérique des organisations.

WebAssoc est une pépite du monde associatif, qui déploie une énergie incroyable pour aider les autres associations à utiliser les outils numériques. Cela fait 2 ans que cette structure a engagé une réflexion sur l’adoption d’outils libres. Nous avons demandé à l’un de ses membres de nous parler de la dégooglisation de cette dynamique association.

Bonjour, peux-tu te présenter ? Qui es-tu ? Quel est ton parcours ?

Bonjour Framasoft. Je suis Jean-Luc, geek de longue date (j’ai débuté sur un ZX81) sans que ce soit mon taf (je bosse dans le tuyau). Je suis arrivé à WebAssoc il y deux ans. Comme je suis branché sur le Libre depuis longtemps, Raphaëlle, notre présidente, m’a demandé de développer son usage dans l’association.

Tu nous parles de ton association ?

Chez WebAssoc, nous sommes plus de 1600 bénévoles et nous avons fait, en 2019, plus de 1 300 actions auprès des associations qui nous sollicitent. Nous mettons en relation des associations humanitaires, d’environnement ou de solidarité avec des bénévoles du numérique qui les forment ou apportent des renforts personnalisés.

Combien de salariées avez-vous ?

Aucun salarié, nous n’avons même pas de compte en banque ! Sur les 1600 qui interviennent ponctuellement, 40 font tourner la machine (recevoir les demandes, les analyser, les proposer, organiser les formations, alimenter les réseaux sociaux, notre site…) et nous sommes 5 dans le bureau.

Où se trouvent vos membres ?

Un peu partout, même si nous sommes concentrés sur Paris et les métropoles puisque issus du monde numérique.

En termes d’organisation, y a-t-il une seule entité ? Plusieurs groupes de travail distincts ?

Nous fonctionnons par bulles dans lesquelles nous pouvons avoir plusieurs équipes de 4-5 personnes, C’est très informel et cela nous correspond. Par exemple, je suis en charge de la bulle « tech » qui comporte les équipes « front », « back », « crm » et « cloud », nous assurons toute la partie infrastructure et logiciels.

Tu dirais que les membres de l’association sont plutôt à l’aise avec le numérique ?

Oui, tout le monde est à l’aise. En revanche, nous n’avons pas tous un profil technique, bien au contraire.

Quelles sont les valeurs portées par l’association ?

La joie de donner son savoir et son temps sans se prendre la tête. Avec l’idée que lorsque nous n’apporterons plus rien, nous passerons à autre chose. Mais les événements récents ont montré qu’il reste du chemin pour que les associations soient à l’aise dans leurs choix numériques.

Avant de lancer cette démarche, vous utilisiez quels outils ou services numériques ?

GSuite (Gmail, Gdrive), Google Analytics, Slack, Trello, Word, Excel, nos photos sur Flickr, notre site sous WordPress.

Comment est configuré le système d’information et les différentes applications ?

Euh, vous pouvez répéter la question ? 🙂

Plus sérieusement, à mon arrivée, nous utilisions WordPress et CiviCRM sur un espace prêté. Le reste était basé sur des outils propriétaires en mode SAAS.

Qu’est-ce qui fonctionnait bien ? Qu’est-ce qui posait problème ?

La première faiblesse était que nous utilisions la machine d’un bénévole. Le reste de nos informations étaient chez d’autres (Google pour nos documents, Gmail pour nos échanges avec l’externe, GAnalytics pour notre trafic, Flickr, Doodle…). Cela marchait, mais nous étions fragiles et nous ne maîtrisions pas nos données, pas top !

Vous avez entamé une démarche en interne pour migrer vers des outils numériques plus éthiques. Qu’est-ce qui est à l’origine de cette démarche ?

Une volonté, appliquer à soi-même pour mieux expliquer.

D’où est venue l’idée, qu’est-ce qui vous a motivé⋅e⋅s ?

WebAssoc avait déjà mis en avant les solutions libres lors d’interventions. Mais il nous manquait l’expérience et la légitimité, « faites ce que je dis, mais pas ce que je fais » ne marche pas bien. 🙂

Quels sont les objectifs ? Les résultats attendus ?

Notre feuille de route reprend quatre thèmes. Ils sont totalement cloisonnés pour proposer notre expérience sur l’un sans requérir les autres, d’où (on le verra plus loin) le choix de prendre un hébergeur propre à chacun d’eux :

Pour la planète, mettre en avant le réemploi

Nous avons fait notre journée annuelle en janvier sur un PC acheté 50 € sur le … qui tournait sur Emmabuntüs (Linux Debian). Nous adorons cette distribution qui comprend tous les logiciels nécessaires à un bénévole, et qui a permis de belles actions comme Yovotogo.

Proposer un espace pour le bureau regroupant tous les outils

Avec NextCloud et ses applications (partage de fichiers, édition avec Collabora, visio-conférence à quelques-uns, tableau de tâches, gestion des mots de passe partagés et plein, plein d’autres choses).

L’association sur le Web

Avec un blog (WordPress), des photos (Piwigo), un wiki tout simple (DokuWiki), un Framadate, un Wallabag… C’est un espace que nous considérons public donc pas de données sensibles.

Avec l’œil RGPD

Suivre notre trafic avec Matomo, gérer nos contacts et campagnes mails avec CiviCRM, faire des webinaires libre avec BigBlueButton et bientôt des vidéos avec Peertube (merci Framasoft !)

Quel est le lien avec les valeurs de WebAssoc ?

Le libre et son sens des communs correspond bien à nos valeurs. Il a le mérite de scinder hébergeur et logiciel. Ce qui est une garantie pour les associations : changer d’abri (si d’aventure, les besoins évoluent) sans recommencer à zéro la formation des bénévoles. C’est la liberté de choix en somme, c’est évident quand on en parle et pourtant c’est tellement facile de céder aux sirènes opposées.

Quels sont les moyens humains mobilisés sur la démarche ?

Pas vraiment de moyens dédiés, nous sommes allés à notre vitesse, en parallèle de nos anciens usages sans imposer la bascule. Mais le constat qui m’a moi-même surpris, c’est que tout le monde s’y est mis naturellement. Quelques usages restent (comme notre tchat sur Slack en attendant un équivalent fonctionnel intégré à NextCloud).

Y a-t-il une équipe dédiée au projet ? Ou plutôt une personne seule ?

En fait c’est Raphaëlle et le bureau du début qui m’ont poussé dans la piscine. J’ai proposé des expériences avec ça ou ça.
Plusieurs bénévoles (des vrais pros) se sont investis sur chaque thème. Heureusement, parce que pour moi DNS voulait dire « Dîner Nocturne Sympathique » !

Quelles compétences ont été nécessaires ?

Rien pour Emmabuntus : y’a qu’à suivre les tutos.

 

 

NextCloud pour le collaboratif : juste installer et configurer des applis comme sur son smartphone.

PHP pour les services Web : mais pas obligatoire de développer en acceptant une esthétique simple.

Adminsys pour gérer les VM (virtual machine). C’est le plus technique et ardu à tenir dans le temps, mais pas grave si cela plante, nous n’y conservons pas d’archivage.

Combien de temps ça vous a pris ?

Je dirais une année, mais ce n’est pas fini. Il reste des pistes à explorer.

Ça vous a coûté de l’argent ?

Comme expliqué plus haut, rien. Mais c’est de toute façon abordable : 60€/an pour NextCloud sur une instance dédiée et 80€/an pour nos services Web. Ce qui couvre déjà les besoins de la plupart des associations. Pour rester dans le concept de transposer nos expériences, il fallait que cela soit accessible.

50 + 60 + 80, à moins de 200€, une association peut tout avoir sur un PC, basculer de GDrive à NextCloud, avoir à côté du site des sous-domaines comme celui-ci. En fait, une totale autonomie avec des données chez des locaux. Par exemple, j’ai rencontré notre hébergeur NextCloud à Niort, c’est sympa quand même.

Bien sûr, pour de l’envoi de mails en masse ou avoir son propre service de visio-conférence, c’est plus conséquent. Mais cela va de pair avec la taille de l’association et ses moyens. C’est comme le bio, il faut payer un peu plus pour savoir d’où ça vient et sincèrement, les fraises ont un autre goût.

Quelles étapes avez-vous suivi lors de cette démarche, au début, par exemple ?

C’est tout bête, j’ai pris la liste de Degooglisons sans avoir recours aux « Framatrucs ». Vu les annonces, j’ai cherché des équivalents sur NextCloud ou autres services Web.

Ensuite, nous avons démarché des hébergeurs pour nous accueillir, https://yourownnet.net/ pour NextCloud, https://www.o2switch.fr/ pour nos services web, https://www.alinto.com/ pour nos envois de mails et tout récemment https://www.gandi.net pour BigBlueButton.
Nous les remercions tous énormément.

Les étapes intermédiaires ?

Pas vraiment, l’équipe « tech » met à disposition, chacun membre est libre d’utiliser ces nouveaux services. Et par exemple, NextCloud avec l’édition en ligne peut s’utiliser sans rien installer sur son PC.

À ce jour, on en est où ?

Il reste des choses à fiabiliser, par exemple la gestion des droits sur les dossiers, mais rien de rédhibitoire.

Combien de temps entre la décision et le début des actions ?

Le temps de trouver des gentils hébergeurs et des gentils bénévoles.

Avant de migrer, avez-vous testé plusieurs outils au préalable ?

Nous avons profité de la mise à disposition d’instances pendant le confinement, nous avions déjà Talk/NextCloud pour échanger à quelques-uns et nous avons retenu BigBlueButton plutôt que Jitsi pour sa tenue à la charge sur nos webinaires.
Et maintenant, on peut piloter BigBlueButton depuis NextCloud, c’est cool.

Avez-vous organisé un accompagnement des utilisateur⋅ices ?

Certain⋅e⋅s connaissaient déjà, d’autres découvraient en connaissant des équivalents propriétaires. Nous avons laissé venir les questions.

Sous quelle forme avez-vous répondu à ces questions ?

Un wiki où nous avons commencé à mettre des tutos, nous avons aussi récupéré ceux des autres.
Et nous avons fait un webinaire dédié NextCloud.

Quels ont été les retours ?

Globalement positifs. Nous prévoyons quelques séances de visio-partage pour s’améliorer ensemble.

Quels sont les moyens de « l’équipe projet » ?

Par thème, chaque équipe varie de 2 à 4 personnes au gré du temps.

Quelles difficultés avez-vous rencontrées ?

Parfois des détails, avoir des étiquettes entre Thundebird et RoundCube comme sur Gmail. Retrouver nos enregistrements sur BigBlueButton. Il y a un temps de rodage à ne pas négliger.

Il y aussi une difficulté plus importante de formation des équipes pour les aider à basculer et à prendre en main les nouveaux outils. C’est simplement une question d’habitude en réalité, les fonctionnalités des outils étant proches, mais les habitudes sont parfois lourdes à changer : c’est pourquoi un soutien du bureau est utile sur ces enjeux, pour pousser au changement. En fait, y aller en premier pour que les autres suivent.

Envisagez-vous de poursuivre cette démarche pour l’appliquer à d’autres aspects de votre association ?

Nous souhaitons mettre nos webinaires en ligne avec PeerTube, avoir un annuaire des membres avec des accès SSO via OAuth, remplacer Slack en restant dans NextCloud.

Mais surtout, développer l’usage de CiviCRM que nous exploitons à 10 % de ses capacités faute d’un écosystème suffisant en France. L’effet de boule de neige du Libre manque, davantage d’utilisateurs et utilisatrices en amène davantage encore.

Quels conseils donneriez-vous à d’autres organisations qui se lanceraient dans la même démarche ?

• Oser sauter le pas, via un hébergeur pour ne pas galérer au départ, y mettre quelques euros.
• Basculer thème par thème en gardant l’ancienne solution quelques temps.
• Accepter le moins « joli » en se recentrant sur ses besoins qui sont souvent largement couverts.

Le mot de la fin, pour donner envie de migrer vers les outils libres ?

Nous ne sommes pas des libristes à fond, la preuve dans la liste de nos formations qui sont encore pas mal orientées GAFAM. À WebAssoc, nous ne vous dirons pas que le libre c’est bien, mais que c’est mieux (moins cher, moins de dépendance, plus performant, plus respectueux de vos données). Alors allons-y ensemble. 🙂

À l’inverse, si vous maîtrisez NextCloud, ou si vous connaissez CiviCRM ou voulez le découvrir, ou encore si vous avez des compétences OAuth, SSO…, enfin si vous savez installer Peertube et d’autres trucs, venez nous rejoindre, l’ambiance est SUPER sympa.

Pour aller plus loin :

• La feuille de route vers le libre de WebAssoc

Pour accompagner vers le Libre les organisations qui agissent pour l’Économie Sociale et Solidaire, il fallait davantage qu’un guide. Il fallait un outil évolutif, un outil que ces organisations puissent modifier, tronquer, bidouiller, bref s’approprier les contenus pour mieux les adapter à leurs particularités. Audrey nous présente [RÉSOLU], un projet contributopique…

[RÉSOLU] Un pas de plus dans Contributopia

Framasoft s’est associée au Chaton Picasoft et à la Mission Libre-Éducation Nouvelle des CEMÉA dans la réalisation de [RÉSOLU], un projet d’éducation populaire qui vise à accompagner l’adoption d’outils libres par les associations et les organisations de l’Économie Sociale et Solidaire.

Pour les accompagner dans leur transition, nous publions aujourd’hui un ensemble de fiches didactiques, sous licence libre et aux formats PDF, web et papier. Quelle est notre démarche ? D’abord présenter aux acteur⋅ice⋅s de l’ESS la nécessaire cohérence entre leurs valeurs et celles inscrites dans les outils numériques qu’iels utilisent, puis leur faciliter la prise en main de solutions alternatives libres.

Plus qu’un guide, [RÉSOLU] est un mouvement qui souhaite rapprocher les communautés du Libre et de l’ESS. Il s’agit de défendre nos libertés numériques et de promouvoir un modèle de société fondé sur la solidarité et le partage.

Pour contribuer à faire vivre ces [R]éseaux [É]thiques et en savoir plus sur les [S]olutions [O]uvertes pour [L]ibérer vos [U]sages, rendez-vous sur le site de Framabook et de [Résolu] !

À la recherche de cohérence entre valeurs éthiques et usages numériques

Si vous avez déjà recherché la solution à un problème informatique sur des forums en ligne, la mention « [RÉSOLU] » vous est sans doute familière. Lorsque vous la croisez dans le titre donné au problème à résoudre, c’est bon signe : elle précise qu’une des solutions proposées a effectivement résolu le problème initial.

Le problème auquel nous souhaitons apposer la mention [RÉSOLU] s’ouvre par la question suivante : comment se fait-il que tant d’organisations qui promeuvent des principes de solidarité, de partage, d’accessibilité et d’émancipation agissent avec des outils numériques privateurs et peu respectueux de ces considérations éthiques ?

Si nous nous posons cette question, c’est parce que nous pensons que construire un monde meilleur, comme s’y emploie l’Économie Sociale et Solidaire, n’est possible qu’avec des outils numériques qui nous donnent toute la liberté de le faire. Avec le projet [RÉSOLU], nous souhaitons établir une forte cohérence entre les pratiques numériques des membres de l’ESS et les valeurs qu’iels partagent avec la communauté libriste.

Soyez donc [RÉSOLU]E.S à ne plus servir, et vous serez libres

La célèbre maxime d’Étienne de La Boétie porte en elle la démarche du projet [RÉSOLU] : s’extraire de la servitude aux outils privateurs de libertés numériques. Il s’agit de commencer par comprendre la nature de la servitude, de vouloir ensuite s’en extraire, puis d’être en capacité de le faire. [RÉSOLU] se propose d’accompagner ce cheminement, en se rapprochant au plus près des besoins et des aspirations des associations quant à leurs pratiques numériques.

Concrètement, cela se traduit par la mise à disposition d’un ensemble de fiches théoriques et pratiques, classées selon trois types d’actions collectives : collaborer, communiquer et organiser.

Réalisée avec le soutien de la Fondation Free, la première version de cette collection prend la forme d’un manuel au format PDF, disponible sur le site de Framabook, et d’un site web (soyezresolu.org) où vous pourrez naviguer entre les fiches et les exporter séparément en PDF.

Les fiches théoriques ont pour but d’ancrer les enjeux d’un changement des usages numériques dans le contexte de l’ESS. Il s’agit par exemple de comprendre en quoi la confidentialité des données personnelles se joue dans le choix des logiciels que l’on utilise pour communiquer, et pourquoi il est important de se poser cette question, que l’on soit militant ou non.

L’idée n’est pas de porter un discours culpabilisant, mais d’exposer les enjeux politiques, économiques et sociaux associés aux choix d’outils numériques. Si les associations portent une grande attention à ces enjeux pour définir le périmètre de leurs activités, l’objectif de [RÉSOLU] est de les convaincre qu’il est dans leur propre intérêt d’élargir cette attention à leurs usages numériques.

Les fiches pratiques ont un rôle tout aussi crucial : présenter des solutions alternatives libres et accompagner leur prise en main, avec des méthodes et des cas de figure concrets. Par exemple, une fiche consacrée au service Nextcloud explique comment partager des documents de façon sécurisée et comment synchroniser des agendas ; une autre sur le logiciel Garradin détaille comment reprendre le contrôle sur ses données de comptabilité. Mais [RÉSOLU] est plus qu’un catalogue…

Ces fiches proposent de découvrir les fonctionnalités utiles à l’organisation, la communication et la collaboration au sein de structures associatives, institutionnelles ou privées. Elles suggèrent quelques bonnes pratiques et avertissent des éventuelles difficultés ou limites à prendre en compte. En effet, accompagner le changement implique d’être transparent sur les risques et les obstacles potentiels ; [RÉSOLU] ne les efface pas, mais soulève les questions à se poser pour adopter les logiciels libres dans les meilleures conditions possibles.

[RÉSOLU] est entre vos mains : construisons ensemble les réseaux qui libèrent !

L’identification de solutions libres correspondant aux besoins de son organisation et la compréhension des raisons et des moyens de leur adoption constituent une avancée certaine vers la libération des usages numériques. Vous êtes résolu⋅e et prêt⋅e à le faire ? Allons-y ensemble !

S’il est nécessaire d’avoir confiance en soi pour se diriger sereinement vers un terrain inconnu, il est aussi important d’avoir confiance en ses compagnons d’aventure. Les associations qui ont déjà adopté des outils libres, les hébergeurs du CHATONS, les organismes d’éducation populaire et toute autre structure qui souhaite accompagner celles qui en ont besoin sont autant de contacts possibles pour ne pas avancer isolément.

Utilisé comme support pour des formations animées par les CEMÉA, nous espérons que [RÉSOLU] le sera aussi par un grand nombre d’acteur⋅ice⋅s de l’éducation populaire. Des exemplaires imprimés de [RÉSOLU] sont distribués de main en main (au sein des CEMEA, ou lors d’événements auxquels participeront Framasoft et Picasoft), auprès des organisations et des personnes intéressées par l’obtention d’une version papier.

Néanmoins, c’est d’abord aux utilisateur⋅ice⋅s de s’emparer de [RÉSOLU]. Les versions électroniques sont donc disponibles sous licence CC BY-SA, afin de multiplier les supports :

• des versions PDF à des fins d’impressions et les sources au format ouvert pour modifications et enrichissements sur Framabook ;
• une version web sur soyezresolu.org, avec la possibilité d’exporter chaque fiche en PDF.

Le projet [RÉSOLU] évoluera au gré de vos contributions : si vous le souhaitez, vous pouvez améliorer le graphisme ou la rédaction des premières fiches, en créer de nouvelles, ou encore participer au développement de la version web (rendez-vous sur le dépôt du projet).

Diffusez ! modifiez ! publiez !

Pour en savoir plus, vous pouvez contacter Picasoft (@), Framasoft (@) et la Mission Libre-Éducation Nouvelle des CEMÉA (@) via leurs comptes Mastodon.

— Billet édité le 28/06/2020, 17h45.

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

---

Protocoles

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

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

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

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

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

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

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

 

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

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

Babel

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

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

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

 

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

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

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

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

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

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

Appel

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

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

Qui commande ?

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

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

 

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

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

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

Difficultés

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

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

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

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

Conclusion

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

Après

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

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

Nous avons souhaité partager avec vous ce texte, mi-fiction mi réflexion, de Neil Jomunsi. Et nous l’avons même invité à en publier d’autres ici s’il le souhaite. Bonne lecture.

---

C’était inéluctable, nous le savions, parce que rien en ce monde n’est éternel, mais nous ne pouvions pas nous empêcher d’espérer. On a beaucoup parlé, évoqué un temps un possible rachat collectif par tous les utilisateurs, mais le monde étant devenu complexe, il ne se satisfait plus de réponses simpl(ist)es. Ce jour du 29 avril 2026 est donc à marquer d’une pierre blanche : deux ans après Facebook, dont la fermeture de la branche « réseau social » avait provoqué le tollé que l’on sait, Twitter a officiellement annoncé qu’il fermait à son tour les portes de son service. Le bureau d’administration a tranché : plus assez rentable. Twitter venait tout juste de fêter son vingtième anniversaire.

Twitter avait pourtant connu une embellie dans le courant 2020, profitant de la démocratisation des technologies de contrôle vocal et d’intelligence artificielle, et offrant à ses utilisateurs des interfaces toujours plus personnalisées, à mi-chemin entre salon de discussion public et messagerie privée. Les critiques n’avaient pas été tendres lorsque le service de micro-blogging avait décidé de renforcer la part algorithmique des messages affichés aux utilisateurs, mais la tempête avait fini par passer ; car les utilisateurs ont fini, on le sait, par adhérer au concept de bulle de filtres, la vague du « webcare » étant passée par-là, popularisée par des livres de développement personnel tels que Le miroir du réseau ou Modelez le web à votre image.

Bien sûr, les défenseurs d’un web libre et décentralisé avaient prévenu : avec la concentration des données sur une poignée de grosses plateformes, c’était tout un pan de la réflexion et de la création du XXI^e qui courait le risque de disparaître purement et simplement de l’histoire. Ils n’ont pas été démentis : avec Twitter qui ferme, ce sont 20 années d’échanges, de contradictions, de propos calomnieux, injurieux ou mensongers aussi, qui sombrent dans le néant. Twitter assure que les usagers pourront télécharger leur archive personnelle pendant encore un an à compter de la date de fermeture officielle, qui devrait être annoncée sous peu. Mais sans la connexion entre les différents comptes qui rendait lesdites archives dynamiques, et donc pertinentes, ces sauvegardes risquent fort de perdre tout intérêt documentaire pour les historiens. D’autant que peu d’internautes décideront d’en faire quelque chose, et la plupart finiront par pourrir dans un coin de cloud oublié.

Soixante-seize chercheurs et historiens ont publié lundi dans Le Monde une tribune invitant les états à se saisir du dossier et à négocier avec Twitter une pérennisation de la disponibilité en ligne du service, dans un souci de conservation. Il ne s’agirait pas de permettre aux utilisateurs de continuer à utiliser le service, mais de le garder en ligne en l’état, consultable librement par tous. On le sait, Twitter a été le lieu de toutes les discussions politiques des dix dernières années. Avec sa disparition, craignent les signataires, on risque de voir se créer « le plus grand trou noir de l’histoire moderne », comparable avec celui de la disparition des œuvres hors domaine public en déficit d’exploitation.

Alors bien sûr, tout ceci est une fiction.

Mais Twitter fermera ses portes un jour, vous pouvez en être assurés. Et il y a de bonnes chances pour que les choses se déroulent de cette façon. On l’aura encore vu avec Tumblr récemment : faire confiance à de grandes entreprises multinationales pour conserver notre patrimoine artistique, historique et politique est une grave erreur. Nous devons reprendre le contrôle sur nos publications, et a minima les héberger nous-mêmes, sur un blog sur lequel nous avons tout contrôle.

Sans quoi les mites troueront bientôt – et plus vite qu’on ne l’imagine – le tissu de notre mémoire collective.

—
Lire sur le site originel : https://page42.org/mauvaise-nouvelle-twitter-va-fermer/

At the end of 2014, the French non-profit association Framasoft started a crazy challenge: what if we de-google-ified the Internet?

[For French version of this article, see here]

Three years later, more than thirty alternative services to Google, Facebook, and others were available and released to the public. Based on free/libre software only, without advertising, respectful of privacy, maintained by a non-profit association and totally independent.

However, in the « missing » services, one important actor remained: YouTube. Because how one can produce or make available a YouTube alternative without, tomorrow, collapsing in the face of problems? Explosion of online storage space (which costs a fortune), explosion of bandwidth costs (which costs two fortunes!), moderation problems, etc.

A solution had to be found.

The origins of PeerTube

In October 2017, Framasoft has hired the PeerTube developer for a few months on a full-time basis. PeerTube was then only a personal project of a free/libre and federated video distribution platform, in alpha version. The promise was a beta version, usable by the most courageous, for March 2018. The particularity of PeerTube is that the software allows to connect several « instances » of PeerTube between them (thus forming a « federation »), allowing them to exchange information without the user having to change between websites.

By March 2018, the beta version was ready. The association (which lives only on donations) then took the financial risk of extending the developer’s contract, in order to be able to launch a version 1.0 in October 2018. Since Framasoft could not finance this development on its own, a crowdfunding was launched in May 2018 with different levels. 45 days later, the association had collected 53 100€ through 1 381 donations.

In October 2018, the Framasoft non-profit is proud to announce the release of version 1.0 of PeerTube!

 

But then, what does this 1.0 version offer?

First of all, and to avoid misunderstandings, let us remind you that PeerTube is not a single centralized platform (as YouTube, Dailymotion or Vimeo can be), but a software that brings together many PeerTube instances (i.e. different installations of the PeerTube software, thematic or community based) within what is called a federation. You must therefore look for the PeerTube instance that suits you best to view or upload your videos or, failing that, set up your own PeerTube instance, on which you will have full rights.

PeerTube is not a single centralized platform, but a software

Basic functionalities

• • Peertube allows you to watch videos with WebTorrent, to prevent the saturation of the broadcast servers. If several people are watching the same video at the same time, they download small pieces of the video from your server, but also from the devices of other people who are watching the same video in the same time!
  • Federation between PeerTube instances. If the PeerTube instance A subscribes to the PeerTube instances B and C, from a search on A, you can find and watch videos of B and C, without leaving A.
  • The software has fairly detailed settings that allow the governance to be adjusted: each instance can be organized as it wishes. Thus, the instance administrator can define:
    • a disk space quota for each videographer;
    • the number of accepted accounts;
    • the role of users (administration, moderation, use, video upload).
  • PeerTube can run on a small server. For example, you can install it on a VPS-like hardware with two cores and 2GB of RAM. The storage space required obviously depends on the number of videos you want to host personally.
  • PeerTube has a stable and robust code, tested and proven on many systems, which makes it powerful. For example, a PeerTube page often loads much faster than a YouTube page.
  • Your videos can be automatically converted into different definitions (e. g. 240p, 720p or 1080p. or even 4K) to suit the speed and equipment of the visitors. This step is called transcoding.
  • A « Theater » mode as well as a « night » mode are available for better viewing comfort.
  • PeerTube does not spy on you or lock you up: indeed, the application does not collect personal information for commercial purposes, and above all PeerTube does not lock you in a « filter bubble ». In addition, it does not use a biased recommendation algorithm to keep you online indefinitely. It may be a detail (or a weakness) for you, but for us it is a strength that means a lot!
  • There isn’t – yet – any dedicated smartphone application. However, the web version of PeerTube works just as fast on smartphones and adapts perfectly to your device.
  • Visitors can comment on the videos. This feature can be disabled either by the instance administrators on any video or locally by the person who uploads the videos.
  • Since PeerTube uses the W3C standard ActivityPub exchange protocol, it is possible to interact with other software using the same protocol. For example, the PeerTube video platform can interact with the Mastodon social network, an alternative to Twitter. Thus, it is possible to « track » a PeerTube user from Mastodon, or even comment on a video directly from your Mastodon account.

 

• A dedicated button allows you to support the author of a video. In this way, videographers can pick the financing method that suits them.
• We may not have insisted on this point, but PeerTube is of course free/libre software🙂 This means that its source code (its recipe) is available and open to everyone. This means you can contribute to the code or, if you think the software is not going in the right direction, copy it and make the changes that suit your needs.

Functionalities financed through crowdfunding

• • Subtitling: possibility to add multiple language files (in.srt format) to provide subtitles for videos.
  • Instance redundancy: it is possible to « help » a designated instance by activating the redundancy of all or part of its videos (which will then be duplicated on your instance). Thus, if the linked instance is overloaded because too many people are watching the videos it hosts, your instance can support it by making its bandwidth available.
  • Import from other video platforms by simply copying and pasting: YouTube, Vimeo, Dailymotion, etc. On some platforms, the retrieval of the title, description or keywords is even automatic. It is of course also possible to import videos by direct link or from another PeerTube instance. Finally, PeerTube also allows import from .torrent files.

 

 

• Several RSS feeds are available to you according to your needs: one for videos globally, another for those of a channel and one for comments on a video.
• Peertube has become international and now speaks 13 languages including Chinese. Translations into other languages are in progress.
• The search feature is more relevant. It takes into account certain typographical errors and provides filters.

Upcoming features

We have excellent news: although the third level of our crowdfunding wasn’t reached, Framasoft has decided to hire the PeerTube developer on a permanent contract in order to ensure the sustainability of the software development. Other functionalities are therefore planned for 2019.

• A plugin system to customize Peertube. This is an essential development, as it will allow everyone to develop their own plugins to adapt PeerTube to their needs. For example, it will become possible to propose recommendation plugins with specific algorithms or completely different graphic themes.
• We will probably develop a mobile application (or some motivated contributors will)
• It will quickly be possible to improve the video import tool, so that you can « synchronize » your YouTube channel with your PeerTube channel (PeerTube will be able to check if new videos have been added and will automatically add them to your PeerTube account, including title and descriptions). In fact, this feature is already available for those who host their PeerTube instance and master the command line.
• Statistics by instance or by account may be made available.
• The improvement of moderation tools for big instances

To go further

It’s up to you! PeerTube belongs to you, take advantage of its possibilities. Submit quality videos (preferably under a free license, or for which you have the broadcasting rights or an explicit agreement) to one of the existing instances. Let your contacts and subscribed YouTubers know about PeerTube. And if you can, install your own instance to further expand the federated network!

Supporting Framasoft also means supporting PeerTube

PeerTube

• FramaTube, Framasoft’s PeerTube instance
• Joinpeertube.org
• Instances open for registration
• List of instances and their information
• Frequently Asked Questions
• PeerTube Git Repository
• How to install PeerTube on your own server (only in English for now)
• Submit « issues » (request for technical corrections)
• PeerTube forum of framacolibris to discuss about the software (in English)

Framasoft

• Home page
• Presentation article in English on OpenSource.com Part 1 – Part 2 (thanks to Scott Nesbitt)
• Presentation videos in English at FOSDEM 2017 (De-google-ify Internet) and FOSDEM 2018 (Contributopia)
• De-google-ify Internet
• Contributopia.org

Ce qui nous fait du bien, chez Framasoft, c’est quand nous arrivons à tenir nos engagements. On a beau faire les marioles, se dire qu’on est dans l’associatif, que la pression n’est pas la même, tu parles !

[Short version of this article in English available here]

Après le financement participatif réussi du mois de juin 2018, nous avions fait la promesse de sortir la version 1 de Peertube en octobre 2018. Et alors, où en sommes-nous ? Le suspense est insoutenable.

Nous étions confiants. Le salaire du développeur principal, Chocobozzz, était assuré jusqu’à la fin de l’année, nous avions déjà recensé des contributions de qualité, nous avions fait un peu de bruit dans la presse… Cependant, nous avions aussi pris un engagement ferme vis-à-vis de nos donateur·ices, ainsi qu’auprès d’un large public international qui ne nous connaissait pas aussi bien que nos soutiens francophones habituels.

Ne vous faisons pas languir plus longtemps, cette version 1.0, elle est là, elle sort à l’heure dite et elle tient ses promesses, elle aussi. C’est l’occasion de dérouler pour vous un récapitulatif des épisodes précédents, ce qui vous évitera de farfouiller dans le blog pour retrouver vos petits. On sait que c’est pénible, on l’a fait. 🙂

C’est quoi, PeerTube ? Une révolte ? Non, Sire, une révolution

 

« Dégooglisons Internet ! » avons-nous crié partout pendant trois ans, sur l’air de « Delenda Carthago ! »

Ça, c’était une révolte. Un cri du cœur. Déjà un défi fou : proposer une alternative aux services des géants du web, les GAFAM et leurs petits copains (Twitter, par exemple). Un par un, les services étaient sortis, à un rythme insensé. Ils sont toujours là. Il faut les maintenir. Heureusement, les (désormais 60) CHATONS permettent de répartir un peu la charge. L’offre de mail mise de côté, il restait un gros morceau : proposer une alternative crédible au géant Youtube, rien que ça ! Pas facile de briser l’hégémonie des plateformes de diffusion vidéo !

Les fichiers vidéo sont lourds, c’est le principal inconvénient. Donc il faut de gros serveurs, beaucoup de bande passante, ce qui représente un coût astronomique, sans parler de l’administration technique de tout ça.
Non seulement impensable au regard de nos moyens, mais surtout complètement à l’opposé des principes du Libre : indépendance, décentralisation, partage. Pour répondre au défi financier, Youtube et ses clones utilisent toutes les ressources du capitalisme de surveillance : en captant l’attention des internautes dans des boucles sans fin, en profilant leurs goûts, en les assaillant de publicité, en leur proposant des recommandations parfois toxiques…

C’est là que nous avons pris connaissance du logiciel (libre !) d’un jeune homme sympathique caché derrière le pseudo Chocobozzz, qui travaillait dans son coin à proposer une manière innovante de diffuser et visionner de la vidéo sur Internet.

Quand vous visionnez une vidéo, votre ordinateur participe à sa diffusion

PeerTube utilise les ressources du Web (WebRTC et BitTorrent, des technologies permettant le partage de diffusion, qui est un concept fondamental d’Internet) pour alléger la charge des sites qui hébergent du contenu. Avec un principe on ne peut plus simple : quand vous visionnez une vidéo, votre ordinateur participe à sa diffusion. Si beaucoup de personnes regardent la même vidéo, au lieu de tirer sur les ressources du serveur, on demande un petit effort à chaque machine et à chaque connexion. Les flux se répartissent, le réseau est optimisé. L’Internet comme il doit être. Comme il aurait dû le rester !

Pas besoin d’héberger tous les contenus que vous souhaitez diffuser : il suffit de se fédérer avec des instances amies qui proposent ces contenus pour les référencer sur sa propre instance. Sans dupliquer les fichiers. Et ça marche ! Quand les copains de Datagueule ont mis en ligne leur documentaire Démocratie, le logiciel a encaissé les milliers de visionnages sans broncher. Nous vous avons alors soumis l’idée d’embaucher Chocobozzz pour lui permettre de travailler sereinement à son projet, avec pour objectif de produire une version bêta du logiciel en mars 2018. Grâce à vos dons et à votre confiance, nous avons franchi cette première étape.

Nous avons entre-temps peaufiné notre nouvelle feuille de route Contributopia, dans laquelle PeerTube s’inscrivait parfaitement. Avec la recommandation du protocole ActivityPub par le W3C, qui renforçait le principe de fédération déjà initié par des logiciels sociaux (comme Mastodon), PeerTube est même devenu une brique majeure de Contributopia. Heureusement, la fédération, c’est facile à expliquer, parce que tout le monde l’utilise déjà : on a tou⋅tes des adresses mails, fournies par des tas de serveurs différents, et pourtant on arrive à s’écrire ! Avec PeerTube, lorsque plusieurs instances sont fédérées, il est possible de faire des recherches sur toutes ces instances, sans quitter celle sur laquelle vous êtes, ou de commenter des vidéos d’une instance distante sans avoir besoin de vous créer un compte dessus.

L’étape suivante allait de soi : continuer. La communication autour de PeerTube, via nos réseaux habituels, nous avait déjà permis d’attirer les contributions, des vidéastes avaient manifesté leur intérêt, les forums bruissaient de questions.

C’est pourquoi, rompant avec nos usages habituels, bousculant notre tempo, nous avons décidé de pousser les feux en prenant définitivement le rôle d’éditeur du logiciel de Chocobozzz, avec son accord, évidemment. Et surtout en soumettant une demande de financement participatif à l’international, en anglais, pour pérenniser son embauche, sans forcément vous solliciter à nouveau directement (mais on sait qu’une partie d’entre vous a tenu à participer quand même, et ça fait chaud au cœur, vraiment).

Cette fois encore, ce fut un joli succès, alors que franchement on n’en menait pas large, et voilà ce qui nous amène à cette version 1.0.

Mais alors, elle embarque quoi, cette version 1.0 ?

Avant tout, et pour éviter les mécompréhensions, rappelons que PeerTube n’est pas une seule plateforme centralisée (comme peuvent l’être YouTube, Dailymotion ou Viméo), mais un logiciel permettant de rassembler de nombreuses instances PeerTube (c’est-à-dire différentes installations du logiciel PeerTube, thématiques ou communautaires) au sein de ce que l’on appelle une fédération. Il vous faut donc chercher l’instance PeerTube qui vous convient pour visionner ou mettre en ligne vos vidéos ou, à défaut, mettre en place votre propre instance PeerTube, sur lequel vous aurez tous les droits.

PeerTube n’est pas une seule plateforme centralisée, mais un logiciel

Fonctionnalités de base

• Peertube permet de regarder des vidéos avec WebTorrent, pour ne pas saturer les serveurs de diffusion. Si plusieurs personnes regardent la même vidéo, elles téléchargent de petits morceaux de la vidéo depuis votre serveur, mais aussi depuis les machines des autres personnes qui regardent la même vidéo !
• Fédération entre instances PeerTube. Si l’instance PeerTube A s’abonne aux instances PeerTube B et C, depuis une recherche sur A, on peut trouver et visionner les vidéos de B et C, sans quitter A.
• Le logiciel dispose de réglages assez fins qui permettent d’ajuster la gouvernance : chaque instance s’organise comme elle le souhaite. Ainsi, l’administrateur·ice de l’instance peut définir :
  • un quota d’espace disque pour chaque vidéaste ;
  • le nombre de comptes acceptés ;
  • le rôle des utilisateur·ices (administration, modération, utilisation, upload de vidéos).
• PeerTube peut fonctionner sur un petit serveur. Vous pouvez par exemple l’installer sur un matériel type VPS ayant deux cœurs et 2Go de RAM. L’espace de stockage requis dépend évidemment du nombre de vidéos que vous souhaitez héberger personnellement.
• PeerTube dispose d’un code stable et robuste, testé et éprouvé sur de nombreux systèmes, ce qui le rend performant. Ainsi, une page PeerTube se charge souvent bien plus vite qu’une page YouTube.
• Vos vidéos peuvent être automatiquement converties dans différentes définitions (par exemple 240p, 720p ou 1080p. voire le 4K) pour s’adapter au débit et matériel des visiteur·euses. Cette étape s’appelle le transcodage.
• Un mode «Théâtre» ainsi qu’un mode «nuit» sont disponibles pour un meilleur confort de visionnage.
• PeerTube ne vous espionne pas et ne vous enferme pas : en effet, l’application ne collecte pas d’informations personnelles à des fins d’exploitation commerciale, et surtout PeerTube ne vous enferme pas dans une « bulle de filtre ». Par ailleurs, il n’utilise pas d’algorithme de recommandation biaisé pour vous faire rester indéfiniment en ligne. C’est peut-être un détail (ou une faiblesse) pour vous, mais pour nous c’est une force qui veut dire beaucoup !
• Il n’existe pas – encore – d’application smartphone dédiée. Cependant, la version web de PeerTube fonctionne rapidement sur smartphone et s’adapte parfaitement à votre appareil.
• Les visiteur⋅euses peuvent commenter les vidéos. Cette fonctionnalité peut être désactivée soit par l’administrateur·ice de l’instance sur n’importe quelle vidéo, soit localement par la personne qui met en ligne les vidéos.
• PeerTube utilisant le protocole d’échanges ActivityPub, il est possible d’interagir avec d’autres logiciels utilisant ce même protocole. Par exemple, la plateforme de vidéo PeerTube peut interagir avec le réseau social Mastodon, alternative à Twitter. Ainsi, il est possible de « suivre » un utilisateur PeerTube depuis Mastodon, ou même de commenter une vidéo directement depuis votre compte Mastodon.
• Un bouton permet d’apporter votre soutien à l’auteur d’une vidéo. Ainsi, les vidéastes peuvent mettre en place le mode de financement qui leur convient.
• Nous n’avons peut-être pas insisté sur ce point, mais PeerTube est bien évidemment un logiciel libre 🙂 Cela signifie que son code source (sa recette de cuisine) est disponible et ouverte à tou⋅tes. Ainsi, vous pouvez contribuer au code ou, si vous pensez que le logiciel ne va pas dans la bonne direction, le copier et y apporter les modifications qui correspondent à vos besoins.

Fonctionnalités financées par le crowdfunding

• Le sous-titrage : possibilité d’ajouter de multiples fichiers de langue (au format .srt) pour proposer les sous-titrages des vidéos.
• La redondance d’instance : il est possible « d’aider » une instance désignée en activant la redondance de tout ou partie de ses vidéos (qui seront alors dupliquées sur votre instance). Ainsi, si l’instance liée est surchargée parce que trop de monde regarde les vidéos qu’elle héberge, votre instance pourra la soutenir en mettant sa bande passante à disposition.
• L’import depuis d’autres plateformes vidéo par simple copier-coller : YouTube, Viméo, Dailymotion, etc. Depuis certaines plateformes, la récupération du titre, de la description ou des mots clés est même automatique. Il est bien entendu possible d’importer aussi des vidéos par lien direct ou depuis une autre instance PeerTube. Enfin, PeerTube permet aussi l’import depuis les fichiers .torrent.
• Plusieurs flux RSS s’offrent à vous selon vos besoins : un pour les vidéos de manière globale, un autre pour celles d’une chaîne et un dernier pour les commentaires d’une vidéo.
• Peertube s’est internationalisé et parle maintenant 13 langues dont le chinois. Des traductions vers d’autres langues sont en cours.
• La recherche est plus pertinente. Elle prend en compte certaines fautes de frappe et propose l’utilisation de filtres.

Fonctionnalités à venir

Nous avons une excellente nouvelle : bien que le troisième palier du crowdfunding n’ait pas été atteint, Framasoft a décidé d’embaucher Chocobozzz en CDI afin de pérenniser le développement de Peertube. D’autres fonctionnalités sont donc prévues au cours de l’année 2019.

• Un système de plugins pour personnaliser Peertube. Il s’agit là d’un développement essentiel, car il permettra à chacun⋅e de développer ses propres plugins pour adapter PeerTube à ses besoins. Par exemple il deviendra possible de proposer des plugins de recommandations avec des algorithmes spécifiques ou des thèmes graphiques complètement différents.
• Nous développerons éventuellement une application mobile (ou bien des contributeur⋅ices motivé⋅e⋅s le feront)
• Il sera rapidement possible d’améliorer l’outil d’importation de vidéos, de façon à pouvoir «synchroniser» votre chaîne YouTube avec votre chaîne PeerTube (PeerTube sera en capacité de vérifier si de nouvelles vidéos ont été ajoutées et pourra automatiquement les ajouter à votre compte PeerTube, titre et descriptions compris). Dans les faits, cette fonctionnalité fonctionne déjà pour celles et ceux qui hébergent leur instance PeerTube et maîtrisent la ligne de commande.
• Des statistiques par instance ou par compte pourront être mises à disposition.
• L’amélioration des outils de modération.

 

PeerTube répare Internet

La campagne « Dégooglisons Internet » était un cri, une réaction, un rejet. Rejet des GAFAM et de leur vision centralisatrice, fermée, toute tournée vers le fric et le contrôle. Lutter contre les GAFAM, c’est mener un combat disproportionné. Mais la prise de conscience est faite. Nous n’avons plus besoin de rabâcher notre couplet sur leur façon de nier nos libertés, de s’approprier nos données personnelles, de prendre le pouvoir dans nos vies. Et puis il faut dire qu’à force de scandales, ils nous ont bien aidés à accélérer dans l’opinion publique cette prise de conscience. Nous revendiquons fièrement notre participation à cette évolution des esprits, au milieu d’autres acteurs tout aussi importants (LQDN, la CNIL, l’APRIL, etc.). Il est temps maintenant de passer à autre chose.

 

 

Chez Framasoft, incorrigibles bavards que nous sommes, nous avons produit beaucoup d’écrits, et nous avons finalement, proportionnellement, assez peu de contenus vidéos à proposer, alors que c’est un média qui est devenu à la fois plus facile à élaborer et plus demandé par le public. Ce virage vers la vidéo nous a été confisqué par les plateformes centralisatrices, Youtube en tête. Elles ont installé un standard, une norme, avec des pratiques révoltantes comme la censure aveugle et l’appropriation des contenus.

Le principe de fédération impulsé par le protocole ActivityPub et les logiciels qui l’utilisent (Peertube, Mastodon, Funkwhale, PixelFed, Plume… la liste s’allonge chaque mois) est en train, ni plus ni moins, de corriger le tir, de (re)construire le futur d’Internet. Celui que nous appelons de nos vœux.

 

Oui, cette fois, c’est une révolution. Avec Contributopia, nous annonçons une étape de construction, basée sur le partage, les communs, l’éducation populaire.

Nous avons aussi pris conscience, en avançant, que nous ne pouvions plus nier la dimension politique de cette vision. Alors quand on dit «politique», on convoque l’étymologie du mot, hein. C’est pas demain qu’on verra Pyg, notre délégué général, à l’Assemblée Nationale. Il n’empêche ! La culture du libre, ça va bien au-delà de l’hébergement d’agendas ou de l’ouverture d’un pad pour rédiger le présent article à plusieurs.

Nous travaillons, dans le cadre qui est le nôtre, à fournir des outils numériques aux utopistes qui, comme nous, pensent qu’il y a encore moyen de sauver les meubles. On se disait que ce n’était pas super vendeur, mais nous avons pu voir, lors de nos fréquentes interventions à droite et à gauche, que la démarche rencontrait de l’écho. Nous avons encore quelques jolies cartes à jouer pour la suite (même si pour certaines on ne sait pas encore comment ça se passera ^^), comme toujours dans la bonne humeur et le houblon doré.

Nous espérons que vous nous suivrez, encore, dans cette voie.

Longue vie à PeerTube.

L’équipe de Framasoft.

Pour aller plus loin

À vous de jouer ! PeerTube vous appartient, emparez-vous de ses possibilités. Déposez des vidéos de qualité (de préférence sous licence libre, ou pour laquelle vous avez les droits de diffusion ou un accord explicite) sur l’une des instances déjà existantes. Faites connaître PeerTube à vos contacts et aux YouTubeur⋅euses auxquels vous êtes abonné⋅e. Et si vous le pouvez, installez votre propre instance pour agrandir encore le réseau fédéré !

• FramaTube, l’instance Framasoft de PeerTube
• Joinpeertube.org
  • instances ouvertes aux inscriptions
  • liste des instances et leurs informations
  • foire aux questions
• Dépôt git de PeerTube
• Comment installer PeerTube sur son propre serveur (uniquement en anglais, pour l’instant).
• Déposer des « issues » (demande de corrections techniques)
• Forum PeerTube des framacolibris pour échanger autour du logiciel
• Contributopia.org
• Soutenir Framasoft, c’est aussi soutenir PeerTube