Pour l’année 2021, Framasoft a encore de nombreuses envies (ça, on n’en manque jamais !) : éducation populaire au numérique, développement des logiciels que nous maintenons et actions pour participer à la re-décentralisation du web.

Nous vous présentons ici les principales actions que nous prévoyons de mener l’année prochaine. Cependant, si 2020 nous a confirmé quelque chose, c’est que rien n’est acquis, que tout peut être chamboulé. Il ne s’agit donc pas ici d’une roadmap (feuille de route) gravée dans le marbre, mais bien d’un instantané de notre to do list (ou « liste des choses à faire ») pour 2021.

Voilà donc ce que nous envisageons de faire l’an prochain, si le monde ne nous fait pas réviser nos plans en plein milieu de l’année et si nous le pouvons. Nous espérons que vous nous donnerez les moyens de le réaliser en rejoignant nos donateurs et donatrices.

Prendre plus de temps pour développer des outils éthiques

En 2021, Framasoft va bien évidemment continuer à travailler sur les logiciels que l’association développe depuis plusieurs années. Cependant, nous ne prévoyons pas de collecte dédiée à l’un de ces logiciels pour cette année.

En effet, si animer une collecte permet de faire connaître une initiative tout en la finançant, c’est aussi, souvent, le début d’un sprint pour coder des fonctionnalités phares dans les temps annoncés.

Cette année, nous voulons travailler sur des améliorations, des outils d’appropriation, des fonctionnalités peut-être moins sexy mais tout aussi importantes. Nous voulons aussi prendre le temps de mieux nous adapter à vos retours et vos besoins.

 

Trouver une communauté pour (le logiciel) Framaforms

Théo passera encore quelques mois avec nous en 2021 pour poursuivre le travail déjà bien engagé sur le logiciel qui propulse Framaforms : résolution de bugs et ajout de fonctionnalités demandées par les utilisateur⋅ices. Toutes ces améliorations font que Framaforms pourra bien plus facilement être utilisé et administré.

Théo a d’ailleurs pour mission de faire émerger une communauté de contributeur⋅ices autour de ce logiciel afin que son évolution ne repose pas exclusivement sur notre petite association. Un site web de présentation verra le jour dans les mois à venir.

Nous espérons vivement que d’autres vont s’intéresser à cette solution et continuer de la faire vivre et évoluer, car Framaforms est un de nos services les plus utilisés. Le besoin de formulaires libérés des griffes de Google est grand, le Libre a des arguments solides dans ce domaine, et l’effort de développement ne peut pas reposer uniquement sur les épaules de notre association.

Slidewalker, une alternative à Slideshare et Scribd

Voilà une idée qui nous démange depuis quelques années… Créer un logiciel libre pour que des hébergeurs web puissent proposer un service d’hébergement et de consultation de documents en ligne, une alternative à slideshare ou scribd.

Slidewalker permettrait d’y envoyer des documents (pas uniquement des diaporamas) en formats ouverts (open documents) ou en pdf. Bon, pour les personnes qui utilisent des formats fermés (docx, xlsx, pptx…) on trouvera bien une solution pour convertir ça en pdf au passage, hein. Mais si vous voulez mieux, faudra demander à Microsoft d’ouvrir les formats de ses fichiers propriétaires !

Une fois hébergés, ces fichiers pourraient être décrits, consultés, intégrés dans une page web, ouverts aux commentaires (ou pas, hein, c’est pas obligé !). On imagine même des fonctionnalités de groupes, de quotas… ce ne sont pas les idées qui manquent.

Cependant, nous sommes réalistes et savons que nous ne les réaliserons pas toutes en 2021, ni pour la v1 de ce projet. Par exemple, nous n’envisageons pas de faire un outil fédéré sur ce coup-là ! Nous ne savons même pas si nous proposerons une instance ouverte de ce logiciel.

Nous avons envie d’un outil modeste et efficace, qui fait le job sans fioriture. À ce jour, nous n’en sommes qu’à l’imaginer, rendez-vous en 2021 pour voir comment cette envie se concrétisera (et si on y parvient !).

Consolider PeerTube vers sa v4

Comme nous vous l’avons indiqué à de multiples reprises, nous prévoyons de sortir la v3 de PeerTube intégrant la diffusion de vidéos en direct et en pair à pair en janvier 2021. Cependant, ce « live » sera dans un premier temps minimaliste (pas d’outil de chat, pas de réactions, etc.) et il sera sûrement nécessaire de le faire évoluer, d’y ajouter des outils. Nous envisageons donc des mises à jour au regard de vos retours, que ce soit au niveau de l’interface ou en complément à cette fonctionnalité majeure.

En 2020, notre designer associée, Marie-Cécile Godwin, a réalisé plusieurs entretiens avec des vidéastes, des administrateur⋅ices d’instances et des internautes souhaitant visionner des vidéos ailleurs que sur les plateformes des géants du web. Ces entretiens ont confirmé nos impressions : tomber sur un logiciel fédéré (PeerTube) quand on s’attend à trouver une plateforme vidéo (« à la YouTube »), c’est déroutant !

Google et ses collègues de bureaux nous ont mal habitué⋅es, et il est difficile pour les internautes d’appréhender les principes du web décentralisé et de la fédération… Nous aimerions donc réussir en 2021 à faciliter cette compréhension.

Nous envisageons plusieurs modifications notables de l’interface, par exemple en y insérant des éléments pédagogiques. Nous aimerions que les internautes qui visitent ExempleTube puissent facilement voir si telle vidéo est hébergée par ExempleTube ou si elle se trouve sur les disques durs d’une instance fédérée à ExempleTube. Pouvoir identifier la provenance d’une vidéo d’un regard, cela peut tout changer, que ce soit pour le spectateur, la vidéaste ou l’admin qui héberge l’instance.

Nous aimerions aussi améliorer la découvrabilité des contenus hébergés par une instance, que ce soit des vidéos ou des chaînes. Notre moteur de recherche SepiaSearch est un merveilleux outil pour rechercher des vidéos, mais il faut savoir ce que l’on cherche.

Pour les personnes qui veulent juste naviguer, il n’y a pour le moment que cette page de JoinPeertube qui vous propose une sélection de vidéos, de chaînes et d’instances. Nous aimerions donc créer un outil pour que les administrateur⋅ices d’instances puissent mettre en valeur, voire recommander certains contenus. On pourrait aussi permettre aux vidéastes de davantage personnaliser leurs chaînes PeerTube par la mise en avant d’une vidéo, en réorganisant leurs playlists, en ajoutant une bannière ou en recommandant d’autres chaînes.

Développer le Mobilizon qui vous servira

En publiant fin octobre la première version de Mobilizon, nous avons démontré qu’il est désormais possible pour celles et ceux voulant se rassembler, se mobiliser et s’organiser, d’utiliser un outil libre et fédéré. Nous avons hâte d’améliorer Mobilizon en 2021.

Nous aimerions, par exemple, prendre en compte plusieurs retours qui nous ont été faits ces dernières semaines, en mettant en place un système pour voir facilement l’activité d’un évènement auquel on s’est inscrit, ou les nouveaux contenus publiés dans les groupes qu’on a rejoints.

Mais on ne veut pas non plus vous submerger de notifications, ni vous proposer une pâle copie du fil d’actualités proposé par Facebook et consorts. Ce serait totalement contraire à l’esprit de sobriété attentionnelle que nous avons voulu pour cet outil. Nous allons donc prendre le temps nécessaire d’imaginer le système le plus approprié et pour cela, nous continuons à travailler avec Marie-Cécile Godwin car il nous semble que nous sommes davantage face à une complexité de design qu’à une problématique de code.

Nous pensons aussi à améliorer la découvrabilité des évènements. Dans le menu ‘Explorer’, vous avez actuellement la possibilité de rechercher des évènements par localisation géographique. Mais un affichage sur une carte pourrait être une autre façon de rendre visibles les évènements qui se déroulent à proximité de chez vous.

Vous avez été nombreu⋅ses à nous indiquer ne pas comprendre ce qui était sélectionné dans la section « Évènements à la Une » ou dans la section « Ces évènements peuvent vous intéresser » qui s’affiche en bas des pages évènements. Nous allons donc essayer de rendre plus compréhensibles les critères de ces sélections (titre, tag, date, lieu, etc.).

Enfin, nous prévoyons de créer un espace dédié aux différentes contributions sur JoinMobilizon (retours, questions, traductions, code et aide à l’installation, etc.). Nous pourrons ainsi prendre connaissance de vos envies concernant cet outil et sûrement ajouter des fonctionnalités auxquelles nous n’avons pas encore pensé.

Décentraliser pour ne pas concentrer les pouvoirs

Les géants du web, c’est une poignée d’entreprises qui a réussi à ce que l’on passe le plus de temps possible devant nos écrans, pour mieux décider de ce qui va s’y afficher.

Plus il y a de monde utilisant leurs outils, plus ils ont de pouvoir, plus il est compliqué pour chacun·e d’entre nous d’utiliser des outils alternatifs.

Nous le constatons même à notre niveau (énorme pour une petite association loi 1901, mais ridiculement petit par rapport à Google, par exemple). Plus un de nos services est utilisé, plus il attire les usages problématiques (modération, spam) et plus cela pose des problèmes de déséquilibre (et beaucoup de cas de conscience pour notre équipe lorsque l’on doit trancher !).

La solution à cela, c’est de proposer encore et toujours plus d’hébergements de services variés. C’est une vérité que l’on va devoir accompagner sur plusieurs années : se dégoogliser c’est bien, c’est déjà énorme, et cela ne suffit pas. Ce n’est que la première étape pour décentraliser ses usages numériques.

Proposer des alternatives à certains Frama-services

Framasoft continuera en 2021 à transformer certains de ses services en portails vers ces mêmes outils, mais installés chez d’autres hébergeurs de confiance, le plus souvent membres du collectif CHATONS. C’est déjà le cas pour les services que nous avons fermés en 2020 : Framabee, Framanews et Framastory.

Très prochainement, nous fermerons les services Framapic, Framavectoriel, Framaclic, MyFrama et l’ancienne version de Framindmap, pour les remplacer par une page « Alternatives », similaire à celle ci-dessus. Mi-2021, ce sera au tour des services Framasite, Framawiki, Framaboard, Framanotes, Framabin, Framabag et Framacalc de présenter des alternatives, comme nous l’avons expliqué dans cet article.

Nous allons aussi restreindre l’usage de certains services dans l’année. Ainsi, il ne sera bientôt plus possible de raccourcir de nouveaux liens via Frama.link, mais les urls déjà raccourcies continueront à fonctionner. Nous allons aussi fermer les inscriptions sur Framasphère et Framapiaf (mais si vous avez déjà un compte, rien ne va changer pour vous).

En revanche, contrairement à ce qui est indiqué sur notre calendrier de fermetures, nous pensons ne pas restreindre le service Framalistes cette année. Les alternatives (même sous un autre logiciel libre) sont rares, et c’est un service d’autant plus utilisé en période de distanciation sociale. Nous avons décidé de ne pas restreindre ce service le temps de trouver une solution durable.

Plus généralement, début 2021, nous allons repenser nos plans pour « déframasoftiser Internet ». Sans remettre en cause la démarche, voilà plus de 2 ans que nous avons commencé à imaginer ce calendrier. Depuis, le monde a bien changé, le paysage du logiciel libre aussi : il est temps d’une petite mise à jour !

Soutenir le Collectif des Hébergeurs Alternatifs Transparents Ouverts Neutres et Solidaires (CHATONS)

En 2021, nous souhaitons aussi continuer de nous investir dans la coordination du collectif d’hébergeurs alternatifs CHATONS.

Le nombre de structures membres du collectif croît chaque année et le nombre de services alternatifs que ces structures proposent est de plus en plus important. C’est pourquoi le collectif envisage en 2021 de revoir son site web afin que vous puissiez trouver encore plus facilement le service ou la structure qui correspond le mieux à vos besoins.

Un travail de la refonte de la litière, le wiki du collectif, est actuellement en cours et devrait prochainement vous donner accès à l’ensemble de la documentation produite par le collectif.

Enfin, CHATONS prévoit de se doter d’une nouvelle interface qui permettra à tous les internautes de prendre conscience de l’activité réalisée par les 90 structures qui le composent.

Contribuer aux outils numériques des autres

C’est toujours très agréable de contribuer à des projets portés par d’autres structures. En 2021, nous allons continuer de soutenir des développements d’outils qui sont menés par d’autres structures et auxquels nous avons déjà apporté notre pierre.

Nous vous le présentions en 2019, Bénévalibre est un logiciel libre qui permet de comptabiliser les heures de bénévolats au sein d’une association. Si la logique du « tout comptable » ne fait pas vraiment partie de nos valeurs, il nous semble malgré tout évident qu’une telle exigence ne doit pas dépendre de logiciels propriétaires.

C’est d’ailleurs pour cela que les ami·es du groupe LibreAssociation de l’April ont porté ce développement, et que nous les avons soutenu.es. La v1 de Bénévalibre datant de septembre 2019, il y a désormais bien du recul et des utilisations pour déterminer comment y contribuer et l’améliorer en 2021.

