Les plus récentes en premier, les 3 premières sont dépliées et ensuite c’est à la demande, bonne exploration !

## Blogroll (2023-09-09)

> Je lie cinq blogs personnels, choisis arbitrairement et sans hiérarchie, avec une phrase sur pourquoi ils me sont importants, en choisissant un billet précis que j’ai aimé y trouver […]

> La blogchain - Carnet de notes (cache)

Je partageais sur Mastodon l’initiative d’Alex Sirac d’avoir fait un·e blogroll et en explorant le site je me rends compte qu’il y a une forme de planet et ça m’a rappelé de doux souvenirs. Je me souviens d’avoir mis ça en place sur cet espace à un moment, ça m’a rendu nostalgique 5 minutes… et j’ai passé les deux heures suivantes à le coder en mode statique :-). Merci-pas-merci Alex !

Il y a donc maintenant une page de blogroll sur ce site avec les deux derniers billets publiés par personne listée. J’espère que j’arriverai à maintenir une page qui représente mes lectures réelles. Elle est loin d’être exhaustive car j’ai 150 flux de personnes dans mon agrégateur. J’avais plus envie d’encourager la diversité des publications.

J’ai rencontré deux problèmes durant cette expérience :

- humain : certaines personnes souhaitent ne publier certains billets que par le biais de leur flux, est-ce qu’un agrégateur public ne va pas à l’encontre de cette volonté ?
- technique : une proportion non négligeable de flux ne sont pas valides / standards, j’ai signalé cela à certain·es auteur·ices. Un outil existe de la part du W3C pour effectuer cette vérification.

Je me suis aussi demandé si c’était pertinent de faire comme Éric le propose avec un billet d’entrée particulier. C’est ce que fait Eli par exemple et j’avais trouvé ça chouette et plus stimulant qu’une simple liste, je garde ça dans un coin de tête. Je sais aussi d’expérience qu’il ne faut pas que je me prenne trop la tête si je veux garder une liste à jour sinon je vais vite avoir la flemme. Peut-être que je fais suffisamment de liens externes dans mes publications.

J’aimerais également prendre le temps de faire une liste des articles techniques qui ont compté pour moi, à l’instar de Eric W. Bailey et tant d’autres. Bon, en fait je l’ai déjà faite, parfois ma mémoire numérique m’aide mais me rappelle que la spirale n’est peut-être pas compatible avec la vieillesse, oups 😅. J’aime bien l’idée de la boîte à chaussures (cache) aussi, avec la crainte que ce musée des vaporwares ne soit un peu trop déprimant.

Mot du jour : Eucatastrophe (j’ai arraché deux dents aujourd’hui).

## AlgoRSSithme (2023-02-28)

> This is why RSS feeds are amazing: nobody can get into your feed or be prioritized in it unless you say so.

> Enshittification - Jim Nielsen’s Notes (cache)

L’usage fait qu’il n’y a pas d’algorithme derrière un flux RSS ou un agrégateur mais il pourrait en être autrement.

Les auteur·ices choisissent de mettre les x derniers articles dans leur flux mais ce n’est en fait que la dernière entrée qui est pertinente (en prenant l’hypothèse que l’agrégateur rafraichit plus vite que le rythme de publication). Tout le reste pourrait être choisi selon un algorithme car concernerait les personnes qui n’ont pas encore d’articles dans leur cache.

Je pourrais par exemple choisir d’avoir le dernier article ainsi qu’une dizaine d’articles soigneusement sélectionnés pour motiver les nouvelles personnes inscrites à conserver ce flux (au même titre que les messages épinglés sur un compte mastodon), d’autant qu’il est affiché chez moi (pour rappel).

Je pourrais aussi tous les mois faire sortir un ancien article que j’aime bien et qui apparaitrait probablement en dernier/très loin dans votre agrégateur mais si vous êtes en RSS Zéro (je suis sûr que c’est un truc), ça pourrait le rendre visible et vous donner envie d’aller y jeter un œil.

De l’autre côté du flux, l’agrégateur pourrait faire de même et aller repêcher de vieux billets non lus, ne pas afficher tous les articles lors de l’ajout d’un nouveau flux, mettre certaines publications de sources plus populaires en avant, etc.

