# Tag #technique — David Larlet
Publications relatives au tag #technique

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

## Incompétence (2021-11-26)

> The magic of programming is largely just things you don’t know yet. Once you learn those things, it stops being magic in the sense of “I have no idea how it did that or why it works“ and starts being magic in the sense of “I can make the computer do exactly what I ask it to do!”. The point is to become the wizard, not the bedazzled member of the audience.

> This does not happen overnight, and we need to have the confidence to accept that our profession has depth, even as we celebrate the ease with which someone can get started (and welcome them onto the journey of becoming a wizard)!

> It also doesn’t happen across all the domains of programming. You can’t become an expert at everything, and it’s fine to accept your boundaries. But it’s not fine to think you shouldn’t be on some paths towards mastery, if you intend to make programming your career.

> Programmers should stop celebrating incompetence (cache)

C’est marrant, j’ai de plus en plus envie de célébrer cette incompétence justement. Pas pour s’y complaire mais pour rendre cet espace plus accueillant. C’était un peu l’objectif de ma démarche avec le billet d’hier. Il est possible d’assumer d’être incompétent·e sur certains points et tout de même arriver à faire des choses chouettes dans le web. Cette toile de connaissance est justement là pour externaliser une partie de sa mémoire et de ses expériences. Lernen durch Lehren généralisé !

Pour chaque magicien auto-proclamé, il y a de potentielles nouvelles recrues qui sont démotivées par l’ampleur d’une tâche qui est devenue un mythe. Celui créé par une élite qui en profite allègrement.

J’aimerais participer à son piétinement.

Lu depuis :

> But knowing how to research, how to look things up? Knowing how to parse good information from junk, and make effective decisions based on what you’ve learned? That’s a critical skill for modern developers.

> That’s not “copy-pasta.” That’s being good at your job.

> Big surprise! That guy who made a third of his company quit has no idea what he’s talking about. (cache)

## Git (2021-11-25)

> Rant time: You’ve heard it before, git is powerful, but what good is that power when everything is so damn hard to do? Interactive rebasing requires you to edit a goddamn TODO file in your editor? Are you kidding me? To stage part of a file you need to use a command line program to step through each hunk and if a hunk can’t be split down any further but contains code you don’t want to stage, you have to edit an arcane patch file by hand? Are you KIDDING me?! Sometimes you get asked to stash your changes when switching branches only to realise that after you switch and unstash that there weren’t even any conflicts and it would have been fine to just checkout the branch directly? YOU HAVE GOT TO BE KIDDING ME!

> LazyGit

Je profite de la découverte de cet outil pour une confidence qui n’en est pas vraiment une : j’utilise un client graphique pour tout ce qui a trait à git (et je n’en ai pas honte).

J’ai longtemps utilisé mercurial à la main car je trouvais les commandes relativement intuitives mais en passant à git il y a une dizaine d’années, je me suis retrouvé la moitié du temps à aller chercher des commandes sur StackOverflow, puis à faire des alias car c’était impossible à retenir, puis à perdre du code, etc. Au final, quitte à lancer des commandes que je comprends à peine (il parait que c’est moins cryptique aujourd’hui) autant utiliser celles qui ont été éprouvées par d’autres.

Tower sait faire tout ce dont j’ai besoin à mon niveau. Et vu le temps que ça me fait gagner à répétition, c’est largement rentable. Peut-être même de plusieurs ordres de grandeur… considérant que je contribue quotidiennement à une dizaine de dépôts.

Ce témoignage pour peut-être déculpabiliser des personnes qui pensent qu’il faut être un·e virtuose de la ligne de commande et de ses outils pour pouvoir développer. C’est un plus indéniable dans certaines situations d’être en capacité de descendre aussi bas niveau et d’avoir quelques notions de ce qu’il se passe mais il est tout à fait possible d’emprunter (et de créer !) d’autres voies.

## Horaires (2021-11-23)

> Autrement dit et pour résumer ces transformations, on peut parfaitement envisager dès maintenant une réduction massive du temps de travail. Ce n’est pas du tout « utopique » ou imaginaire de réclamer deux heures de travail par jour, du moins dans les secteurs susceptibles de l’automatisation-informatisation. D’ailleurs, compte tenu du fait que l’usure nerveuse est beaucoup plus grave et moins réparable que la fatigue musculaire, il est devenu indispensable dans ces métiers d’abréger les séquences de travail continu et de réduire déjà sérieusement la durée de la journée de travail. Mais ceci pourrait aller beaucoup plus loin. Or, il semble que ni dans le monde capitaliste ni dans le monde socialiste on ne soit décider à entrer dans cette voie. Il y a comme un blocage qui s’est effectué, et l’on choisit délibérément de ne pas appliquer les moyens techniques que l’on a à sa disposition pour maintenir l’ancienne structure à dominante industrielle. On introduit seulement de façon incoordonnée, à dose homéopathique, tel ou tel procédé. On automatise ici une chaîne de montage. On met en place une banque de données. On introduit un ordinateur etc. Mais il y a en réalité répugnance à changer le système.

> Ceci provient d’un certain nombre de difficultés qu’il ne faut pas méconnaître : une inadaptation idéologique évidente. Il y a une répugnance à abandonner « l’idéologie du travail », une angoisse à l’idée de tellement de temps « libre ». On ne sait pas ce que deviendrait la vie humaine si elle n’était pas remplie par le travail. On soupçonne que cela supposerait un changement radical, total de société, de ses orientations, de ses objectifs, de ses structures, mais on n’est pas mûr pour tenter une pareille expérience.

> Pour qui, pour quoi travaillons-nous ?, Jacques Ellul, Foi & Vie, n°4, juillet 1980

Facturation à la journée, à l’heure, parfois sur des créneaux un peu hybrides. Pas facile de trouver la granularité qui soit la plus pertinente en ce moment. À la fois pour mon énergie, et pour les produits, et pour les équipes.

À cela vient s’intégrer, de manière transverse, la pénibilité de la tâche en elle-même. Comment facturer au temps lorsque cette durée n’est pas fatigante de manière équivalente d’une heure sur l’autre ? Quid de l’implication émotionnelle ? De ce bug que l’on amène courir avec soi ? De ce commentaire qui va longtemps rester en travers ?

Je ne sais pas si la solution est la semaine (cache) de 4 jours (cache) ou celle de 168 heures, il y a du vrai dans chacune de ces approches et des ressentis différents vis-à-vis du travail. De ces activités ayant créées des professions (cache) très lucratives et dont je bénéficie si facilement.

Je payerais cher pour savoir ce que penserait Jacques Ellul d’une telle situation.

Lu depuis :

> Mais il faudrait déjà que l’on se parle
> Malgré les bouchons d’oreille les machines qui martèlent nos silences à la pause pourquoi se dire et quoi se dire d’ailleurs
> Que l’on en chie
> Que l’on peine à trouver le sommeil le week-end
> Mais que l’on fait
> Comme si
> Tout allait bien
> On a un boulot
> Même si de merde
> Même si l’on ne se repose pas
> On gagne des sous
> Et l’usine nous bouffera
> Et nous bouffe déjà

> À la ligne, Joseph Ponthus

De quoi remettre en perspective mes questionnements de privilégié.

## Hypertélie (2021-11-20)

Déplier pour lire le contenu de la publication

> Il est assez courant qu’une innovation consiste à réutiliser un objet technique plus ancien, en particulier quand les générations récentes d’une lignée technique ont évolué vers ce que Simondon appelle « l’hypertélie », c’est-à-dire quand le fonctionnement de l’objet a été suradapté à une fonction précise et à un milieu donné. Ses performances sont inégalables dans cette configuration, mais il ne peut plus être employé pour remplir d’autres fonctions qu’il assurait auparavant et il se dérègle ou tombe en panne dès que le milieu varie. Il a perdu en « généricité ». Alors, il faut revenir à la génération précédente avant d’envisager un progrès majeur, c’est-à-dire une réorganisation globale de l’objet qui le rende plus synergique.

> Penser l’innovation sur Arrakis, Vincent Bontems dans Dune : exploration scientifique et culturelle d’une planète-univers

J’ai maintenant un mot/concept/caractère pour décrire ce qu’il s’est passé dans le Web ces cinq dernières années. J’ai l’impression que c’est en train de se réorganiser pour créer des synergies entre les différentes parties.

C’est marrant de le retrouver dans un livre sur Dune qui cite Simondon dans Du mode d’existence des objets techniques.

> En fait, les traits hypertéliques ou exubérants résultent de l’action de la sélection sexuelle et du conflit sexuel entre les partenaires.

> Caractère hypertélique

Oh non, rien.

## Composants (2021-11-03)

Déplier pour lire le contenu de la publication

> Web Components had so much potential to empower HTML to do more, and make web development more accessible to non-programmers and easier for programmers. Remember how exciting it was every time we got new shiny HTML elements that actually do stuff? Remember how exciting it was to be able to do sliders, color pickers, dialogs, disclosure widgets straight in the HTML, without having to include any widget libraries?

> The promise of Web Components was that we’d get this convenience, but for a much wider range of HTML elements, developed much faster, as nobody needs to wait for the full spec + implementation process. We’d just include a script, and boom, we have more elements at our disposal!

> The failed promise of Web Components (cache)

Le constat ne souffrait pas d’ambiguïté il y a un an. Qu’en est-il aujourd’hui ?

Il y a Simon Willison qui commente un Web Component tenant dans un seul fichier (cache). Et Dave Rupert qui parle de leurs super-pouvoirs (cache). Tout le monde espère pouvoir les utiliser nativement (cache).

En attendant, il y a des petits frameworks comme Tonic ou Lego. Des plus conséquents comme Lit.

Tout espoir n’est pas perdu. Juste une décennie.

## Vélocité (2021-10-29)

Déplier pour lire le contenu de la publication

> It’s true that the gains from picking the right problem can be greater than the gains from having better tactical execution because the gains from picking the right problem can be unbounded, but it’s also much easier to improve tactical execution and doing so also helps with picking the right problem because having faster execution lets you experiment more quickly, which helps you find the right problem.

> Some reasons to work on productivity and velocity (cache)

Une réflexion récente de Sarah sur la vitesse (dans un contexte de développement) m’a interpellé car je suis de moins en moins convaincu que ce soit un facteur de réussite important pour un produit. Et c’est là où il va falloir définir « réussite ». C’est un peu un accident lorsque ça marche :