L’association Résistance à l’Agression Publicitaire travaille sur la place de la publicité dans notre société : ce n’est pas là qu’on s’imagine trouver des devs maintenant un logiciel. Et pourtant, RAP a eu besoin d’un logiciel pour lancer des pétitions en ligne, alors iels l’ont codé !

Il y a un grand besoin de libérer les outils de pétitions des mécanismes du capitalisme de surveillance. En 2021, notre soutien au logiciel Pytitions sera logistique mais aussi financier, dans l’espoir de le faire avancer plus rapidement vers une version grand public.

Contribuer à l’émancipation numérique des internautes

Nous n’allons pas pouvoir lister ici l’ensemble des actions d’éducation populaire auxquelles nous allons contribuer en 2021.

D’une part parce qu’une partie de ces actions en sera au stade de la réflexion, et que faire travailler l’intelligence collective, ça prend du temps et c’est complexe à planifier.

Par exemple, il est possible qu’en 2021 on expérimente un changement radical de paradigme et de fonctionnement au sein de la maison d’édition Framabook, ou qu’on réfléchisse aux prochains modules du MOOC CHATONS… mais c’est encore à déterminer avec les collectifs concernés.

D’autre part, parce qu’une autre partie de ces actions se font en fonction des besoins qui naissent, des volontés  qui se rencontrent, des plannings qui trouvent un moment en commun, etc.

Voici donc les grandes lignes que l’on peut tracer aujourd’hui, et il sera très amusant de comparer ce croquis avec un bilan plus complet de nos actions d’éducation populaire fin 2021.

Vous retrouver, loin des claviers, ça nous manque !

Nous espérons qu’en 2021 les conditions sanitaires nous permettront de reprendre nos interventions, ateliers, conférences ou tables-rondes lors de rencontres physiques. Certes, la santé passe avant tout ! Respecter notre santé et la vôtre sera pour nous une condition essentielle avant d’accepter toute intervention.

Ceci étant dit, nous gardons espoir que ce soit possible, car… vous nous manquez ! C’est pour nous essentiel d’aller régulièrement à la rencontre de publics variés pour partager nos observations sur l’hégémonie des géants du web et le monde que nous préparent les entreprises du Capitalisme de Surveillance.

En attendant, nous ne manquerons pas de poursuivre nos interventions en ligne, et autant vous dire qu’il y en a déjà de prévues pour le premier semestre 2021 !

 

Promouvoir les Métacartes numérique éthique

Si (pandémie oblige) le projet a pris du retard, les Métacartes Numérique Éthique sont actuellement en phase de test auprès de plusieurs communautés, dont un prochain atelier ce vendredi 18 décembre 2020 (inscrivez vous sur mobilizon !)

Cet outil à destination des médiateur⋅ices numériques pour qu’iels puissent facilement sensibiliser aux enjeux des technologies du numérique et proposer des alternatives respectueuses des internautes devrait donc voir le jour dans le courant de l’année 2021.

Framasoft va poursuivre son soutien à cette belle initiative que nous avons hâte de voir naître en 2021 ! Pour aider la production, nous avons (entre autres) pré-commandé des jeux et espérons pouvoir diffuser ce dispositif d’animation incontournable auprès de médiateurs amateurs et médiatrices professionnelles.

Décrire le Fediverse, en une thèse ou un dessin

Lorsque nous parlons de PeerTube ou de Mobilizon par exemple, nous voyons bien que les notions de « logiciel fédéré », d’« instances » et de fédération sont complexes à aborder. Il faut dire que, ces vingt dernières années, les multinationales du numérique ont réduit le web à « un site = une plateforme = un service », laissant entendre à la majorité des internautes qu’il n’y aurait pas d’alternative.

En 2021, nous aimerions donc travailler à ce que ces notions deviennent plus abordables pour tous et toutes. Par exemple, nous avons demandé à l’association LILA (qui a réalisé pour nous la vidéo d’animation What Is PeerTube?) de remettre le couvert pour créer quelques courtes vidéos vulgarisant des notions clés.

En parallèle, nous contribuons au financement d’une thèse de doctorat intitulée « Configurations techno-éthiques pour les médias sociaux décentralisés et fédérés » commencée à l’UTC en octobre 2020 par Audrey Guélou.

Un premier pas vers le projet de cloud Framasoft

Il y a un an, on vous parlait de notre projet de « cloud Framasoft », un service basé sur le logiciel Nextcloud permettant d’accéder aisément à une multitude d’outils collaboratifs. Entre temps, le monde a changé et notre réflexion sur ce projet a elle aussi évolué.

La crise COVID19 a en effet imposé de manière brutale et sans accompagnement de nouveaux usages numériques à une grande partie de la population. Si nous passons de plus en plus de temps à « travailler/collaborer/coopérer/échanger/produire » devant un écran, la majorité d’entre nous n’est pas très à l’aise avec ces pratiques numériques.

Nextcloud reste un logiciel libre qui peut répondre à ces besoins, notamment pour un public (associations, collectifs, etc.) en recherche d’émancipation numérique. En 2021, nous voulons consacrer du temps et de l’énergie à créer des outils de sensibilisation et de compréhension de ce qu’est (et n’est pas) Nextcloud, de ce que l’on peut faire avec, et comment… afin d’accroître vos capacités d’organisation et de collaboration.

Mettre du temps de cerveau sur le projet d’Université Populaire UPLOAD

Ce projet d’Université Populaire du Libre, Ouverte, Accessible et Décentralisée (UPLOAD) a été imaginé lors de la campagne Contributopia, en octobre 2017. En 2021 nous serons encore loin de réaliser ce projet, mais nous voulons commencer à le définir plus concrètement.

L’objectif serait de mettre à disposition des internautes un espace qui leur permettra d’accéder à de nombreuses connaissances réappropriables (donc avec du contenu forcément sous licence libre) et pouvant s’adapter à de nombreux usages d’éducation populaire et d’empowerment.

C’est aussi de penser comment faciliter la vie des médiateurs et médiatrices afin que l’appropriation de ces contenus puisse être animée, en ligne et lors de rencontres physiques.

Afin de penser l’outil le plus adapté pour cela, et la contribution que nous pourrions humblement apporter dans ce milieu où tant de belles initiatives ne nous ont pas attendu.es pour se lancer, Framasoft se donne une année pour réaliser un diagnostic de ce qui existe déjà sur le sujet afin de nourrir notre réflexion sur la forme que pourrait prendre ce dispositif pour être le plus efficace.

Une année pour se retrouver

Soyons sincères : nous-même, à la lecture de cette énorme liste, nous demandons comment faire tout cela ! Mais à bien y regarder la plupart de ces actions sont soit la poursuite de projets et de partenariats que nous avons déjà entamés, soit les premières pistes pour concrétiser des idées qui nous faisaient déjà envie.

2020 a été, pour nous (et nous imaginons bien que c’est pour tout le monde pareil) une année particulière, où les priorités ont été bousculées, où l’on s’est un peu perdues, où l’on a été submergés.

Si on devait décrire en un mot comment on imagine 2021 aujourd’hui, ce serait « retrouver ». Retrouver nos marques, se retrouver physiquement, s’y retrouver dans nos actions. Car ce que nous n’avons jamais perdu, c’est le sens de ce que nous faisons, pour et avec vous.

En 2021, c’est vers ce sens donné à nos actions, vers ces valeurs d’émancipation numérique, de décentralisation des pouvoirs et d’éducation populaire que nous voulons mener notre barque.

Framasoft ne vivant que grâce à vos dons, nous espérons que vous nous suivrez et nous soutiendrez, une fois de plus dans une telle direction.

Soutenir Framasoft

Today we are opening a new door on PeerTube, making it easier to discover videos that are published in a federation that is growing every day.

PeerTube is the alternative we are developing so that everyone can emancipate their videos from YouTube and the likes. Except that unlike YouTube, PeerTube is not a single platform.

PeerTube is a software that specialists can install on a server to create multiple video platforms (called « instances »), which can be linked together within a federation.

Opening the door on a diverse federation

The problem with federation is that it is much more varied and complex than a one-website platform. It’s all well and good to decentralize to prevent the creation of new web giants, but where’s the front door?

Do we really need to explain the notion of instance? Insist on the need to find one’s own and therefore to learn about the federation policies of each instance? … to someone who simply asks :

But… I just wanted to watch videos!

The solution would be to create a search engine for all the videos published through PeerTube.

If you open a single gateway to the federation, then the structure that holds the keys to that gate gets great powers. They get the power to decide what will be accepted (or rejected) in the search directory. They get the power to record who searched for what, when, from where. And they get the power to intervene in the order and display of the results.

It is on such power mechanisms that Google has built its monopoly. Obviously, at Framasoft, we do not seek to be in a position of power… and even less to follow Google’s (bad) example! Nevertheless, we want to show the emancipating potential of this software which allows to reclaim the means to stream videos.

We therefore take the responsibility of opening Sepia Search, our gateway to videos and videomakers on PeerTube. It’s a door we open while limiting as much as possible the power we’d get, to keep respecting your attention as well as your browsing.

Presenting PeerTube without monopolizing attention

In the federation universe, the « fediverse », there are many PeerTube instances where people can sign up and create as many channels as they want, channels where they can upload their videos.

Our goal with Sepia Search is not to present all of this content. We simply want to show you the space of autonomy that PeerTube opens up, respecting the values of transparency, openness and freedom that we have been defending for more than 16 years.

A publicly auditable indexing tool (transparency)

Behind Sepia Search, there are two softwares.

The first one is the engine: it is the software where you enter a search, it compares this search with the list of contents in its directory, and then gives the matching results.

The second one is the bodywork, the chassis: it is the software that will present the search bar, receive the request you typed, and show you the results, specifying in orange where you will go when you click on « Go and watch this video ».

The source code, the « recipe » of each of these softwares, is transparent. We publish it on our software forge. Anyone who is able to read this code can do so, and determine if there are tools to cheat with the results display, or others to spy on your behavior.

We already know that these codes are ethical and do not spy on you. We have a good reason: as stated in our TOS, we are really, really not interested in your data!

An a posteriori moderated search engine (openness)

Not all PeerTube instances will be referenced on Sepia Search. This search engine will be based on the list of instances we maintain at instances.joinpeertube.org.

We recently announced a change in the indexing policy for this list, to align with the policy for all of the services we offer:

• Compliance with French law
• Compliance with our Terms and Conditions of Use
• Respect of our moderation policy (FR only, for now)

Thus, if we are notified of an instance where contents explicitly condone terrorism or promote historical revisionism, we will remove it from the index (non-compliance with French laws, which we insist on in our TOS). Such removal will eliminate all videos hosted by that instance from the search results.

On the other hand, if one or more people come to abuse the time of our moderators with inappropriate and abusive reports, their word will be discredited and ignored (as indicated in our moderation policy (FR)).

This moderation, which we hope will be as light as possible, will allow us to limit the results offered by Sepia Search to videomakers who upload original content and to channels (or even instances) that contribute to emancipate.

A reproducible tool, adaptable to your conditions (freedom)

It may sound paradoxical to talk about openness in order to detail the conditions under which we close Sepia Search to certain content (especially illegal content).

However, at Framasoft, we believe in the paradox of tolerance, and therefore that openness can only be maintained if the limits of this openness are honestly defined and defended.

We are aware that this is a point of view we get from our French culture (or even from Western European culture). It may, for example, shock people from a North American culture (where unconditional Free Speech is a cultural norm) or from « official » Chinese culture (where, currently, the government sets strict limits on freedom of expression).

We don’t want to impose our culture, nor do we want to deny it. This is why we made sure, legally and technically, that everyone is free to set and host their own instance list, indexing engine and search site, by copying and adapting what we have created.

Sepia Search is just our gateway to PeerTube. This site aims to introduce you to the emancipatory PeerTube we work for, with our culture, activism and subjectivity.

Expecting an actor to do everything, all by theirself, is in fact a reflex of submission to the internet of platforms. It is up to you to take the power (and responsibilities) by hosting your search engine, set up according to your culture, your indexing policy and your values!

What Sepia Search can do for you

If we’ve done a good work , Sepia Search will allow you to discover videos and therefore channels (or even PeerTube instances) that will interest you!

The Sepia Search site has been designed to inform you while respecting your attention:

• The results will be the same for everyone, based only on your search (and the language of your browser’s language), and absolutely not pre-sorted according to a profile (because there is no profiling, here!);
• The results are presented in a clear and detailed way, to avoid the attention war leading to clickbait thumbnails and all caps over-the-top titles;
• Search filters give you the power to sort the results out and display those you really want;
• If you want to see a video from the results, Sepia Search will redirect you directly to the instance where it is hosted (since we have no interest in locking you into the search engine’s website). This is a way to help anyone experience and understand the notion of federation.

The search engine that runs Sepia Search is a free « libre » software, which means that it is open to modifications and adaptations. More advanced uses (through what is called an API) will very quickly allow even more emancipation.

