Publications relatives au tag #technique

Quiconque cherche à circonscrire une discipline en lui imposant un cadre ne cherche généralement qu’à protéger son œuvre, et il le fait en perpétuant les standards qui ont permis son émergence. Celui-ci essaie de convaincre les générations à venir qu’elles doivent suivre les règles qu’il a édictées si elles comptent parvenir à l’excellence. Mais, comme disait Charles Bukowski, « il est quatre heures et demie du matin, il sera toujours quatre heures et demie du matin… ».

Nous sommes à ce point focalisés sur le chemin que nous nous efforçons de suivre, en voulant toujours tout faire au mieux, armés d’une dévotion sans faille pour notre discipline alors que les œillères de la peur nous empêchent d’envisager des terrains inconnus, que nos yeux restent fixés sur cette route, sur ces mains qui prennent appui sur des genoux. Et nous ne réalisons pas que nous ne faisons que suivre les règles promulguées par un homme qui a un jour disputé une course contre des chevaux, ou par un autre qui s’est frotté à un sommet de plus de huit mille mètres sans oxygène, ou par un autre encore qui a décidé de laisser chez lui ses pitons, ses cordes et la sécurité pour ne faire qu’un avec les murs à escalader. Nous suivons les lois de ceux qui en ont enfreint de plus anciennes.

Au-delà des sommets, Kilian Jornet

On parlait de code et de qualité avec Thomas. Je lui faisais part de ma frustration vis-à-vis d’un code qui n’avait pas été écrit par moi et que je trouvais problématique. En creusant un peu (merci !), je réalise que ce qui coince est au niveau de la pérennité et de la transmission. Et j’ai aussi conscience de produire moi-même du code qui serait difficile à reprendre par d’autres personnes n’ayant pas les mêmes aspirations/compétences.

En Python, on a la chance de pouvoir automatiser certaines conversions/vérifications qui tendent à aller vers une certaine uniformisation (et donc universalité ?) : black, flake8, isort ou mypy par exemple.

Pour aller plus loin, le code en lui-même n’est peut-être pas si critique, mais ce que l’on a appris en le concevant et l’utilisant l’est bien davantage. C’est cette transmission qu’il est important de rendre possible au sein de l’équipe. Outiller la base commune est un moyen de plus rapidement passer à l’étape de partage des concepts importants/métiers, en ce souciant moins de la forme.

Et peut-être au contraire, que cette vitesse acquise nous empêche d’échanger sur des concepts importants ? Des envies différentes ? Des choix à côté desquels on peut passer par manque d’attention.

Tradition (n.): Peer pressure from dead people.

Lu plusieurs fois sur masto

🦋 Depuis quelques années, j’essaie d’écrire un code le plus direct possible.

Mon objectif : diminuer au maximum ma charge cognitive.

Keep it simple, stupid le plus longtemps possible (cache)

⛵️ Many of the tools that we thought we could rely on broke down, whether it is Apple products, or software that require subscription services, DRM, etc. As an artist you spend time developing a skill, you become a Photoshop illustrator. When your connection to the internet fails and that the software locks up, that skill that you thought was yours was actually entirely owned by someone, and can be taken away.

Even though we’ve been paying for this sort of software for years, the moment that you can’t have access to authenticate yourself that skill is gone. We didn’t expect this, it scared us.

weathering software winter (cache)

🔎 It’s important to remember concepts and high level approaches, but don’t worry about remembering the details. You can always look that stuff up when you need it.

You don’t have to remember everything to be a good programmer (cache)

La dette c’est un problème de riche. Ça arrive après, quand on a trouvé le bon produit, qu’on a trouvé sa cible, qu’on a prouvé qu’on était capable d’ac­qué­rir des clients. Là on aura aussi le finan­ce­ment qui va avec pour embau­cher des ingé­nieurs qui vont refaire ce qui doit l’être, et élimi­ner une bonne partie des travaux qu’on avait remis à plus tard.

L’enjeu c’est d’ar­ri­ver jusque là.

La dette technique - Carnet de notes (cache)

La seule fois dans ma carrière (ouais ça fait tout de suite vieux là…) où on a réussi à éponger une dette technique initiale a été sur MesConseilsCovid lorsqu’on a dû partir comme des fusées avec Ronan parce que le gouvernement français ne pouvait pas se douter qu’on allait déconfiner la population à un moment 🤷.

Les conditions qui ont rendu possible cela sont multiples :

• développeurs expérimentés qui se connaissent et qui se sont déjà pincé les doigts plusieurs fois sur du code non testé/à l’arrache à moyen terme ;
• équipe compréhensive qui a pris en compte nos retours et notre endettement volontaire des premières semaines, effort de pédagogie de notre côté ;
• outil relativement simple qui a consisté au début à une preuve de concept permettant de mesurer les usages et attentes, on n’était pas dans une course à la fonctionnalité ;
• budget suffisant pour savoir qu’il serait possible de financer cette dette à moyen terme (« Quoi qu’il en coûte », etc #haha).

Il faut une sacré conjonction pour que toutes ces conditions soient réunies. De plus, ça a demandé pas mal de rigueur alors que la dette n’était finalement que d’un mois, peut-être moins.

Dans une précédente expérience startup, on avait trop mis l’accent sur la technique/le produit et pas assez sur son adoption/communication, ça peut arriver aussi. J’ai beaucoup appris de cet échec sur l’importance de ce qui est hors du code.

😔 The most obvious way an online community is like a bar is that bars serve alcohol, and alcohol makes people loud and stupid. It actually depresses your hearing, so you can’t hear yourself talk as well, so you speak louder. And a room full of people speaking louder means a very boisterous room. And of course, alcohol reduces inhibition, so you say things you might not usually say.

The parallels to online behavior are easy to see. Online, people are much more willing to type things that they’d never say in person.

A community isn’t a garden, it’s a bar. (cache)

🔙 It can be uncomfortable, that clearing away. It can be deeply unpleasant. But it’s also useful. It’s a sign of what you need to change. What I found was that when I gave myself permission to really feel that unpleasantness, when I didn’t try to get comfortable with it or avoid it, I opened some space to move: towards a reconfiguration or revision or reimagining of what my work was.

Reentry | A Working Library (cache)

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)