- un public qui a un besoin ;
- un produit qui est connu de ce public ;
- une équipe qui se fait confiance ;
- un budget/revenu qui permet d’arriver à un produit fonctionnel ;
- une connaissance autour de la problématique qui est capitalisée ;
- etc.

La vitesse d’avancement de l’équipe technique dans tout ça est rarement le goulot d’étranglement. (En ayant conscience du biais de ne pas vouloir faire partie de ce goulot, qui m’invisibilise peut-être des situations passées…).

Si ça se trouve, introduire un peu de lenteur permet de mieux évaluer la pertinence de ce que l’on expérimente parfois, de prendre du recul, de trouver des solutions moins techniques, de diluer la pression, d’avoir davantage d’interactions avec les utilisateur·ices. Si ça se trouve.

> The acceleration of our collective pace of life is not a result of stupidity or irrationality; rather, it is a symptom of what is perfectly predicted by the prisoner’s dilemma at a global scale: Hyper-rational individuals making hyper-rational decisions on how to spend their time by launching into an inescapable arms race of productivity. Burnout is inevitable.

> We’re Optimizing Ourselves to Death (cache)

## Lecteur d’écran (2021-10-19)

Déplier pour lire le contenu de la publication

> Another false assumption is that screen readers understand the human content they are reading. They do not. Mostly. Screen reader heuristics will look at some strings of characters and announce them differently than what you may see (1st as "first"). But even that varies across screen readers and browsers.

> Blaming Screen Readers 🚩×5 (cache)

C’est la réflexion que je me faisais lorsqu’on parle d’accessibilité et de point médian pour une écriture inclusive : pourquoi ne pas faire évoluer les outils si c’est là que la conversion pose problème ?

Adrian Roselli y répond en partie dans son article, ça n’est pas aussi simple — ni rapide — que ça en a l’air. Les solutions faisant appel à la technique (des autres) sont si confortables…

## Ét(ec)h(n)ique (2021-10-17)

Déplier pour lire le contenu de la publication

> 10 + 1 Commandments for Ethical Techies

> 1. Understand your basic professional obligations.
> 2. Know your specific legal and contractual obligations and those governing your software and project.
> 3. Know your own ethical bottom line.
> 4. Understand whose interests your work serves.
> 5. Know the harms your software could do.
> 6. Maintain critical awareness of your whole work situation.
> 7. Be good at saying “no”.
> 8. Be good at speaking truth to power.
> 9. Know your escalation path.
> 10. Know your own tolerance for personal and career risk.
> 11. Document your concerns!

> Fiona Charles sur Twitter

Ronan me transmet ces commandements suite à une précédente discussion. Je les garde sous le coude car c’est une perpétuelle remise en question de mon côté. Savoir si les (méta)données que je suis en train de collecter pourront se retourner contre leurs producteur·ices. Faire le moins de dégâts possibles dans une forme de refus de parvenir à la sauce numérique.

Lorsqu’on travaille principalement avec un État, chaque enregistrement pourrait devenir une preuve à charge sans même en avoir conscience aujourd’hui.

Là est le danger : le futur(?) Grand Croisement.

## Engagement (2021-10-15)

Déplier pour lire le contenu de la publication

Il y a une notion en alpinisme/escalade qui est relativement indépendante de la difficulté. Il s’agit du niveau d’engagement de la paroi/voie. Ce n’est pas la même chose de parcourir un chemin de randonnée ou de se faire une arrête avec 1000 m d’à-pic de chaque côté. Pourtant la largeur est la même, mais la conséquence d’une inattention ou d’un trébuchement n’a pas la même criticité.

Ronan me rappelait à juste titre qu’il en est de même sur des produits informatiques. Il y a le chemin, mais il y aussi le vide autour (ou parfois plutôt le trop plein). Il est facile de se laisser happer par des problématiques bien au-delà du périmètre auquel on voudrait bien se circonscrire pour épargner sa santé mentale.

En se focalisant sur le degré technique, on néglige parfois la cotation de sérieux qui est toute aussi importante — si ce n’est plus — pour revenir en un seul morceau.

L’évaluation de sa capacité d’engagement est indissociable d’une bonne connaissance de ses capacités et… d’une certaine humilité.

## Slowgrégateur (2021-10-09)

Déplier pour lire le contenu de la publication

> The current state web browsers is particularly damning from this perspective. Web browsers have access to such a treasure trove of valuable, often well-structured information about what we learn and how we think, what interests we have, and who we talk to. Rather than trying to take that information and let us build workflows out of them, browsers remain a strictly utilitarian tool – a rectangular window into documents and apps that play dumb, ignorant of the valuable information that transits through them every day. I think we can do better.

> The web browser as a tool of thought (cache)

J’ai de plus en plus envie/besoin que ce soit mon agrégateur de flux RSS qui soit plus flexible. Personnaliser l’indexation, choisir de pouvoir introduire du délai entre les articles (voir plus bas), distinguer ce qui peut rester en stock sans que ce soit problématique, etc.

Anne-Sophie me racontait qu’elle avait réussi à reconstruire un flux à partir d’un site qui donnait des conseils/tutos pour enfants avec plusieurs années de décalage pour que ça soit synchronisé avec un âge qui lui est pertinent, je trouve cela fabuleux et tellement peu mis en avant.

Un autre exemple, lorsque je découvre un blog qui m’intéresse, je vais lire les dernières entrées mais ce qui serait pertinent serait de remonter d’anciens articles sporadiquement pour m’aider à mieux comprendre comment la personne en est arrivée là. C’est le cheminement que je trouve intéressant.

Une dernière option, un flux de plusieurs milliers d’éléments c’est sous-optimal vu que c’est une technologie basée sur le fait de répéter des requêtes indéfiniment sur cette ressource (vs. uniquement pousser les nouveaux éléments vers les clients). En revanche, récupérer l’intégralité du stock une bonne fois pour toute afin de l’indexer et faire remonter des choses via une recherche plus ou moins intelligente, là c’est pertinent. Je ne connais pas d’option dans ces formats pour différencier ces deux usages.

J’aurais plein d’autres idées, mon problème avec les outils actuels n’est pas liée à l’infobésité mais à la malnutriformation (?!) : avoir l’impression de toucher du doigt des mines d’informations et de réflexions qui sont enfouies par les 10 dernières entrées.

Je pense que l’on peut faire mieux.

## Dossier (2021-09-23)

Déplier pour lire le contenu de la publication

> It’s a difficult concept to get across, though. Directory structure isn’t just unintuitive to students — it’s so intuitive to professors that they have difficulty figuring out how to explain it. “Those of us who have been around a while know what a file is, but I was at a bit of a loss to explain it,” lamented one educator […] Others, meanwhile, believe it’s professors who need to adjust their thinking. […] Even professors who have incorporated directory structure into their courses suspect that they may be clinging to an approach that’s soon to be obsolete. […] His advice to fellow educators: Get ready. “This is not gonna go away,” he says. “You’re not gonna go back to the way things were. You have to accept it. The sooner that you accept that things change, the better.”

> Kids who grew up with search engines could change STEM education forever (cache)

Un article fascinant qui interroge sur ce qui doit être transmis et ce qui doit évoluer par l’usage quitte à adapter les outils… et les modèles mentaux des générations précédentes. Ces derniers sont probablement les moins flexibles.

Je me suis rendu compte que je classais beaucoup moins mes courriels, je suis passé d’une arborescence assez profonde à une demi-douzaine de dossiers. Je peux me le permettre car la recherche de Mail.app est très pertinente, en contrepartie cela me lie fortement à l’outil et dès que je teste une alternative je suis frustré par ce manque.

Tristement, j’ai construit mes propres barreaux. Chaque génération est-elle condamnée à tenter de les transformer en échelles ?

Rester léger.

Réponse(s) de David :

> Ma croyance, c’est que les dossiers sur ordi sont un héritage de la manière dont les systèmes d’exploitation sont organisés (par fichier et dossier)
> Et les premières interfaces utilisateurs ont reflété naïvement l’API du système d’exploitation

> Et c’était mieux que rien

> Et clairement, une fois que l’on peut chercher via une requête textuelle qui a une compréhension correcte des dates et du langage, la notion de dossier perd complètement son intérêt

> Déjà, le déplacement de « dossier » vers « label » que GMail a proposé a été un premier pas en avant libérateur pour les emails

> Le dossier, c’est une des solutions possibles au problème « j’ai besoin de retrouver une information »
> Et il y en a beaucoup d’autres

> J’imagine que le dossier émerge dans les systèmes d’exploitation, parce qu’il faut trouver une solution au problème de retrouver ses infos et le rangement manuel dans des dossiers, c’est 1) assez familier comme modèle mental et 2) facile à implémenter (enfin j’imagine parce que je n’ai jamais implémenter un système de fichier… en tout cas, c’est beaucoup plus facile à implémenter qu’un système qui comprend le langage)

> Une des difficulté à implémenter autre chose que des dossiers (ou des labels), c’est que ça amène rapidement des problèmes de performance ou de pertinence

> Les dossiers, il n’y a pas de problème de performance (…et pour la pertinence, on délègue entièrement la responsabilité à l’utilisateur de créer/maintenir une arborescence qui lui est pertinente)

> Implémenter un système de recherche pertinent, ça demande une compréhension correcte du langage du contenu
> …mais quel langage ?
> parce qu’une recherche s’implémente différemment selon le langage
> Et si on travaille dans plusieurs langues ?

> Et l’usage de la recherche devient une partie importante de l’expérience utilisateur

Je tombe également sur : Google introduces a new way to search that combines images and text into one query (cache).

## Analphabète (2021-09-16)

Déplier pour lire le contenu de la publication

> Mais depuis quelques mois j’ai trouvé une sorte de parade à cela. Je me fais simplement passer pour un analphabète numérique. Étant donné que je sais que, peu importe les démarches que je souhaite réaliser, il y a de fortes chances pour que je ne rentre pas dans les cases, j’arrive ainsi à établir les dossiers avec une véritable personne qui peut prendre en compte mes spécificités sans avoir, avant, à perdre du temps auprès d’une machine.

> Journal de f6k, vol. 12 num. 13 (cache)