For example, Internet users using Firefox will be able to add Sepia Search to the list of search engines in their browser directly from the site. Likewise, our engine (or another installation of the same engine) will be a tool for extensions that notify you when a YouTube video is also available on PeerTube, and will probably contribute to their efficiency.

A Community Funded Tool

Sepia Search is an additional and necessary step in the roadmap to PeerTube v3, for which a crowdfunding is still underway.

Being able to search for videos in the federation was in high demand, which is why we made it the first step in our roadmap. Prior to PeerTube v2.3, when using the search bar for an instance, results were limited to the videos in the federation bubble of that instance.

Thanks to your donations which have funded our work, we released version 2.3 of PeerTube at the end of July. Since then, the same search can now display results from all PeerTube instances listed in a « Search PeerTube » search engine, including the one we provide.

However, the usage surveys conducted by Marie-Cécile (the designer who has been working with us on this roadmap to improve PeerTube) and the feedback we have received from you has made us realize that this was not enough: we also needed a specific web site to promote this search engine.

Your donations fund our freedom of action: we understood the need, so we announced in mid-August that we were going to rearrange our workload and free some time up to fulfill the need, which we felt was a priority. This is how Sepia Search was born.

Last stop before the live!

There is now one big straight line on our roadmap to PeerTube v3: implementing live, peer-to-peer video streaming! As we announced, this will be a first implementation of this feature, and it will be very spartan (no chat module, no filters, no emoticons).

At the time of writing, nearly 1,000 people have funded €42,000 of the €60,000 needed to fully develop this v3. While the world is facing a pandemic, we did not find it decent to condition these developments to your donations. Whether we collect the €60,000 or not, we will produce this v3, even if we have to do it on our own funds (which we did for the v2).

We still hope that some of you will share our values and our approach, and that by talking about this project as widely as possible, we will manage to raise this sum (and not to overstretch our budget for next year!).

To support PeerTube, please consider sharing the roadmap page where anyone can make a donation!

 

Learn more

• Find videos on Sepia Search
• Learn more about PeerTube
• Support the roadmap to v3

Learn even more (experts)

• Our PeerTube documentation
• Our instances index, moderated according to
  • Our TOS
  • Our moderation policy (FR)
• Search engine source code (complete with the web client)
• Instances index source codex
  • Create your own instance list for the index
• PeerTube source code

Nous ouvrons aujourd’hui une nouvelle porte d’entrée vers PeerTube, pour faciliter la découverte des vidéos qui sont publiées dans une fédération qui grandit de jour en jour.

PeerTube, c’est l’alternative que nous développons pour que chacun·e puisse émanciper ses vidéos des YouTube et autres TikTok. Sauf qu’à l’inverse de YouTube, Peertube n’est pas une plateforme unique.

PeerTube est un logiciel que des spécialistes peuvent installer sur un serveur pour créer de nombreuses plateformes vidéos (des « instances »), qui peuvent se relier entre elles au sein d’une fédération.

Une porte d’entrée vers une fédération diverse

Le problème, avec les fédérations, c’est qu’elles sont beaucoup plus variées et complexes qu’une plateforme à guichet unique. C’est bien joli de décentraliser pour empêcher la création de nouveaux géants du Web, mais elle est où la porte d’entrée ?

Doit-on vraiment expliquer la notion d’instance ? Insister sur le besoin de trouver la sienne et donc de se renseigner sur les politiques de fédération de chaque instance ? … à une personne qui demande simplement :

Mais… moi, je voulais juste regarder des vidéos !

La solution serait de créer un moteur de recherche pour toutes les vidéos publiées grâce à PeerTube.

Si l’on ouvre une porte d’entrée unique vers la fédération, alors la structure qui détient les clés de cette porte prend le pouvoir. Elle prend le pouvoir de décider ce qui sera accepté (ou refusé) dans l’annuaire de recherche, elle prend le pouvoir de noter qui a cherché quoi, quand, depuis où, et elle prend le pouvoir d’intervenir dans l’affichage et l’ordre des résultats.

C’est sur de tels mécanismes de pouvoir que Google a construit son monopole. Autant vous dire que, chez Framasoft, nous ne cherchons pas à être en situation de pouvoir… et encore moins à suivre le (mauvais) exemple de Google ! Pour autant, nous voulons montrer le potentiel émancipateur de ce logiciel qui permet de se réapproprier les moyens de diffusion.

Nous prenons donc la responsabilité de vous ouvrir Sepia Search, notre porte d’entrée vers des vidéos et des vidéastes sur PeerTube… Une porte que nous ouvrons en limitant au maximum les pouvoirs qui lui sont associés, pour respecter votre attention comme votre navigation.

Présenter PeerTube sans monopoliser les attentions

Dans l’univers de la fédération, le « fédiverse », on trouve de nombreuses instances PeerTube où des personnes s’inscrivent pour créer autant de chaînes qu’elles veulent, des chaînes où ces personnes peuvent publier leurs vidéos.

Notre objectif, avec Sepia Search, n’est pas de présenter l’intégralité de ces contenus. Nous voulons simplement vous montrer l’espace d’autonomie qu’ouvre PeerTube, en respectant les valeurs de transparence, d’ouverture et de liberté que nous défendons depuis plus de 16 ans.

Un outil d’indexation publiquement auditable (transparence)

Derrière Sepia Search, il y a deux logiciels.

Le premier, c’est le moteur : c’est le logiciel dans lequel on entre une recherche, qui compare cette recherche avec la liste des contenus de son annuaire, et qui donne les résultats correspondants.

Le deuxième, c’est la carrosserie : c’est le logiciel qui va présenter la barre de recherche, recevoir la demande que vous avez saisie, et vous afficher les résultats en précisant bien en orange où vous vous rendrez lorsque vous cliquerez sur « Aller voir cette vidéo ».

Le code source, la « recette de cuisine » de chacun de ces logiciels, est publié en toute transparence sur notre forge logicielle. N’importe quelle personne sachant lire ce code peut l’examiner, et déterminer s’il existe des outils pour tricher dans l’affichage des résultats, ou d’autres pour espionner vos comportements.

Nous, nous savons déjà que ces codes sont éthiques et ne vous espionnent pas. Nous avons une bonne raison : comme c’est marqué dans nos CGU, vos données ne nous intéressent vraiment, mais alors vraiment pas !

Un moteur de recherche modéré a posteriori (ouverture)

Toutes les instances PeerTube ne seront pas référencées sur Sepia Search. Ce moteur de recherche opèrera sur la liste d’instances que nous maintenons sur instances.joinpeertube.org.

Nous avons récemment annoncé un changement dans la politique d’indexation de cette liste afin qu’elle s’aligne sur la politique de l’ensemble des services que nous proposons :

• Respect de la loi française ;
• Respect de nos Conditions Générales d’Utilisation ;
• Respect de notre charte de modération.

Ainsi, si l’on nous signale une instance dont les contenus font explicitement l’apologie du terrorisme ou promeuvent le révisionnisme historique, nous la retirerons de l’index (non-respect des lois françaises, sur lequel nous insistons dans nos CGU), ce qui éliminera des résultats de recherche toutes les vidéos hébergées par cette instance.

A contrario, si une ou des personnes viennent abuser du temps de nos modérateur⋅ices par des signalements intempestifs et sans fondement, leur parole sera discréditée et ignorée (comme l’indique notre charte de modération).
Cette modération nous permettra de limiter les résultats proposés par Sepia Search aux vidéastes qui font des créations originales et aux chaînes (voire aux instances) qui contribuent à émanciper les esprits. Nous souhaitons qu’elle soit aussi légère que possible.

Un outil reproductible, adaptable à vos conditions (liberté)

Il peut sembler paradoxal de parler d’ouverture pour détailler dans quelles conditions nous fermons Sepia Search à certains contenus (notamment illégaux).

Pourtant, à Framasoft, nous croyons au paradoxe de la tolérance, et donc que l’ouverture ne peut perdurer que si les limites de cette ouverture sont honnêtement définies et défendues.

Nous avons conscience qu’il s’agit là d’un point de vue venant de notre culture française, voire d’Europe de l’ouest. Il peut, par exemple, choquer des personnes de culture nord-américaine (où se pratique un Free Speech inconditionnel) ou de culture chinoise « officielle » (où, actuellement, le gouvernement pose des limites strictes à la liberté d’expression).

Nous ne voulons ni imposer notre culture, ni la renier. C’est pourquoi nous avons fait en sorte, légalement comme techniquement, que chacun·e soit libre d’éditer sa propre liste d’instances, son moteur d’indexation et son site de recherche, en copiant et adaptant ce que nous avons créé.

Sepia Search n’est que notre porte d’entrée vers PeerTube. Ce site a pour objectif de vous présenter le PeerTube émancipateur pour lequel nous travaillons, avec notre culture, notre militance et notre subjectivité.

Attendre d’un acteur qu’il fasse tout, tout seul, c’est finalement un réflexe de soumission à l’Internet des plateformes. Libre à vous de prendre le pouvoir (et les responsabilités) en hébergeant votre moteur de recherche, paramétré selon votre culture, votre politique d’indexation et vos valeurs !

Ce que Sepia Search peut faire pour vous

Si nous avons bien travaillé, Sepia Search va vous permettre de découvrir des vidéos, donc des chaînes (voire des instances PeerTube) qui vous intéresseront !

Le site Sepia Search a été conçu pour vous informer en respectant votre attention :

• Les résultats seront les mêmes pour tout le monde, en fonction uniquement de votre recherche (et de la langue de votre navigateur), et absolument pas pré-triés selon un profil (parce qu’il n’y a pas de profilage !) ;
• Les résultats sont présentés de manière claire et détaillée, afin d’éviter la course à la vignette putassière et aux titres criards tout en majuscules ;
• Les filtres de recherches vous donnent le pouvoir de trier l’affichage des résultats de manière avancée ;
• Si vous voulez voir la vidéo, Sepia Search vous redirigera directement sur l’instance où elle est hébergée (puisque nous n’avons aucun intérêt à vous enfermer dans le site web du moteur de recherche). Cela permet au passage de montrer concrètement la notion de fédération.

Le moteur de recherche qui fait tourner Sepia Search est un logiciel libre, ce qui signifie qu’il est ouvert aux modifications et adaptations. Des usages plus poussés (passant par ce qu’on appelle une API) vont très vite permettre encore plus d’émancipation.

Par exemple, les internautes utilisant Firefox pourront ajouter Sepia Search à la liste des moteurs de recherche de leur navigateur directement depuis le site. De même, notre moteur (ou une autre installation du même moteur) pourra servir aux extensions qui permettent de signaler quand une vidéo YouTube est aussi disponible sur PeerTube, afin de les rendre plus performantes.

Un outil financé par la communauté

Sepia Search est une étape supplémentaire et nécessaire à la feuille de route vers la v3 de PeerTube, pour laquelle une collecte est toujours en cours.

Le fait de pouvoir rechercher des vidéos dans la fédération était très demandé : c’est pourquoi nous en avons fait la première étape de notre feuille de route. En effet, avant la version 2.3 de PeerTube, lorsqu’on utilisait la barre de recherche d’une instance, les résultats se limitaient aux vidéos dans la bulle de fédération de cette instance.

Grâce à vos dons qui ont financé notre travail, nous avons publié fin juillet la version 2.3 de PeerTube. Depuis, la même recherche peut désormais afficher les résultats de toutes les instances PeerTube listées dans un moteur de recherche « Search PeerTube », dont celui que nous mettons à disposition.

Cependant, les enquêtes d’utilisation menées par Marie-Cécile (la designer qui s’est engagée avec nous sur cette feuille de route afin d’améliorer PeerTube) et les retours dont vous nous faites part nous ont permis de comprendre que c’était insuffisant : il fallait, en plus, un site web spécifique, faisant office de moteur de recherche.

Vos dons financent notre liberté d’action : nous avons vu ce manque, et nous avons annoncé mi-août que nous allions réaménager notre plan d’action et dégager du temps pour y remédier, ce qui nous semblait prioritaire. Voici comment est né Sepia Search.

Dernier arrêt avant le live !

Il reste désormais une seule et grosse ligne droite sur notre feuille de route vers la v3 de PeerTube : implémenter la diffusion de vidéos en direct et en pair à pair ! Comme nous l’avons annoncé, il s’agira là d’une première version de cette fonctionnalité, et elle sera très spartiate (sans module de tchat, ni filtres, ni réactions émoticonées).

À l’heure où nous écrivons ces lignes, près de 1 000 personnes ont financé 42 000 € sur les 60 000 € nécessaires au développement complet de cette v3. Alors que le monde entier fait face à une pandémie, nous n’avons pas trouvé décent de conditionner ces développements à vos dons. Que nous récoltions les 60 000 € ou non, nous produirons cette v3, quitte à le faire sur nos fonds propres (ce que nous avions déjà fait pour la v2).

Nous espérons malgré tout que certain·es d’entre vous partagerons nos valeurs et notre démarche, et qu’en parlant de ce projet le plus largement possible, nous parviendrons à réunir cette somme (et à ne pas gréver notre budget pour l’an prochain !).

Pour soutenir PeerTube, pensez à partager la page de la feuille de route sur laquelle vous pouvez faire un don !

 

