2022-11-12 - Mastodon.md 7.5KB
Mastodon
[en] For those of us who have been using Mastodon for a while (I started my own Mastodon server 4 years ago), this week has been overwhelming. I’ve been thinking of metaphors to try to understand why I’ve found it so upsetting. ==This is supposed to be what we wanted, right? Yet it feels like something else.== Like when you’re sitting in a quiet carriage softly chatting with a couple of friends and then an entire platform of football fans get on at Jolimont Station after their team lost. They don’t usually catch trains and don’t know the protocol. They assume everyone on the train was at the game or at least follows football. They crowd the doors and complain about the seat configuration.
*Home invasion* (cache)
Il est temps de mettre des mots sur le Mastodon qui traine dans le couloir, ces derniers jours sur le réseau ayant été assez spéciaux. Il y a la loi de Metcalfe qui relie l’utilité d’un réseau au nombre de ses membres. Je crois que je suis sensible à l’inverse de cette loi : un réseau perd de son intérêt lorsqu’il dépasse un certain nombre de membres. En dépit de toutes les fonctionnalités dont j’ai (ab)usé pour me protéger de cela, plus de personnes entraîne plus d’activité entraîne plus d’éparpillement entraîne un trop plein d’émotions. Elle me dit que je suis un snob qui ne se complait que dans son club très privé. Soit.
La contradiction, c’est que je suis heureux d’observer cette nouvelle vague. Même si c’est un tsunami auquel fait suite un accident nucléaire en fait. Comment ne pas se réjouir du fait qu’Elon Musk se casse les dents ? Comment ne pas apprécier qu’une alternative open-source et décentralisée finisse par percer ? Comment ne pas être heureux qu’une personne proche/intéressante rejoigne et participe enfin au réseau ?
Et puis il y a toutes les observations d’ordre sociologique qui sont croustillantes : les reproductions de schémas pyramidaux, les influences diverses pour modeler les communautés, la vérification que les geeks puis les scientifiques, artistes et littéraires attirent (ou pas) la masse, le pouvoir/devoir que procure la modération plus ou moins opaque d’une instance, les attentes des ancien·nes et les croyances des nouveaux·elles (ou l’inverse), etc.
Mais il y a aussi la pression d’une perte d’intimité qui n’était pas tant un entre-soi qu’un espace restreint où l’on pouvait plaisanter sans que cela prenne des proportions vertigineuses, où l’on avait l’impression de connaître toutes les personnes suivies et suiveuses, d’en découvrir certaines à petits pas, j’ai besoin de lenteur dans mes interactions sociales. Du jour au lendemain, le mégaphone a eu besoin de faire son retour car la place du village s’est transformée en une arène à captation d’attention. Et j’ai déjà donné à ce jeu là. Ce n’est pas tant de la nostalgie que de la fuite d’une foule numérique. Lorsque l’échelle change, j’en reviens souvent à l’escabeau.
Et donc, retour à la case départ avec cette réflexion sur des réseaux à échelle humaine qui seraient vraiment conçus pour ne pas dépasser une certaine taille (même si cette fois ça n’est pas passé bien loin). Des technologies/protocoles un peu plus frugales aussi, qui pourraient permettre des interactions entre sites statiques.
Quand on y pense, les blogs et leurs RSS c’est pas si mal en fait hein… #DaccordVieillard
Encore plus de pachydermes
[en] However, unlike Big Tech, the stated goal of the fediverse is to decentralise things, not centralise them. Yet how likely is it we can achieve the opposite of Big Tech’s goals while adopting its same fundamental design?
When you adopt the design of a thing, you also inherit the success criteria that led to the evolution of that design. If that success criteria does not align with your own goals, you have a problem on your hands.
*Is the fediverse about to get Fryed? (Or, “Why every toot is also a potential denial of service attack”)* (cache)
[en] In an ideal version of the fediverse, the majority of users and organisations would run their own instances. This would make the network very resilient, make verification a no-brainer (see above) and the load would be shared fairly.
Right now, there’s a high risk of burning through the financial means of the team behind a popular instance – as well as burning them out mentally because of the work load. That’s less than ideal as a foundation for a healthy new home.
[en] I have an unproven hypothesis. Suppose that Free Radical had several worker threads trying to contact instance Foo. Foo was running slowly, so those connections eventually timed out after many seconds, and Free Radical added a retry task to the end of the queue. However, while it was waiting for those connections to give up, it was responding to other servers slowly. Somewhere out there, server Bar was trying to deliver messages to Free Radical, and those connections were timing out because Free Radical was stuck waiting for Foo. That made Bar run slowly. Meanwhile, Foo is trying to contact Bar, but can’t because Bar is so loaded up. In other words, lots of servers were running slowly because they were waiting on all their neighbors to start running quickly.
*Surviving and thriving through the 2022-11-05 meltdown* (cache)
- Mastodon on your own domain without hosting a server (cache)
- .well-known + config nginx par Alexis
- Getting Mastodon running on a custom domain (cache)
- Setting up a personal Fediverse ID / Mastodon instance (cache)
- The Fediverse, And Custom Domains (cache)
- Everything I know about Mastodon (cache)
- Nikodemus’ Guide to Mastodon (cache)
- Procédure pour déplacer son compte d’une instance Mastodon à une autre (cache)
- Mastodon, fin de (première) partie ? (cache) (Traduction du billet d’introduction)