Hier, Elle reçoit un courriel la notifiant qu’elle a un nouveau message de l’immigration. C’est un enjeu stressant pour nous, car il y a un visa à la clef et toute une chaîne de conséquences. Elle essaye de se connecter avec son téléphone mais une fois authentifiée, retour à l’accueil, déconnectée. Elle me demande de tester à mon tour, même erreur depuis un ordinateur. Elle se connecte à Twitter car c’est le seul moyen aujourd’hui de pouvoir interagir avec une administration. Elle fait état du bug(?). La réponse est digne d’un « dans le doute, reboot » : essayez de (très) nombreuses fois après avoir vidé le cache du navigateur…

Le lendemain, Elle tente de se (re)connecter au site de l’administration en pestant sur le fait que le courriel de notification pourrait contenir le message et s’éviter tout cela. Cette fois-ci, ça marche ! Le contenu du message :

> Vous allez prochainement recevoir un courrier qui contiendra votre nouveau visa.

Tout ça pour ça. Un poids appréciable en moins tout de même. Il faudrait que je fasse le compte de ce que nous coûte en argent (et en temps !) une immigration choisie.

Histoire de chialer comme un bon français 🙃.

## Documentation (2021-09-09)

Déplier pour lire le contenu de la publication

> Here are six requirements that I have on a project for it to reach my gold approval for stellar docs.

> 1. Your docs belong in the code repository
> 2. Your docs is not extracted from code
> 3. Your docs features examples
> 4. You document every API call you provide
> 5. Your docs is easily accessible and browsed
> 6. Your docs should be easy to contribute to

> Making world-class docs takes effort (cache)

J’ai mis en place un document collaboratif dernièrement en prenant pour acquis que le markdown était lisible et éditable. C’était une grossière erreur. Même avec l’aide de hackmd, un document contenant principalement des liens est interprété comme étant trop technique pour être accessible à des personnes n’ayant pas cette habitude.

Un bon rappel que la route est encore très longue… (cache)

## Suspension (2021-09-04)

Déplier pour lire le contenu de la publication

> Et pourtant… En se mettant au vélo, des petits bourgeois blancs découvrent ce que ça fait, de se faire traiter comme de la merde, d’être mis en danger par des personnes bien protégées par leur position sociale. Le géographe Matthieu Adam témoigne de leur prise de conscience de cette « oppression systémique » maintenant qu’ils la subissent. Est-ce que ça va en faire des héros de la justice sociale, des alliés hors pair des classes exploitées ? Vu depuis les pistes cyclables parisiennes, ça n’en prend pas le chemin.

> Misère du cyclisme urbain (cache)

Avertissement : je vais parler de matériel qui coûte indécemment cher.

J’attendais d’avoir un peu de recul pour parler d’adaptations que j’ai pu faire sur mon vélo pour ménager mon corps vieillissant. Je rappelle que je suis dans un contexte où les chaussées sont soumises à des contraintes climatiques (et politiques) extrêmes. À tel point que mon vélo de triathlon en carbone reste au garage depuis 5 ans… à part pour aller faire quelques tours de hamster à l’occasion.

J’ai ce vélo depuis 4 ans, acheté en fin de saison en promo. On a connu ensemble toutes les météos possibles et imaginables et je suis bien content qu’il roule encore ! Les améliorations pour l’adapter à mon niveau de confort :

1. Passer à des pneus en 38 mm — ce sont les plus larges qui rentrent dans la fourche — qui plus est tubeless pour ne pas avoir à trop les gonfler (sans risquer de pincer la chambre à air). Je sais que ça peut être beaucoup plus galère si tu arrives à crever quand même mais ça ne m’est pas encore arrivé, le scellant fait sa job.
2. Suspendre la selle et le guidon avec des élastomères pour encaisser les chocs tout en restant sur un profil course. Ce changement est plus récent et j’ai hésité à changer complètement de vélo pour intégrer la suspension au cadre mais ça m’a semblé plus portable/durable ainsi. Je n’ai pas encore testé ce que ça donne par grand froid mais dans ces conditions ça ne me dérange pas que le vélo soit plus rigide.
3. Changer de selle pour une version suspendue également. Pour être plus précis, c’est la sensation d’être suspendu qui est assez unique et c’était un peu un coup de poker (vu le prix !) mais j’en suis très content après 6 mois d’utilisation (ouf !).

La combinaison de ces trois modifications me permet de prendre le vélo quotidiennement pour aller à l’école (~15 km, ~1000 km à l’année) sans avoir de cuissard. De faire des escapades plus lointaines. Mais aussi de faire les courses, aller à la bibliothèque, à la piscine, gravir la seule montagne locale, etc. C’est mon moyen de locomotion principal, de loin.

L’autre point fort, c’est que je n’ai plus mal aux poignets ni au bas du dos qui, à force de contracter à chaque nid-de-foule, finissaient par induire une fatigue musculaire qui n’était pas liée à la puissance me permettant d’avancer. Je n’ai pas l’impression d’avoir perdu en efficacité — malgré la suspension — justement car ce gain est d’un ordre de grandeur au-dessus dans mon cas. Même si la transition s’est faite sur plusieurs mois, j’ai pu sentir l’évolution des douleurs et je commence à avoir fait suffisamment de sports pour savoir qu’il faut préserver ce qu’il nous reste le plus longtemps possible :-).

> Toutes les religions organisées ont à faire face à un problème commun, qui représente le point faible par où nous pouvons les pénétrer et les orienter selon nos propres besoins. Ce problème est : comment faire la distinction entre la révélation et l’hubris ?

> Missionaria Protectiva, Enseignement pour les Initiés, Dune V. Les Hérétiques de Dune, Frank Herbert

Sur la tige de selle, l’accroche pour le Weehoo qui nous comble depuis plus d’un an.

## Abstraction (2021-08-31)

Déplier pour lire le contenu de la publication

> Take a moment and think about this super power: if you write vanilla HTML, CSS, and JS, all you have to do is put that code in a web browser and it runs. Edit a file, refresh the page, you’ve got a feedback cycle. As soon as you introduce tooling, as soon as you introduce an abstraction not native to the browser, you may have to invent the universe for a feedback cycle. No longer writing CSS and instead writing Sass? Now you need a development server with a build process to watch your files and compile your changes just to develop and test your project. You’ve just added a giant, blocking dependency for your project to work. And if you can’t get that dependency working, your project is dead in the water until you can—both now and in the future.

> Cheating Entropy with Native Web Technologies (cache)

J’ai déjà beaucoup trop parlé du sujet et en même temps cela a été et pourrait encore être mon quotidien si je n’avais pas choisi une certaine forme d’ascétisme technologique (n’ayons pas peur des mots, ataraxie numérique (cache) si on veut être vraiment pédant). Évaluer chaque outil pour son usage actuel et futur, sa maintenance, sa migration, ses drama (coucou Hotwire), son abandon pour la dernière mode. J’apprends hier qu’un produit est à l’arrêt pour X mois car il faut passer d’un framework JS à un autre. Tristesse d’un domaine où une telle pratique est courante. Bien éloignée d’un Web frugal (cache), il y a un excellent résumé avec plein de liens ici (cache) si le sujet vous intéresse.

Je suis admiratif des personnes faisant de petits outils conviviaux (cache) qui permettent d’apprendre et de jouer avec la conception de l’outil en lui-même. Si je devais refaire de l’enseignement technique, j’emprunterais probablement cette voie. À l’opposé de la camionnette à outils qu’il faut savoir dorénavant maîtriser, en opposition à la direction qu’un marché nous pousse à emprunter.

Est-ce que l’on peut considérer l’accumulation de dette technique comme étant un bullshit job ?

> 16. How does this technology empower me? At whose expense?

> The Questions Concerning Technology (cache)

Écrits pollinisateurs ?

## Ambivalence (2021-08-26)

Déplier pour lire le contenu de la publication

> This is just what I’m used to nowadays – not using a technology because it’s the best-in-class or makes my life easier, but because it meets some high-minded criteria about how I think software should be: privacy-respecting, open-source, controlled by the user, etc.

> […]

> For the time being, though, I’m going to keep acting like technology is an enemy I need to subdue rather than a purveyor of joys and delights.

> My love-hate affair with technology (cache)

Toujours ce tiraillement très bien exprimé par Nolan Lawson entre l’insouciance des choses qui marchent (mais on ne décide pas de la direction dans laquelle (cache) elles vont) et la friction répétée d’outils qui ne prennent pas suffisamment soin des personnes trop éloignées — à différents niveaux et parfois de manière légitime — de l’équipe qui développe.