Pour aller plus loin

• Trouver des vidéos sur Sepia Search
• En apprendre plus sur PeerTube
• Soutenir la feuille de route de la v3

Pour aller encore plus loin (expert·es)

• Notre documentation de PeerTube
• Notre annuaire des instances, modéré selon
  • Nos conditions générales d’utilisation
  • Notre charte de modération
• Code source du moteur de recherche et de son interface web
• Code source de l’index des instances
  • Créer une liste d’instances personnalisées pour l’index
• Code source de PeerTube

Framasoft a grandi très vite. Peut-être un peu trop vite. Il y a quelques années, l’association était une bande de potes parmi tant d’autres, se retrouvant et discutant sur Framagora (l’ancêtre de Framacolibri, pour celleux qui s’en souviennent !). Puis nous avons lancé la campagne Dégooglisons Internet qui propose à ce jour 35 services, dont diaspora* avec Framasphère et Mastodon avec Framapiaf. Vous avez été des milliers à nous soutenir, à rejoindre ces services pour les tester et pour beaucoup, à rester et à les utiliser. Merci pour votre confiance !
Mais nous n’avions pas prévu un tel succès. Nous n’étions pas prêt⋅e⋅s à faire face à tout ce que cela impliquait. Nous avons toujours revendiqué notre droit à l’imperfection ; cependant, il y a des sujets sur lesquels nous avons été assez maladroit·e⋅s.

La croissance sans modération…

C’est le cas pour la modération. D’habitude, les communautés grandissent doucement, on recrute les modérateur⋅ices au fur et à mesure, on adapte les pratiques, et ça se passe à peu près bien. Dans notre cas, le réseau a grandi très vite : de simples chiffres qui montaient, montaient…

Mais les humains ne sont pas des chiffres. Les humains aiment et haïssent, et le font savoir. Les humains donnent leur avis, et contredisent, et s’écharpent pour un délit d’opinion. Les humains font de la poésie et s’envoient des bisous arc-en-ciel, mais parfois ils insultent aussi. Ils font des blagues, mais parfois celles-ci ne sont pas drôles et blessent d’autres humains.

L’atmosphère est devenue délétère pour certaines personnes sur nos services, et en particulier sur Framapiaf. Nous n’avons rien vu, pour plusieurs raisons. Avant tout, il y a eu peu de signalements, et avec des milliers de messages défilant chaque jour, il était (et il est toujours) impossible de repérer les problèmes lorsqu’ils ne nous sont pas signalés. Ensuite, ceux qui ont été faits ont été difficiles à gérer : personne n’était officiellement chargé de la modération. Certain⋅e⋅s de nos membres jetaient un œil parfois, sans se sentir légitimes, résolvant les cas les plus évidents, se sentant mal à l’aise sans ligne de conduite. Et sans structure organisée pour remonter les problèmes récurrents, nous n’avons pas pu prendre collectivement la mesure de l’importance de certains de ces signalements.

Après la prise de conscience

Certain⋅e⋅s des utilisateur⋅ices de nos services ont donc souffert de cette absence de modération. En outre, certain⋅e⋅s salarié⋅e⋅s de Framasoft ont été mis en difficulté par ces attaques, leurs formes, leur fréquence, tout autant que par la conscience aiguë de ne pas pouvoir en faire plus et de laisser des personnes dans la souffrance.

Une fois que nous avons mesuré l’étendue du problème que notre (mauvaise) modération pouvait poser, nous avons donc pris le sujet à bras-le-corps. Depuis janvier 2019, nos bénévoles se mobilisent afin que la modération sur Framasoft se mette enfin en place. Vaste chantier !

Nous avons avant tout travaillé d’arrache-pied sur une charte de modération. Cette charte est la base sur laquelle construire le reste : elle clarifie les comportements que nous refusons sur nos services. Elle sera peut-être trop contraignante pour certaines personnes, elle n’ira peut-être pas assez loin pour d’autres. Nous sommes à l’écoute de vos retours à condition qu’ils soient formulés de façon agréable et argumentée. Nous sommes cependant conscient⋅e⋅s que nous ne pourrons pas plaire à tout le monde. Ce n’est pas grave : vous pouvez ne pas utiliser nos services. Vous pouvez bloquer notre instance Framapiaf. En revanche, nous ne laisserons personne nous dicter ce que nous devons être et faire.

Se fédérer dans la diversité (tout un programme !)

Un aspect particulier du Fediverse est aussi à prendre en compte. Certaines instances sont dites ou se déclarent safe spaces (« espaces sécurisés » en bon français, mais on ne trouve jamais l’expression en français). Elles sont destinées à un public fragilisé, généralement des victimes d’oppressions et de harcèlements.

Ces safe spaces sont des endroits nécessaires pour que les personnes faisant partie de ces groupes puissent souffler et prendre des forces. Ces instances peuvent aussi être des instances fermées, reliées uniquement à d’autres safe spaces similaires. Ce n’est pas toujours le cas. Typiquement, plusieurs de ces instances sont fédérées avec Framapiaf.

Or Framapiaf n’est pas un safe space : c’est un espace pour les Dupuis-Morizeau, et dans la grande famille Dupuis-Morizeau, on trouve le cousin homosexuel et l’oncle catholique, la tante maghrébine et la mère chauvine, la nièce qui vote à gauche et le grand-père qui vote à droite, bref tout un éventail d’opinions pas toujours compatibles sans heurts. Nous n’allons pas virer l’oncle conservateur catholique qui ne comprend pas que deux hommes puissent se marier ; nous préférons discuter avec lui, afin de lui éviter de s’enfoncer dans une position homophobe. Nous n’allons pas plus virer la mère chauvine ; nous préférons lui laisser une chance de découvrir les recettes de la tante maghrébine et donc de s’ouvrir au monde.

Nous allons peut-être virer la nièce et le grand-père s’ils continuent de s’insulter à la moindre discussion politique ; mais nous les virerons pour les insultes, leurs propos diffamatoires ou illégaux, pas pour leurs convictions. C’est pourquoi nous invitons les safe spaces qui l’estimeront nécessaire à bloquer notre instance : nous ne pouvons pas vous garantir que nos utilisateur⋅ices ne vont pas faire une de ces blagues pas drôles, une de ces remarques que l’interlocuteur⋅ice pense inédite mais qu’on entend pour la centième fois, exprimant un de ces préjugés qui peut blesser quand il s’agit de notre quotidien.

Nous avons besoin d’instances qui ne soient pas des safe spaces, afin d’avoir une mixité favorisant le dialogue. C’est ce que nous voulons sur nos services.

Avec modération… mais laquelle ?

Nous ne pouvons pas modérer à priori tous les messages.

Et nous ne voulons pas opérer ce genre de flicage.

Nous ne pouvons intervenir que grâce aux signalements des unes et des autres.

Si vous constatez un comportement qui enfreint notre charte, merci de nous le signaler en donnant des détails, cela facilite le travail des modérateur⋅ices. Justifier le signalement est une condition nécessaire à son traitement : nous devons vérifier que les signalements sont fondés et l’explication nous simplifie la vérification.

Les modérateur⋅ices ? Aïe, voilà un nouveau souci. Comme nous le disions plus haut, les forces sont faibles face aux millions de comptes du Fediverse. Chaque heure, c’est l’équivalent de plusieurs Guerre et Paix qui sont écrits, selon certaines statistiques, et attention : avec autant d’histoires d’amour, de haine, de drames et de retrouvailles.

Actuellement, quelques bénévoles ont pris en charge des aspects de la modération, mais c’est toujours trop peu de monde face aux besoins. La conséquence, c’est une modération au lance-pierre : imprécise, parfois brutale, parfois complètement à côté du problème.

Notre deuxième chantier, en cours, est donc de mettre en place les outils pour assister la modération (outils techniques, mais aussi formation sur « comment faire ça bien »), de trouver qui recruter et selon quels critères. À ce stade, pas la peine de nous envoyer vos candidatures : nous avons besoin de prendre du temps pour poser les choses. Cela n’aiderait pas si nous recrutions des acharné⋅es du bannissement, des modérateur⋅ice⋅s pas du tout modéré⋅es ou des personnes savourant leur pouvoir de coercition et de censure. Nous vous tiendrons au courant lorsque nous serons prêt⋅e⋅s à accueillir, former et assister les bonnes volontés.

Enfin, la grande avancée du moment, c’est cette charte de modération. Elle précise le type de comportements que nous voulons et que nous refusons sur nos services et comment nous souhaitons les gérer. Nous vous invitons à la lire et à la respecter lorsque vous êtes chez nous.

Dans le cadre du Fediverse, il est aussi possible que nous ayons une modération qui vous impacte même si vous n’êtes pas hébergé⋅e⋅s chez nous : si dans une discussion avec une personne hébergée sur Framapiaf, une autre personne hébergée ailleurs se comporte en dérogeant aux comportements encouragés sur notre charte, nous masquerons ou bloquerons les propos de cette personne. Cela ne sera visible que depuis Framapiaf.

Et autant nous engagerons le dialogue avec les personnes hébergées chez nous afin que le contrat soit compris et respecté par tout le monde, autant les personnes extérieures, qui n’ont aucune obligation de respecter ce contrat puisqu’elles n’ont rien « contractualisé » avec nous, se feront éjecter sans grandes discussions si leurs comportements portent atteinte à nos utilisateur⋅ices.

Nous espérons que ces changements contribueront à rendre nos médias sociaux plus agréables à fréquenter. Il y a encore beaucoup de travail à accomplir, mais les choses avancent !

 

Si vous souhaitez nous faire des retours sur cette charte, nous vous invitons à le faire sur Framacolibri où nous avons ouvert un post spécifiquement sur ce sujet : https://framacolibri.org/t/une-charte-de-moderation-pour-les-medias-sociaux-de-framasoft/. Cela nous permet de centraliser vos remarques en un seul et même espace et nous facilite les réponses que nous pouvons vous apporter.

 

 

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é.

Il n’est pas si fréquent que l’équipe Framalang traduise un article depuis la langue italienne, mais la récapitulation bien documentée de Cagizero était une bonne occasion de faire le point sur l’expansion de la Fediverse, un phénomène dont nous nous réjouissons et que nous souhaitons voir gagner plus d’amplitude encore, tant mieux si l’article ci-dessous est très lacunaire dans un an !

Article original : Mastodon, il Fediverso ed il futuro decentrato delle reti sociali

Traduction Framalang : alainmi, Ezelty, goofy, MO

Mastodon, la Fediverse et l’avenir des réseaux décentralisés

par Cagizero

Peu de temps après une première vue d’ensemble de Mastodon il est déjà possible d’ajouter quelques observations nouvelles.

Tout d’abord, il faut noter que plusieurs personnes familières de l’usage des principaux médias sociaux commerciaux (Facebook, Twitter, Instagram…) sont d’abord désorientées par les concepts de « décentralisation » et de « réseau fédéré ».

En effet, l’idée des médias sociaux qui est répandue et bien ancrée dans les esprits est celle d’un lieu unique, indifférencié, monolithique, avec des règles et des mécanismes strictement identiques pour tous. Essentiellement, le fait même de pouvoir concevoir un univers d’instances séparées et indépendantes représente pour beaucoup de gens un changement de paradigme qui n’est pas immédiatement compréhensible.

Dans un article précédent où était décrit le média social Mastodon, le concept d’instance fédérée était comparé à un réseau de clubs ou cercles privés associés entre eux.

Certains aspects exposés dans l’article précédent demandent peut-être quelques éclaircissements supplémentaires pour celles et ceux qui abordent tout juste le concept de réseau fédéré.

1. On ne s’inscrit pas « sur Mastodon », mais on s’inscrit à une instance de Mastodon ! La comparaison avec un club ou un cercle s’avère ici bien pratique : adhérer à un cercle permet d’entrer en contact avec tous ceux et celles qui font partie du même réseau : on ne s’inscrit pas à une plateforme, mais on s’inscrit à l’un des clubs de la plateforme qui, avec les autres clubs, constituent le réseau. La plateforme est un logiciel, c’est une chose qui n’existe que virtuellement, alors qu’une instance qui utilise une telle plateforme en est l’aspect réel, matériel. C’est un serveur qui est physiquement situé quelque part, géré par des gens en chair et en os qui l’administrent. Vous vous inscrivez donc à une instance et ensuite vous entrez en contact avec les autres.