Ce n’est pas le format qui empêche d’y mettre une logique de dévelopeur·euse (aussi appelé algorithme), mais les outils qui le génèrent et qui l’exploitent. C’est relativement étonnant que personne n’ait encore pris le temps de saccager ça.

Oups…

> 💜 L’idée derrière cela, c’est de pouvoir accéder à de la papeterie facile à imprimer et à photocopier, tout en profitant de belles illustrations. Pour l’instant, je pense partager mes propres illustrations ainsi qu’une liste de liens pour les ressources d’autres personnes. […] J’aimerais que cette boutique soit le début d’une réflexion commune sur le partage de l’art et l’artisanat.

> La Papeterie Libre

> 🤦 It seems ChatGPT is wrongly recommending us for “reverse phone number lookup” - ie the ability to determine the location of a mobile phone solely based on the number. This is not a service we provide. It is not a service we have ever provided, nor a service we have any plans to provide. Indeed, it is a not a service we are technically capable of providing.

> Don’t believe ChatGPT - we do NOT offer a “phone lookup” service (cache)

> 👍 The best time to leave Github was before it was acquired by Microsoft. The second-best time is now. Sooner or later, you will be forced out of Github like we, oldies, were forced out of Sourceforge. Better leaving while you are free to do it on your own terms…

> We need to talk about your Github addiction (cache)

> 💅 You do not have to follow these rules every time. If you have a good reason to break any of them, do. But they are safe to follow every time.

> Visual design rules you can safely follow every time (cache)

> 🤗 Je fais tout ça sans la contrainte de maintenance, car je ne développe que des prototypes de logiciels. C’est une sorte d’exutoire pour se libérer l’esprit des projets qui me traînent dans la tête.

> Farandole de projets (cache)

> 🧠 You could even think of this home stream as what in literature is called a “stream of consciousness”: a constant stream of the multitudinous thoughts and feelings which pass through the mind of a narrator. Your website is a way for you to share your stream of consciousness, that temporary and subjective and highly biased snippet of the universe, with everyone else, including your future self. In all its multitudes.

> Streams of Consciousness (cache)

## Décentralisation (2023-01-26)

Je suis allé voir eQualitie hier, ça m’a fait rechercher toutes les initiatives que je connaissais de « suites » décentralisées :

- LaBriqueInter.net
- YunoHost
- Kiwix
- IDEAS BOX
- IDEAS CUBE
- Coolify
- Sandstorm
- Nextcloud
- Frama.space
- Cloudron (merci Sébastien !)
- FreedomBox (merci Alexandre !)
- Liiibre (merci Maïa !)
- Zourit.net (merci Clailou !)
- CapRover (plus technique, merci Pierre !)
- Hostux (merci Xav’ !)

Si vous en avez d’autres, j’accepte les suggestions !

Je prends cette liste comme une réinvention récurrente, itérative et diversifiée. On pourrait le voir comme une dispersion des efforts, je l’envisage comme un b(r)ouillon d’idées nécessaire à une exploration saine. “There Are Plenty of AlternativeS” comme ils disent.

> 🌳 That is why owning a domain (and publishing your content there) is like planting a tree: it’s value that starts small and grows. The best time to own a domain and publish your content there was 20 years ago. The second best time is today.

> The Best Time to Own a Domain Was 20 Years Ago; The Second Best Time Is Today (cache)

> 🤔 La pensée n’est peut-être qu’une bizarrerie de la nature offerte à une espèce, comme elle fait ces bois de ruminants rares ou disparus que l’on voit dans les muséums : armes ou parures si curieusement étendues, bouclées ou spiralées, ou si rameuses qu’elles sont plus nuisibles encore qu’inutiles à l’animal qu’elles couronnent.

> Pourquoi pas ? Pourquoi non ? Notre tête est chargée de questions et d’idées qui se prennent dans l’enchevêtrement de la forêt des faits, et nous retient embarrassés, orgueilleux de l’être, condamnés à bramer des poèmes et des hypothèses, – fiers et désespérés.

> Mauvaises pensées et autres, Paul Valéry