Ces deux modèles encouragent des modèles de société différents et aucun des deux ne me convient. D’un côté des multi-milliardaires qui bousillent la planète, de l’autre des tech bro qui acquièrent un pouvoir soci·ét·al non négligeable (je caricature, #NotAllDevs, toussa). Ce n’est probablement pas le même ordre de grandeur mais ça me questionne pas mal quand même. Au milieu de tout ça, il y a probablement des archipels (cache) où il fait bon grandir, de manière un peu isolée pour se protéger, un peu entre-soi pour pouvoir se reposer. Ces endroits-refuges sont géniaux et j’ai de bons échanges sur Masto une fois mes interlocuteur·ices choisi·es, trié·es pour être acceptables. Mais peut-on rester insulaire indéfiniment ?

J’ai beaucoup de doutes vis-à-vis de tous ces choix en ce moment. Quels sont les modèles les moins toxiques que je puisse encourager par mon attention ? Et potentiellement mon argent ?!

Par ailleurs, je tombais aujourd’hui (via cette vidéo) sur cette citation :

> L’histoire n’est pas quelque chose que l’on peut regarder en se disant « c’est inévitable », elle arrive parce que des gens ont pris des décisions […]

> Marsha P. Johnson

Peut-être faut-il prendre le problème à l’envers : de quoi ai-je besoin ? Vaste sujet.

## Lettres (2021-08-18)

Déplier pour lire le contenu de la publication

> This is one small step towards something different: an ethic that prioritizes technologists’ agency, the need for self-reflection, and the importance of historical inquiry.

> Letters to a Young Technologist (cache)

La déception du jour ce sont ces lettres avec un contenu profond mais une forme désastreuse. Le courrier est sollicité mais alors l’enveloppe ! Impossible d’afficher le moindre contenu sans charger pas moins de 13 fichiers JavaScript depuis `static.cargo.site`, pour… 6 pages de HTML qui pourraient facilement peser 10 fois moins lourd.

Pauvres jeunes, ils auront tellement à réparer…

> The second way that history can help us avoid mistakes is by showing us predictable ways things can go horribly wrong. In the light of history, we can take the long view on present-day crises and take care to not repeat the foibles of the past.

> Study the Past, Create the Future (cache)

Well, ¯\(ツ)/¯.

Vous reprendriez bien un peu de JS ?

## Animalière (2021-08-14)

Déplier pour lire le contenu de la publication

> Wilderness without wildlife is just scenery. — Lois Crisler

Envie de parler de mon approche concernant la photographie animalière. Ce n’est pas la bonne, ni même une que je recommande, c’est celle qui me convient en ce moment.

1. Légèreté : mon matériel fait 1,3 Kg pour aller de 180 mm jusqu’à un équivalent 540 mm. Il n’a pas le meilleur piqué ou un bokeh de f(l)ou mais je peux le tenir à bout de bras pendant une balade de plusieurs heures sans qu’il soit un poids dont j’ai envie de me débarrasser. Et j’ai encore suffisamment de force pour ensuite tenir la pose lorsqu’il faut être statique à main levée pendant plusieurs minutes. Je parle de poids en premier car j’ai déjà eu du matériel beaucoup plus qualitatif (et dispendieux !) et au final je ne l’avais que rarement avec moi, et encore moins en randonnée. Le meilleur appareil photo, c’est celui que j’ai (facilement) à portée de main !
2. Qualité : tout est compromis, avec cette contrainte de poids je ne peux pas sortir LA photo. Et c’est correct, je reviens avec les photos. De toute façon, c’est principalement pour les partager sur des plateformes qui me font de la bouillie de pixels ou ici (et je prends soin de votre bande passante). À petites ambitions, petit capteur, un micro 4/3 me suffit amplement.
3. Comportement : j’essaye de photographier en dérangeant le moins possible. Il s’agit de capter des images, pas l’attention des animaux. Si j’en arrive à stresser l’animal, ça se verra de toute façon sur la photo… ou dans ma propre lecture de la photo. Les animaux sauvages sont extrêmement curieux, en étant plus dans l’attente et l’écoute ils finissent parfois par s’approcher d’eux-mêmes. Toute ressemblance avec des animaux moins sauvage serait fortuite.
4. Contentement : mon intérêt actuel est dans l’observation et la connaissance que je peux acquérir de mon environnement. La photo qui vient avec, c’est le bonus pour ne pas oublier ces instants et éventuellement les partager. Je n’ai pas envie de la bonne « attitude » sur l’instantané mais de l’approche qui a permis à l’animal d’être suffisamment en confiance pour avoir ce comportement. Et tant pis si je loupe la photo à la fin, le simple fait d’en avoir été témoin me suffit.
5. Patience : j’ai envie de photographier des espèces locales, de prendre le temps de les connaître et de les approcher. Ce n’est pas un safari d’où il faut revenir avec des espèces exotiques mais un apprentissage — forcément lent — et une prise de conscience de mon environnement. Les animaux seront toujours là, différents… et moi aussi. Déguster cette exploration en prenant ce bien en patience, régulièrement.

Un détail technique pour finir, j’essaye de progressivement m’extraire des produits Apple en commençant par les logiciels intégrés. J’utilise RAW Power depuis quelques mois, ça plante souvent mais j’ai l’impression de reprendre un peu le contrôle sur ma chaîne de développement et de pouvoir visualiser les fichiers sur lesquels je travaille dans l’explorateur. C’est déjà ça.

Like a rock.

## HTTPSadness (2021-08-10)

Déplier pour lire le contenu de la publication

> At some point, you won’t be able to visit the first web page ever published without first clicking through a full-page warning injected by your web browser

> Chromium Blog: Increasing HTTPS adoption (cache)

Cela me rend triste, alors qu’un effort particulier a toujours été fait pour ne pas casser grand chose sur le Web jusqu’à présent. Chrome est bien parti pour nous les briser pendant quelques années encore… #BeenThereSufferedThat

Il y a 30 ans (merci Karl), Tim nous incitait à essayer (cache) son nouveau jouet :

> It’s just a question of generating plain text or SGML (ugh! but standard) mark-up on the fly. The browsers then parse it on the fly.

> Subject: Re: Qualifiers on Hypertext links... (cache)

Vous avez évité une n-ième photo de toile d’araignée.

## Poignée (2021-07-30)

Déplier pour lire le contenu de la publication

> Un outil est une opportunité avec une poignée. — Kevin Kelly, traduction libre

Je tombe sur cette citation aujourd’hui et je me demande si je suis un fabricant de poignées.

La sagesse est de savoir résister à la tentation de concevoir des poignées pour toutes les portes.

> Tous les gouvernements sont affligés d’un grave problème chronique : Le pouvoir exerce une grande attraction sur les natures pathologiques. Ce n’est pas tant que le pouvoir corrompt, mais il fascine les sujets corruptibles. Ces gens ont tendance à s’enivrer de violence, ce qui crée rapidement les conditions d’une accoutumance fâcheuse.

> Missionaria Protectiva, Texte QIV (dicto), Dune VI. La maison des mères, Frank Herbert

## CarbEAUne (2021-07-28)

Déplier pour lire le contenu de la publication

> L’hyper-focalisation sur le carbone et l’électricité cache efficacement les autres grands problèmes environnementaux. De tous ces problèmes, il me semble que la consommation d’eau du numérique peut devenir très problématique dans un futur proche et dans des zones très concentrés : les lieux d’extraction minière (approvisionnement en eau pour le nettoyage et la purification du minerai) ; la fabrication de circuits intégrés (eau ultra-pure, rinçage des wafers, etc.) ; le refroidissement des centres de données en zones désertiques (par évaporation d’eau) ; et la pollution des eaux (rejets miniers et industriels, décharges, etc.).

> Paradoxes et enjeux environnementaux de la numérisation (cache)

Une excellente série de billets par Gauthier Roussilhe qui enchaîne avec :

- Les limites pour débattre de numérisation (cache)
- Eco-conception, le brouillard à venir (cache)
- Territorialiser les systèmes numériques, l’exemple des centres de données (cache)

Je suis particulièrement sensible à l’effort qui a été fait pour tenter de prendre en compte l’ensemble des coûts autour de ces sujets. Ainsi que l’impact sur le cycle de l’eau qui est localement redéfini par de telles industries.

> Les besoins en eau de certains acteurs du numérique pourraient se confronter avec le plus consommateur d’eau sur le globe : le secteur agricole. Plus précisément, certains acteurs du numérique pourraient rentrer en concurrence avec les acteurs agricoles pour pomper les eaux souterraines en zones de stress hydrique et pour la captation des eaux de surface (réservoirs, etc.). Par exemple, en avril 2021, le gouvernement taïwanais a demandé l’arrêt subventionné de l’irrigation de 74 000 hectares de terres agricoles pour maintenir l’approvisionnement en eau d’usines de semi-conducteurs dans le nord de l’île. De plus, les rejets industriels d’usines de fabrication pourraient contaminer plus gravement des rivières et flux qui servent aux activités agricoles.

> Ibid.

Et pendant ce temps-là au Québec, on parle d’un traffic Internet plus vert (sic), la route est longue :

> Hydro-Québec fait, elle aussi, partie de la solution. En incitant des centres de traitement de données à s’installer ici pour profiter de notre énergie propre, nous pouvons en effet contribuer à rendre le trafic Internet plus vert.

> Pollution numérique (cache)

## Dé·mont(r)age (2021-07-25)

Déplier pour lire le contenu de la publication

J’ai passé les dernières 48 heures à convertir, découper et colorer des fragments de vidéos. Suivant le démon de mes propres aspirations. S’assurer que le son soit cohérent parfois, pester contre l’auto-focus encore une fois, se rendre compte que certains réglages n’étaient pas adéquats, irrécupérables parfois. La rage.

Et puis, il y a ce que l’on veut montrer. À quel point cette mise en scène est ridicule. Donner un sentiment de plénitude et d’apaisement alors que je suis en train de penser à ce chapelé de bits qui viennent remplir la carte mémoire. Dé·montrer aussi les instants où je coupe pour de vrai, où je nage pour moi, où je laisse le trépied dans un coin, où je suis ridicule (vous ne me verrez jamais m’extraire d’un raft !). Je me rends compte qu’il faudrait que j’ai une idée préalable de scénario/script si je voulais vraiment partager une histoire. Or, c’est assez incompatible avec l’approche itérative et exploratoire de la forêt que je veux avoir.

Démontage enfin de mes peurs et de mes faiblesses vis-à-vis d’un medium que je ne maîtrise pas. Passer outre la tétanie, apprendre. Encore.

> En vous confinant dans un simple rôle d’observateur, vous passez systématiquement à côté du sens même de votre vie. L’idéal pourrait être ainsi défini : Vivez de votre mieux. La vie est un jeu dont les règles s’apprennent en y sautant à pieds joints pour être immergé jusqu’au cou sous peine d’être toujours pris au dépourvu, toujours surpris par le moindre changement de décor. Les spectateurs passifs se plaignent en gémissant que la chance est passée juste à côté d’eux. Ils refusent de voir qu’une bonne part de cette chance, c’est à eux qu’il revenait de la créer.

> Darwi Odrade, Dune VI. La maison des mères, Frank Herbert

## Vol d’eau (2021-07-22)

Déplier pour lire le contenu de la publication

> The drones don’t create rain themselves but help to jump-start rain production via cloud seeding. They “zap” the clouds with an electric charge, subsequently charging the droplets inside. Since the beginning of 2021, the National Center of Meteorology (NCM) has conducted 126 instances of cloud seeding.

> “What we are trying to do is to make the droplets inside the clouds big enough so that when they fall out of the cloud, they survive down to the surface,” explained Keri Nicoll, one of the core investigators on the project.

> The technique has successfully created rain over Dubai and has even resulted in safety warnings for drivers over slippery roads.

> The UAE is Using Drones to Control Dubai’s Weather (cache)

Suite de mes réflexions vis-à-vis de l’eau, des sécheresses et de sa virtualité. Ici, on arrive tout de même à une technologie qui permettrait à une localité de récupérer l’eau avant qu’elle arrive « naturellement » à un autre lieu. Ça augure de nouvelles tensions géo-politiques. C’est un peu équivalent aux conflits diplomatiques qui existent — dès à présent — avec des fleuves parcourant plusieurs états et des retenues/consommations d’eau en amont qui créent des sécheresses en aval.

> On ne manipule pas une marionnette avec un seul fil.

> Le Fouet Zensunni, Dune VI. La maison des mères, Frank Herbert

## ActivityStreams (2021-07-13)

Déplier pour lire le contenu de la publication

On prend le temps avec La Bécasse d’explorer ensemble l’idée d’avoir un générateur de Toots statique pour Mastodon. J’avais commencé en solo sans grand succès l’année dernière car je n’avais pas compris deux pré-requis :

1. Ce protocole s’appuie sur du push, à chaque publication il faut faire un `POST` sur l’inbox de chacun de ses followers.
2. Il faut pouvoir répondre aux requêtes des personnes qui souhaitent suivre le compte pour que le lien soit fait (et stocker l’identifiant de ce follower, cf. 1.).

Autant dire que pour du statique et donc plus ou moins asynchrone, ça n’est pas gagné ! J’étais pas loin d’abandonner lorsque La Bécasse m’indique qu’il est tout à fait possible de générer une Note sur laquelle interagir (repouet par exemple) en utilisant la recherche de mastodon.social pointée vers le fichier `json` qui va bien. Après de multiples essais/erreurs (grr cache), on finit même par trouver comment mettre un autre compte en copie pour participer aux échanges qu’il peut y avoir au sujet d’une publication via le `tag` de `"type": "Mention"`.

J’hésite entre proposer une URL dédiée ou faire de la négociation de contenu sur la même URL ce qui pourrait faciliter le partage par d’autres personnes.

Note : les 3 jours suivants, je tente des choses à ce sujet et il semble y avoir toujours un blocage difficile à investiguer, probablement lié à la négociation de contenu justement… ça serait pas mal d’avoir un log mais ça nécessiterait probablement d’installer un serveur Mastodon.

Masto 2 - 0 David.

> Tel se présente l’univers impressionnant de la magie qu’il est constitué non pas d’atomes mais uniquement de mouvements et de vibrations. En son sein, il convient d’abandonner toute croyance aux barrières qui font obstacle à la compréhension. La notion de compréhension elle-même est à écarter, cet univers n’étant ni visible, ni audible, ni décelable par aucun moyen fixe de perception. C’est le vide ultime où aucun écran préalable n’existe sur lequel puissent être projetées des formes. Il ne connait qu’un seul mode de conscience et c’est l’écran de projection des images. L’imagination ! Ainsi, l’on apprend véritablement ce que signifie être humain, être un créateur d’ordre, de formes et de systèmes harmonieux, être, en somme, l’organisateur du chaos.

> Manuel des Atréides, Archives du Bene Gesserit, Dune V. Les Hérétiques de Dune, Frank Herbert

## Copilot (2021-07-08)

Déplier pour lire le contenu de la publication

> GitHub recently announced a tool called Copilot, a tool which uses machine learning to provide code suggestions, inciting no small degree of controversy. One particular facet of the ensuing discussion piques my curiosity: what happens if the model was trained using software licensed with the GNU General Public License?

> Is GitHub a derivative work of GPL’d software? (cache)

Les réactions ont été assez salées (cache) — et à juste titre ! — suite à cette annonce, et je ne parle même pas des bugs fâcheux (cache) lors de cet apprentissage. Pour ma part, ça m’a fait glousser que Microsoft fasse du blanchiment de code sous GPL, mais c’est probablement car je commence à me faire vieux.

Il y a tout de même une approche séduisante à imaginer une façon hybride de produire du code. J’y vois un parallèle avec les échecs et le fait que ce soit la combinaison humain + machine qui devienne la plus puissante (passé un certain niveau permettant de comprendre les propositions de l’ordinateur, c’est une condition importante). Il n’y a probablement pas tout à jeter dans cette exploration, j’aimais bien aussi l’idée d’importer directement depuis StackOverflow sans même savoir ce qu’il y a dans la fonction. De batteries included à copy-pasta included, cela introduit une notion de confiance sociale et technique :-).