2. Les diverses instances ont la possibilité technique d’entrer en contact les unes avec les autres mais ce n’est pas nécessairement le cas. Supposons par exemple qu’il existe une instance qui regroupe 500 utilisateurs et utilisatrices passionné⋅e⋅s de littérature, et qui s’intitule mastodon.litterature : ces personnes se connaissent précisément parce en tant que membres de la même instance et chacun⋅e reçoit les messages publics de tous les autres membres.
Eh bien, chacun d’entre eux aura probablement aussi d’autres contacts avec des utilisateurs enregistrés sur difFerentes instances (nous avons tous des ami⋅e⋅s qui ne font pas partie de notre « cercle restreint », n’est-ce pas ?). Si chacun des 500 membres de maston.litterature suit par exemple 10 membres d’une autre instance, mastodon.litterature aurait un réseau local de 500 utilisateurs, mais aussi un réseau fédéré de 5000 utilisateurs !
Bien. Supposons que parmi ces 5000 il n’y ait même pas un seul membre de l’instance japonaise japan.nuclear.physics dont le thème est la physique nucléaire : cette autre instance pourrait avoir peut-être 800 membres et avoir un réseau fédéré de plus de 8000 membres, mais si entre les réseaux « littérature » et « physique nucléaire » il n’y avait pas un seul ami en commun, ses membres ne pourraient en théorie jamais se contacter entre eux.
En réalité, d’après la loi des grands nombres, il est assez rare que des instances d’une certaine taille n’entrent jamais en contact les unes avec les autres, mais l’exemple sert à comprendre les mécanismes sur lesquels repose un réseau fédéré (ce qui, en se basant justement sur la loi des grands nombres et les principes des degrés de séparation, confirme au contraire l’hypothèse que plus le réseau est grand, moins les utilisateurs et instances seront isolés sur une seule instance).

3. Chaque instance peut décider volontairement de ne pas entrer en contact avec une autre, sur la base des choix, des règles et politiques internes qui lui sont propres. Ce point est évidemment peu compris des différents commentateurs qui ne parviennent pas à sortir de l’idée du « réseau social monolithique ». S’il y avait sur Mastodon une forte concentration de suprémacistes blancs en deuil de Gab, ou de blogueurs porno en deuil de Tumblr, cela ne signifie pas que ce serait l’ensemble du réseau social appelé Mastodon qui deviendrait un « réseau social pour suprémacistes blancs et porno », mais seulement quelques instances qui n’entreraient probablement jamais en contact avec des instances antifascistes ou ultra-religieuses. Comme il est difficile de faire comprendre un tel concept, il est également difficile de faire comprendre les potentialités d’une structure de ce type. Dans un réseau fédéré, une fois donnée la possibilité technique d’interagir entre instances et utilisateurs, chaque instance et chaque utilisateur peut ensuite choisir de façon indépendante l’utilisation qui en sera faite.

Supposons qu’il existe par exemple :

• Une instance écologiste, créée, maintenue et soutenue financièrement par un groupe de passionnés qui veulent avoir un lieu où échanger sur la nature et l’écologie, qui pose comme principe qu’on n’y poste ni liens externes ni images pornographiques.
• Une instance commerciale, créée par une petite entreprise qui dispose d’un bon serveur et d’une bande passante très confortable, et celui ou celle qui s’y inscrit en payant respecte les règles fixées auparavant par l’entreprise elle-même.
• Une instance sociale, créée par un centre social et dont les utilisateurs sont surtout les personnes qui fréquentent ledit centre et se connaissent aussi personnellement.
• Une instance vidéoludique, qui était à l’origine une instance interne des employés d’une entreprise de technologie mais qui dans les faits est ouverte à quiconque s’intéresse aux jeux vidéos.

Avec ce scénario à quatre instances, on peut déjà décrire quelques interactions intéressantes : l’instance écologiste pourrait consulter ses utilisateurs et utilisatrices et décider de bannir l’instance commerciale au motif qu’on y diffuse largement une culture contraire à l’écologie, tandis que l’instance sociale pourrait au contraire maintenir le lien avec l’instance commerciale tout en choisissant préventivement de la rendre muette dans son propre fil, laissant le choix personnel à ses membres d’entrer ou non en contact avec les membres de l’instance commerciale. Cependant, l’instance sociale pourrait bannir l’instance de jeu vidéo à cause de la mentalité réactionnaire d’une grande partie de ses membres.

En somme, les contacts « insupportables/inacceptables » sont spontanément limités par les instances sur la base de leurs différentes politiques. Ici, le cadre d’ensemble commence à devenir très complexe, mais il suffit de l’observer depuis une seule instance, la nôtre, pour en comprendre les avantages : les instances qui accueillent des trolls, des agitateurs et des gens avec qui on n’arrive vraiment pas à discuter, nous les avons bannies, alors que celles avec lesquelles on n’avait pas beaucoup d’affinités mais pas non plus de motif de haine, nous les avons rendues muettes. Ainsi, si quelqu’un parmi nous veut les suivre, il n’y a pas de problème, mais ce sera son choix personnel.

4. Chaque utilisateur peut décider de rendre muets d’autres utilisateurs, mais aussi des instances entières. Si vous voulez particulièrement éviter les contenus diffusés par les utilisateurs et utilisatrices d’une certaine instance qui n’est cependant pas bannie par l’instance qui vous accueille (mettons que votre instance ne ferme pas la porte à une instance appelée meme.videogamez.lulz, dont la communauté tolère des comportements excessifs et une ambiance de moquerie  lourde que certains trouvent néanmoins amusante), vous êtes libres de la rendre muette pour vous seulement. En principe, en présence de groupes d’utilisateurs indésirables venant d’une même instance/communauté, il est possible de bloquer plusieurs dizaines ou centaines d’utilisateurs à la fois en bloquant (pour vous) l’instance entière. Si votre instance n’avait pas un accord unanime sur la manière de traiter une autre instance, vous pourriez facilement laisser le choix aux abonnés qui disposent encore de ce puissant outil. Une instance peut également choisir de modérer seulement ses utilisateurs ou de ne rien modérer du tout, laissant chaque utilisateur complètement libre de faire taire ou d’interdire qui il veut sans jamais interférer ou imposer sa propre éthique.

La Fediverse

 

Maintenant que nous nous sommes mieux concentrés sur ces aspects, nous pouvons passer à l’étape suivante. Comme déjà mentionné dans le post précédent, Mastodon fait partie de quelque chose de plus vaste appelé la Fediverse (Fédération + Univers).

En gros, Mastodon est un réseau fédéré qui utilise certains outils de communication (il existe plusieurs protocoles mais les principaux sont ActivityPub, Ostatus et Diaspora*, chacun ayant ses avantages, ses inconvénients, ses partisans et ses détracteurs), utilisés aussi par et d’autres réalités fédérées (réseaux sociaux, plateformes de blogs, etc.) qui les mettent en contact pour former une galaxie unique de réseaux fédérés.

Pour vous donner une idée, c’est comme si Mastodon était un système planétaire qui tourne autour d’une étoile (Mastodon est l’étoile et chaque instance est une planète), cependant ce système planétaire fait partie d’un univers dans lequel existent de nombreux systèmes planétaires tous différents mais qui communiquent les uns avec les autres.

Toutes les planètes d’un système planétaire donné (les instances, comme des « clubs ») tournent autour d’un soleil commun (la plate-forme logicielle). L’utilisateur peut choisir la planète qu’il préfère mais il ne peut pas se poser sur le soleil : on ne s’inscrit pas à la plateforme, mais on s’inscrit à l’un des clubs qui, avec tous les autres, forme le réseau.

Dans cet univers, Mastodon est tout simplement le « système planétaire » le plus grand (celui qui a le plus de succès et qui compte le plus grand nombre d’utilisateurs) mais il n’est pas certain qu’il en sera toujours ainsi : d’autres « systèmes planétaires » se renforcent et grandissent.

[NB : chaque plate-forme évoquée ici utilise ses propres noms pour définir les serveurs indépendants sur lesquels elle est hébergée. Mastodon les appelle instances, Hubzilla les appelle hubs et Diaspora* les appelle pods. Toutefois, par souci de simplicité et de cohérence avec l’article précédent, seul le terme « instance » sera utilisé pour tous dans l’article]

Sur Kumu.io on peut trouver une représentation interactive de la Fediverse telle qu’elle apparaît actuellement. Chaque « nœud » représente un réseau différent (ou « système planétaire »). Ce sont les différentes plateformes qui composent la fédération. Mastodon n’est que l’une d’entre elles, la plus grande, en bas au fond. Sur la capture d’écran qui illustre l’article, Mastodon est en bas.

En sélectionnant Mastodon il est possible de voir avec quels autres médias ou systèmes de la Fediverse il est en mesure d’interagir. Comme on peut le voir, il interagit avec la plupart des autres médias mais pas tout à fait avec tous.

En sélectionnant un autre réseau social comme GNU Social, on observe qu’il a différentes interactions : il en partage la majeure partie avec Mastodon mais il en a quelques-unes en plus et d’autres en moins.

Cela dépend principalement du type d’outils de communication (protocoles) que chaque média particulier utilise. Un média peut également utiliser plus d’un protocole pour avoir le plus grand nombre d’interactions, mais cela rend évidemment leur gestion plus complexe. C’est, par exemple, la voie choisie par Friendica et GNU Social.

En raison des différents protocoles utilisés, certains médias ne peuvent donc pas interagir avec tous les autres. Le cas le plus important est celui de Diaspora*, qui utilise son propre protocole (appelé lui aussi Diaspora), qui ne peut interagir qu’avec Friendica et Gnu Social mais pas avec des médias qui reposent sur ActivityPub tels que Mastodon.

Au sein de la Fediverse, les choses sont cependant en constante évolution et l’image qui vient d’être montrée pourrait avoir besoin d’être mise à jour prochainement. En ce moment, la plupart des réseaux semblent s’orienter vers l’adoption d’ActivityPub comme outil unique. Ce ne serait pas mal du tout d’avoir un seul protocole de communication qui permette vraiment tout type de connexion !

Mais revenons un instant à l’image des systèmes planétaires. Kumu.io montre les connexions techniquement possibles entre tous les « systèmes planétaires » et, pour ce faire, relie génériquement les différents soleils. Mais comme nous l’avons bien vu, les vraies connexions ont lieu entre les planètes et non entre les soleils ! Une carte des étoiles montrant les connexions réelles devrait montrer pour chaque planète (c’est-à-dire chaque « moustache » des nœuds de Kum.io), des dizaines ou des centaines de lignes de connexion avec autant de planètes/moustaches, à la fois entre instances de sa plateforme et entre instances de différentes plateformes ! La quantité et la complexité des connexions, comme on peut l’imaginer, formeraient un enchevêtrement qui donnerait mal à la tête serait graphiquement illisible. Le simple fait de l’imaginer donne une idée de la quantité et de la complexité des connexions possibles.

Et cela ne s’arrête pas là : chaque planète peut établir ou interrompre ses contacts avec les autres planètes de son système solaire (c’est-à-dire que l’instance Mastodon A peut décider de ne pas avoir de contact avec l’instance Mastodon B), et de la même manière elle peut établir ou interrompre les contacts avec des planètes de différents systèmes solaires (l’instance Mastodon A peut établir ou interrompre des contacts avec l’instance Pleroma B). Pour donner un exemple radical, nous pouvons supposer que nous avons des cousins qui sont des crétins, mais d’authentiques crétins, que nous avons chassés de notre planète (mastodon.terre) et qu’ensuite ils ont construit leur propre instance (mastodon.saturne) dans notre voisinage parce que ben, ils aiment bien notre soleil « Mastodon ». Nous décidons de nous ignorer les uns les autres tout de suite. Ces cousins, cependant, sont tellement crétins que même nos parents et amis proches des planètes voisines (mastodon.jupiter, mastodon.venus, etc.) ignorent les cousins crétins de mastodon.saturne.

Aucune planète du système Mastodon ne les supporte. Les cousins, cependant, ne sont pas entièrement sans relations et, au contraire, ils ont beaucoup de contacts avec les planètes d’autres systèmes solaires. Par exemple, ils sont en contact avec certaines planètes du système planétaire PeeeTube: peertube.10287, peertube.chatons, peertube.anime, mais aussi avec pleroma.pizza du système Pleroma et friendica.jardinage du système Friendica. En fait, les cousins crétins sont d’accord pour vivre sur leur propre petite planète dans le système Mastodon, mais préfèrent avoir des contacts avec des planètes de systèmes différents.

Nous qui sommes sur mastodon.terre, nous ne nous soucions pas moins des planètes qui leur sont complaisantes : ce sont des crétins tout autant que nos cousins et nous les avons bloquées aussi. Sauf un. Sur pleroma.pizza, nous avons quelques ami⋅e⋅s qui sont aussi des ami⋅e⋅s de certains cousins crétins de mastodon.saturne. Mais ce n’est pas un problème. Oh que non ! Nous avons des connexions interstellaires et nous devrions nous inquiéter d’une chose pareille ? Pas du tout ! Le blocage que nous avons activé sur mastodon.saturne est une sorte de barrière énergétique qui fonctionne dans tout le cosmos ! Si nous étions impliqués dans une conversation entre un ami de pleroma.pizza et un cousin de mastodon.saturne, simplement, ce dernier ne verrait pas ce qui sort de notre clavier et nous ne verrions pas ce qui sort du sien. Chacun d’eux saura que l’autre est là, mais aucun d’eux ne pourra jamais lire l’autre. Bien sûr, nous pourrions déduire quelque chose de ce que notre ami commun de pleroma.pizza dira, mais bon, qu’est-ce qu’on peut en espérer ? 😉