> 🥲 [En attendant chez l'orthodontiste]
> — Papa, tu as un téléphone, tu n’as pas besoin de t’ennuyer avec moi par compassion.

## Instanseul (2023-01-05)

Déplier pour lire le contenu de la publication

> Peut-être que la centralisation d’une identité mastodon est une hérésie. 🤔

> Au même titre que l’on s’adapte au contexte des lieux physiques, je pourrais avoir un compte sur piaille.fr pour parler dans un contexte français, un autre sur jasette.facil.services pour tout ce qui est québécois, etc.

> Une identité distribuée, fédiversifiée, qui serait la représentation numérique d’une personnalité complexe et moins lissée.

> Il y a tant à désapprendre.

> Un pouet du 23 novembre 2022 (ancienne instance)

Un retour sur ma migration Mastodon depuis https://mastodon.social/@dav vers https://fedi.larlet.fr/@david (avec @david@larlet.fr en username) en utilisant masto.host en arrière plan.

Quelques motivations pour bouger :

- la décentralisation rendue possible par les protocoles vs. ma participation à une instance centrale/principale/historique qui n’est pas terrible compte tenu de mes compétences/connaissances ;
- la consommation des ressources des autres (et savoir combien ça consomme en vrai), au-delà de l’argent, je voulais avoir une idée de ce que ça implique sans pour autant l’auto-héberger ;
- la modération (im)possible à une telle ampleur avec une équipe/politique qui n’est pas limpide et des conflits d’intérêts possibles hébergeur/développeur ;
- le contrôle et la pérennité des endroits où je m’exprime en ligne sont importants pour moi ;
- le côté expérimental/geek de la chose en jouant avec les protocoles 🧑‍🔬.

Ce qui est problématique à ce jour :

- la migration a été un peu chaotique car j’avais déjà tenté plein de trucs à la main à base de `webfinger` sur ce domaine et il restait des traces et du cache, ma faute ;
- lors de la migration, il semble y avoir des (serveurs de) comptes qui n’ont pas répondu à temps et qui suivent encore l’ancien profil, sachant que je ne peux initier une redirection/récupération que tous les 30 jours sur mastodon.social ça fait pas mal de personnes qui ne savent pas ce qui se passe, j’imagine que je suis aussi des comptes fantômes sans le savoir ;
- lors du déclenchement de la migration, vous n’avez plus accès à grand chose à part à vos archives, il n’est pas possible de modifier son ancien profil par exemple pour signifier que c’est un compte redirigé auquel il ne faut plus s’abonner ;
- à ma connaissance, si quelqu’un·e fait un message direct à l’ancien compte, iel n’a aucun moyen de savoir que celui-ci est redirigé et que je n’aurai pas les moyens d’être notifié et de répondre ;
- je n’ai pas facilement accès aux réponses de messages hors de mon instance (à part s’il s’agit d’une personne suivie qui répond), il faut que j’aille sur l’URL de l’instance en question pour tout voir, ça réduit beaucoup l’aspect social de la chose, surtout en suivant très peu de personnes ;
- le flux RSS n’est pas redirigé depuis https://mastodon.social/@dav.rss vers https://fedi.larlet.fr/@david.rss ce que je peux comprendre techniquement mais qui n’est pas terrible (issue ici) ;
- je ne sais pas comment fonctionne la découverte des comptes mais il y a clairement moins de personnes (connues) qui s’abonnent depuis la migration, je ne sais pas si c’est un défaut d’eXperience Utilisateur·ice ou autre (je doute que ce soit la timeline locale qui puisse être en cause vu le flux sur mastodon.social) ;
- j’ai l’impression de ne pas voir tous les messages mais ça m’arrivait déjà avant avec deux clients différents donc ça ne doit pas dépendre de l’instance ;
- je n’ai reçu aucune des nombreuses notifications sur mon ancien compte, il m’a fallu le réactiver pour m’en rendre compte !

Ce que j’ai découvert :

- les administrateur·ices d’instances ont un résumé des mots-dièses les plus employés sur l’instance (et la possibilité de les mettre en avant) ;
- je consomme beaucoup d’espace disque (3 Gb à ce jour, après un mois) alors que je publie peu, tout ce qui passe dans ma timeline semble être récupéré localement, je me demande s’il y a un option pour faire le ménage ;
- les interactions avec les personnes suivies restent quasi-instantanées, merci ActivityPub (cache) ;
- je n’ai eu aucun problème de spam jusqu’à présent ni d’instance à bloquer ;
- je ne sais pas si c’est la migration et/ou la vague de novembre (et/ou les activités hivernales) mais j’interagis beaucoup moins sur le réseau, d’une certaine manière ça m’a motivé pour republier régulièrement par ici ;
- j’ai toujours ce truc qui me trotte en tête de ne pas passer par Mastodon mais d’avoir un truc semi-statique et certains ont déjà un peu creusé depuis.

Est-ce que tout cela en valait vraiment la peine ? Ce n’est pas encore bien évident… j’ai une vraie frustration à ne pas voir toutes les réponses, ce qui était déjà vrai auparavant mais sur une instance populaire ça se voit beaucoup moins (ce qui est peut-être encore davantage un souci !). Pareil lorsque je veux suivre une nouvelle personne, il faut que j’aille sur sa page de profil sinon je n’ai pas (toutes) ses publications. Depuis Toot! sur iOS c’est extrêmement fastidieux.

Cela m’a permis d’explorer aussi la résilience du protocole et contrairement à ce qu’il se passe avec les courriels ça ne semble pas retenter les envois. Les interfaces actuelles étant assez silencieuses sur ces erreurs, c’est dommage, même en asynchrone ça serait bien utile.

D’un autre côté, j’ai appris pas mal de choses sur les rouages et le transit des publications et des interactions.

Est-ce que je recommanderais aux nouvelles et nouveaux venu·es de commencer avec une instance solo ? Sûrement pas. C’est déjà fastidieux de comprendre le concept d’instance, si en plus il y a tous les problèmes cités ci-dessus qui s’ajoutent et créent davantage de confusion ça doit donner une expérience décevante.

En même temps, une instance solo fait probablement peu de sens pour un réseau social architecturé comme Mastodon et on en revient à mon pouet initial (oui vous savez, tout là-haut) : plusieurs comptes avec plusieurs identités. En revanche, pour un collectif — au hasard Scopyleft — je vois un intérêt à avoir une instance dédiée. Ça pourrait permettre d’embarquer des personnes en douceur aussi…

> ✍️ Hacking on ActivityPub was a fun project, but it was chaotic. ActivityPub in practice is a grab-bag of specifications and implementation-specific details. It was hard to find documentation for a lot of things and hard to debug requests that didn’t have their intended effect on Mastodon.

> ActivityPub is a distributed architecture, so it’s going to be a lot more complicated than RSS.

> Playing with ActivityPub (cache)

> 😬 I found this one particularly hard - it was almost impossible to find an example of what a Follow message looks like, so I ended up spending a lot of time following my account from a Mastodon client and seeing what data was HTTP POSTed; and I also need to maintain the state of who followed me (so I can send them messages later).

> Adding ActivityPub to your static site (cache)

> 💯 A virtual Mastodon monopoly is not good for almost anyone, I think - I'm actually quite excited for Tumblr to implement ActivityPub, because it stands a chance of forcing protocol changes and improvements to be discussed, rather than directed almost entirely by one project.

> Understanding A Protocol (cache)

> But there’s one major difference to all the problem’s we've witnessed with social media so far. It will stay an open space that we can co-design. Even though Eugen Rochko now seems to be a super nice guy, he has all the freedom to abandon Mastodon, make some bad decisions or to do a hard right turn and follow Elon. It doesn’t matter. Always remember that Mastodon is just one door. You no longer like this door? Open another one. Mastodon is not THE platform.

> Network effect (cache)

> 😅 Self-hosting Mastodon is all the rage, but having to deal with a full-blown installation of Ruby (which is always a pain to install properly, even if you use rbenv), plus the abomination that is Sidekiq and the overall Rube Goldberg-esque architectural approach that is almost mandatory to deal with the complexities of ActivityPub is just something I don’t want to maintain. Ever. Even inside Docker.

> Getting Takahē to run on Piku (cache)

> Having spent time on Mastodon, I now realize how hilariously wrong I was about how moderation would work. I was seeing Mastodon through the lenses of Twitter, rather than as a different culture with different technology. I’m now fairly confident in saying Mastodon is friendlier than Twitter and will remain so, regardless of who and how many join.

> I Was Wrong About Mastodon (cache)