Je n’en reste pas moins fidèle à SublimeText, j’ai besoin d’un éditeur fonctionnel et rapide.

> À mon sens, les réformateurs ont causé plus de tort à eux seuls que n’importe quelle autre force dans toute l’histoire humaine. Montrez-moi quelqu’un qui déclare : « Tout cela doit être changé » et vous aurez devant vous une tête gonflée d’intentions pernicieuses qui n’ont aucun autre exutoire. Ce que nous devons au contraire nous efforcer de faire toujours, c’est découvrir les cours naturels des choses et nous y insérer sans heurt.

> Révérende Mère Taraza, Extrait d’une convention, Dune V. Les Hérétiques de Dune, Frank Herbert

## Long terme (2021-06-24)

Déplier pour lire le contenu de la publication

> Agile’s success at the expense of UX is just one manifestation of a deeper truth: Businesses want scaling. And foundational UX work doesn’t scale. It doesn’t lend itself to predictable, repeatable processes and generic cookie-cutter roles. It can’t, because by definition it deals with unknown, slippery, hard-to-define problems that characterize the leading edge of an organically evolving business.

> The same things that make agile a great fit for scaling engineering work—regular sprint tempos; clearly articulated outcomes to be produced; breaking down the complex, unfolding experience of users into concrete elements that can be tied to code—are the very things that make it a terrible fit for foundational UX work. The holism necessary to do foundational UX is antithetical to the assembly-line chunks of user behavior agile requires.

> I helped pioneer UX design. What I see today disturbs me (cache)

Je ne vais pas me focaliser sur l’opposition agile/UX car il y a pas mal de façons de pratiquer ces deux domaines. C’est certain qu’il est malheureux d’avoir appelé ces itérations des sprints et qu’il faut réussir à avoir suffisamment de recul pour ne pas prendre ce terme au pied de la lettre (sinon ça finit par brûler).

Déterminer ensemble ce que l’on veut produire à long terme est très complexe pour une équipe. Le contexte change, les utilisateur·ices évoluent, l’équipe elle-même se renouvelle, dans cet espace mouvant il est difficile de conserver un semblant d’unité et de cohérence. Au moins vis-à-vis des interactions avec l’extérieur.

On peut être tenté d’avoir recours à un Design System ou Système de Design même si ce cadre arrive avec une lourdeur qui lui est propre. Ça peut donner l’impression de mettre une carrosserie sur une trottinette qui n’en nécessitait pas tant. C’est une réponse technique efficace (sans être performante) à une problématique qui a trait à l’humain et à l’empathie.

Comment combiner la tactique (faire à court terme) à la stratégie (penser à long terme) alors ? Sans technique, avec des personnes qui font le liant. Qui agrègent, qui reli(s)ent, qui partagent l’enthousiasme.

Qui prennent soin. Qui donnent loin.

## FullStack (2021-06-23)

Déplier pour lire le contenu de la publication

> It’s almost like it’s a culture of masculinity stretching its legs wide across the seats of the tech industry.

> If a skill is worth masculinity points, it’s claimed. If a skill is coded as feminine it’s remade with masculine tools. If a skill can’t be remade it’s dropped and ignored.

> Which is why front end got turned into a programmatic hardcore engineering fest. It’s malleable to that (at huge cost to the users). It’s also why accessibility will never be considered full stack, as it can’t be automated. It requires empathy and communication.

> To feed the ego of a masculine webtech industry we sacrificed accessibility and usability.

> Charlie Don’t Surf, sur Twitter

On touche un point sensible ici, celui de l’automatisation pour pallier ses propres faiblesses de communication. C’est ce que j’observe assez régulièrement avec ma boîte noire favorite :

Docker. Oups (cache).

Derrière cette tentative de reproductibilité, on masque un processus d’installation et surtout une remise en cause des dépendances. On perd l’occasion d’avoir la friction (répétée) qui va générer cette discussion. On prolétarise les personnes non-érudites à coups de `docker-compose up` en cachant une technique qui serait la voie vers leur autonomie. On contraint les utilisateur·ices à s’abonner à nos se(r)vices.

Ce ne sont pas nos produits que l’on met en boîte mais nos pairs que l’on enferme dans cette façon de (dé)penser pour le confort de quelques uns. Ce domaine a besoin de voiliers, pas de cargos.

> 💯 To claim full stack as a title is to declare that you are a replaceable unit in the cog of capitalism. The ultimate human resource to be exploited!

> Charlie Don’t Surf, sur Twitter

Yup.

## API statique (2021-06-17)

Déplier pour lire le contenu de la publication

Discussion avec les pyrates au sujet de blogs, d’articles, d’API et de minimalisme. J’imagine qu’un générateur d’API statique est possible, on est plutôt habitué·es à produire du HTML (qui est lui-même un format d’échange possible) mais on pourrait tout aussi bien générer un flux en JSON ou tout autres petits fichiers statiques pré-générés.

La dernière fois que j’ai essayé c’était pour tenter de créer un flux mastodon de manière statique ici-même mais la barre était trop haute pour ma maigre connaissance de cette combinaison de protocoles. Surtout que je n’avais pas vraiment d’autre intérêt que l’exploit technique en lui-même.

Il faudrait que je maintienne une page de tout ce que je n’ai pas réussi à faire pour compenser des chaînes plus reluisantes. Pour équilibrer. J’imagine que ça en dirait encore davantage sur mes compétences et ma capacité à me laisser échouer sur une page (web).

Et pendant ce temps là 🤩 :

> They are little challenges I give myself, usually without too many stakes involved, and with small enough a scope so that I can ship it in a day or two, while keeping spare family time.

> Representing SHA-256 Hashes As Avatars (cache)

## Flux lisibles (2021-06-03)

Déplier pour lire le contenu de la publication

> Use web feeds to subscribe to websites and get the latest content in one place.

> Feeds put you in control. It’s like subscribing to a podcast, or following a company on Facebook. You don’t need to pay or hand over your email address. You get the latest content without having to visit lots of sites, and without cluttering up your inbox. Had enough? Easy: unsubscribe from the feed.

> You just need a special app called a newsreader.

> What is a feed? (a.k.a. RSS) (cache)