Cette image peut donner une idée de la façon dont les instances (planètes) se connectent entre elles. Si l’on considère qu’il existe des milliers d’instances connues de la Fediverse, on peut imaginer la complexité de l’image. Un aspect intéressant est le fait que les connexions entre une instance et une autre ne dépendent pas de la plateforme utilisée. Sur l’image on peut voir l’instance mastodon.mercure : c’est une instance assez isolée par rapport au réseau d’instances Mastodon, dont les seuls contacts sont mastodon.neptune, peertube.chatons et pleroma.pizza. Rien n’empêche mastodon.mercure de prendre connaissance de toutes les autres instances de Mastodon non par des échanges de messages avec mastodon.neptune, mais par des commentaires sur les vidéos de peertube.chatons. En fait, c’est d’autant plus probable que mastodon.neptune n’est en contact qu’avec trois autres instances Mastodon, alors que peertube.chatons est en contact avec toutes les instances Mastodon.

Essayer d’imaginer comment les différentes instances de cette image qui « ne se connaissent pas » peuvent entrer en contact nous permet d’avoir une idée plus précise du niveau de complexité qui peut être atteint. Dans un système assez grand, avec un grand nombre d’utilisateurs et d’instances, isoler une partie de celui-ci ne compromettra en aucune façon la richesse des connexions possibles.
Une fois toutes les connexions possibles créées, il est également possible de réaliser une expérience différente, c’est-à-dire d’imaginer interrompre des connexions jusqu’à la formation de deux ou plusieurs réseaux parfaitement séparés, contenant chacune des instances Mastodon, Pleroma et Peertube.

Et pour ajouter encore un degré de complexité, on peut faire encore une autre expérience, en raisonnant non plus à l’échelle des instances mais à celle des utilisateurs⋅rices individuel⋅le⋅s des instances (faire l’hypothèse de cinq utilisateurs⋅rices par instance pourrait suffire pour recréer les différentes situations). Quelques cas qu’on peut imaginer :

1) Nous sommes sur une instance de Mastodon et l’utilisatrice Anna vient de découvrir par le commentaire d’une vidéo sur Peertube l’existence d’une nouvelle instance de Pleroma, donc maintenant elle connaît son existence mais, choisissant de ne pas la suivre, elle ne fait pas réellement connaître sa découverte aux autres membres de son instance.

2) Sur cette même instance de Mastodon l’utilisateur Ludo bloque la seule instance Pleroma connue. Conséquence : si cette instance Pleroma devait faire connaître d’autres instances Pleroma avec lesquelles elle est en contact, Ludo devrait attendre qu’un autre membre de son instance les fasse connaître, car il s’est empêché lui-même d’être parmi les premiers de son instance à les connaître.

3) En fait, la première utilisatrice de l’instance à entrer en contact avec les autres instances Pleroma sera Marianne. Mais elle ne les connaît pas de l’instance Pleroma (celle que Ludo a bloquée) avec laquelle ils sont déjà en contact, mais par son seul contact sur GNU Social.

Cela semble un peu compliqué mais en réalité ce n’est rien de plus qu’une réplique de mécanismes humains auxquels nous sommes tellement habitué⋅e⋅s que nous les tenons pour acquis. On peut traduire ainsi les différents exemples qui viennent d’être exposés :

1) Notre amie Anna, habituée de notre bar, rencontre dans la rue une personne qui lui dit fréquenter un nouveau bar dans une ville proche. Mais Anna n’échange pas son numéro de téléphone avec le type et elle ne pourra donc pas donner d’informations à ses amis dans son bar sur le nouveau bar de l’autre ville.

2) Dans le bar habituel, Ludo de Nancy évite Laura de Metz. Quand Laura amène ses autres amies Solène et Louise de Metz au bar, elle ne les présente pas à Ludo. Ce n’est que plus tard que les amis du bar, devenus amis avec Solène et Louise, pourront les présenter à Ludo indépendamment de Laura.

3) En réalité Marianne avait déjà rencontré Solène et Louise, non pas grâce à Laura, mais grâce à Stéphane, son seul ami à Villers.

Pour avoir une idée de l’ampleur de la Fediverse, vous pouvez jeter un coup d’œil à plusieurs sites qui tentent d’en fournir une image complète. Outre Kumu.io déjà mentionné, qui essaie de la représenter avec une mise en page graphique élégante qui met en évidence les interactions, il y a aussi Fediverse.network qui essaie de lister chaque instance existante en indiquant pour chacune d’elles les protocoles utilisés et le statut du service, ou Fediverse.party, qui est un véritable portail où choisir la plate-forme à utiliser et à laquelle s’enregistrer. Switching.software, une page qui illustre toutes les alternatives gratuites aux médias sociaux et propriétaires, indique également quelques réseaux fédérés parmi les alternatives à Twitter et Facebook.

Pour être tout à fait complet : au début, on avait tendance à diviser tout ce mégaréseau en trois « univers » superposés : celui de la « Fédération » pour les réseaux reposant sur le protocole Diaspora, La « Fediverse » pour ceux qui utilisent Ostatus et « ActivityPub » pour ceux qui utilisent… ActivityPub. Aujourd’hui, au contraire, ils sont tous considérés comme faisant partie de la Fediverse, même si parfois on l’appelle aussi la Fédération.

Tant de réseaux…

Examinons donc les principales plateformes/réseaux et leurs différences. Petites précisions : certaines de ces plateformes sont pleinement actives alors que d’autres sont à un stade de développement plus ou moins avancé. Dans certains cas, l’interaction entre les différents réseaux n’est donc pas encore pleinement fonctionnelle. De plus, en raison de la nature libre et indépendante des différents réseaux, il est possible que des instances apportent des modifications et des personnalisations « non standard » (un exemple en est la limite de caractères sur Mastodon : elle est de 500 caractères par défaut, mais une instance peut décider de définir la limite qu’elle veut ; un autre exemple est l’utilisation des fonctions de mise en favori ou de partage, qu’une instance peut autoriser et une autre interdire). Dans ce paragraphe, ces personnalisations et différences ne sont pas prises en compte.

Mastodon (semblable à : Twitter)

Mastodon est une plateforme de microblogage assez semblable à Twitter parce qu’elle repose sur l’échange de messages très courts. C’est le réseau le plus célèbre de la Fediverse. Il est accessible sur smartphone à travers un certain nombre d’applications tant pour Android que pour iOS. Un de ses points forts est le design bien conçu et le fait qu’il a déjà un « parc d’utilisateurs⋅rices » assez conséquent (presque deux millions d’utilisateurs⋅rices dans le monde, dont quelques milliers en France). En version bureau, il se présente comme une série de colonnes personnalisables, qui montrent les différents « fils », sur le modèle de Tweetdeck. Pour le moment, Mastodon est la seule plateforme sociale fédérée accessible par des applications sur Android et iOS.

Pleroma (semblable à : Twitter et DeviantArt)

Pleroma est le réseau « sœur » de Mastodon : fondamentalement, c’est la même chose dans deux versions un peu différentes. Pleroma offre quelques fonctionnalités supplémentaires concernant la gestion des images et permet par défaut des messages plus longs. À la différence de Mastodon, Pleroma montre en version bureau une colonne unique avec le fil sélectionné, ce qui le rend beaucoup plus proche de Twitter. Actuellement, de nombreuses instances Pleroma ont un grand nombre d’utilisateurs⋅rices qui s’intéressent à l’illustration et au manga, ce qui, comme ambiance, peut vaguement rappeler l’ambiance de DeviantArt. Les applications pour smartphone de Mastodon peuvent également être utilisées pour accéder à Pleroma.

Misskey (semblable à : un mélange entre Twitter et DeviantArt)

Misskey est une sorte de Twitter qui tourne principalement autour d’images. Il offre un niveau de personnalisation supérieur à Mastodon et Pleroma, et une plus grande attention aux galeries d’images. C’est une plateforme qui a eu du succès au Japon et parmi les passionnés de manga (et ça se voit !).

Friendica (semblable à : Facebook)

Friendica est un réseau extrêmement intéressant. Il reprend globalement la structure graphique de Facebook (avec les ami⋅e⋅s, les notifications, etc.), mais il permet également d’interagir avec plusieurs réseaux commerciaux qui ne font pas partie de la Fediverse. Il est donc possible de connecter son compte Friendica à Facebook, Twitter, Tumblr, WordPress, ainsi que de générer des flux RSS, etc. Bref, Friendica se présente comme une sorte de nœud pour diffuser du contenu sur tous les réseaux disponibles, qu’ils soient fédérés ou non. En somme, Friendica est le passe-partout de la Fediverse : une instance Friendica au maximum de ses fonctions se connecte à tout et dialogue avec tout le monde.

Osada (semblable à : un mélange entre Twitter et Facebook)

Osada est un autre réseau dont la configuration peut faire penser à un compromis entre Twitter et Facebook. De toutes les plateformes qui rappellent Facebook, c’est celle dont le design est le plus soigné.

GNUsocial (semblable à : un mélange entre Twitter et Facebook)

GNUsocial est un peu le « grand-père » des médias sociaux listés ici, en particulier de Friendica et d’Osada, dont il est le prédécesseur.

Aardwolf (semblable à : Twitter, éventuellement)

 

Aardwolf n’est pas encore prêt, mais il est annoncé comme une sorte d’alternative à Twitter. On attend de voir.

 

PeerTube (semblable à : YouTube)

PeerTube est le réseau fédéré d’hébergement de vidéo vraiment, mais vraiment très semblable à YouTube, Vimeo et d’autres services de ce genre. Avec un catalogue en cours de construction, Peertube apparaît déjà comme un projet très solide.

Pixelfed (semblable à : Instagram)

Pixelfed est essentiellement l’Instagram de la Fédération. Il est en phase de développement mais semble être plutôt avancé. Il lui manque seulement des applications pour smartphone pour être adopté à la place d’Instagram. Pixelfed a le potentiel pour devenir un membre extrêmement important de la Fédération !

NextCloud (semblable à : iCloud, Dropbox, GDrive)

NextCloud, né du projet plus ancien ownCloud, est un service d’hébergement de fichiers assez semblable à Dropbox. Tout le monde peut faire tourner NextCloud sur son propre serveur. NextCloud offre également des services de partage de contacts (CardDAV) ou de calendriers (CalDAV), de streaming de médias, de marque-page, de sauvegarde, et d’autres encore. Il tourne aussi sur Window et OSX et est accessible sur smartphone à travers des applications officielles. Il fait partie de la Fediverse dans la mesure où il utilise ActivityPub pour communiquer différentes informations à ses utilisateurs, comme des changements dans les fichiers, les activités du calendrier, etc.

Diaspora* (semblable à : Facebook, et aussi un peu Tumblr)

Diaspora* est un peu le « cousin » de la Fediverse. Il fonctionne avec un protocole bien à lui et dialogue avec le reste de la Fediverse principalement via GNU social et Friendica, le réseau passe-partout, même s’il semble qu’il circule l’idée de faire utiliser à Diaspora* (l’application) aussi bien son propre protocole qu’ActivityPub. Il s’agit d’un grand et beau projet, avec une base solide d’utilisateurs⋅rices fidèles. Au premier abord, il peut faire penser à une version extrêmement minimaliste de Facebook, mais son attention aux images et son système intéressant d’organisation des posts par tag permet également de le comparer, d’une certaine façon, à Tumblr.

Funkwhale (semblable à : SoundCloud et Grooveshark)

Funkwhale ressemble à SoundCloud, Grooveshark et d’autre services semblables. Comme une sorte de YouTube pour l’audio, il permet de partager des pistes audio mais au sein d’un réseau fédéré. Avec quelques fonctionnalités en plus, il pourrait devenir un excellent service d’hébergement de podcasts audio.

Plume, Write Freely et Write.as (plateformes de blog)

Plume, Write Freely et Write.as sont des plateformes de blog assez minimalistes qui font partie de la Fédération. Elles n’ont pas toute la richesse, les fonctions, les thèmes et la personnalisation de WordPress ou de Blogger, mais elles font leur travail avec légèreté.

Hubzilla (semblable à : …TOUT !!)

Hubzilla est un projet très riche et complexe qui permet de gérer aussi bien des médias sociaux que de l’hébergement de fichiers, des calendriers partagés, de l’hébergement web, et le tout de manière décentralisée. En bref, Hubzilla se propose de faire tout à la fois ce que font plusieurs des services listés ici. C’est comme avoir une seule instance qui fait à la fois Friendica, Peertube et NextCloud. Pas mal ! Un projet à surveiller !

GetTogether (semblable à : MeetUp)

GetTogether est une plateforme servant à planifier des événements. Semblable à MeetUp, elle sert à mettre en relation des personnes différentes unies par un intérêt commun, et à amener cet intérêt dans le monde réel. Pour le moment, GetTogether ne fait pas encore partie de la Fediverse, mais il est en train de mettre en place ActivityPub et sera donc bientôt des nôtres.

Mobilizon (semblable à : MeetUp)

Mobilizon est une nouvelle plateforme en cours de développement, qui se propose comme une alternative libre à MeetUp et à d’autres logiciels servant à organiser des réunions et des rencontres en tout genre. Dès le départ, le projet naît avec l’intention d’utiliser ActivityPub et de faire partie de la Fediverse, en conformité avec les valeurs de Framasoft, association française née avec l’objectif de diffuser l’usage des logiciels libres et des réseaux décentralisés. Voir la présentation de Mobilizon en italien.

Plugin ActivityPub pour WordPress

Plugin activityPub pour WordPress

On trouve plusieurs plugins pour WordPress qui en font un membre à part entière de la Fédération ! Il existe également des plugins comme Mastodon AutoPost, Mastodon Auto Share, mais aussi Mastodon Embed, Ostatus for WordPress, Pterotype, Nodeinfo et Mastalab comments.

Prismo (semblable à : Pocket, Evernote, Reddit)

Prismo est une application encore en phase de développement, qui se propose de devenir un sorte de version décentralisée de Reddit, c’est-à-dire un média social centré sur le partage de liens, mais qui pourrait potentiellement évoluer en quelque chose qui ressemble à Pocket ou Evernote. Les fonctions de base sont déjà opérationnelles.

Socialhome

Socialhome est un média social qui utilise une interface par « blocs », affichant les messages comme dans un collage de photos de Pinterest. Pour le moment, il communique seulement via le protocole de Diaspora, mais il devrait bientôt mettre en place ActivityPub.

Et ce n’est pas tout !

Il existe encore d’autres applications et médias sociaux qui adoptent ou vont adopter ActivityPub, ce qui rendra la Fediverse encore plus structurée. Certains sont assez semblables à ceux déjà évoqués, alors que d’autres sont encore en phase de développement, on ne peut donc pas encore les conseiller pour remplacer des systèmes commerciaux plus connus. Il y a cependant des plateformes déjà prêtes et fonctionnelles qui pourraient entrer dans la Fediverse en adoptant ActivityPub : NextCloud en est un exemple (il était déjà constitué quand il a décidé d’entrer dans la Fediverse) ; le plugin de WordPress est pour sa part un outil qui permet de fédérer une plateforme qui existe déjà ; GetTogether est un autre service qui est en train d’être fédéré. Des plateformes déjà en place (je pense à Gitter, mais c’est juste un exemple parmi tant d’autres) pourraient trouver un avantage à se fédérer et à entrer dans une grande famille élargie. Bref : ça bouge dans la Fediverse et autour d’elle !

… un seul Grand Réseau !

Jusqu’ici, nous avons vu de nombreuses versions alternatives d’outils connus qui peuvent aussi être intéressant pris individuellement, mais qui sont encore meilleurs quand ils collaborent. Voici maintenant le plus beau : le fait qu’ils partagent les mêmes protocoles de communication élimine l’effet « cage dorée » de chaque réseau !

Maintenant qu’on a décrit chaque plateforme, on peut donner quelques exemples concrets :

Je suis sur Mastodon, où apparaît le message d’une personne que je « suis ». Rien d’étrange à cela, si ce n’est que cette personne n’est pas utilisatrice de Mastodon, mais de Peertube ! En effet, il s’agit de la vidéo d’un panorama. Toujours depuis Mastodon, je commente en écrivant « joli » et cette personne verra apparaître mon commentaire sous sa vidéo, sur Peertube.

Je suis sur Osada et je poste une réflexion ouverte un peu longue. Cette réflexion est lue par une de mes amies sur Friendica, qui la partage avec ses followers, dont certains sont sur Friendica, mais d’autres sont sur d’autres plateformes. Par exemple, l’un d’eux est sur Pleroma, il me répond et nous commençons à dialoguer.

Je publie une photo sur Pixelfed qui est vue et commentée par un de mes abonnés sur Mastodon.

En somme, chacun peut garder contact avec ses ami⋅e⋅s/abonné⋅e⋅s depuis son réseau préféré, mêmes si ces personnes en fréquentent d’autres.

Pour établir une comparaison avec les réseaux commerciaux, c’est comme si l’on pouvait recevoir sur Facebook les tweets d’un ami qui est sur Twitter, les images postées par quelqu’un d’autre sur Instagram, les vidéos d’une chaîne YouTube, les pistes audio sur SoundCloud, les nouveaux posts de divers blogs et sites personnels, et commenter et interagir avec chacun d’eux parce que tous ces réseaux collaborent et forment un seul grand réseau !

Chacun de ces réseaux pourra choisir la façon dont il veut gérer ces interactions : par exemple, si je voulais une vie sociale dans un seul sens, je pourrais choisir une instance Pixelfed où les autres utilisateurs⋅rices peuvent me contacter seulement en commentant les photos que je publie, ou bien je pourrais choisir une instance Peertube et publier des vidéos qui ne pourraient pas être commentées mais qui pourraient tourner dans toute la Fediverse, ou choisir une instance Mastodon qui oblige mes interlocuteurs à communiquer avec moi de manière concise.

Certains détails sont encore à définir (par exemple : je pourrais envoyer un message direct depuis Mastodon vers une plateforme qui ne permet pas à ses utilisateurs⋅rices de recevoir des messages directs, sans jamais être averti du fait que le/la destinataire n’aura aucun moyen de savoir que je lui ai envoyé quelque chose). Il s’agit de situations bien compréhensibles à l’intérieur d’un écosystème qui doit s’adapter à des réalités très diverses, mais dans la majorité des cas il s’agit de détails faciles à gérer. Ce qui compte, c’est que les possibilités d’interactions sont potentiellement infinies !

Connectivité totale, exposition dosée

Toute cette connectivité partagée doit être observée en gardant à l’esprit que, même si par simplicité les différents réseaux ont été traités ici comme des réseaux centralisés, ce sont en réalité des réseaux d’instances indépendantes qui interagissent directement avec les instances des autres réseaux : mon instance Mastodon filtrera les instances Peertube qui postent des vidéos racistes mais se connectera à toutes les instances Peertube qui respectent sa politique ; si je suis un certain ami sur Pixelfed je verrai seulement ses posts, sans que personne m’oblige à voir toutes les photos de couchers de soleil et de chatons de ses ami⋅e⋅s sur ce réseau.

La combinaison entre autonomie des instances, grande interopérabilité entre celles-ci et liberté de choix permet une série de combinaisons extrêmement intéressantes dont les réseaux commerciaux ne peuvent même pas rêver : ici, l’utilisateur⋅rice est membre d’un seul grand réseau où chacun⋅e peut choisir :

• Son outil d’accès préféré (Mastodon, Pleroma, Friendica) ;
• La communauté dans laquelle il ou elle se sent le plus à l’aise (l’instance) ;
• La fermeture aux communautés indésirables et l’ouverture aux communautés qui l’intéressent.

Tout cela sans pour autant renoncer à être connecté à des utilisateurs⋅rices qui ont choisi des outils et des communautés différents. Par exemple, je peux choisir une certaine instance Pleroma parce que j’aime son design, la communauté qu’elle accueille, ses règles et la sécurité qu’elle procure mais, à partir de là, suivre et interagir principalement avec des utilisateurs⋅rices d’une instance Pixelfed particulière et en importer les contenus et l’esthétique dans mon instance.

À cela on peut ajouter que des instances individuelles peuvent littéralement être installées et administrées par chaque utilisateur individuel sur ses propres machines, ce qui permet un contrôle total du contenu. Les instances minuscules auto-hébergées « à la maison » et les instances de travail plus robustes, les instances scolaires et les instances collectives, les instances avec des milliers d’utilisateurs et les instances avec un seul utilisateur, les instances à l’échelle d’un quartier ou d’un immeuble, toutes sont unies pour former un réseau complexe et personnalisable, qui vous permet de vous connecter pratiquement à n’importe qui mais aussi de vous éviter la surcharge d’information.

C’est une sorte de retour aux origines d’Internet, mais un retour à un âge de maturité, celui du Web 2.0, qui a tiré les leçons de l’expérience : être passé par la centralisation de la communication entre les mains de quelques grands acteurs internationaux a renforcé la conviction que la structure décentralisée est la plus humaine et la plus enrichissante.

Nous voulons façonner les outils que les géants du Web ne peuvent ni ne veulent créer. Pour y parvenir, nous avons besoin de votre soutien.

Penser hors des sentiers battus par les actionnaires

Pauvre MeetUp ! Pauvre Facebook avec ses événements et ses groupes ! Vous imaginez combien c’est dur, d’être une des plus grandes capitalisations boursières au monde ? Non mais c’est que les actionnaires ils sont jamais contents, alors il faut les arracher avec les dents, ces dividendes !

Nos pauvres petits géants du Web sont o-bli-gés de coder des outils qui ne vous donnent que très peu de contrôle sur vos communautés (familiales, professionnelles, militantes, etc.). Parce qu’au fond, les centres d’intérêt que vous partagez avec d’autres, c’est leur fonds de commerce ! Nos pauvres vendeurs de temps de cerveau disponible sont trop-for-cés de vous enfermer dans leurs plateformes où tout ce que vous ferez sera retenu envers et contre vous. Parce qu’un profil publicitaire complet, ça se vend plus cher, et ça, ça compte, dans leurs actions…

Et nous, internautes prétentieuses, on voudrait qu’ils nous fassent en plus un outil complet, éthique et pratique pour nous rassembler…? Mais on leur en demande trop, à ces milliardaires du marketing digital !

Comme on est choubidou chez Framasoft, on s’est dit qu’on allait leur enlever une épine du pied. Oui, il faut un outil pour organiser ces moments où on se regroupe, que ce soit pour le plaisir ou pour changer le monde. Alors on accepte le défi et on se relève les manches.

On ne changera pas le monde depuis Facebook

Lors du lancement de la feuille de route Contributopia, nous avions annoncé une alternative à Meetup, nom de code Framameet. Au départ, nous imaginions vraiment un outil qui puisse servir à se rassembler autour de l’anniversaire du petit dernier, de l’AG de son asso ou de la compète de son club d’Aïkido… Un outil singeant les groupes et événements Facebook, mais la version libre, qui respecte nos sphères d’intimité.

Puis, nous avons vu comment les « Marches pour le climat » se sont organisées sur Facebook, et comment cet outil a limité les personnes qui voulaient s’organiser pour participer à ces manifestations. Cliquera-t-on vraiment sur «ça m’intéresse» si on sait que nos collègues, nos ami·e·s d’enfance et notre famille éloignée peuvent voir et critiquer notre démarche ? Quelle capacité pour les orgas d’envoyer une info aux participant·e·s quand tout le monde est enfermé dans des murs Facebook où c’est l’Algorithme qui décide de ce que vous verrez, de ce que vous ne verrez pas ?

L’outil dont nous rêvons, les entreprises du capitalisme de surveillance sont incapables de le produire, car elles ne sauraient pas en tirer profit. C’est l’occasion de faire mieux qu’elles, en faisant autrement.

Nous avons été contacté·e·s par des personnes des manifestations #OnVautMieuxQueÇa et contre la loi travail, des Nuits Debout, des Marches pour le climat, et des Gilets Jaunes… Et nous travaillons régulièrement avec les Alternatiba, l’association Résistance à l’Agression Publicitaire, le mouvement Colibris ou les CEMÉA (entre autres) : la plupart de ces personnes peinent à trouver des outils permettant de structurer leurs actions de mobilisation, sans perdre le contrôle de leur communauté, du lien qui est créé.

Or « qui peut le plus peut le moins » : si on conçoit un outil qui peut aider un mouvement citoyen à s’organiser, à s’émanciper… cet outil peut servir, en plus, pour gérer l’anniversaire surprise de Tonton Roger !

Ce que MeetUp nous refuse, MobiliZon l’intègrera

Concevoir le logiciel MobiliZon (car ce sera son nom), c’est reprendre le pouvoir qui a été capté par les plateformes centralisatrices des géants du Web. Prendre le pouvoir aux GAFAM pour le remettre entre les mains de… de nous, des gens, des humains, quoi. Nous allons nous inspirer de l’aventure PeerTube, et penser un logiciel réellement émancipateur :

• Ce sera un logiciel Libre : la direction que Framasoft lui donne ne vous convient pas ? Vous aurez le pouvoir de l’emmener sur une autre voie.
• Comme Mastodon ou PeerTube, ce sera une plateforme fédérée (via ActivityPub). Vous aurez le pouvoir de choisir qui héberge vos données sans vous isoler du reste de la fédération, du « fediverse ».
• L’effet « double rainbow » de la fédération, c’est qu’avec MobiliZon vous donnerez à vos événements le pouvoir d’interagir avec les pouets de Mastodon, les vidéos PeerTube, les musiques de FunkWhale…
• Vous voulez cloisonner vos rassemblements familiaux de vos activités associatives ou de vos mobilisations militantes ? Vous aurez le pouvoir de créer plusieurs identités depuis le même compte, comme autant de masques sociaux.
• Vous voulez créer des événements réellement publics ? Vous donnerez le pouvoir de cliquer sur « je participe » sans avoir à se créer de compte.
• Il faut lier votre événement à des outils externes, par exemple (au hasard) à un Framapad ? Vous aurez le pouvoir d’intégrer des outils externes à votre communauté MobiliZon.

La route est longue, mais MobiliZon-nous pour que la voie soit libre !