Cela faisait un moment que je voulais expérimenter des choses à ce sujet. Et puis j’avais vu passer le rendu des flux de Jeremy Keith ou Matt Webb que je trouvais inspirants mais j’avais l’impression que c’était compliqué à mettre en place. Alors que le travail avait en fait été pas mal pré-mâché ! (cache) Le rendu par défaut dans Firefox ressemblait à ça :

Non seulement c’est pas joli mais surtout c’est incompréhensible aux non-technicien·nes !

La feuille XSL de base est commentée et disponible ici. L’exercice le plus difficile est d’adapter les valeurs pour que ça corresponde à votre flux, j’ai aussi enlevé la CSS par défaut pour mettre la mienne en ayant l’intuition que ça permettrait de maintenir une certaine cohérence avec la page d’où la personne vient. J’ai aussi fait en sorte d’utiliser la notion de suivi d’un flux/individu.

Mon code ressemble à ça et permet d’obtenir le rendu suivant :

Et voilà ! C’est quand même bien plus stylé 😎

J’ai une petite frustration que Firefox ne supporte pas la propriété `disable-output-escaping="yes"` ce qui ne me permet pas d’avoir un rendu HTML satisfaisant lorsqu’on déplie les entrées (le plus frustrant étant que c’est implémenté chez Webkit…). J’imagine que je pourrais changer le format de mon flux pour ne pas avoir à faire cette conversion, par exemple avec du `CDATA`, à creuser.

Il s’agit bien évidemment d’une première version et je vous encourage à me faire part de vos incompréhensions ou propositions d’amélioration pour le texte d’introduction. Je suis déjà bien content d’avoir pu mettre ça en place, c’est une frustration que je me traîne depuis… plus de 15 ans !

## Obsolescence chiffrée (2021-05-13)

Déplier pour lire le contenu de la publication

> On September 30, there will be a change in how older browsers and devices trust Let’s Encrypt certificates, resulting in a minor decrease in compatibility. -- The Let’s Encrypt team

> Un courriel adressé à toutes les personnes ayant généré des certificats Let’s Encrypt (incluant indirectement cet espace)

C’est un bon rappel que HTTPS crée de l’obsolescence (cache) en ne supportant plus des périphériques plus anciens (au même titre qu’un système d’exploitation par exemple). La durée acceptable semble être de 10 ans dans le cas du compromis qui a été fait. Les personnes détentrices (entre beaucoup d’autres) d’un iPhone 4 ne pourront plus accéder à cet espace — et des millions d’autres — d’ici la fin de l’année et ça me rend triste.

Voir les épisodes précédents au sujet de HTTPS.

## Accessibilité (2021-05-05)

Déplier pour lire le contenu de la publication

Aujourd’hui, on a reçu le rapport d’un audit d’accessibilité. Cela fait maintenant un an que nous travaillons sur MesConseilsCovid et c’est intéressant d’avoir des personnes tierces et expertes qui viennent analyser tout cela avec un peu de recul. Je pensais que l’on n’était pas trop mauvais·es et nous étions en fait assez loin du compte ! Une belle leçon d’humilité, même en pensant faire attention à ces aspects.

La difficulté — une fois les erreurs corrigées à l’instant `t` — est de rester accessibles à l’instant `t + 1`.

## Conversions (2021-04-19)

Déplier pour lire le contenu de la publication

Lorsque je capte les vidéos lors d’une sortie en forêt, je sélectionne le format `MOV` en `C4K/10bit/150M/24p` ce qui signifie une résolution de 4096x2160 pixels à 23,98 images par seconde (150 Mpbs de bit rate) en `4:2:2/10 bit` avec compression `Long GOP`. Beaucoup de jargon pour dire que j’essaye de capter l’une des meilleures qualités proposées par le capteur. Je pourrais aller encore plus haut mais ça me consommerait 400 Mo par seconde sur la carte et pour une carte de 128 Go je passe de 1 h 48 min de captation disponible à seulement 41 min en choisissant ce format.

Lors de ma ballade, je suis revenu avec 1 h 45 min de prises de vue pour un total de 124 Go. Or, je suis obligé de les convertir en un format moins compressé pour pouvoir procéder au montage avec DaVinci Resolve, j’utilise la commande suivante pour les convertir en `ProRes` :

    for f in *.MOV; do ffmpeg -i "$f" -c:v prores -profile:v 3 -c:a pcm_s16le "../prores/${f%.*}.mov"; done

Cela signifie que je prends tous les fichiers avec l’extension `.MOV` dans le répertoire en cours et que je les convertis dans un dossier `prores` un cran plus haut en gardant le nom du fichier. Cette opération m’a pris 3 h 30 min avec 4 cœurs i7 à 2,3 GHz : le résultat de la conversion fait l’astronomique 903 Go !

Autant dire que j’ai dû faire ça sur un disque externe, ce qui me contraint une fois dans DaVinci Resolve à utiliser des média sous forme de proxy (cache local) qui sont en moindre qualité mais qui font en sorte que l’ordinateur ne souffle (ni souffre) pas trop pendant le montage. Ça aussi, ça prend un temps/CPU non négligeable…

Tout ça pour dire qu’avant même d’agencer deux morceaux de vidéos j’ai déjà consommé une énergie assez considérable. Le plus frustrant étant que Vimeo me fasse parfois une bouillie de pixels, quand ça n’est pas juste à l’export car je ne maîtrise pas encore très bien ce qu’il se passe dans cette boîte noire.

Bon, au moins j’apprends des trucs 🤷.

## Dark mode (2021-04-15)

Déplier pour lire le contenu de la publication

> Je suis le cas typique du client qui a besoin obligatoirement d’un light mode, sans quoi je n’utilise plus l’application et/ou je ne consulte plus le site (c’est déjà arrivé, j’ai désinstallé l’application et fermé l’onglet de mon navigateur). Dans mon cas, le dark mode, contrairement à ce que dit [le document dont parlaient mes collègues], augmente très fortement ma fatigue oculaire. Au bout de trois lignes j’ai la rétine imprimée, des lignes qui flottent devant les yeux, c’est très désagréable.

> Dark mode et accessibilité (cache)

C’est la raison pour laquelle — même après avoir cédé à la mode du foncé — je laisse la personne qui consulte cet espace choisir. Utiliser les préférences du système (`prefers-color-scheme`) me semble être insuffisant. Certain·es préfèrent un thème sombre sans pour autant vouloir lire du clair sur foncé, d’autres ne savent pas comment changer le thème au niveau du système.

Pour les astigmates (au moins certain·es en tout cas), ça semble être problématique tout ce qui est clair sur trop sombre, surtout la nuit. Et je crois que c’est un pourcentage non négligeable des internautes…

Quelques jours plus tard, je tombe sur :

> People with astigmatism (approximately 50% of the population) find it harder to read white text on black than black text on white. Part of this has to do with light levels: with a bright display (white background) the iris closes a bit more, decreasing the effect of the “deformed” lens; with a dark display (black background) the iris opens to receive more light and the deformation of the lens creates a much fuzzier focus at the eye.

> Why light text on dark background is a bad idea (cache)

## Honte (2021-04-05)

Déplier pour lire le contenu de la publication

> D’autre part, lorsque j’ai commencé, je n’avais aucune formation de développeur : Je me suis formé sur le tas, et je n’étais de toute façon pas suffisamment assuré de mon code pour le mettre en licence libre (j’aurai trop honte qu’un vrai développeur vienne regarder le code de mes premières productions !). Je suis enseignant, pas développeur !

> J’enseigne, je code et je partage - EP 02 : Christophe Auclair (cache)

Cette remarque m’attriste car je sais qu’elle n’est pas isolée. Même parmi les développeur·euses, il y a cette crainte que le code publié soit analysé et serve à établir un certain jugement sur la personne.

Je vais vous faire une confession : je publie du code depuis des dizaines d’années et il est loin d’être propre, ni même parfois présentable selon les standards en vigueur. Mon premier constat, c’est que pas grand monde ne prend le temps d’aller voir ce que vous avez partagé (et/ou de vous notifier). Même dans le cadre d’un recrutement, j’ai l’intuition qu’aucune des personnes avec lesquelles j’ai interagi n’a consulté la moindre ligne de code, que ce soit sur Github ou ailleurs.

C’est pourtant une source d’information intéressante, pas pour le code produit en lui-même mais pour la façon dont il est produit et la nature des interactions qu’il occasionne. Pour savoir si je peux travailler avec un·e pair, j’ai davantage besoin de voir ses commentaires récents lors d’une pull/merge-request que ses dernières 10 000 lignes de code…

Cela étant exprimé, je considère que publier du code (sans la façon de travailler qui va avec) s’apparente à la publication d’idées sur cet espace. Des petits cailloux stimulants pour aider d’autres à bâtir — et éventuellement partager — d’autres choses. Et à ce niveau, vous ne savez jamais quelle ligne va potentiellement être une aide pour un contexte donné. Vous ne savez même pas si plus il y a de lignes plus la personne a des chances de rencontrer la bonne.

Le partage n’est qu’un espoir… mais quel espoir !

## Smolstack (2021-03-28)

Déplier pour lire le contenu de la publication

> The “smol” net is the “small” net. It’s small because it is build for friends and friends of friends. It doesn’t have to scale to millions of people because those millions should build their own local small nets.

> CommunityWiki: Smol Net (cache)

On me demandait récemment si je me considérais comme étant un développeur fullstack. Avec le recul, cette question m’a permis d’affiner ce que j’entends par ce terme et pourquoi je ne veux pas l’être. Je me suis aussi replongé dans mes archives car le sujet n’est pas nouveau mais j’ai besoin de le revisiter régulièrement.

Ce que l’on entend traditionnellement par le terme fullstack me semble aller de l’orchestration de containers (incluant sécurité, disponibilité, redondance, etc.) à l’interface utilisateur·ice et à son expérience que l’on espère la plus pertinente possible (incluant l’accessibilité, les performances, etc.) en passant par le backend et le frontend qui apportent leur lot de connaissances à maîtriser et maintenir à jour. Mais ce n’est pas tant le périmètre en lui-même que l’appétence que l’on peut avoir pour l’ensemble de ce spectre qui est une attente qui m’est irréaliste.

Je vais maintenant essayer de définir ce que j’entends par smolstack, c’est brouillon et je vais probablement avoir besoin de plusieurs itérations :