Nous avons travaillé en amont pour poser des bases au projet, que nous vous présentons aujourd’hui sur JoinMobilizon.org. Au delà des briques logicielles et techniques, nous avons envie de penser à l’expérience utilisateur de l’application que les gens auront en main au final. Et qui, en plus, se doit d’être accessible et compréhensible par des néophytes.

Nous souhaitons éprouver ainsi une nouvelle façon de faire, en contribuant avec des personnes dont c’est le métier (designeurs et designeuses, on parlera très vite de Marie-Cécile et de Geoffrey !) pour œuvrer ensemble au service de causes qui veulent du bien à la société.

Le développement se fera par étapes et itérations, comme cela avait été le cas pour PeerTube, de façon à livrer rapidement (fin 2019) une version fonctionnelle qui soit aussi proche que possible des aspirations de celles et ceux qui ont besoin d’un tel outil pour se mobiliser.

Voilà notre déclaration d’intention. La question est : allez-vous nous soutenir ?

Car pour avancer vers la concrétisation de MobiliZon, et prolonger l’ensemble de nos projets, il n’y a pas de secrets : nous avons besoin de dons. Des dons qui, on le rappelle, restent déductibles des impôts (pour les contribuables français·es).

Pour notre campagne de dons de cette année, nous avons fait le choix de ne pas utiliser des outils invasifs qui jouent à vous motiver (genre la barre de dons qu’on a envie de voir se remplir). On a voulu rester sobre, et du coup c’est pas super la fête : on risque d’avoir du mal à ajouter MobiliZon dans notre budget 2019…

Alors si MobiliZon vous fait rêver autant que nous, et si vous le pouvez, pensez à soutenir Framasoft.

Faire un don pour soutenir les actions de Framasoft

 

L’objectif de cette rencontre durant ces quelques jours était de réfléchir ensemble à des problématiques propres aux réseaux fédérés : ces alternatives éthiques et distribuées aux médias sociaux centralisés.

Étaient présents des développeurs et des UX designers ainsi que des étudiants, tous intéressés par le principe de fédération :

• Séba, développeur Python ;
• Moutmout, étudiante en mathématiques (mais qui fait aussi du Python) ;
• Agate, principale développeuse de Funkwhale (plateforme de musique fédérée) ;
• Maiwann, UX-designeuse ;
• tcit, développeur et adminsys chez Framasoft ;
• Natouille, UX-designeuse ;
• Narf, stagiaire au sein de Framasoft qui réalise un mémoire scientifique sur le principe de la fédération (surtout ActivityPub*) et un mémoire philosophique sur les formes d’organisation non centralisées;
• Renon, également contributeur de Funkwhale ;
• Bat, développeur de Plume (blogs fédérés) qui contribue aussi un peu sur Funkwhale ;
• Nathanaël, hébergeur de ce séjour et aussi membre de Framasoft.

Petite introduction

Nous avons commencé par un petit tour de présentation, pendant lequel nous en avons profité pour faire part à tout le monde nos souhaits et les activités que l’on proposait pour ce séjour.

 

Cela a été facilité par le fait qu’un dépôt sur Framagit a été ouvert quelques semaines plus tôt, sur lequel chacun était invité à proposer des activités et repas (le séjour reposant sur le principe d’auto-gestion).

 

Nous avons ainsi pu mieux les lister et définir (avec une méthode sponsorisée par 3M*).

On a donc rapidement plein de petites fiches d’activités, de quoi bien nous occuper pendant le séjour :

Ensuite, nous nous sommes inscrits dans chaque activité que nous souhaitions afin de les prioriser, avec des petits motifs que chacun s’est attribués.

Nous avons clos cette première journée par un petit cours d’astronomie à l’œil nu proposé par Moutmout.

Design et Ergonomie

Nous avons fait un fishbowl sur le thème de l’ergonomie des logiciels, notamment comment savoir si son interface est utilisable.

Plus tard, Maiwann nous a présenté sa conférence Designers et Logiciels libres: et si on collaborait ?, qu’elle avait faite à Mixit quelques mois plus tôt.

C’est quoi la fédération ?

Agate (qui développe Funkwhale) nous a présenté la conférence qu’elle avait faite aux RMLL quelques jours plus tôt. Cela a permis à certains de comprendre ce qu’il se passe sous le capot d’un projet utilisant ActivityPub, et à d’autres, d’avoir des idées pour mieux expliquer.

Après différents échanges, un sketch-note en est ressorti :

Partant de là, nous avons réfléchi brièvement à comment expliquer la fédération à M. ou Mme Tout-le-monde.

Nous avons ensuite fait appel à la communauté, en demandant sur Mastodon comment expliquer le principe de fédération. De nombreuses suggestions ont été proposées :

Nous avons également noté que le terme instance pouvait faire un peu peur aux néophytes.

 Nous avons donc, une fois de plus, fait appel à la communauté Mastodon pour trouver un terme équivalent. Une foule d’idées en est ressortie (certaines nous ont bien fait rire).

N’hésitez pas à piocher dans la liste pour vos prochaines explications. 😉

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Les identités nomades

Une des Fiches Activités qui a eu du succès concernait les identités nomades. Nous n’étions en fait pas tout à fait d’accord sur ce que ce terme signifiait et son intérêt principal.

C’est pourquoi nous avons fait un échange en groupe afin d’identifier les problématiques auxquelles peuvent être confronté·e·s les utilisateur·ice·s d’un système fédéré actuellement :

• « J’ai un identifiant et mot de passe pour chaque service. »
• « Comment interagir avec un contenu qui n’est pas sur mon instance ? »
• « Si mon instance est hors-ligne je n’accède pas à mon compte. »
• « Quand je déménage je ne veux pas perdre mes données. »
• « Je veux qu’on me retrouve sur mes différents services. », également lié à :
• « Je ne veux pas qu’on usurpe mon identité. »

Nous avons ensuite listé les différentes solutions possibles à chaque problématique, en nous basant notamment sur celles déjà existantes sur certains projets comme Pleroma, KeyBase ou Diaspora.

Financement des créateurs

Comme proposé sur une autre Fiche Activité, nous avons discuté d’une plateforme pour faciliter le financement des créateurs présents sur le Fediverse. La problématique se rapproche de celle de l’identité évoquée plus haut.

Cette plateforme aurait pour but de trouver le contenu avec lequel l’utilisateur interagit (visualisation, like, écoute, …) afin de comptabiliser la somme à donner à chaque créateur, puis rediriger le donateur vers les plateformes choisies par le créateur (Tipeee, Liberapay, monnaie libre, …).

Il en est ressorti quelques schémas et illustrations représentant l’idée :

Ainsi que quelques sketch-notes…

Gouvernance

Nous avons réalisé un autre fishbowl, cette fois-ci sur le thème de la gouvernance au sein de la fédération : qu’elle se situe au niveau de la gestion des instances et de leur modération, ou bien au niveau du projet et de son développement.

Durant le fishbowl nous avons abordés de nombreux sujets.

Le fait par exemple que la manière de gérer un groupe dépend de sa taille : un état, un logiciel ou une entreprise ne peuvent pas s’organiser de la même manière. Il en serait donc de même pour les instances du Fediverse, où leur gouvernance pourrait être pensée vis à vis de leur taille.

 

Nous avons également abordé des notions d’inclusivité et d’accessibilité, des différentes façon de gérer cela comme l’élaboration d’un code de conduite où la manière de modérer les instances.

Notre discussion s’est ensuite étendue à la gouvernance au sens large et comment celle-ci est gérée dans les groupes qui sont sensibles aux notions d’égalité (associations, squats, communautés, etc.). On note que même dans une volonté de gouvernance horizontale, une hiérarchie peut se mettre en place naturellement : simplement parce que bien souvent l’investissement des membres n’est pas le même, ce qui peut avoir un impact sur les décisions prises.

Tests utilisateurs

Si un jour vous vous retrouvez entre passionnés du libre, partants pour contribuer sans trop savoir comment et qu’un développeur de projet est avec vous, faites des tests utilisateurs.

Les tests utilisateurs sont à la contribution au libre ce que le houmous est aux repas en auberge espagnole : c’est simple à faire, c’est rapide, accessible à tous et surtout très efficace.

 

— Un fédérathoniste

Nous les avons expérimentés pendant le séjour sur plusieurs sessions, pour les logiciels Funkwhale et Plume par plusieurs personnes.

Première étape : on met quelqu’un devant un logiciel en lui donnant une mission (la moins guidée possible). En fonction de ce que l’on veut tester, ça peut être un utilisateur connaissant le logiciel ou ne l’ayant jamais vu. L’utilisateur commente tout ce qu’il fait et également ce qu’il ressent, les autres écoutent silencieusement.

Oui, pour une fois les utilisateurs peuvent ouvertement pester contre telle ou telle fonctionnalité qui n’est pas pratique, on peut se lâcher (bon, pas trop quand même hein, les développeurs sont aussi nos amis).

Deuxième étape : pendant ce temps, le ou les développeurs prennent plein de notes :
– les actions qu’ils n’avaient pas prévues dans la manière d’utiliser l’outil ;
– ce qui frustre l’utilisateur, ou au contraire le satisfait ;
– ce que les utilisateurs comprennent et ce qu’ils espéraient ;
– ce qui manque ;
– les bugs éventuels pouvant survenir.

Pour notre part, nous avons abattu environ l’équivalent d’un arbre en papier :

Troisième étape : un échange est fait avec les développeurs et UX-designeuses présentes ici, pour voir comment améliorer certains points. Si vous n’avez pas de star d’UX parmi vous, vous pouvez demander autour de vous (sur Mastodon par exemple).

Dernière étape : transformez ces notes en tickets* sur les dépôts des projets en question !

Côté Funkwhale, près de 50 tickets ont été ouverts suite à ces tests.

Sur Plume, environ autant.

(c’est beaucoup).

Tous ces tickets sont quelque chose de très concret pour l’amélioration du logiciel, d’autant plus si c’est un des développeurs qui les ouvre : on passe d’une petite gêne remarquée dans l’utilisation en un truc noté sur la TODO-list du projet.

Du côté du futur projet Framameet (nom Framasoft d’un projet de site de partage d’événements fédéré), nous avons pu tester et prendre des notes sur les projets propriétaires concurrents, afin de mieux concevoir l’ergonomie du projet.

Initiations

 

Certains d’entre nous ont proposé des initiations à des notions qu’ils maîtrisaient : tcit sur le langage Elixir, bat sur le langage Rust.

Plus brièvement, Docker et le déploiement ont aussi été abordés.

Ce n’était pas des cours mais plutôt un moyen de nous faire découvrir et aimer (ou pas) ces technos et se laisser le temps, plus tard, d’étudier plus profondément le sujet.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

La suite

 

Avec le joyeux groupe que nous étions, le séjour était assez riche en blagues en tout genre… Notamment la phrase « C’est un peu ça la fédération », sortait assez régulièrement les derniers jours (en réponse à un phrase adaptée).

En revenant du séjour, Moutmout a donc mis les doigts au clavier pour coder un petit bot Mastodon C’est quoi la fédération, répondant à des pouets aléatoires.

L’élaboration de ce compte-rendu à plusieurs nous a également permis d’en garder une trace et de vous le partager.

Nous avons également ouvert un autre Framapad dédié à l’après-séjour. Sur ce dernier, chacun d’entre nous pouvait partager des remarques et suggestion, ou bien donner son avis sur ce qui était bien, ou ce qu’il faudrait améliorer pour une prochaine fois.

 

 

 

 

 

Il en ressort globalement que nous étions très satisfaits du séjour : notamment, les tests utilisateurs et les fishbowls en ont conquis plus d’un (mais pas autant que les burgers végé :P).

Il y a également quelques petites idées pour une prochaine fois, comme le fait d’ouvrir un framapad dédié au compte-rendu en début du séjour et de le compléter ensemble tous les jours.

On note également le fait que les ateliers plus « concrets » niveau contribution étaient moins présents que nous l’envisagions, dû au fait qu’ils se font en petits groupes, alors que nous avions tous envie de faire des choses ensemble et que les ateliers en grands groupes intéressaient tout le monde. Bref, il faut accepter qu’on ne puisse pas tout faire.

Nous essayons petit à petit de voir comment poursuivre nos discussions par des actions plus concrètes : par exemple nous sommes en train de monter un groupe de discussion ouvert concernant les identités nomades et son implémentation, en espérant que cela débouche sur des propositions de modification sur des logiciels fédérés. Les thème de la gouvernance et du financement des créateurs subiront sans doute le même sort. Si par ailleurs vous êtes intéressés par ces sujets, vous pouvez me contacter (sur Mastodon : roipoussiere(@)mastodon·tetaneutral·net ou par mail : nathanael(@)framasoft·org) pour prendre part aux groupes de discussion existants.

Ah, et on raconte que certain·e·s participant·e·s ont toujours la musique de Put a banana in your ear dans la tête. On ne sait pas pourquoi.

Ce séjour était en tout cas une expérience très enrichissante pour nous toutes et tous. Et toutes ces discussions pourraient bien un jour faire germer, dans nos petites têtes de libristes, de nouveaux projets.