- vérifier la pertinence des fonctionnalités avec des tests utilisateur·ices ;
- réduire les dépendances au maximum et être guidé par le besoin plus que par la tendance actuelle ;
- prendre le temps de faire le ménage à tous les niveaux : nouvelles attentes, évolution de dépendance, retrait de fonctionnalités, etc. ;
- faire en sorte que les données soient accessibles au plus grand nombre (je vais avoir besoin de préciser ce point) ;
- privilégier le statique tant que c’est possible, il n’y a rien qui soit plus performant et polyvalent ;
- arbitrer la complexité vis-à-vis de l’impact que cela va avoir sur les utilisateur·ices mais aussi la maintenance, la fiabilité et la légèreté du produit ;
- documenter les choix techniques ainsi que les joies/échecs associés (journal d’équipe ?) ;
- envisager l’essaimage plutôt que le passage à l’échelle.

Je vais m’arrêter là pour ce soir, je n’ai pas l’ambition d’en faire un manifeste, ni la prétention d’en faire un terme consacré. Je le vois plus comme une ébauche inspirante et vivante. C’est incomplet à dessein. Et ce sera obsolète dès demain.

Keep smoling! 😀

> That last bit is a bit of a concern as ageism is already strong enough in web development for 30 to be considered old. The last thing I want is to be labelled a conservative old fogey in an industry dominated by novelty-seeking. Mostly because it really isn’t accurate. I really do enjoy some of the new developments in the field. So much so that I constantly have to fight the urge to start building projects using the latest bit of shiny.

> Which type of novelty-seeking web developer are you? (cache)

## Partage (2021-03-15)

Déplier pour lire le contenu de la publication

> 80 emojis in, forking over money for a goat emoji domain name, you seriously start to question what you’re doing.

> $1200 later, 150 emoji domains were mine.

> I bought 300 emoji domain names from Kazakhstan and built an email service (cache)

J’aime lorsque des inconnu·es partagent leurs brins de folie.

## In·dépendance (2021-03-13)

Déplier pour lire le contenu de la publication

> I read a lot of other people’s code. I highly recommend it. One of my golden rules is that you shouldn’t blackbox things you don’t need to. I like to “use dependencies for efficiency, not ignorance.”

> When I’m vendoring code - copying it into the project and making it pass my basic eslint & testing standards, I’ll do light rewrites and refactors of new code, allowing me to get a deeper understanding of how they work and where their limits lie.

> […]

> And sometimes, sure - I’ll read through a dependency, start refactoring, and realize that it’s going to be simpler to write it myself, or I should find another option. It doesn’t matter if something is a dependency or my code: when you ship a product, it’s all your responsibility.

> Vendor by default (cache)

C’est l’une des raisons pour lesquelles j’essaye d’aller le plus loin possible avec un produit sans avoir de système de dépendances JS autre que la récupération du build qui est présent sur le dépôt source (s’il n’y en a pas, tant pis…). Le fait de copier manuellement ce fichier sur mon propre dépôt donne du poids à la dépendance, ce n’est pas une simple ligne dans un fichier. Un effet de bord que j’apprécie beaucoup aussi est de pouvoir identifier et corriger les bugs localement plus facilement.

Cela me rappelle les pistes que j’explorais déjà il y a 5 ans, notamment la partie sur les budgets.

## HTML-over-WebSockets (2021-03-04)

Déplier pour lire le contenu de la publication

> But this wasn’t terribly easy for many developers to grok at first. I sure didn’t. And the benefits weren’t exactly clear either. After years (decades, even) of wrapping our heads around the HTTP request cycle, to which all server-handled features must conform, adopting this WebSocket tech layer required a lot of head scratching. As with many clever new technologies or protocols, we needed a higher-level abstraction that provided something really effective for getting a new feature in front of a user, fast.

> The Future of Web Software Is HTML-over-WebSockets (cache)

En ce moment, ça me gratte justement bien la tête. Je me retrouve davantage dans cette approche (cache) et j’ai presque du plaisir à utiliser Stimulus, ça semble être le niveau de structuration et de non-abstraction dont j’ai besoin. J’ai aussi essayé Turbo (Frames) mais je n’ai pas été assez loin pour voir les avantages décrits dans l’article (et c’est trop jeune pour mon niveau de confiance) : j’ai fini par recoder juste ce qu’il me fallait avec Stimulus.

J’apprécie le fait que ces ré-explorations donnent lieux à de nouvelles initiatives comme Django-Unicorn ou Sockpuppet pour ne citer que les déclinaisons dans l’écosystème Django. J’ai l’impression que c’est le compromis acceptable pour le vieux développeur que je suis : de la réactivité au niveau de l’interface pour les utilisateur·ices, de la logique et de la stabilité côté développement pour ma sénilité d’esprit.

Attention si vous partez sur des WebSockets, j’ai récemment appris (cache) que les restrictions de type CORS ne sont pas du tout respectées.

Note : je suis surpris qu’il n’y ait pas encore un projet intitulé RESTream dans le domaine 🙃🚎.

## Responsabilité (2021-03-01)

Déplier pour lire le contenu de la publication

> La technique rend les hommes irresponsables. Les manifestations principales du développement de la technique sont le gigantisme, la concentration et l’abstraction. Cet état de fait aboutit à une dispersion des effets de l’action : à l’ère technique, l’identification et la responsabilité des acteurs est devenue problématique, voire impossible : « Dans une telle société, le type de l’homme agissant consciemment disparaît. » L’action morale est donc impossible puisque l’homme ne peut pas se représenter les effets de son action.

> […]

> Une des idées fondamentales de Charbonneau et d’Ellul est de mettre radicalement en question l’idée de la neutralité de la technique : plus qu’un progrès, elle engendre le développement de la puissance. Loin de permettre l’émancipation, la puissance engendre des déséquilibres et devient incontrôlable, car elle appelle nécessairement la concentration et le gigantisme.

> Nous sommes des révolutionnaires malgré nous, Bernard Charbonneau, Jacques Ellul, introduction de Quentin Hardy

Plus j’explore la vie et les écrits de ces deux personnes et plus je me rends compte qu’il est possible d’anticiper l’évolution technique. Ce qui est plus difficile c’est d’identifier les moments de rupture, ces instants où il y a la formation d’un contre-pouvoir de la part des humains, un contre-vouloir lorsque les soupapes ne suffisent plus. Peut-être que l’on s’en approche, j’ai l’intuition que ces retours de flammes peuvent être relativement brutaux. Peut-être que l’on en est encore très loin car la technique procure un confort incroyable aux oppresseurs.

C’est même peut-être sa véritable définition…

## Optimisation (2021-02-19)

Déplier pour lire le contenu de la publication

> But when you increase complexity in order to optimise, demand never really goes down. The optimisation becomes an opportunity to do more, and so the complexity gets locked in – there will never be the chance to remove it.

> And that compounding complexity, layers upon layers of it, a nest of interlocking feedback loops, increases the risk of fatal, emergent complexity quakes.

> All of which colours my approach to everything from how I architect my code, to how I organise my finances, to what government policies I like.

> Anxious feelings about optimisation through complexity (cache)

Je réfléchis beaucoup à ces choses là en ce moment. Sur le fait d’ouvrir des portes que l’on ne peut plus refermer ensuite. Chaque porte étant en fait sur un palier qui demande aux autres de passer une marche de plus, ce qui n’est pas forcément dans les moyens de la majorité.

Sur un de mes produits actuels, je me suis rendu compte aujourd’hui qu’en le rendant plus « propre » je l’ai aussi rendu moins convivial (au sens d’Illich) pour les personnes qui vont devoir le reprendre. Les concepts utilisés sont un peu plus complexes, les versions un peu plus modernes, autant de marches qui m’ont semblées petites mais qui mises bout à bout rendent le produit moins accessible.

À méditer… ne plus oublier le 10e principe :

> Design mediates so much of our realities and has tremendous impact on our lives, yet very few of us participate in design processes. In particular, the people who are most adversely affected by design decisions — about visual culture, new technologies, the planning of our communities, or the structure of our political and economic systems — tend to have the least influence on those decisions and how they are made.

> […]

> Before seeking new design solutions, we look for what is already working at the community level. We honor and uplift traditional, indigenous, and local knowledge and practices.

> Read the Principles - Design Justice Network (cache)

## Comptabilité (2021-02-15)

Déplier pour lire le contenu de la publication

Je me rends compte que j’ai de plus en plus envie/besoin de compter ce que coûtent certaines choses. J’avais commencé avec la voiture achetée en octobre dernier (OK, c’était aussi pour tester TailwindCSS, j’en reparlerai). Je me demande si je ne vais pas faire un truc du même acabit pour le matériel vidéo, une façon de mieux prendre conscience de la valeur des choses.

Je dois vieillir aussi…

Mais bon tout ça, c’était juste pour planter le contexte. Je suis confronté à des soucis techniques avec ces représentations. Je pourrais mettre ça dans une feuille de calcul mais ça serait me trahir un peu. Les tableaux en HTML c’est quand même pas terrible en terme d’édition/visualisation et en markdown ça demande d’avoir recours à des outils externes également pour que ça reste lisible. Oh et aussi, j’ai la contrainte que ce soit un brin dynamique — par exemple pour calculer un poids d’équipement, au hasard. Idéalement que ça me fasse la somme des colonnes numériques (peut-être au choix de l’utilisateur·ice ?).

J’avais besoin de noter ceci quelque part, comme un point de départ. En l’exprimant, je me dis que quelques lignes de JavaScript sur un tableau pourraient faire l’affaire ou alors je tente un truc complètement fou. Si vous avez d’autres idées/propositions, je prends.

## Réparation (2021-02-05)

Déplier pour lire le contenu de la publication

> A heavier and well-designed object feels different. You don’t have it always with you just in case. You don’t throw it in your bag without thinking about it. It is not there to relieve you from your boredom. Instead, moving the object is a commitment. A conscious act that you need it. You feel it in your hands, you feel the weight. You are telling the object: « I need you. You have a purpose. » When such a commitment is done, the purpose is rarely « scroll an endless stream of cat videos ». Having a purpose makes it harder to throw the object away because a shiny new version has been released. It also helps draw the line between the times where you are using the object and the times you are not.

> Besides sturdiness, one main objective from the ForeverComputer would be to use as little electricity as possible. Batteries should be easily swappable.

> The computer built to last 50 years (cache)

Superbe initiative. Je suis en train de creuser le monde de la vidéo et (bien que chaque fabricant de matériel ait son propre format, batterie, stockage, etc.) je me demandais à quoi pourrait ressembler un ordinateur avec écran indépendant et alimenté par sa propre batterie comme ceux que l’on peut connecter à une caméra depuis son port HDMI. Je vois bien la contrainte mais je vois aussi la modularité et la possibilité de changer des pièces indépendamment les unes des autres.

Un petit bémol sur la partie chiffrement, je ne pense pas que ce soit un pré-requis pertinent pour limiter la consommation énergétique de ce ForeverComputer. À la limite, un hash pour vérifier l’intégrité des fichiers après leur copie et suivre leur évolution mais tout ce qui a trait à la cryptographie évolue trop au cours du temps à mon avis. Sans compter qu’en perdant la clé de déchiffrement, on perd les contenus qui vont avec, ce qui me semble à l’opposé de l’idée de pouvoir les conserver plusieurs décennies.

J’apprécie aussi l’approche qui consiste à commencer par faire un petit pas avec WriteOnly qui permettrait de tester la partie usage avant de passer à la suite.

> To mend is to comprehend a human scale problem, and without this understanding our creations become strange creatures. We see this in the common examples of our time, from architecture to websites: Things used daily that, inexplicably, do not seem to be invented for human use. In the case of housing, bad architecture treats a human-scale environment as if it were a commodity-scale problem. The creators of some places see inhabitants not as humans but parameters. I do not need to spoil your view with visions of this architecture, I only wonder, what have their creators ever repaired?

> That which is unique, breaks (cache)

## Complexité (2021-02-02)

Déplier pour lire le contenu de la publication

> As much as we talk about avoiding complexity in our programs, we seem to love the complexity of the tooling around our programs. As Ousterhout notes, every time you add a tool or configuration to a project, you’re adding an element that developers must learn, be aware of, or at minimum be exposed to. So while we think we’re lowering the bar of contributing and collaborating on a project — which may be true for some people — it’s possible we’re actually excluding people from contribution and collaboration because of the overwhelming complexity of our team of robots.

> Codebase Collaboration Between Humans and Robots (cache)

Suite de mes réflexions sur le sujet (et en fait il s’agit d’un truc autour duquel je tourne depuis pas mal de temps), je doute de plus en plus de la pertinence de ces enchaînements d’étapes à chaque commit/push. Ma difficulté actuelle est de faire la distinction entre les moments où c’est important et ceux où ça peut être facultatif (et potentiellement le rendre désactivable). On peut rapidement être nostalgique (cache) d’un temps où l’on n’avait pas tout ça mais je me rappelle aussi du renommage des fichiers en direct sur le serveur et des conflits ou des oublis lorsqu’on travaille à plusieurs dessus, etc. C’était l’enfer et c’est bien pour cela que l’on s’est outillé un minimum depuis.

Il y a probablement un entre-deux plus sain à trouver. Et en fait plusieurs en fonction du contexte. Je regrette parfois d’avoir lâché du lest sur certains aspects, j’en apprécie d’autres au quotidien. Une histoire de compromis.

> The technology stack was not the limit we faced in this project over the years. It was rather the abstractions we created our own that got in our way.

> Maintaining JavaScript applications in the long term (cache)

## Gratitude (2021-01-23)

Déplier pour lire le contenu de la publication

> thanks for your nice idea after 10 years !

> En commentaire d’un gist

Je suis toujours surpris que l’on puisse utiliser quelques bouts de code que je partage ici et là. Pour rappel, j’essaye de réunir des petits cailloux regroupés par langage : CSS, JS, Python et bien sûr HTML en faisant un `view-source:` ici :-).

Quand on plante un graine on ne sait jamais où et quand est-ce qu’elle va germer.

À titre personnel, je n’oublierais jamais la réponse de Guido à mon courriel :

> Well thank you! So much fan mail is asking for a favor, I’m really grateful that you just express your thanks. Enjoy programming in Python, and tell your friends!

## Parler (2021-01-14)

Déplier pour lire le contenu de la publication

Avertissement : je n’ai jamais utilisé cette application et je n’apprécie pas la nature des échanges nauséabonds qu’il semblait y avoir dessus.

> If one were looking for evidence to demonstrate that these tech behemoths are, in fact, monopolies that engage in anti-competitive behavior in violation of antitrust laws, and will obliterate any attempt to compete with them in the marketplace, it would be difficult to imagine anything more compelling than how they just used their unconstrained power to utterly destroy a rising competitor.

> How Silicon Valley, in a Show of Monopolistic Force, Destroyed Parler (cache)

Je n’avais pas envisagé cette histoire sous cet angle là. Et s’il s’agissait « juste » de bâillonner un concurrent, business as usual ? J’ai presque envie de me raser avec :

> Ne jamais attribuer à une quelconque éthique ce que le capitalisme suffit à expliquer.

Les seuls outils qui seraient autorisés à concurrencer de tels monopoles seraient forcément décentralisés. C’est bien la raison pour laquelle ces plateformes sont contre le Web, il ne peut en être autrement car leur survie en dépend. Est-ce que Parler utilisant Secure Scuttlebutt aurait continué à fonctionner ? (Pour rappel.) Probablement, en tout cas le bâillon n’aurait pas été aussi simple à nouer. Espérons (presque, dans un tel contexte) que ma conclusion tienne toujours : un tel réseau est trop beau pour percer.

> On ne soulignera jamais assez que la révolution ne sert à rien si elle n’est pas inspirée par son idéal ultime. Les méthodes révolutionnaires doivent être en harmonie avec les objectifs révolutionnaires. Les moyens utilisés pour approfondir la révolution doivent correspondre à ses buts. En d’autres termes, les valeurs éthiques que la révolution infusera dans la nouvelle société doivent être disséminées par les activités révolutionnaires de la période de transition. Cette dernière peut faciliter le passage à une vie meilleure mais seulement à condition qu’elle soit construite avec les mêmes matériaux que la nouvelle vie que l’on veut construire. La révolution est le miroir des jours qui suivent ; elle est l’enfant qui annonce l’Homme de demain.

> My Desillusionment in Russia, Emma Goldman

## Marche ou trêve (2021-01-11)

Déplier pour lire le contenu de la publication

> L’engouement de nos sociétés pour la marche témoigne de cette volonté de s’arracher aux routines de la vie personnelle pour quelques heures ou davantage et devenir anonyme sur les chemins, sans plus avoir de contraintes d’identité. Le marcheur est libre de ses mouvements, de son rythme, il ne doit plus rien à personne, et nul ne vient le rappeler à ses responsabilités. Il est ailleurs, nul ne sait qui il est ni où il va. Il noue des relations provisoires ou durables avec les autres, mais à son gré. Sur les chemins de traverse, le sentiment de soi se dénoue, les exigences de la vie sociale se relâchent. La marche est un exercice ludique et contrôlé de disparition, une réappropriation heureuse de l’existence.

> Disparaître de soi, David Le Breton

Il est très surfait de faire une ode à la marche. Et pourtant, c’est là où je me sens le plus « blanc » et je regrette parfois d’avoir commencé à filmer ces moments. L’impression de perdre une partie de l’intimité que me procurent ces balades en forêt. De tenter de disparaitre en revenant avec un pancarte « J’existe ! » (en 4k s’il vous plait). Une incohérence de plus…

J’ai transformé un moment de trêve avec moi-même. Un moment où je mettais en pause mon envie d’exprimer des émotions et des réactions pour mieux les ressentir. Un moment où les seules techniques étaient celles me permettant de (sur)vivre. Et cela s’est transformé en une mise en scène et une attention au partage. Une chorégraphie malaisante de ma personne dans un moment où je pouvais enfin l’oublier.

Peut-être que les limites matérielles auxquelles je me heurte sont le signe qu’il faut que je laisse le corps en paix dans ces moments là.

> En cet âge où les humains disposent de moyens de transport capables de traverser les profondeurs de l’espace-temps ou de survoler des surfaces planétaires virtuellement infranchissables, l’idée d’entreprendre de longs voyages à pied semble étrange. Pourtant, la marche demeure le premier moyen de locomotion sur Arrakis. On attribue ce fait aussi bien à un choix délibéré qu’aux rudes traitements que cette planète réserve à toute espèce mécanique. Dans les rigueurs d’Arrachis, la chair de l’homme est le recours le plus durable et le plus sûr du Hajj. Peut-être est-ce la conscience implicite de ce fait qui explique qu’Arrakis soit l’ultime miroir de l’âme.

> Guide du Hajj, Dune III. Les enfants de Dune

## Statu quo (2021-01-05)

Déplier pour lire le contenu de la publication

> Le statu quo n’a rien de passif. C’est même très actif. Dire “c’est comme ça”, “on n’y peut rien” ; c’est faire un choix actif en se protégeant, par la validation d’une norme, d’un regard silencieux qui cautionne ce choix actif.

> Statu quo (cache)

Précieux rappel de Thomas. J’associe le statu quo à l’expression de la culture locale. On peut l’accepter, la quitter ou être en opposition. Il s’agit bien souvent d’une combinaison des trois qui s’exprime et s’étouffe en chaque individu. Une fois que l’on a mis le doigt dessus, c’est difficile à ignorer.

C’est comme lorsqu’on m’indique qu’un outil (technique) est a-politique. Rarement, toutes nos productions et nos usages sont politiques. Le gain de notre attention est politique. Un format et un protocole sont politiques (cache). Dès que vous êtes en capacité d’inclure/exclure quelqu’un, vous êtes dans une in·action politique.

> La technique moderne est insécable ; il est devenu impossible de parler de bonnes ou de mauvaises techniques, puisque qu’il existe une interdépendance entre les différents processus qui rendent possible l’existence des objets qui nous entourent.

> C’est pourquoi il nous est désormais impossible de considérer les objets techniques, les machines produites par l’industrie comme des moyens. À vrai dire, aucune d’entre elles ne peut être isolée et détachée de l’ensemble du système des machines produites de manière industrielle. On a toujours affaire à des produits et à des objets techniques qui n’ont aucune existence indépendante, qui ne sont pas des objets insulaires, ni des outils neutres.

> L’emprise de la machine : une critique décroissanciste de la domination technique (cache)