quaternum.net — carnet d'Antoine

[flux] Une thèse sur l'obsolescence logicielle

2026-07-20T00:00:00Z

Cette thèse de doctorat vise à analyser l’obsolescence logicielle ainsi que des stratégies de remé- diation, dans le contexte de l’impact environnemental des technologies numériques, en particulier celui des appareils électroniques. À cette fin, j’étudie deux écosystèmes logiciels, Android et Debian, avec une approche de recherche qualitative.
Edlira Nano, Obsolescence logicielle : analyse et stratégies de remédiation, https://eda.mutu.net/these

Edlira Nano a réalisé une thèse sur les conditions de maintenabilité ou d’obsolescence des logiciels, et plus spécifiquement en prenant le cas de systèmes d’exploitation comme Android et Debian. Loin de se limiter à des constats sur les directions prises par ces deux projets (constats par ailleurs très intéressants, mêlant technique et politique), l’analyse des stratégies révèlent des intentions sans ambiguïté. Le travail de recherche se prolonge aussi sous la forme de recommandations, applicables au domaine du logiciel dans son ensemble.

[…] l’obsolescence numérique est rendue possible grâce à des stratégies économiques et des opportunités, tantôt matérielles, tantôt logicielles, qui s’entremêlent et se renforcent mutuellement. À travers la planification, l’enclosure logicielle, la pseudo-histoire, le lobbying, l’obsolescence a été choisie et imposée, et se trouve placée au coeur du capitalisme numérique.

[flux] Single source community

2026-07-15T00:00:00Z

A group for everybody involved with or interested in modern publishing approaches, such as editors, developers, authors, tool makers, and everybody else.
Single-Source Publishing Community, https://singlesource.pub/

J’avais découvert très tardivement un groupe de discussion sur GitHub destiné au single source publishing, délaissé depuis quelques années. Le projet semble réactivé, avec des rencontres régulières (en ligne), quelques ressources discrètes (dont l’analyse de workflows) et de nombreux canaux de discussions.

Il faut noter que l’acception de single source publishing n’a que peu à faire de la théorie, et qu’il s’agit surtout de présenter des solutions techniques. Le fait de parler si vite de “documents” pour les sources me semble être le signe de cette orientation très pragmatique. Mes critiques pouvant sembler gratuites, je vais m’empresser de contribuer à cette communauté plutôt que de râler dans mon coin.

[flux] Book studies

2026-06-30T00:00:00Z

Il m’a semblé que le temps était venu de proposer un panorama des différentes directions prises par les études sur le livre depuis la création de la revue. Pour cela, nous avons fait appel à un genre autrefois central dans la recherche en sciences humaines et sociales mais aujourd’hui davantage délaissé : la recension critique. Chaque membre du comité de rédaction a été invité à proposer trois monographies publiées après 2000 et qui mériteraient d’être recensées dans le numéro. À partir de ces propositions, j’ai composé le florilège le plus représentatif possible.
Anthony Glinoer, Perspectives récentes dans les études sur le livre, https://www.erudit.org/fr/revues/memoires/2026-v17-n1-memoires010872/1126021ar/

Voilà une bien étrange conjoncture : au moment où je découvre la publication récente de ce numéro de Mémoires du livre, j’apprends la mort d’Anthony Glinoer. Ce numéro de Mémoires du livre, à l’occasion des quinze ans de la revue, rassemble des textes sur les études du livre (ou “études sur le livre”, ou encore book studies) qui constituent une approche majoritairement historique du livre, mais aussi littéraire, sociale ou économique. Ce numéro permet aussi de voir ce qu’il reste à défricher côté études de l’édition, et notamment vers des versants épistémologiques (pour dire tout et rien de ce qui peut encore être menée comme recherche). Quoi qu’il en soit le travail autour de la revue Mémoires du livre est remarquable à bien des égards, et ce n’est là qu’une petite partie du riche héritage que laisse Anthony Glinoer.

[flux] Position absolue

2026-06-25T00:00:00Z

(Radio) zine des résistances numériques et des réseaux poétiques, présenté par Raphaël Bastide
Position Absolue, https://pa.oo8.be/

Raphaël Bastide lance un podcast sur les personnes qui font des choses autrement avec le numérique (et principalement le web), je ne sais pas comment décrire autrement la baseline de cette émission radiophonique. Les premiers épisodes sont passionnants, avec des approches techniques, artistiques et critiques qui donnent envie, et qui ouvrent des perspectives réjouissantes dans un monde (numérique) bientôt en ruine. Courez l’écouter.

[flux] goblin : un outil de collecte d'information

2026-06-20T00:00:00Z

Sometimes I write software in order to figure out what kind of relationship I want to have to computing. goblin is such an utility through which I ponder on how I collect and manage digital-born ephemera that I encounter from day to day.
goblin.sh, Adrian Demleitner, https://codeberg.org/thgie/goblin.sh

Adrian Demleitner a créé un outil pour enregistrer des notes, des documents, des pages web, etc., avec différentes options pour gérer ces informations. Bien d’autres outils permettent de faire à peu près la même chose, la différence ici tient dans la personnalisation du dispositif, et dans le fait que le programme est compréhensible via une documentation qui suit pas à pas les différentes fonctions.

[flux] Comment résister à l'obsolescence matérielle

2026-06-10T00:00:00Z

Considering the sheer volume of mobile phones, and the high greenhouse gas emissions resulting from their manufacture, it is imperative to extend their useful life by several decades. What would it take?
Wim Vanderbauwhede, Resisting software driven hardware obsolescence, https://limited.systems/articles/resisting-hardware-obsolescence/

Wim Vanderbauwhede, un chercheur très impliqué dans les questions d’impacts environnementaux des activités informatiques, réalise un bilan de ce que faire durer un téléphone implique. Au-delà du rappel du contexte (obsolescence programmée), des tensions économiques et des impératifs européens (réparabilité, mises à jour du système d’exploitation), ce billet permet de prendre la mesure des imbrications techniques et sociales dans les enjeux écologiques liés à l’informatique.

The main reason for this experiment was to see what the skills and knowledge are that are needed to do this. Frankly, it was a bit of a nightmare.
[…]
I think the most important skill needed to successfully upgrade a phone when things don’t go smoothly is debugging. This is not something you can teach quickly, it is a skill acquired through practice.

[flux] Logiciels libres slopifiés

2026-06-05T00:00:00Z

Free/Open Source Software tainted by LLM/AI usage, along with alternatives and last untainted commit so you can fork.
Open Slopware, https://codeberg.org/ethical-foss/open-slopware

Je ne sais pas trop quoi penser d’une telle initiative, la démarche ayant été détournée pour dénoncer de façon vindicative certains projets. Il faut regarder ce projet comme faisant partie d’un mouvement de résistance plus large.

Il est pertinent de noter l’évolution du développement logiciel et la façon dont les LLMs et les intelligences artificielles génératives s’immiscent presque partout. Et de proposer des alternatives, ce qui est fait ici. Quoi qu’il en soit le texte “Why not LLMs” vaut le détour : https://codeberg.org/ethical-foss/open-slopware/src/branch/main/why_not_llms.md.

Lectures en cours : après le libre et les communs

2026-06-01T00:00:00Z

Il est temps de repenser notre rapport aux licences libres, voire de s’en détacher pour continuer de créer (des outils) tout en menant des luttes (autour des questions d’éthique, de diversité ou d’écologie). C’est le constat en creux de Yann Trividic et d’Aymeric Mansoux, dans deux textes complémentaires qui permettent de reconsidérer le libre au sens large (logiciels, contenus, outils, positionnements). Deux textes qui rejoignent de nombreuses initiatives visant à déconstruire ce qui nous semblait si évident il y a une dizaine d’années.

Après le libre

Dans un article pour la Revue Téméraire (Citation: Trividic, 2025) Trividic, Y. (2025). Après le Libre. Consulté à l’adresse https://www.yanntrividic.fr/articles/apres-le-libre , Yann Trividic lance une réflexion politique sur le logiciel libre, en lien direct avec le développement du logiciel OutDesign (outdesign.deborderbollore.fr) : nous devons prendre en considération les conditions matérielles des personnes qui utilisent ou qui contribuent aux logiciels libres. Cette approche matérialiste marxiste est une forme de stratégie pour construire un rapport nouveau aux outils que nous créons et diffusons, dans l’idée de faciliter la possible adoption de nouvelles façons de faire des livres. L’idée principale de OutDesign, ou plutôt de IDML Pandoc reader (la brique procédurale au centre de l’outil à interface graphique en cours de finalisation), est de continuer d’utiliser le logiciel Adobe InDesign tout en ouvrant la voie vers d’autres manières de produire simultanément des sorties variées (formats imprimables, versions web, fichier EPUB, etc.).

[L’approche matérialiste du libre] consisterait à préserver ce que le socle idéologique du Libre – diffusion, mutualisation, autonomie – tout en reconnaissant son écueil originel : un développement historiquement inscrit dans un entre-soi technique, masculin et blanc. Admettre cette tension, c’est se donner les moyens de réactualiser le projet initial du Libre, en le mettant véritablement au service d’une visée éthique, libertaire et émancipatrice, ancrée dans les réalités sociales.

Je comprends l’intention et le projet, à la fois inclusifs et pragmatiques, mais continuer d’utiliser un outil comme InDesign n’est-ce pas reproduire des logiques inhérentes aux logiciels propriétaires ? Ou plus spécifiquement à des fins de profit en faisant abstraction du reste (les questions éthiques, d’écologie, de diversités, de nuisances diverses, etc.). L’idée de patcher une réalité imparfaite est probablement la meilleure façon d’aller de l’avant, d’embarquer des personnes qui ne peuvent/veulent/souhaitent pas adopter d’autres approches qui nécessitent un temps infini et une curiosité dont seul·e·s quelques happy fews comme moi peuvent se permettre. Il s’agit d’un pas de côté. D’où l’importance et la limite de ce type d’initiative.

Car même les jardins clos doivent parfois s’ouvrir, ne serait-ce que pour maintenir leur hégémonie. C’est précisément dans ces interstices qu’il faut creuser : en documentant les usages, en mutualisant les savoirs, en articulant les compétences, en intégrant les contraintes matérielles de chacun⋅e. Et surtout, en visibilisant – ou en exécutant – les coups libristes, faits ou à faire. C’est dans ces designs tactiques, situés et concrets, que peut s’esquisser un véritable Libre matérialiste : un Libre qui agit pour réellement partager les conditions d’accès à ses propres logiciels.

Nothing in Commons

Les écrits d’Aymeric Mansoux sont relativement rares, surtout ses textes personnels – qui proposent souvent un long développement (et donc qui se méritent). Aymeric Mansoux est plus habitué à des écrits collectifs variés et multiples (via Lurk, le wiki permacomputing, ou encore BLEU255). “Nothing in Commons” (Citation: Mansoux, 2025) Mansoux, A. (2025). Nothing in Commons: the End of Digital Collective Ownership?. Ownership. Consulté à l’adresse https://www.collectiefeigendom.nl/en/ownership/digital-collective-ownership est un texte long, un chapitre du web documentaire Ownership, et plus spécifiquement le pendant numérique de réflexions diverses sur la propriété. Aymeric Mansoux analyse les licences dites libres, au sens large, avec une approche façon bilan et un angle très critique.

Digital agency and autonomy discussions have been hijacked by nationalist digital sovereignty agendas. Diversity in computational cultural practices has been greatly damaged by the emergence of new toxic social classes loosely justified by meritocracy and one’s ability to contribute to the digital commons.
[…]
The cognitive dissonance present today in all the communities who have invested time and energy into systems of global and digital collective ownership is unprecedented.

Le constat, dont le contexte et l’historique sont longuement détaillés, est sombre pour celles et ceux qui ont cru dans les communs numériques basés sur les licences libres. Toute cette énergie à convaincre du pouvoir libérateur des licences Creative Commons (ou d’autres systèmes d’attribution ouverts) a finalement principalement servi des intérêts libertariens ou capitalistiques. En d’autres termes, un empire s’est construit autour de ces ressources mises à disposition librement (dans tous les sens du terme), un empire dont les valeurs ou les principes ne correspondent pas aux idées sous-jacentes de la plupart des initiatives se réclamant du libre. C’est en quelque sorte la différence entre open source et libre : le premier est pensé pour faciliter une logique de partage sur fond d’accélérationnisme et d’innovation rentable, sans prendre en compte les conditions d’exercice de ces licences (l’important c’est d’avancer pour créer des trucs) ; le deuxième vise l’épanouissement et l’autonomie de celles et ceux qui accèdent aux contenus/outils sous ce type de licence (l’important c’est d’apprendre et de respecter des principes énoncés). Après plusieurs développements sur ces questions, Aymeric Mansoux propose une analyse suivie d’une voie de sortie : la diversité des modes d’attribution a été bien trop lissée, contribuant à une mono-culture dont l’intention universaliste n’est pas compatible avec des situations très hétérogènes. Il faut donc s’engager plus fortement dans une multitude de processus qui intègre des positionnements politiques.

This new development offers to rethink digital collective ownership, in which a universal understanding of freedom and openness is the foundation, into one where questions of ethics, gender, ecology, and harm are central.

On retrouve ici une tension entre l’artisanat et l’industrialisation – que je pointe sans développer. La possibilité de créer et diffuser des outils imparfaits, situés, personnalisés, est probablement la seule solution pour nous prémunir de récupérations. Comment ne pas résister au fait de faire du sur-mesure, et de rester ingérable ?

Les textes de Yann Trividic et d’Aymeric Mansoux me semblent très fortement connectés, et expriment tous les deux à leur manière les limites de la philosophie du libre (au sens large), dont les contours peuvent être à nouveau définis. Entre “libre matérialiste” et “bricolage contre-culturel subversif”, voilà des modalités d’action réjouissantes.

Références

Mansoux (2025): Mansoux, A. (2025). Nothing in Commons: the End of Digital Collective Ownership?. Ownership. Consulté à l’adresse https://www.collectiefeigendom.nl/en/ownership/digital-collective-ownership
Trividic (2025): Trividic, Y. (2025). Après le Libre. Consulté à l’adresse https://www.yanntrividic.fr/articles/apres-le-libre

[flux] Merdification au carré

2026-05-30T00:00:00Z

Tout semble indiquer que l’on a collectivement lâché prise. Le désastre écologique, cognitif, politique, social des LLMs est bien documenté désormais ; nul ne peut l’ignorer (j’entends : au moins parmi les mainteneur·euses de grands systèmes informatiques et outils logiciels). Mais la principale réaction que ça engendre est au mieux « so what? » (sinon « awesome! »).
Quand on a parfaitement identifié la toxicité d’un dispositif technologique et qu’on n’en tient aucunement compte (voire qu’on applaudit des deux mains), c’est qu’on est prêt·es pour le pire.
Julien Bidoret, FLLMOSS, https://accentgrave.net/log/2026-03-16–fllmoss/

Que reste(ra)-t-il après les LLMs, de nos outils et de nos infrastructures ? Nous allons progressivement nous enfermer dans nos bulles (et développer certes quelques alternatives fort réjouissantes), je ne vois pas vraiment d’autres issues.

[flux] Vi au pluriel

2026-05-25T00:00:00Z

There are now many vi clones and derivatives to choose from, and I couldn’t find a good comprehensive list of all of them with links, so here’s mine.
Mathew, The vi family, https://lpar.ath0.com/posts/2026/05/the-vi-family/

C’est simplement passionnant de découvrir toutes les bifurcations autour de Vi(m), depuis ses débuts en 1977, et de voir que certains projets sont encore actifs.

[flux] Trop tard

2026-05-10T00:00:00Z

Au quotidien, une heure de pair programming c’est une quantité surprenante de petites et grandes informations qui sont échangées dans les deux sens ; on parle du code qu’on écrit, mais aussi de nos outils. Une discussion autour d’une pull request c’est l’occasion d’améliorer le code produit mais aussi de préciser ce que l’on sait sur la CI, sur l’installation des dépendances, etc.
[…]
Travailler uniquement avec l’IA générative prive de ces rencontres toutes et tous les dev qui commencent. Tout ce que l’on transmet, c’est encore plus de données à la machine. Elle ne vous le rendra pas.
Agnès Haasser, Des verbes, https://tut-tuuut.github.io/2026/03/27/des-verbes.html

Si la majorité des constats sont largement partagés avec d’autres (du moins dans ma bulle), c’est dit de façon juste, puissante et percutante. L’automatisation à tout prix détruit tout simplement des façons de faire, il n’y a ici aucune accumulation, juste de la destruction.

[flux] Script

2026-04-25T00:00:00Z

Les programmes marchands sont lourds et patauds, ils ont l’inertie des systèmes complexes. Moi, je suis la samare, légère comme une brise, et je passe de branche temporelle en version d’essai comme l’air passe dans un bouquet de thym.
Raphël Bastide, Être script, https://raphaelbastide.com/etre-script/

Raphaël Bastide va loin dans cette performance poétique et numérique, décrivant ce qu’est être un script. Entre description imagée (mais très juste) et critique politique, ce texte constitue une forme de manifeste qui ne dit pas son nom. On peut s’y rallier facilement, le promouvoir, le faire sien, le crier, l’afficher.

Ne terminez pas vos outils, servez-vous en

[flux] L'inspirothèque

2026-04-15T00:00:00Z

L’inspirothèque de Limites Numériques est une bibliothèque d’idées, d’expérimentations et de projets inspirants pour penser un numérique plus écologique. Ce travail est alimenté au fur et à mesure par notre veille, nos réflexions, vos retours et vos contributions.
Limites Numériques, L’inspirothèque d’un numérique plus écologique, https://inspirotheque.limitesnumeriques.fr

Limites Numériques propose un bel outil pour naviguer dans des initiatives très diverses autour du numérique et de l’écologie : matériels durables, démarches d’ouverture du code, prise en compte des limites, réduction de la consommation électrique, etc. Les initiatives sont réparties en “inspirations” et en “leviers”, afin de proposer non pas un catalogue de l’existant mais un outil pour modifier nos façons de concevoir, de produire et d’analyser.

[flux] Au commencement était la ligne de commande

2026-04-05T00:00:00Z

What would the engineer say, after you had explained your problem, and enumerated all of the dissatisfactions in your life? He would probably tell you that life is a very hard and complicated thing; that no interface can change that; that anyone who believes otherwise is a sucker; and that if you don’t like having choices made for you, you should start making your own.
Neal Stephenson, In the Beginning was the Command Line, https://web.stanford.edu/class/cs81n/command.txt

Je n’ai pas encore lu l’essai de Neal Stephenson (écrit et publié en 1999) sur les liens entre ligne de commande et interface graphique, mais je ne résiste pas à partager ce texte (en version format texte).

Via Roch

[flux] Libre et autonomie dans le graphisme

2026-03-05T00:00:00Z

La logique fait main se définit par une esthétique expérimentale, une richesse des techniques, elle découle des mouvements Makers et DIY et se caractérise par une soif d’apprendre, de bidouiller, bricoler. Bien qu’elle soit peu présente dans la pratique des graphistes, elle offre une abondance graphique au sein de création d’outils.
Marjorie Biauné, Une logique fait main dans la création graphique sur le Web, https://marjoriebne.com/memoire/

Marjorie Biauné a réalisé son mémoire de fin d’études sur la question du logiciel libre dans la pratique professionnelle des graphistes. Les études de cas permettent de découvrir des projets et des démarches originales.

Enfin, à travers cet écrit, j’appelle à tous les designers graphiques, artistes, théoriciens ou amateurs à bidouiller, coder, hacker pour être libre.

[flux] MNT et l'open hardware

2026-02-10T00:00:00Z

My main concern is that users retain control over a device, i.e. a computer, which has simply become a super-important tool for accessing and working with knowledge.
Lucie Hartmann, propos rapportés par Benjamin Lucks, Why the Computer World Would Be Greener With Open Hardware: In Conversation With Lucie Hartmann From MNT Research, https://en.reset.org/why-the-computer-world-would-be-greener-with-open-hardware-in-conversation-with-lucie-hartmann-from-mnt-research/

Il est difficile de ne pas apprécier l’initiative de MNT : des ordinateurs pensés pour durer, évoluer, et être démontables à tout moment. Loin de l’initiative de Framework (clairement industrielle et lucrative, autre démarche louable en soit, si ce n’est ici une absence de positionnement politique très gênante), il s’agit ici d’ouvrir le matériel et les process, d’expérimenter de tous les côtés, de ne pas s’arrêter de chercher. Et surtout, de considérer que l’informatique peut être utilisée dans une perspective autonomiste.

However, the MNT Research team didn’t design the Reform laptop as a mass-market product. Instead, the notebook is meant to show the advantages a maximally transparent and open computer can offer. As we’ve seen, customers can maintain control over their digital tools. This approach also allows older products, no longer officially supported by manufacturers, to remain operational.

[flux] Configuration (très) avancée de Git

2026-01-30T00:00:00Z

In this post, I’ll go through some of the perhaps obscure Git config settings that I have personally globally enabled and go into them to explain what they do and why they should probably be the default settings.
Scott Chacon, How Core Git Developers Configure Git, https://blog.gitbutler.com/how-git-core-devs-configure-git

Configurer Git peut devenir aussi complexe que l’usage de Git lui-même, tant les paramètres sont nombreux et les possibilités (presque) infinies. Scott Chacon donne beaucoup de conseils avec différents scénarios ou perspectives. Instructif et passionnant !

[flux] Chiffrer tout

2026-01-25T00:00:00Z

Chiffrez le contenu de vos appareils de stockage.
ANSSI, 10 règles d’or en matière de sécurité numérique, https://cyber.gouv.fr/securisation/10-regles-or-s%C3%A9curit%C3%A9-num%C3%A9rique/

Après le scandale de l’affaire du 8 décembre 2020, il est intéressant de noter que le chiffrement des dispositifs informatiques est désormais une recommandation de l’ANSSI. Tout ça pour ça. Il faut tout chiffrer, par défaut.

[flux] Interroger le logiciel libre

2026-01-15T00:00:00Z

Le Libre, tel qu’il s’est constitué historiquement, semble avoir échoué à transformer les rapports de pouvoir qu’il prétendait subvertir. Il reste largement captif des dynamiques capitalistes, technocratiques et inégalitaires qu’il se donnait pour tâche de dépasser.
Yann Trividic, Après le libre, https://www.yanntrividic.fr/articles/apres-le-libre/

Yann Trividic propose une réflexion politique sur le logiciel libre qui me semble nécessaire, basée sur un matérialisme (en grande partie marxiste) : il s’agit de prendre en considération les conditions matérielles des personnes qui utilisent ou contribuent aux logiciels libres. Ce texte introduit donc une approche matérialiste du libre, et une stratégie pour repenser notre rapport au logiciel, ici avec OutDesign. L’enjeu est de taille, et cette démarche (entre compromis et hybridité) interroge.

[L’approche matérialiste du libre] consisterait à préserver ce que le socle idéologique du Libre – diffusion, mutualisation, autonomie – tout en reconnaissant son écueil originel : un développement historiquement inscrit dans un entre-soi technique, masculin et blanc. Admettre cette tension, c’est se donner les moyens de réactualiser le projet initial du Libre, en le mettant véritablement au service d’une visée éthique, libertaire et émancipatrice, ancrée dans les réalités sociales.

[flux] Espaces fun

2026-01-10T00:00:00Z

I’ve been meaning to write some kind of Important Thinkpiece™ on the glory days of the early internet, but every time I sit down to do it, I find another, better piece that someone else has already written. So for now, here’s a collection of articles that to some degree answer the question “Why have a personal website?” with “Because it’s fun, and the internet used to be fun.”
Rachel, The internet used to be* fun, https://projects.kwon.nyc/internet-is-fun/

Je suis très reconnaissant qu’une personne ait commencé à faire ce petit travail de recension, je mets parfois dans ma veille un billet de blog qui exprime combien disposer de son espace à soit est important, précieux, fun, enrichissant, etc. Rachel a réuni environ 150 textes qui expriment cette idée sous différentes formes. C’est beau.

[flux] Balisage etc.

2026-01-05T00:00:00Z

There are only two families of proper arbitrary markup languages: TeX and SGML. By arbitrary, I mean the grammar specifically, and how it can be used to mark arbitrary plain text with information. And by proper, I mean the ability to have standalone nodes, user-definable nodes, nodes with attributes, and the wrapping of plain text. Everything else either lacks one of the these capabilities, or is a derivative or syntactic makeover of TeX or SGML.
Ginger Bill, The Only Two Markup Languages, https://www.gingerbill.org/article/2026/01/19/two-families-of-markup-languages/

Ce billet explique avec différents arguments qu’il n’y a que deux grandes familles de balisage, TeX et SGML (et donc par extension XML), et que toutes les autres tentatives ne sont pas des langages de balisage corrects ou adaptés. Pour Ginger Bill, Markdown ou troff sont par exemple des langages qui ont une signification sémantique procédurale, ce qui pose problème pour une interprétation stricte ou pour les étendre (l’exemple du balisage d’un lien hypertexte est donné, il s’agit d’une forme spécifique et non trivial : [texte](lien)). Cette petite étude ne s’arrête donc que sur la syntaxe, en critiquant la distinction habituelle entre des langages (présentationnel, procédurale ou descriptif), ce qui est en soit très intéressant pour toute personne qui porte un intérêt aux questions de structuration du texte. Je suis plus dubitatif sur le fait de ne pas évoquer le fait que TeX est aussi un langage programmatique, qui peut ainsi contenir des commandes, et donc qu’il ne faut, selon moi, ne pas le considérer comme un langage de balisage. TeX et LaTeX fonctionnent à partir de commandes, qui peuvent jouer un rôle de balises, mais le format n’a pas été pensé pour avoir une fonction sémantique (même s’il l’a, de fait). Ce billet m’intéresse car il permet de décentrer mon approche habituelle : regrouper d’abord les langages textuels dans des catégories, comme Markdown et SGML dans la catégorie sémantique, et troff et (La)TeX dans la catégorie composition typographique.

Via David.

[flux] La machine et l'instrument

2025-12-10T00:00:00Z

Thinking of AI as an instrument recenters the focus on practice. Instruments require a performance that relies on technique—the horn makes the sound, but how and what you blow into it matters; the drum machine keeps time and plays the samples, but what you sample and how you swing on top of it becomes your signature.
Frank Chimero, Beyond the Machine: Creative agency in the AI landscape, https://frankchimero.com/blog/2025/beyond-the-machine/

À partir du dé/recentrement outil-instrument, le designer Frank Chimero analyse ce qu’impliquent les outils dits d’intelligence artificielle (agents conversationnels et LLMs). Que ce soit le concept (tout pété) de vibe coding, les (incroyables) possibilités créatives de la musique générative, l’approche de la reproduction (spawning) qui vient dépasser les logiques du sampling dans la musique, il s’agit de comprendre nos positionnements par rapport aux machines : au-dessus (diriger), à côté (collaborer), en dessous (servir). Frank Chimero nous emmène dans trois approches artistiques pour analyser ces trois positionnements. Loin d’être en accord avec les recommandations de Frank Chimero – notamment le fait qu’il faille donner des limites aux outils d’intelligence artificielle générative –, questionner nos rapports aux technologies me semble toujours nécessaire, et c’est ici réalisé avec beaucoup de talent.

Quelques autres citations :

In other words, the push to join the AI rush comes from the sense that it’s the only game in town right now, and everyone else is already playing. The hype gets louder, and the bubble gets bigger.

All you need is a prompt, a dream, and some vibes. And, of course, we’ve chosen an individual to be the face of that.

So while vibe coding may be useful for short-term work, it’s not a suitable approach for anything intended to last longer than a tub of yogurt. Time saved is not strength gained, so I went looking for other examples about how to work with the machine.

The value of the machine’s output depends on how we see it, and our interpretation often has little to do with its technical perfection.

When the system is designed to respect artists, scale becomes a tool rather than a threat.

The people who could change things aren’t listening, and the incentives are too strong to keep the machine running.

Lectures en cours : définitions et redirections technologiques

2025-12-05T00:00:00Z

Deux textes importants sont venus enrichir mes recherches sur les questions de décroissance technologique (notamment en lien avec le mouvement du permacomputing), deux publications pourtant très différentes tant par leur taille que par leur objet.

A Bare Minimal Computer for Everyone

Cet article de Lucas Chaloyard, Florent de Dinechin, Marie-Pierre Escudié et Lionel Morel (Citation: Chaloyard, Dinechin & al., 2024) Chaloyard, L., Dinechin, F., Escudié, M. & Morel, L. (2024). A Bare Minimal Computer for Everyone. Université de Nantes and Inria and LORIA Université de Lorraine. Consulté à l’adresse https://hal.science/hal-05080177 , fait suite à une communication pendant le colloque Undone Computer Science 2024, et a aussi été présenté par Lionel Morel pendant la journée d’étude et de prospective sur un numérique post-croissance jeudi 9 octobre 2025 à Lyon (ce papier était l’un des points de départ des échanges). Le texte définit un projet de recherche, au stade de l’amorce, présentant la nécessité de réfléchir à de nouvelles modalités d’utilisation de l’informatique dans un monde de limites. Il s’agit plus spécifiquement de travailler sur un bare minimal computer : un ordinateur minimaliste qui dispose de peu de ressources. L’article s’intéresse à la potentialité d’un système d’exploitation capable de tourner sur du vieux matériel ou des machines très peu puissantes, dans une perspective d’effondrement.

As researchers in software, we will very roughly approximate the hardware properties of this “bare minimal computer” and try to design self-sufficient software for that hardware. Its the design of some of the software bricks necessary for this self-sufficient minimal computer to run that is at the heart of our current research. (p. 2)

Les auteurices de cet article s’appuient sur le concept de convivialité d’Ivan Illich et étudient deux systèmes d’exploitation issus du mouvement permacomputing : Collapse OS et Dusk OS. Il y a deux choses que je trouve particulièrement intéressantes dans cet article : d’une part le fait que ce n’est que en repensant/reconsidérant nos usages que l’on peut parvenir à des alternatives, il ne s’agit pas que d’une question technique ; et d’autre part le dialogue initié entre l’informatique (académique) et les sciences humaines.

The Image at the End of the World, Marloes de Valk

Cette thèse (Citation: Valk, 2025) Valk, M. (2025). The Image at the End of the World: Communities of practice redefining technology on a damaged Earth (Thèse de doctorat). London South Bank University, London. Consulté à l’adresse https://researchportal.lsbu.ac.uk/files/11366664/Thesis_Marloes_de_Valk_FINAL_180425.pdf , sous-titrée “Communities of practice redefining technology on a damaged Earth”, est un travail de recherche ambitieux de Marloes de Valk. La thèse est structurée autour de la redéfinition de la technologie dans un contexte de limites environnementales, à travers plusieurs concepts ou mouvements, tels que la soft technology et l’appropriate technology des années 1970, le mouvement plus récent de permacomputing, ou encore le développement d’infrastructures techniques militantes. C’est donc une recherche minutieuse sur les termes employés en temps de crise climatique, et qui fait surgir des communautés de pratiques qui permettent d’envisager des futurs souhaitables, critiques et collectifs.

Exploring the contested meaning of technology—a word which holds a pivotal position in debates about ways to tackle climate change—can provide important insight into how this position emerged and support the experimental performing of other worlds that demonstrate computing otherwise is possible and doesn’t only consist of dreams, but also tests ideas in code, hardware and community organisation. (p. 1)

Cette démarche m’est particulièrement utile, à la fois pour prendre du recul sur les acceptions habituelles du terme de technologie, et pour entrer en détail dans des concepts qui disposent de trop peu d’écrits. Je pense notamment à l’appropriate technology, présenté dans une anthologie (Citation: Gaillard, 2023) Gaillard, C. (2023). Une anthologie pour comprendre les Low-Tech. T&P Work UNit. , mais qui est plus fortement recontextualisé ici ; ainsi qu’au concept/mouvement de permacomputing, lui aussi contextualisé mais aussi confronté à ses propres contradictions. Bref c’est passionnant.

Permacomputing challenges dominant views on technology through this emphasis on observation. There are many people eager to learn what can be done concretely and practically to limit environmental damage caused by computing. The hard part, it seems, is understanding that in terms of sustainability, most of it comes down to not doing, not buying, not adding. (p. 125)

Références

Chaloyard, Dinechin, Escudié & Morel (2024): Chaloyard, L., Dinechin, F., Escudié, M. & Morel, L. (2024). A Bare Minimal Computer for Everyone. Université de Nantes and Inria and LORIA Université de Lorraine. Consulté à l’adresse https://hal.science/hal-05080177
Valk (2025): Valk, M. (2025). The Image at the End of the World: Communities of practice redefining technology on a damaged Earth (Thèse de doctorat). London South Bank University, London. Consulté à l’adresse https://researchportal.lsbu.ac.uk/files/11366664/Thesis_Marloes_de_Valk_FINAL_180425.pdf
Gaillard (2023): Gaillard, C. (2023). Une anthologie pour comprendre les Low-Tech. T&P Work UNit.

[flux] Pour une continuité de XSLT dans le navigateur

2025-11-20T00:00:00Z

October 24th 2025: Google published the death note: Intent to Deprecate and Remove: Deprecate and remove XSLT Google will kill XSLT by 2027. Google first tried to kill XSLT in July 2013 twelve years ago.
David Bushell, Google are killing XSLT!, https://xslt.rip

XSLT est un ensemble de règles permettant de convertir des documents balisés, majoritairement depuis ou vers XML, et notamment sur le web. Le web repose en partie sur XSLT, nombre de sites fonctionnent encore actuellement avec XSLT 1.0 (les versions suivantes n’ont jamais été implémentées dans les navigateurs). Ce n’est pas une grande surprise que Google veille éliminer XSLT, et en même temps cela nous permet de prendre conscience de certains usages qui demandent des dépendances dont nous pourrions peut-être nous passer. XSLT est une pièce importante de l’infrastructure complexe du numérique, il faut la conserver.

[flux] Outdesign : décaler le (logiciel) propriétaire

2025-11-05T00:00:00Z

Le dépôt deborderbollore/idml-pandoc-reader contient un programme en ligne de commande automatisant la lecture de fichiers IDML (InDesign Markup Language) pour Pandoc. Pandoc est un convertisseur universel pouvant convertir énormément de formats de fichiers d’entrée vers énormément de formats de fichiers de sortie, dont DOCX, ODT, HTML, Markdown, AsciiDoc, etc. Seule la structure du document est convertie, la mise en forme est totalement ignorée.
Yann Trividic, IDML Pandoc reader, https://outdesign.deborderbollore.fr

Le projet Déborder Bolloré est aussi l’occasion de créer des outils pour l’édition, et ainsi d’expérimenter une pensée alternative en matière de logiciels de publication (au sens large). OutDesign est un vaste projet de chaîne d’édition basée sur InDesign mais pensé pour permettre la génération de plusieurs formats (dans l’esprit du single source publishing). À l’intérieur de OutDesign, IDML Pandoc reader permet de convertir un format IDML depuis le logiciel InDesign vers beaucoup d’autres formats, comme ODT, DOCX, HTML, Markdown ou EPUB. Tout cela grâce à Pandoc, mais via des mécanismes complexes pour ne pas perdre d’informations.

Le projet fait un pas de côté par rapport aux approches qui rejettent habituellement tout logiciel propriétaire, en faisant une forme de compromis, basé sur une réalité (l’usage massif de InDesign).

Aperçu #04

2025-11-04T00:00:00Z

Ce n’est plus le fil rouge mais le câble en acier trempé.
Le livre est une conjonction.
Où l’écriture est une suite de protocoles plus ou moins organisés, connus et partagés…
Les éditions se succèdent, le texte n’est jamais tout à fait le même, et jamais totalement différent.
Les formes au centre.
Autant d’écritures que de versions, mais dans un même fichier ; embrasser les éditions.
Et si la fabrique était partout ?
Le livre est une incitation à la créativité.
Gutenberg n’a rien inventé, comme tout entrepreneur qui se respecte.
Est-ce que l’édition c’est transformer un document en livre ?
Le livre est un artefact !
Réduire le livre à quelques récits historiques de grandes figures, quelle tristesse.
Le pillage du libre est sans fin.
L’idée fut alors d’étendre ce balisage plutôt que d’en créer un énième nouveau, une sorte de réforme sémantique.
Tout forger, tout fédérer.
Les choses compliquées doivent rester compliquées (mais expliquées).
Le temps de la thèse doit être un temps structuré (bon courage).
La possibilité du versionnement du texte dépend de sa structure.
Le livre oscille entre une merveilleuse entreprise lucrative sous couvert de revendication d’accès populaire et une recherche de la forme originale et précieuse plébiscitée par la classe bourgeoise.
Un nouveau format c’est toujours une occasion de déconstruire et de critiquer les précédents, même si on ne saura pas quoi en faire.
Un format lisible partout pour les masses !
Les révolutions ne sont pas toujours où l’on pense qu’elles sont.
Repenser l’informatique, mais est-il encore temps ?
Modéliser pour la masse.
Versionner les cathédrales.
Il y a une si grande différence entre adopter et fabriquer, deux modes qui ne sont pas accessibles à toutes et tous.
Il y a des livres qui ne sont pas lus, il y a des gestes d’édition vains.
YOLO les formats du livre.
La gestion de versions au service des communs, ou Git comme condition de vie.
Le texte imprimé n’est rien d’autre qu’un moyen de réaliser une liaison visuelle.
La dimension artisanale de certaines initiatives est une composante essentielle de ces démarches éditoriales. Nous prolongeons cette réflexion dans l’analyse d’une chaîne d’édition existant
Les conditions d’existence du livre sont aussi celles de la littérature.
De la glaise au bois.
Industrialiser pour mieux s’ennuyer.
Si l’humain crée la littérature, alors nous devons nous intéresser à la littérature, paraît-il.
Un artefact est donc un objet matériel inerte.
Le livre, en tant qu’objet ou en tant que concept, est un artefact.
C’est dans la destruction de toute institution que seul espoir est permis.
L’artefact est un moyen d’agir sur le monde, et le livre est parvenu à cela.
C’est l’imprimerie qui domine le monde.
Contre l’existence du logiciel, critique des alternatives et double mouvement au menu.
La réalisation d’un concept peut-elle être unique ?
Le nom même d’une maison d’édition à la rescousse de la définition d’un concept
La modélisation de la littérature fait partie de la littérature elle-même.
Les circonvolutions des scripts informatiques nous font perdre la maîtrise de nos outils.
Le geste porte l’antériorité de son effet, l’artefact.
Créer des boucles pour des index, et indexer les boucles.
Tout baliser. Tout.
Les nouvelles idées s’assument et se ressemblent.
L’édition est-elle à l’épreuve des manifestes ?
L’édition n’est que processus technique(s).
Tout n’est que dynamique. Tout.
Le flou du geste.
En contexte numérique la lecture est une écriture (ailleurs aussi).
En lisant nous recomposons des récits.
Dynamiter la littérature.
Les multiples fenêtres de mon éditeur de texte sont des ouvertures scripturales sur l’intérieur.
L’évolution plutôt que la conception, l’adaptation plutôt que l’innovation.
Dire que l’édition est réductible à une intention, c’est ignorer la technique, toute technique.
De la nécessité de se défocaliser de l’artefact.
L’éditorialisation est un décentrement de l’édition, un embrassement de la globalité du monde avec comme point de départ le livre.
Le livre serait piloté par l’argument, il ne pourrait pas être gratuit ou libre.
Les interfaces textuelles comme positionnement propositif.
Nous sommes mus par une même énergie, par un même désir d’indépendance et de découverte.
La publication multimodale à partir d’une source unique est un acte éditorial totalement sémantique.
Le livre n’est pas un métamédia car il ne peut simuler les autres médias, en revanche il peut recueillir des discours sur les médias.
Quelle est la différence entre une dépendance intégrée et déclarée ?
L’édition est une activité de prototype, autant dans le contenu, dans la forme, que dans les fabriques.
Chercher l’adhésion en présentant des modèles non conventionnels est une perte de temps (et d’énergie).
Le format texte sauvera le monde (ou pas).
Les fabriques de publication peuvent aussi aller vers la décroissance.
Les cadres ou frameworks sont des tremplins.
Le numérique, au pluriel.
Le temps du prototype.
Le livre est un postmetamedia.
Faire du numérique avec l’imprimé, voilà le rêve curieux et cohérent des techno-critiques éclairé·e·s.
Écrire sans texte, marcher sans laisser de trace.
Le numérique est double mais non dual.
Le passage d’un numérique aristocrate à un numérique ubiquitaire engendre une tension qu’il faut maintenir.
Contre l’informatique, parce que ça tient chaud.
Le prix de la précision semble être faussement celui de la verbosité.
Le temps est venu de créer nos propres outils, et de contribuer à ceux des autres.
Le problème est de chercher la croissance, plutôt qu’une forme d’équilibre.
L’expérimentation est une amorce.
Écrire le texte est écrire le modèle de ce texte.
Le sens du texte n’est partageable qu’à condition de lui donner une forme.
Considérer l’historique de nos écritures comme une écriture.
Le choix de la décroissance numérique est un renoncement aux injonctions capitalistes.
Structurer est une nécessité pour rendre la connaissance accessible.
Composer n’est pas écrire.
La considération du format est la condition d’une étude critique des médias.
L’édition est un jeu sans fin, à condition de ne pas se laisser enfermer dans des modèles figés.
Faire c’est défaire.
Les formats comptent pas pour du beurre.
Et si on s’interrogeait vraiment sur ce qu’est un texte ?
Les balises HTML ne chevauchent pas gaiement les textes sémantiques.
Les pulsations argumentatives au détriment des pulsions réthoriques.
Des balises vers la multimodalité.
Le liberalisme modéré des formats ne serait pas une si mauvaise chose.
Une si belle citation sur un problème si futile.
Format. Format ? Format !
La prose des formats.
Le logiciel est un outil d’oppression de plus.
Le mode hybride comme seul remède au tout logiciel.
La modélisation est partout, vraiment partout.
Les chapelles et les cloches.
Faire avec des image réalise des symboles.
La critique du logiciel se constitue ainsi en une sorte de logiciel, où les portes de sortie sont trop rares.
Apprendre à programmer proprement c’est rejoindre la main-d’œuvre prolétaire du code.
Le dessein n’existe que par l’action.
Le flux plutôt que le bloc.
Nous avons le devoir d’étudier les fabriques de toutes sortes.
Mais pourquoi s’échiner à produire toujours, encore.
Après l’édition sans éditeurs le renversement serait l’édition sans argent.
Il était une fois l’édition.
La thèse ne sert qu’à délimiter les contours de ce qui s’en vient.
Les multiples cercles participent ou sont les fabriques.
Il n’y a rien à défendre mais tout à montrer.
Les modèles, dont nous sommes les auteurs, nous reconfigurent.
Il nous faut modéliser les modèles.
Rendu à ce point, ce que nous ne lisons pas est peut-être ce qui nous définit le mieux.
Scénariser les versions d’un même texte, voilà une activité éditoriale réjouissante.
Dans le développement d’un outil, le changement d’échelle est aussi un changement de métier.
Nous devons faire l’effort de dévoiler nos différentes altérités numériques, c’est (aussi) ce qui fait commun.
Si nous avions encore un doute concernant l’argent qui pourri tout, le développement logiciel en est une preuve criante.
Une description n’est pas une prescription, un dessin n’est pas un plan.
Et l’édition est cet objet dont personne ne veut.
Imbriquer l’imbrication.
Ne laissons pas l’édition au texte.
Comment défendre un métier qui est intrinsèquement lié à un mouvement destructeur ?
Guidées par un monde qui s’émiette.
Baliser les alternatives flamboyantes, est-ce les éteindre déjà ?
A-t-on vraiment besoin d’étudier comment nous lisons pour analyser ce qu’est l’édition ?
Le carré dans le carré, rien ne bouge.
Mais pourquoi se perdre autant entre lecture et édition ?
À partir de combien de caractères une commande textuelle devient-elle de la littérature ?
Quel poids maximum la thèse peut-elle porter ?
338 mots, 2336 caractères, 2412 octets, le condensé qui ne veut plus dire grand chose.
De la programmation pour imprimer.
Ne pas, un créneau militant face aux technologies consuméristes, dans la recherche et la création.
Tout se joue sur le matériel.
Construire des futurs désirables, et bancals.
Les designers se cachent pour designer.
L’informatique (moderne) a apporté son lot de modélisation qui dépasse largement la programmation.
Quelques listes pour quelques billets.
Le versionnement comme condition de construction et de diffusion des éditions numériques.
Modéliser la recherche ne se limite pas qu’à chercher ou obtenir des subventions.
Accepter les limites pour en définir de nouvelles.
Les concepts s’accumulent, les lignes se ressèrent.
Parmi les multiples dimensions de l’édition numérique, le versionnement est une partie importante.

Quatrième livraison de l’aperçu de mon atelier de recherche (ex-atelier de thèse), du 467 au 617e commits littéraires écrits dans les creux de l’atelier.

[flux] Boîte à outils pour une recherche compatible avec le climat

2025-10-20T00:00:00Z

This toolkit is a guide to making your research practices more environmentally responsible. It is geared towards digital practices, but also touches on general areas such as travel and advocacy. We hope it will be relevant to researchers, educators, students, administrators, librarians, technicians, and others.
The Digital Humanities Climate Coalition Toolkit (DHCC), https://sas-dhrh.github.io/dhcc-toolkit/

Des outils, des réflexions, des stratégies, du collectif, tout cela pour permettre de continuer nos recherches scientifiques sans cramer trop rapidement notre planète.

We can all play our part in a rapid and just climate transition.

Je ne suis pas totalement d’accord avec cette approche, mais elle a le mérite d’être concrète et réaliste, donnant des moyens sur plusieurs fronts. Peut-être faudrait-il remettre d’autres fonctionnements en question, plutôt que de vouloir convertir des mêmes méthodes avec quelques outils différents – mais ma critique est facile.

Lectures en cours : .expub et permacomputation

2025-10-10T00:00:00Z

Cette rubrique, lectures en cours, existait jusqu’ici dans mon atelier de thèse – désormais transformé en atelier de recherche –, cachée, non publique. Présenter de façon régulière les lectures entamées – mais qui ne seront peut-être jamais terminées – crée un pont entre une veille (irrégulière), des billets de recherche (trop sporadiques) et des publications scientifiques (dans le temps long du milieu académique). Il s’agit de quelques notes éparses qui concernent plusieurs documents découverts récemment, réunis par une question de recherche active, un désir synchronique ou un espace commun (le bureau, la table de nuit, le sac, le gestionnaire de références bibliographiques). Intérêt scientifique, curiosité, recommandation, forme intrigante, envie de partager, publication importante dans mon champ, réaction à chaud : lectures en cours c’est un peu tout ça mélangé, sans trop de formalisme.

Expub: exploring expanded publishing

Les publications d’Institute of Network Cultures sont toujours intrigantes, dans le bon sens du terme. Comme le dit Silvio Lorusso, cette structure reste l’un des rares lieux qui publie des livres que l’on a envie de lire mais que personne n’a les moyens de publier.

Expub: Exploring Expanded Publishing (Citation: Campagna, Ceccarelli & al., 2025) Campagna, T., Ceccarelli, M. & Pinto, C. (2025). Expub: exploring expanded publishing. Institut of Network Cultures. est le résultat d’un projet de recherche autour du concept d’expanded publishing. Difficile à traduire en français, on peut circonscrire cette expression comme la considération de la publication/édition comme un espace de création et d’expérimentation ouvert, et non une activité qui fige ou qui survient à la fin d’un projet. Le livre existe en version numérique (https://expandedpublishing.net) et en version imprimée (https://networkcultures.org/blog/publication/expub-exploring-expanded-publishing/), la première tentant de démontrer cette dimension vivante ou organique.

Ce qui m’intéresse dans ce livre tient en quelques points. Tout d’abord le manifeste de sept pages, denses, propose seize interrogations (à la fois pertinentes, provocatrices, et ouvertes), et qui se termine sur “Abolish dominant publishing.” Ensuite les essais proposent des analyses et des positions très enrichissantes pour le domaine des études de l’édition, et notamment les questions de multimodalité, d’archives numériques, de flux, de plateformisation, etc. La forme du livre lui-même est aussi originale. Il y a un renversement de la temporalité : les essais apparaissent en premier lieu, puis les entretiens dont sont issus les essais. Le livre est imprimé dans une magnifique bichromie noir/orange (bien visible sur le site web, mais qui ne rend pas grand chose en PDF), on ne peut pas rater l’objet ! Le fonctionnement de l’index est bien pensé, des passages sont mis en exergue en italique et en orange avec la référence dans la marge (dans le quatrième essai ce sont carrément des moitiés de page qui passent en orange). Enfin, le jeu de typographie avec les lettres “expub” : chaque lettre des titres, que ce soit “e”, “x”, “p”, “u” ou “p” utilisent cette police typographique originale.

Ce livre fait le lien entre des travaux sur les publications multimodales/multiformes, des démarches artistiques sur la publication et plus éloignées de l’édition (en tant que marché ou écosystème), les questions d’organisation du travail à travers les modes de production, etc. Et je trouve toujours intéressant le fait de nommer un projet en inventant une extension de fichier, ici “.expub”.

“La permacomputation est une littératie écologique · Entretien avec Aymeric Mansoux”, Servanne Monjour

Servanne Monjour s’est entretenue avec Aymeric Mansoux pour un numéro spécial “Sobriété numérique” de la revue Humanités numériques (Citation: Mansoux & Monjour, 2025) Mansoux, A. & Monjour, S. (2025). La permacomputation est une littératie écologique · Entretien avec Aymeric Mansoux. Humanités numériques(11). https://doi.org/10.4000/14990 . J’ai également fait un entretien avec Servanne Monjour dans ce numéro, et la moindre des choses était de lire cette interview ; en vrai j’attendais beaucoup de cet entretien dont j’avais entendu avant sa publication. Aymeric Mansoux y réalise un beau travail d’équilibriste : expliquer les luttes d’hier pour comprendre les positionnements épistémologiques et militants d’aujourd’hui. Dans un contexte de pré-effondrement qui peut prêter au dramatique, Aymeric Mansoux explicite des démarches qui sont à la fois positives, critiques et inclusives. On comprend que le mouvement appelé permacomputing est loin de pouvoir se résumer facilement, et qu’une belle diversité de pratiques se fait autour d’un désir profond de ralentir. La question n’est plus de savoir s’il faut décroître, mais de comment les efforts peuvent être mutualisés et partagés pour le faire dans le champ de l’informatique. Il s’agit de faire correspondre des actions concrètes comme le recyclage d’ancien matériel informatique avec un projet politique très clair :

On ne résoudra pas les problèmes liés à la culture automobile avec des SUV électriques respectant les limitations de vitesse. C’est exactement la même logique qui s’applique ici. (paragraphe 34)

Étendre avec des limites

Ces deux publications se croisent sur plusieurs aspects, j’en retiens deux principaux, qui nourrissent mes recherches :

la dimension créative dans des contextes contraints : que ce soit les différentes situations d’expérimentation citées dans les textes de Expub, ou dans l’entretien entre Servanne Monjour et Aymeric Mansoux, l’enjeu est de créer avec ce qu’il y a de disponible ;
il ne peut pas y avoir de reproductibilité de nos usages actuels en prenant en compte ces contraintes : c’est un nouveau projet politique qu’il faut envisager.

Références

Campagna, Ceccarelli & Pinto (2025): Campagna, T., Ceccarelli, M. & Pinto, C. (2025). Expub: exploring expanded publishing. Institut of Network Cultures.
Mansoux & Monjour (2025): Mansoux, A. & Monjour, S. (2025). La permacomputation est une littératie écologique · Entretien avec Aymeric Mansoux. Humanités numériques(11). https://doi.org/10.4000/14990

[flux] Une approche statique (documentée)

2025-10-10T00:00:00Z

Are you tired of learning platforms rather than skills? Frustrated with over-bloated systems? Siloed by the tools you know and the tools you don’t? It might be time to explore the Lib-Static approach, a development methodology that leverages static web technologies and librarian skills to create engaging web publications hosted on minimal infrastructure.
Lib-Static, https://lib-static.github.io

Loin d’être nouvelle, cette approche statique est inspirée du mouvement JAM Stack et du minimal computing. Si ce site web n’est plus mis à jour, il rassemble de nombreux projets et concepts emblématiques de la communauté des humanités numériques et des bibliothécaires qui œuvrent en interrogeant leurs outils. Une ressource précieuse.

[flux] Une imprimante ouverte

2025-10-05T00:00:00Z

Open Printer is an open-source, repairable inkjet printer designed for makers, artists, and anyone tired of throwaway hardware. Built with standard mechanical components and modular parts, it’s easy to assemble, modify, and repair. You can print on standard sheets or paper rolls and choose between black or color cartridges, refillable at your convenience.
Open Tools, Open Printer, https://www.crowdsupply.com/open-tools/open-printer

L’idée semble si simple : proposer une imprimante qui puisse être facilement réparable, et compatible avec tout type de matériel informatique. L’imprimante “Open Printer” est encore au stade de projet, mais c’est prometteur et ça soulève des questions pertinentes d’indépendance technologique et de limitation de l’obsolescence. Il ne manque plus qu’un projet de cartouches d’encre ouvertes et ce serait parfait !

[flux] Des circuits imprimés avec de l'argile

2025-09-30T00:00:00Z

We are investigating alternative hardware from locally sourced materials, so-called ethical hardware, to develop and speculate upon renewable practices for the benefit of both nature and humans.
Feminist Hacking, Clay PCB Tutorial, https://feministhackerspaces.cargo.site/Clay-PCB-Tutorial

Fabriquer des circuits imprimés avec de l’argile ? C’est ce qu’expérimente le Hackerspace Feminist, et plus particulièrement Patrícia J. Reis et Stefanie Wuschitz. Cette expérience dépasse le fait de pouvoir se passer d’approvisionnements écologiquement et éthiquement problématiques (métaux rares extraits à l’autre bout de la planète dans des conditions catastrophiques), et concerne aussi une démarche de reconsidération des possibilités de s’organiser pour utiliser l’informatique autrement.

[flux] La décomputation comme résistance

2025-09-25T00:00:00Z

As we now realise, the alleged benefits of a chatbot in your pocket come with a shockingly high price in terms of energy use and water consumption, and a GPU supply chain that depends on colonial extractivism and conflict minerals. […]
Decomputing is the combination of degrowth and critical technopolitics that says other worlds are still possible, and that we intend to bring them into being.
Dan McQuillan, Decomputing as Resistance, https://danmcquillan.org/decomputing_as_resistance.html

Dan McQuillan est notamment l’auteur de Resisting AI: An Anti-fascist Approach to Artificial Intelligence. Il propose ici la retranscription d’une conférence quelque peu radicale, sur la nécessité d’inverser le mouvement actuel, et de nous recentrer sur les objectifs sociaux dans lesquels les technologies ont un rôle majeur. Même si ce texte porte une certaine forme de naïveté, il me semble essentiel d’en partager les propos, comme points de départ de débats collectifs sur les choix techniques qui nous entourent.

[flux] Vim après Bram

2025-09-20T00:00:00Z

What happened to the Vim open source text editor after its creator Bram Moolenaar passed on in August 2023? Its community performed a quietly heroic effort to make sure his project stayed alive.
David Cassel, Vim After Bram: A Core Maintainer on How They’ve Kept It Going, https://thenewstack.io/vim-after-bram-a-core-maintainer-on-how-theyve-kept-it-going/

Le développement de l’éditeur de texte Vim était orchestré depuis de nombreuses années par Bram Moolenaar ; son décès en 2023 a posé la question de la suite de Vim et de la façon dont un collectif peut s’organiser pour prolonger un tel projet. Même si les personnes qui contribuaient à Vim étaient nombreuses, il fallait un acteur central pour permettre au projet de se développer, d’autant plus avec l’idée de ne pas faire d’argent. C’est le cas de bien d’autres projets où une personne anime et organise des contributions (je pense notamment à 11ty ou à Hugo). C’est très intéressant de voir toute l’énergie déployée pour continuer une démarche créatrice.

[flux] Publication et environnements documentaires en statique

2025-09-15T00:00:00Z

This short paper introduces static web development methodology (titled “Lib-Static”) as a provocation to rethink DH infrastructure choices, asking how our frameworks can build internal skills, collaboration, and empowerment to generate more sustainable digital projects.
Olivia Wikle et Evan Peter Williamson, Static Web Methodology as a Sustainable Approach to Digital Humanities Projects, https://journal.code4lib.org/articles/18372

Olivia Wikle et Evan Peter Williamson prolongent des réflexions et des travaux menés depuis une dizaine d’années autour du concept de minimal computing, en élargissant le spectre vers la gestion globale de projets. Cette approche est bienvenue, tant les questions de générateur de site statique restaient cloisonnées dans des choix d’outils et non des enjeux plus généraux comme la conduite d’initiatives, la séparation des tâches au sein d’une équipe, ou l’apprentissage de nouvelles techniques de façon (relativement) horizontale. J’ai quelques doutes sur le fait que des approches minimalistes doivent tout de même garantir des formes d’innovation comme le défendent ces deux auteurices, alors qu’il pourrait aussi s’agir de choix politiques assumés de ralentir ou de décroitre.

[flux] Expanded publishing

2025-09-10T00:00:00Z

Publishing has long been treated as a terminal act. An endpoint. The moment when ideas are stabilized and sealed, bound and distributed, finalized and fixed. But what if we start from a different premise? What if publishing is not the last gesture, but the very medium through which thinking, making, and sharing unfold? What if the book, its formats, protocols, and temporalities, is not a form to be merely filled, but a space of continuous negotiation and invention?
exploring expanded publishing, https://expandedpublishing.net

Difficile à traduire en français, le concept d’expanded publishing considère la pratique d’édition comme un acte de pensée et de conception, et non pas comme le point final de toute démarche créatrice. Il fallait bien un livre pour détailler les différentes ramifications d’une telle hypothèse. Le livre est passionnant, et ses formes imprimées et numériques facilitent la plongée dans les essais et les entretiens.

[flux] Concevoir un ordinateur qui dure 50 ans

2025-09-05T00:00:00Z

Le projet vise à concevoir un ordinateur ultraportable de type Notebook capable de durer 50 ans en suivant les principes de la lowtechisation.
Barnabé Roussel et Nines Diamant-Berger, Projet Notebook lowtechisé, https://lownum.scenari-community.org/projets/is03-25p/notebook/co/0-presentation.html

À quoi ressemblerait un ordinateur qui pourrait durer 50 ans ? C’est à cette question à la fois simple (on comprend facilement l’intérêt d’une telle machine) et complexe (les conditions pour y parvenir sont nombreuses et imbriquées) que Nines Diamant-Berger et Barnabé Roussel tente de répondre à travers un projet universitaire. La mise en application des principes low-tech rejoint en partie certains principes du permacomputing, notamment sur le choix assumé de limiter des fonctionnalités. Les autres projets du cours “Lowtechisation et numérique” de Stéphane Crozat sont disponibles en ligne : https://lownum.fr.

[flux] Maintenir autrement

2025-06-20T00:00:00Z

Specifically, there are three interrelated ways in which the issue of sustainability comes to play for post.lurk.org. First, long-term sustainability of the project itself. Second, financial sustainability of the project. Last but not least, ecological sustainability of the project.
[…]
Running your own instance is not trivial, but it’s not impossible for a small group of motivated people, as we’ve seen in our workshops. And this instance mitosis is the kind of scaling we’d like to see more happen on the Fediverse instead of the emergence of unsustainable and large instances.
[…]
From Low-Tech10 to permacomputing11 and degrowth12, several of us on the admin side of LURK are interested in different frameworks to reconceptualize computing’s relation to the environment and that practice is also expressed in how we run post.lurk.org.
Lurk, On not scaling LURK: a tale of maintenance, federation, and governance, https://txt.lurk.org/on-not-scaling-lurk/

Les personnes qui maintiennent l’infrastructure de Lurk et les services associés (et surtout l’instance Mastodon post.lurk.org), ont rédigé un long texte pour expliquer pourquoi l’augmentation des capacités n’est pas une bonne idée (dans la perspective d’une autonomisation, d’une pérennité/sobriété et d’un espace politique). Les explications – bien contextualisées – sont nombreuses, comme les mèmes, et cette double dimension pédagogique et politique est des plus appréciable ! Le fait de refuser, de ne pas faire, de décider de ne pas agir, est des plus intéressante.

[flux] PUB : langage de balisage programmable

2025-06-15T00:00:00Z

PUB was an early scriptable markup language. It was similar in concept to today’s web scripting languages, especially PHP and JavaScript. But, like Microsoft Word, its purpose was to create paginated documents.
[…]
PUB is all but forgotten. It is not even mentioned in most histories of Scribe and TeX. But its reinventions, JavaScript and PHP, have become indispensible in the world of web authoring. As such, history has confirmed what Les postulated at least as early as 1971: built-in markup tags will never be able to handle the variety of formatting effects that authors and publishers require. To achieve effects that a markup language designer could not have anticipated, a powerful scripting language should be provided.
Larry Tesler, PUB Manual, https://www.nomodes.com/history/pub-manual

PUB est un langage développé au début des années 1970 et qui a précédé d’autres systèmes de balisage ou de composition comme Scribe ou TeX. Larry Tesler a fait partie des contributeurs de PUB, et il propose ici le manuel de 1971 (version revue de 1972), commenté. Cette documentation est triplement intéressante : pour comprendre le contexte dans lequel certains des outils encore utilisés aujourd’hui ont émergé ; pour découvrir un langage entre balisage et programmation ; pour la beauté et la simplicité de cet objet numérique qu’est ce manuel commenté.

[flux] Déborder Bolloré

2025-06-10T00:00:00Z

Le pari stratégique que fait ce livre part du constat suivant : depuis quelques années, nous observons un regain d’intérêt pour la pratique de l’édition. Pas une année ne passe sans qu’une structure éditoriale ne voie le jour, se singularisant par le choix des livres publiés, de la forme qu’ils prennent, des thématiques qu’ils abordent mais aussi par le travail réflexif des éditeurices sur leur pratique. Face au libéralisme autoritaire, qui se présente sous la forme de grands groupes éditoriaux-médiatiques en compétition, il nous faut penser cette multiplicité et ses spécificités. Contre la concentration, il nous faut penser la dispersion. Une dispersion qui n’est pas synonyme d’éparpillement mais qui est la modalité d’une solidarité en actes depuis des positions situées.
Déborder Bolloré, https://deborderbollore.fr

Il y a tant à dire sur cet ouvrage collectif : constitution d’un collectif d’éditeurices, positionnements politiques et épistémologiques d’acteurices du livre, construction de modélisations plurielles d’édition, mise en place d’outils pour fabriquer un tel ouvrage, définition et diffusion d’un avenir désirable et soutenable, mise en résistance de l’édition. Les textes de ce livre doivent être lus, autant par des personnes qui travaillent dans l’édition que par des militant·e·s qui cherchent à comprendre ce qu’a de si spécifique le domaine du livre. Les questions abordées le sont avec une grande rigueur, et souvent ce qui y est dit sur le livre est peu ou pas connu. Exemple :

Trop souvent considérée comme le rouage purement logistique et marchand d’une organisation socio-économique se vouant à des idéaux culturels plus purs (au point qu’il est courant de présenter cette organisation comme un biotope plutôt qu’une industrie…), la distribution organise structurellement le secteur, le déterminant de fond en comble.
Alexandre Balcaen et Jérôme LeGlatin, Le livre, cette marchandise, https://deborderbollore.fr/contributions/le-livre-cette-marchandise, page 30

[flux] Git sans forge

2025-06-05T00:00:00Z

I don’t use any git ‘forge’ system layered on top of Git, like Gitlab or Github, which automatically makes a bug tracking database for each project, and provides a convenient button for a user to open a merge request / pull request.
[…]
Git forge websites come with a bunch of stuff beyond the plain git repository. That’s their whole point.
Simon Tatham, Git without a forge, https://www.chiark.greenend.org.uk/~sgtatham/quasiblog/git-no-forge/

Je suis conscient que mon intérêt pour les utilisations de Git les plus extrêmes peut sembler obsessionnel, mais ce qui me fascine c’est surtout la description des façons de travailler en lien avec l’indépendance, l’interopérabilité et la durabilité. Simon Tatham explique patiemment pourquoi et comment il se passe de forge comme GitLab et GitHub, et la pertinence d’utiliser les fonctionnalités d’un outil sans surcouche.

[flux] Publication numérique post-plateforme

2025-05-30T00:00:00Z

Post-Platform Digital Publishing Toolkit is a project exploring how to overcome the limitations of digital publishing today, on social media or elsewhere online, and advocates self-hosted infrastructures and practices for artists and artists’ book publishers.
Well Gedacht Publishing, Post-Platform Digital Publishing Toolkit, https://toolkit.wellgedacht.org/doku.php?id=about

Une initiative qui rassemble des outils, des tutoriels et des ressources diverses pour permettre l’indépendance et l’émancipation numériques, dans le champ de la publication (avec le numérique). Les pages de ce wiki sont de tailles diverses, mais l’ensemble forme un panorama large et cohérent. La démarche est portée par Well Gedacht Publishing, qui publie une version imprimée de ce wiki : https://publishing.wellgedacht.com.

[flux] L'apport pédagogique de l'approche statique

2025-05-25T00:00:00Z

The Learn-Static initiative seeks to demonstrate that, beyond being a viable option for DH projects in general, the methodologies behind static web development are especially well-suited to enhancing DH pedagogy by providing fundamental learning opportunities and sustainable project outputs, which opens up new opportunities in the classroom.
Olivia M. Wikle et Evan Peter Williamson, Exploring Static Web in the Digital Humanities Classroom: The Learn-Static Initiative, https://ideah.pubpub.org/pub/mf7o4gk5/release/2

Quel est l’apport pédagogique d’une approche dite statique par rapport aux CMS pour construire des projets en humanités numériques ? Olivia M. Wikle et Evan Peter Williamson détaillent la façon dont les technologies statiques, comme les générateurs de site statique, permettent d’aborder des questions essentielles en cours, qui sont souvent laissées de côté avec les outils classiques comme WordPress, Omeka ou Drupal. L’idée est de comprendre des notions fondamentales comme l’organisation d’un ordinateur, l’arborescence des fichiers, la structuration de l’information, les principes de templating ou encore la gestion des métadonnées, plutôt que d’acquérir des compétences en “buttonology”.

Compared with the graphical user interface (GUI) abstraction of CMS platforms, working with static websites more clearly reveals the data and code powering digital projects.
[…]
Though there is a significant investment in technical learning required for the instructors and students that use these tools in the classroom, particularly for beginners, the investment pays off in the project outcomes: students gain transferable digital literacy skills and instructors can fully customize and leave class project websites live for long periods of time without worrying about security risks, continuous maintenance, or in many cases paying for hosting.

[flux] Publier sur des dispositifs obsolètes

2025-05-20T00:00:00Z

We deal with limitations not only in design, but also in fields such as biology and economics, and even in our everyday lives. When publishing with outdated technology, we often run into limitations or can’t realize our ideas and concepts as they were originally intended. So why should we celebrate limitations and constraints or even incorporate them into our design and make them visible?
Alexander Roidl, Publishing on obsolete devices, https://publishing.systems/publishingonobsoletedevices/

Alexander Roidl a produit ce texte synthétique et cinglant, qui détaille quelques principes théoriques derrière cette idée d’utiliser du matériel jugé obsolète pour publier. Il détaille le contexte, les principes du permacomputing, le fait de travailler avec des contraintes, ou encore le refus d’adhérer aux critères esthétiques issus du capitalisme.

[flux] Un exemple de configuration numérique (personnelle)

2025-05-15T00:00:00Z

My general goal this year has been to use open-source, portable, fixable systems that are as simple (not necessarily easy!).
Marc Coquand, My Tech Stack 2024, https://mccd.space/posts/tech-stack-2024/

Je suis toujours fasciné par ces descriptifs de configurations personnelles, où l’on découvre de multiples détails qui dessinent des positionnements technologiques et épistémologiques, d’autant plus quand il y a un objectif de simplicité. Ici Marc Coquand liste son matériel informatique, ses logiciels et leur configuration, et ses dispositifs de sauvegarde. Ce qui est aussi intéressant c’est la perméabilité entre les applications pour le travail et les utilitaires qui ne sont pas nécessairement rattachés à cette activité.

[flux] Deux points de vue sur la sobriété numérique

2025-05-10T00:00:00Z

S’engager dans une démarche de sobriété numérique, c’est réfléchir à la part de ressources que le numérique utilise déjà, surtout que c’est en croissance, aux impacts qu’il a déjà, et se demander, en fait, au détriment de quoi d’autre dans le donut ; qu’a-t-on poussé dans les coins pour faire de la place au numérique ?
[…]
On a donc vraiment des trajectoires qui sont très mauvaises au niveau des prévisions, mais je reste un peu optimiste, on doit quand même y aller, même si c’est une goutte d’eau, disons que les choses bougent sur le terrain. Ce n’est pas suffisant, mais on y va quand même. C’est peut-être un petit peu suicidaire, mais on y va.
Florence Maraninchi et Denis Trystram, Qu’est-ce que la sobriété numérique ? https://videos.univ-grenoble-alpes.fr/recherche/gricast-le-podcast-de-gricad/video/31500-gricast-02-la-sobriete-numeriquemp3/

Si je n’avais pas déjà lu des textes de Florence Maraninchi je ne me serais sans doute pas arrêté sur ce podcast, les arguments de cette chercheuse sont intéressants et permettent d’envisager une position critique forte. Je suis plus dubitatif sur les propos de Denis Trystram qui ne remet pas en cause un système pourtant problématique. Peut-être que c’est l’association de deux initiatives qui nous permettra d’envisager un futur souhaitable.

Une retranscription de cet enregistrement est disponible en ligne : https://www.librealire.org/qu-est-ce-que-la-sobriete-numerique.

[flux] Cent choses à faire (avec votre site web personnel)

2025-05-05T00:00:00Z

My site is the result of a series of incremental changes. When I have free time, I often ask myself: what can I do with my website? Sometimes, I have an idea, get excited, and spend hours lost in making something that brings me joy, or something that I can share with other people. Other times, I have the motivation and energy, but no idea.
James, 100 (more) things you can do with your personal website, https://jamesg.blog/2024/03/10/100-more-personal-website-ideas

Presque cent choses que l’on peut faire sur son site web. Presque cent bonnes raisons de se créer un site web.

[flux] Linux contre l'obsolescence

2025-04-30T00:00:00Z

Si vous avez acheté votre ordinateur après 2010, il n’y a probablement aucune raison de le jeter. En installant simplement un système d’exploitation GNU / Linux récent, vous pouvez continuer à l’utiliser pour des années.
Fin de Windows 10, https://endof10.org/fr/

Je suis souvent dubitatif sur les campagnes de promotion de Linux, mais il semble que cette fois nous (la communauté des personnes utilisatrices de systèmes d’exploitation libres) tenons quelque chose, et qu’il est possible de convaincre sans imposer.

[flux] Un livre compressé

2025-04-25T00:00:00Z

To address these issues, and to keep practicing what we preach, Low-tech Magazine has now made a “compressed edition” of the chronological book series. Inspired by the image compression on our website, we squeezed the article catalog of three volumes into just one book. Consequently, we reduced the paper consumption and carbon emissions by almost a factor of three.
Kris De Decker, The Compressed Book Edition, https://solar.lowtechmagazine.com/2025/03/the-compressed-book-edition/

Kris De Decker détaille la démarche de constitution d’un livre rassemblant trois livres, dans la perspective d’un gain écologique important. Rien de très original en soit, mais des considérations et des techniques intéressantes : articulation entre livre et site web (et comparaison de leur impact écologique respectif), réduction de la taille de la police et conception d’un nouveau gabarit, etc.

[flux] Livre et écologie

2025-04-20T00:00:00Z

Avoir une démarche éco-responsable […] c’est, de plus, assumer qu’une publication aura inévitablement un impact écologique, et tenter alors de prendre le temps d’évaluer les meilleurs choix pour son livre, en réfléchissant à toute la conception de ce dernier, mais aussi à sa diffusion et à sa distribution, à ses usages par les lecteurs, tout cela en articulant au mieux ces éléments avec son projet éditorial. Bref, c’est à nouveau tenter de ne pas sectoriser le livre, mais de le considérer dans l’ensemble de son écosystème pour évaluer comment, à son échelle, agir au mieux.
[…]
Spontanément, on a envie de se dire que le livre est forcément plus écologique qu’un produit numérique, puisqu’il est fabriqué à partir d’une matière « noble » (le papier / le bois). Malheureusement, la réponse n’est pas si simple.
Le livre peut-il être écologique ? Sarah Hamon, Angela Léry et Christophe Didier, https://journals.openedition.org/rbnu/7098

Ce entretien avec Sarah Hamon, Angela Léry et l’Association pour l’écologie du livre permet d’identifier de façon synthétique les éléments qui ressortent lorsque l’on croise livre et écologie. Les questions écologiques qui sont abordées sont celles de la fabrication du livre imprimé (encres, papier), ainsi que celles de la diffusion et de la distribution. Ce que je trouve pertinent c’est cette idée de repenser complètement nos façons de fabriquer, d’accéder et de lire le livre. Je suis moins en accord avec une haute idée du livre :

Malgré tout, oui, si l’on se place à quelques dizaines d’années dans le futur, dans un monde post-pétrole où le numérique risque d’avoir été fortement impacté par la raréfaction de l’énergie et des matières premières disponibles, alors, dans l’absolu, ne resteront que les livres pour être lus… à condition qu’on ait construit, d’ici là, un écosystème suffisamment résilient.

Je pense que les différentes structures économiques ont surtout la capacité d’imposer des modèles (et des contenus).

Enfin, la question des infrastructures numériques est absente des discussions. Ce n’est certes pas l’objet de cet entretien, mais envisager de développer des méthodes de fabrication du livre plus écologiques sans considérer le numérique est difficilement réalisable/réaliste.

[flux] Ouvrez votre carnet

2025-04-15T00:00:00Z

Aucune contrainte.Aucun style prédéfini. Pas besoin d’être sérieux. Pas besoin d’être littéraire. Pas besoin d’être un spécialiste.
Karl Dubost, Ouvrez votre carnet web, https://www.la-grange.net/2025/04/12/5784

Les initiatives comme celles de Karl ont profondément modifié ma façon d’envisager la publication (il y a près de quatorze ans pour moi), et continuent de me faire reconsidérer les espaces d’écriture, d’édition et de diffusion. Vingt-cinq ans, quelle régularité tout de même !

[flux] Permacomputing + design graphique

2025-04-10T00:00:00Z

What does Permacomputing have to do with graphic design? From the perspective of Permacomputing, aesthetics are not merely the visual quality of a design work. Rather, it focuses on how relationships and connections emerge in the creative process while dealing with the constraints of computer technology. […] A first step towards reintroducing critical and sustainable aesthetics in graphic design can be achieved by celebrating unconventional interfaces that acknowledge the abundance of underlying constraints found in media, tools, and interactions.
Hannah Gmeiner, Permacomputing as a practice for digital Graphic Design, https://permacomputingasapracticefordigitalgraphicdesign.com

Hannah Gmeiner présente la rencontre du permacomputing avec le design graphique dans son mémoire de fin d’études, proposant à la fois une contextualisation théorique et plusieurs exemples concrets. Ce long texte, que j’ai longtemps laissé dans mes onglets ouverts (presque un an…), propose une application concrète du permacomputing à un domaine précis, et je pense que cela m’a indirectement influencé dans la construction d’un papier en cours de validation. Hannah Gmeiner présente plusieurs concepts ou principes adjacents au permacomputing très intéressants, comme la transparence, la flexibilité, la communauté, etc. Voici quelques citations supplémentaires :

Limits and Constraints are often perceived negatively as they essentially represent a restriction. The irony of limits lies in their ability to foster great diversity.

The principle behind designing with Permacomputing principles is that there is a place for everything. No tools or design practices are superfluous or irrelevant. There is room for both slow and fast, for incremental and one-off processes.

Hannah Gmeiner a aussi donné un entretien à propos de sa démarche : https://timrodenbroeker.de/hannah-gmeiner/.

[flux] Git sans interface web

2025-04-05T00:00:00Z

Ask yourself: is a web app the only way to do issues/tickets, pull requests/merge requests, etc? Hear me out: people take it for granted that a good product deserves a shiny dashboard.
Frederick Yin, The Real Git, https://fkfd.me/random/realgit/

Un jeune développeur fait le récit de sa découverte de Git en tant qu’outil conçu autour du courriel, alors que désormais c’est principalement l’interface web qui est utilisée par défaut. Ce que je trouve intéressant dans ce billet quelque feu foutraque, c’est la capacité d’analyser ce qu’induit une interface graphique comme la plateforme web de GitHub. Attention à l’expression “The Real Git” qui pourrait laisser croire que le format texte, la ligne de commande et le courriel sont les seuls moyens d’interagir avec Git : il s’agit plutôt de comprendre comment Git a été conçu, comment il est utilisé dans certains cadres, et comment on peut questionner nos propres usages. Et surtout, le terminal peut devenir un outil bien plus séduisant, sophistiqué et flamboyant que les interfaces qu’on nous impose, parce que nous pouvons les personnaliser comme bon nous semble.

[flux] Un design minimaliste

2025-03-30T00:00:00Z

Monospace fonts are dear to many of us. Some find them more readable, consistent, and beautiful, than their proportional alternatives. Maybe we’re just brainwashed from spending years in terminals? Or are we hopelessly nostalgic? I’m not sure. But I like them, and that’s why I started experimenting with all-monospace Web.
Oskar Wickström, The Monospace Web, https://owickstrom.github.io/the-monospace-web/

L’idée est intéressante : dupliquer l’environnement graphique du terminal – fortement influencé par les fontes à chasse fixe (monospace) – vers le web pour disposer d’un gabarit réutilisable. La mise en place a révélé de nombreux petits problèmes à résoudre, que Oskar Wickström détaille dans un autre billet.

[flux] Un moteur d'édition, de composition et de publication

2025-03-25T00:00:00Z

[…] pour le moment nous tablons, en ce qui nous concerne, non pas sur l’automatisation, mais sur l’outillage le plus correct possible des acteurs et de leurs compétences et le développement de modes de collaboration efficaces et agréables pour une équipe.
Un nouveau moteur pour 1024, Nicolas Taffin et Hervé Le Crosnier, https://1024.socinfo.fr/2024/11/1024_24_2024_059.html

Ce travail remarquable de mise en place d’une chaîne d’édition pour une revue mérite bien ce long texte, décrivant les détails techniques et humains de cette expérience éditoriale collective. J’ajoute ici quelques citations très pertinentes (même sorties de leur contexte) :

[LaTeX] est remarquable dans ses facultés de composition (et inégalé en ce qui concerne la justification des paragraphes et la composition des mathématiques). Il incite cependant, par la complexité de son paramétrage, à se conformer à un modèle, tout en permettant bien des bidouilles locales qui font entrer beaucoup du travail de composition dans le processus d’écriture, ce qui ne devrait pas être le cas à ce stade.

C’est ce jeu d’allers-retours et de regards collectifs dans la fabrication du texte (qui deviendra ensuite livre ou revue) qui fait toute la richesse du processus éditorial et bien souvent toute la différence avec l’auto-édition.

[flux] Des histoires (matérielles) du papier

2025-03-20T00:00:00Z

Cette anthologie, en s’inscrivant dans la suite du « tournant matériel », propose d’aborder l’histoire du papier sous l’angle de ses matérialités. Il ne s’agit donc pas de considérer avant tout le papier comme une surface d’inscription qui porte des messages (ce qu’il est évidemment aussi), mais comme un matériau dont les qualités physiques comptent : il est léger et transportable, fragile et pliable, fabriqué à partir de toutes sortes de matières premières. S’attarder sur ces caractéristiques permet de rendre visible la présence au monde du papier et les nombreux rôles qu’il a joué pour les sociétés humaines : dans la création de choses et d’infrastructures, dans le maintien de relations diverses, dans la conservation de la mémoire et de l’histoire, et bien d’autres encore.
Juliette De Maeyer, Aleksandra Kaminska et Ghislain Thibault, Histoires matérielles du papier, https://livingbooksabouthistory.ch/fr/book/material-histories-of-paper

Une anthologie qui prend un axe d’étude tout à fait passionnant, privilégiant les questions de circulation plutôt que celle des contenus, une sorte d’étude des médias matérielles. Notons qu’il y a un lien avec le séminaire Paperology conduit par les trois mêmes auteurices avec Alysse Kushinski, et qu’il est intéressant de noter la sortie du livre Une histoire de l’imprimerie et de la chose imprimée d’Olivier Deloignon l’année suivante — avec une approche bien plus classique.

[flux] Des livres dans le terminal

2025-03-15T00:00:00Z

I wrote burgr, a program to browse and search a catalog of available books, download and manage my personal library and read these books - from within the comfort of the terminal.
Blub, burgr - Books in your Terminal, https://blubsblog.bearblog.dev/burgr-books-in-your-terminal/

Un lecteur de livres dans le terminal et fonctionnant avec la ligne de commande ? Oui c’est possible, et le logiciel semble particulièrement minimaliste. Ce qui est intéressant c’est le principe du terminal poussé très loin, et qui ne me semble pas particulièrement pertinent ici, à moins de dépouiller son interface habituelle, et notamment de supprimer la fonte monochasse. Par contre le fait de pouvoir interagir avec un livre avec la ligne de commande me semble bien plus intéressant.

Note : le programme ne semble pas disponible où que ce soit.

[flux] Contribuer avec Git, entre la PR et la mailing list

2025-03-10T00:00:00Z

we want to create a self-hosted git “server” that can handle sending and receiving patches without the cumbersome nature of setting up email or the limitations imposed by the email protocol
Eric Bower et Antonio Mika, GIT-PR, https://pr.pico.sh/

Les modes de contribution avec un logiciel de versionnement comme Git n’ont pu être autant popularisés qu’avec des approches d’utilisation comme les pull request de GitHub (des propositions de fusion entre deux états d’un même projet), et dans le même temps cela nécessite des infrastructures très lourdes et des compromis dans l’usage de Git. Le passage par le courriel est une solution minimale et robuste (voir ce tutoriel), mais néanmoins particulièrement couteuse en temps d’apprentissage (sans parler de devoir changer de client mail, je comprends que ce ne soit pas la passion de toutes et tous). Pico propose une approche intermédiaire très intéressante, avec deux principes : envoyez un patch via SSH, visualiser les propositions via un site web, et les accepter via SSH. La vidéo permet de comprendre le design malin de cette approche.

[flux] Limites matérielles

2025-03-05T00:00:00Z

I’m writing this post right now on an 11 year old laptop. I write all my posts on this laptop. It’s fine. It works. No need to replace it. […] And this means that until something drastic and unforeseeable happens in tech or in my life, for the rest of my life I will never have to buy a brand new computer again.
Andreas, I will never need to buy a new computer again, https://82mhz.net/posts/2025/01/i-will-never-need-to-buy-a-new-computer-again/

Entre injonction à changer de matériel informatique plus vite que les évolutions techniques, et un regard sincère sur nos besoins en calcul, Andreas a fait son choix. Nous pouvons, pour des tâches comme du traitement de document, de la programmation, des utilitaires informatiques basiques, ou encore des dispositifs de publication, nous passer des dernières machines et de leur dernier processeur.

(J’irai même plus loin en renversant le paradigme, il est temps de modifier nos usages et nos outils pour pouvoir utiliser plus longtemps nos matériels informatiques.)

[flux] Une recherche (et une thèse) libre

2025-03-01T00:00:00Z

Alors, à quoi ressemble une thèse, sans Windows (ni Mac) et faite avec des logiciels libres ?
Audrey Safa et Clothilde Saunier, « Elles n’ont même pas Windows » – workflow d’une thèse libre, https://libres.hypotheses.org/387

L’intérêt pour le logiciel libre n’est pas tant ce qui m’enthousiasme ici (même si j’adhère à cette approche, et que je la défends), c’est plutôt le faire de lire un discours et un récit qui n’est pas celui que j’ai l’habitude de lire (ou d’écrire). Il s’agit d’autres usages de la technique, et d’autres façons de le raconter, et ça fait du bien.

Interfaces, espaces et environnements d'écriture de la thèse

2024-06-18T00:00:00Z

Pendant la rédaction de ma thèse, de juillet 2022 à janvier 2024, la mise en place d’un environnement d’écriture et d’édition a pris une place importante dans mon processus de recherche. Il s’agit de manipuler du texte, de configurer l’affichage graphique des différents logiciels, ou de définir des modes d’interaction avec ceux-ci. Tout cela en visant une certaine maîtrise de cet environnement (quelle action déclenche quelle opération), tout en privilégiant le texte (donc en me passant majoritairement du curseur via des commandes textuelles), et en défendant une idée du minimalisme (dans l’économie de gestes et de moyens informatiques). J’ai construit progressivement un environnement dans lequel Vim a une place centrale, en regard de cette équation texte + maîtrise + minimalisme. La description de ce cheminement mérite bien un billet dans ce carnet de recherche. Ce texte est le premier d’une série sur les rouages d’écriture, d’outillage, d’édition et de recherche de ma thèse de doctorat.

Texte, maîtrise et minimalisme

Pour le dire rapidement, mon environnement de travail sur ordinateur s’est petit à petit forgé autour de trois principes : la place prépondérante du texte ; le besoin et l’envie de maîtriser les outils et toute interaction avec la machine ; et enfin une économie de moyens que je nomme (par défaut) minimalisme. Depuis quelques années, tout nouvel outil que je suis amené à utiliser est interrogé avec cette triple exigence. Je dois pouvoir facilement manipuler un logiciel/application/programme au clavier sans devoir aller chercher des actions dans des menus déroulants ou autres boutons multiples. Cela me permet de mieux comprendre comment fonctionne l’outil et ce que signifie chacune des actions qu’il permet, et donc d’en acquérir une meilleure maîtrise. Le fait d’appeler une fonction en tapant quelques touches, plutôt qu’en devant faire circuler le curseur dans des méandres graphiques, est une forme d’économie qui me procure une certaine satisfaction.

Dans mon cas, Vim a matérialisé ce triptyque ergonomique, avec cette idée forte de pouvoir interagir avec le logiciel, de comprendre son fonctionnement, de maîtriser et de personnaliser les modes d’action, et de limiter les efforts physiques et computationnels (les mains restent sur le clavier, le logiciel nécessite relativement peu de puissance de calcul).

Enfin, cette recherche qui a accompagné (et qui accompagne encore) mon parcours scientifique et académique est fortement liée à mes sujets de recherche : édition, publication, écriture numérique, single source publishing, fabrique d’édition, permacomputing, etc.

Quelques éléments de définition : interface, espace et environnement

Mon parcours s’est articulé autour d’interfaces qui forment des espaces de travail, qui eux-mêmes constituent un environnement.

Schéma représentant des interfaces (1) formant des espaces (2) qui constituent un environnement (3)

N’étant ni ergonome, ni designer, ni informaticien en interface humain-machine, je dois expliciter mes définitions et mes usages de ces trois termes : interface, espace, et environnement. Ce qui suit est loin de répondre à des exigences scientifiques, je cadre assez librement ces trois notions pour pouvoir mieux me situer :

interface : il s’agit des moyens mis en œuvre pour interagir avec un logiciel. On parle souvent d’interface graphique, dans le sens où des éléments visuels, et le plus souvent des menus et des icônes, permettent d’activer les opérations du logiciel. On peut aussi parler d’interface textuelle lorsque le texte est autant ce qui s’affiche que le moyen de déclencher des actions — via ce qu’on appelle des commandes ;
espace : j’en fais ici une définition très basique et limitée. L’espace est, dans le cadre de ce texte, l’écran et ce que je peux y afficher ;
environnement : sur un ordinateur, je définis l’environnement comme l’ensemble des modes d’interaction avec la machine, comprenant les logiciels et autres moyens d’agir avec le matériel informatique. L’environnement est le résultat d’un agencement (maîtrisé ou non), d’une composition (parfois imposée), et de contraintes liées au système d’exploitation. Les interfaces occupent des espaces qui forment l’environnement.

Maîtriser et articuler

L’éditeur de texte Vim a été un point de départ dans ces réflexions. L’interface qui permet d’interagir avec du texte est fondamentale dans le doctorat, et d’autant plus en littérature. Dans mes usages l’éditeur de texte remplace le traitement de texte, et il est le point de départ vers une maîtrise de mon environnement numérique. J’ai pu expérimenter successivement plusieurs logiciels — en suivant aussi les modes —, commençant par Sublime Text en 2014, passant à Atom en 2017, puis à VSCode/VSCodium en 2019 ou 2020 (au début du doctorat), et enfin en choisissant Vim en février 2022. À travers ces différents passages qui ont ponctué mon parcours personnel puis universitaire, j’ai tenté de constituer un environnement d’écriture qui m’est propre, ce qui implique un refus des logiciels qui m’imposent leurs contraintes. Mon utilisation de Vim comme éditeur de texte principal représente une rupture radicale : toute action peut être réalisée par le clavier, et le comportement comme l’apparence graphique de ce logiciel peuvent être entièrement configurés. J’ai initié une série sur Vim, toujours en cours, pour documenter cet apprentissage.

Vim et son utilisation par des commandes textuelles n’est pas un cas isolé dans mes pratiques, j’avais déjà initié cela avec les raccourcis, et notamment le fameux ALT+TAB pour passer d’une application ouverte à une autre sans le curseur, ou SUPER+← pour occuper la moitié de l’écran en largeur (utile pour placer deux applications à l’écran sans jouer avec le redimensionnement à la souris). Au début de la rédaction de la thèse, la commande SUPER+H (sous Linux) a été un événement majeur pour moi : ce raccourci permet de minimiser n’importe quelle application. Faire disparaître des fenêtres est un moyen de ne conserver que l’application d’écriture à l’écran en faisant disparaître les autres. La configuration de cet espace d’actions que représente l’écran est loin d’être anodine, tant ma concentration est liée à ce que j’affiche sur ces milliers de pixels. Dit autrement, mon travail de recherche et d’écriture requiert que je puisse facilement maîtriser ce que j’ai sous les yeux.

Capture d’écran de deux interfaces/logiciels/fenêtres (Vim et Firefox) occupant chacune une moitié horizontale de l’écran

Ainsi je manipule mon éditeur de texte avec le clavier, et plus globalement la machine aussi avec les raccourcis évoqués ci-dessus. Ces deux environnements s’articulent : ce sont les raccourcis clavier de mon système d’exploitation (Ubuntu/Gnome) qui m’ont amené à Vim, et c’est Vim qui m’a poussé plus loin comme je l’explique après avec la mention des gestionnaires de fenêtres comme i3 ou Regolith. Mon intention est celle de ne recourir qu’au clavier pour toutes les commandes avec la machine pendant la rédaction de la thèse. Pourquoi ? Pour viser une économie de gestes et une certaine idée du confort ou du plaisir que suscitent ces pratiques — car oui il s’agit bien ici de plaisir — dans la manipulation des interfaces et dans la constitution d’espaces. Écrire une commande plutôt que d’utiliser des menus contextuels me semble par ailleurs répondre à une certaine cohérence dans ma pratique globale.

Le texte dans le texte

Se passer du curseur — donc du pad, de la souris, voir du trackpoint — n’est pas une recherche de performance, mais bien l’idée de pouvoir rester dans un même environnement pour écrire et éditer : le texte. Faire appel aux touches du clavier pour toute une série d’actions me semble pertinent et cohérent : ouvrir un fichier, l’enregistrer, le déplacer, faire une recherche dans un dictionnaire, versionner, lancer un programme, envoyer un message, lire un article ou un livre, etc. Juste le texte, dès qu’il s’agit d’un dispositif pourvu d’un clavier physique.

Soyons réaliste, à mon niveau c’est un horizon vain, tant l’application de ce principe demande des efforts parfois gigantesques — la configuration de Vim m’a occupé de nombreuses soirées, et je prendrai un jour le temps de parler de mon usage d’aerc dont la mise en place fut épique. Horizon vain peut-être, mais qui génère néanmoins des pratiques d’écriture et d’édition intéressantes. Le seul fait d’écrire ces actions, depuis l’ouverture du fichier (cd phd/t puis vim content/p/01/01-01.md) jusqu’à son enregistrement et son versionnement (:wq puis git add content/p/01/01-01.md && git commit -m"edit: rédaction de 1.1.3."), me place dans un environnement dédié au texte, tourné vers lui, où je peux disposer comme je le souhaite des logiciels et des programmes, avec comme seule limite les commandes que j’apprends ou que je crée moi-même. Je pourrais aussi ouvrir un explorateur de fichiers avec un raccourci défini, puis sélectionner le dossier puis le fichier avec les curseurs et la touche ENTER, et ainsi de suite. Avec le terminal et Vim j’écris ces actions, elles ont un sens dans mes mains et dans ma tête.

Capture vidéo de l’usage du terminal et de Vim pour ouvrir, éditer et modifier un document au format texte

Il y a une dimension de plaisir difficile à définir, tant elle m’est liée personnellement et difficilement généralisable, notamment du fait de mon statut intermédiaire en termes de maîtrise de l’outil informatique (avancée pour certain·e·s, passable pour d’autres). Manipuler toutes ces actions me procure un profond plaisir, en plus d’être particulièrement confortable. Confortable dans le sens ou les mains bougent moins : en effet, le curseur (via le pad, je n’utilise pas de souris, j’apprends encore à faire usage du trackpoint de mes Thinkpads) est presque abandonné, et je définis moi-même ce dont j’ai besoin — et j’apprends aussi continuellement de nouvelles commandes et de nouveaux petits programmes liés à Unix.

Dès le début de la rédaction de ma thèse, j’ai donc manipulé des interfaces au clavier, depuis la navigation au sein des logiciels jusqu’à l’éditeur de texte. Le texte dans le texte, que j’ai tenté d’appliquer aussi à mon gestionnaire de fenêtres. Après quelques heures à essayer de configurer i3 en octobre 2022, j’ai dû me résoudre à me concentrer sur l’écriture au risque de perdre un temps précieux. La fin de la thèse a libéré ce temps dont j’avais besoin pour expérimenter cette nouvelle étape, manipuler les espaces.

Esthétique de l’environnement et des interfaces

La configuration de l’environnement graphique général de mon ordinateur part d’une exigence esthétique, dans le sens où je souhaite appliquer des principes et des besoins spécifiques dans le rendu graphique et dans le comportement des composants qui s’affichent à l’écran — les espaces qui forment un environnement. Dans le cadre de mes recherches scientifiques j’utilise une série de logiciels qui ont tous leur propre fonctionnement et leur propre interface, et qui, ensemble, forment mon environnement de travail (sur ordinateur).

Il y a plusieurs enjeux lors de l’utilisation conjointe d’une série de logiciels, pour moi les deux principaux sont les suivants :

comment passer facilement d’un logiciel à un autre ? D’autant plus quand la tâche principale est l’écriture, donc avec un usage accru du clavier (plutôt que le curseur) ;
comment afficher plusieurs logiciels sur l’espace de l’écran ? Et comment paramétrer cet affichage, par exemple en composant l’écran selon une grille avec plusieurs agencements possibles ?

Il existe depuis longtemps des gestionnaires de fenêtres, c’est d’ailleurs l’un des composants les plus complexes d’un système d’exploitation. Du côté des windows managers, ou wm, qui peuvent être paramétrés via des commandes textuels, il y a une offre logicielle importante pour Linux, dans laquelle i3 a bonne place. Le principe de ces wm est souvent le même : une configuration via des fichiers textes pour déterminer les comportements par défaut et pour définir une série de détails graphiques, et des raccourcis clavier pour manipuler les fenêtres et modifier les espaces. i3 est populaire car il est flexible et puissant, il demande toutefois un temps de paramétrage non négligeable, ainsi que quelques utilitaires supplémentaires (notamment pour chercher et ouvrir un programme). i3, comme d’autres, permet de construire un environnement de travail basé sur l’usage du clavier, sans faire appel au curseur (souris, pad et autre trackpoint).

Pour les personnes qui veulent tester assez rapidement i3 plutôt que de se casser les dents sur une configuration complexe (mais pas forcément compliquée), il existe des outils intermédiaires, pré-paramétrés. Regolith est un gestionnaire de fenêtres pré-configurés basé sur i3, et qui contient d’autres programmes utiles. L’avantage de Regolith est qu’une fois installé il est immédiatement utilisable. Le temps de configuration additionnel consiste en des personnalisations, toutes les fonctionnalités d’un gestionnaire de fenêtres sont utilisables out of the box.

Quelques jours après la soutenance de ma thèse, j’ai installé Regolith pour tester i3. Après quelques heures d’utilisation, il était peu probable que j’abandonne ce mode d’interaction avec ma machine, tant l’usage du clavier pour manipuler les fenêtres est pertinent dans mon cas. Il s’agit de l’un des derniers niveaux pour paramétrer, modifier et construire mon environnement largement orienté vers l’écriture.

Capture d’écran de l’environnement de bureau Regolith avec le logiciel Vim en floating (fond d’écran : CC BY-NC-SA Helvetica Blanc)

Dans la capture d’écran ci-dessus, il y a un éditeur de texte au centre, et plus spécifiquement Vim dans un shell ou terminal qui est affiché en mode floating, sans autres informations.

Capture d’écran de l’environnement de bureau Regolith avec un espace composé de plusieurs interfaces/fenêtres (Vim, un terminal, et une visionneuse PDF)

Dans la capture d’écran ci-dessus, plusieurs fenêtres sont composées sur un écran de 14 pouces, permettant d’afficher de manière optimisée plusieurs logiciels ou programmes : Vim pour modifier les contenus du texte de la thèse, un terminal qui donne les retours du programme Hugo (qui génère les différents formats de sortie de ma thèse, donc une version web), un navigateur web qui affiche le résultat du texte produit par Hugo, et une barre de tâches en bas avec des chiffres qui représentent autant d’espaces de travail dans lesquels des interfaces sont affichées de différentes manières, ainsi que des données concernant le fonctionnement de la machine (connexion internet, charge du processeur, date et heure, etc.).

Je peux désormais manipuler au clavier, via des commandes textuelles, le texte que j’écris, les interfaces des logiciels installés sur ma machine, les espaces formés par ces interfaces, et plus globalement ce qui constitue un environnement de travail. Il s’agit maintenant de prolonger ces recherches en améliorant mon usage de ces différents outils, voir en en substituant certains — notamment abandonner Regolith pour i3, ou constituer un nouvel environnement dans d’autres systèmes d’exploitation comme OpenBSD. Le temps et l’énergie passé sur ces recherches d’un environnement stimulant et minimaliste a participé à ce que la rédaction de la thèse soit une activité dans laquelle j’ai pris beaucoup de plaisir. Le chemin parcouru fait partie intégrante de mon processus de recherche, tout comme les essais-erreurs dans la mise en place de ce processus, ou l’exigence visée quand à la construction de mon environnement de travail.

Merci à Julie Blanc et Roch Delannay pour les relectures.

[flux] Publier un billet de blog sous forme de manuel

2024-04-04T00:00:00Z

Earlier this week, with a spark for building but no particular idea in mind, I started to think about the Linux manual page. Could I serve my blog posts as Linux manual pages? Herein lay an adventure.
James, Serving my blog posts as Linux manual pages, https://jamesg.blog/2024/02/29/linux-manual-pages/

L’idée est très bonne : structurer un billet de blog comme une page de manuel (dans le format utilisé par Linux par défaut, ROFF), et permettre son affichage dans un terminal. Le double jeu du balisage du texte et de l’accès au résultat est, comme le dit James lui-même, une expérimentation plus ésotérique qu’autre chose. Au-delà de la performance, cela permet aussi de découvrir le format ROFF, le premier programme informatique de formatage de texte sous Unix.

Trois réponses sur ma thèse

2024-02-02T00:00:00Z

David a assisté à la soutenance de ma thèse de doctorat, il m’a posé trois questions via un billet de blog, à défaut d’avoir pu le faire pendant la soutenance. Voici trois réponses. (Et toute question est bienvenue !)

Comment transformer ces fabriques de logiciels open-source en communs numériques ?

La question exacte est la suivante : “Comment transformer ces fabriques de logiciels open-source en communs numériques impliquant une gouvernance partagée ? Comment sont impliquées les différentes parties prenantes ?”

Dans les fabriques que j’analyse, mais également dans celles auxquelles j’ai participées, envisager une transformation en communs implique d’abord d’en permettre une réappropriation, quelle qu’elle soit. Cela est possible à trois conditions :

encadrer l’usage avec une licence qui autorise ou favorise une compréhension/modification/diffusion (du code) de ces fabriques ;
créer et maintenir une documentation qui permette de comprendre les fonctionnements général et technique de la fabrique concernée ;
prévoir des mécanismes qui engagent une certaine horizontalité des contributions.

Ceci étant dit, sans des personnes humaines seules ou constituées en communauté, il ne me semble pas possible que ces fabriques deviennent de véritables communs. Cela signifie prendre en considération une dimension de démonstration, de communication ou de diffusion, comme des posters ou des ateliers dans le monde académique, l’animation de forums en ligne, l’organisation d’événements semi-professionnels, des universités populaires via des associations, etc.

En observant différents projets, et notamment le générateur de site statique Hugo, le Gabarit Abrüpt ou encore l’éditeur de texte Stylo, la gouvernance partagée me semble particulièrement complexe à établir ou à maintenir. Je vois une tension entre d’un côté le formalisme des prises de décisions qui oblige à une certaine rigidité, et d’un autre côté l’absence de cadrage qui implique des orientations parfois au détriment de la communauté d’utilisateurs et d’utilisatrices silencieuse (ou rendue silencieuse). Pendant le deuxième tour de questions pendant la soutenance, j’ai évoqué la difficulté de disposer de moyens — surtout humains — pour animer une communauté, les projets les plus visibles bénéficiant souvent de fonds d’investissement relativement toxiques, ou dépendant d’une personne dévouée sans qui rien ne pourrait arriver.

Quelle est l’in·accessibilité des fabriques ?

La question exacte est la suivante : “Quelle est la littéracie numérique nécessaire pour devenir auteur·ice aujourd’hui ? Quelle est l’in·accessibilité de ces fabriques sous cet angle là ?”

Je ne me prononcerais pas sur la littéracie nécessaire pour devenir auteur ou autrice aujourd’hui, cela dépend de beaucoup de paramètres, et notamment les domaines éditoriaux concernés — par exemple avec ou sans gestion d’images.

En terme d’accessibilité ou d’inaccessibilité, les fabriques que j’ai étudiées sont toutes basées sur le format texte, et en partie sur des interfaces textuelles — essentiellement via la ligne de commande et donc un terminal. C’est déjà un frein énorme pour la plupart des personnes, ou en tout cas ça rend ces fabriques inaccessibles. Petite aparté : en 2012 j’ai voulu utiliser Octopress (un fork de Jekyll), uniquement parce que le thème par défaut de ce générateur de site statique me plaisait beaucoup (graphiquement). Cela m’a amené à utiliser la ligne de commande alors que je n’y connaissais absolument rien, jusqu’à me mener vers des usages plus avancés plus tard. Il y a de multiples biais ici, mais l’attrait d’un aspect d’un outil m’a conduit à expérimenter, à tester, à rater, à partager, à apprendre.

Stylo est un bon exemple d’outil d’écriture et d’édition qui n’est pas développé comme une solution ou comme un produit, mais comme un projet de recherche, qui vise surtout à permettre une meilleure compréhension des mécanismes techniques d’écriture et d’édition numérique. Balisage, métadonnées, services tiers tels que Zotero ou Hypothesis, versionnement, partage de documents, compréhension des formats, etc. En utilisant Stylo nous sommes invités à pratiquer tout cela, jusqu’à intégrer ces pratiques, ou les refuser (en sachant en partie pourquoi), ou développer des usages qui en découlent (comme l’utilisation d’interfaces textuelles). Il n’y a pas de hiérarchie dans ces différentes options, aller vers l’utilisation du terminal n’est pas une fin en soit, je préfère être clair sur ce point.

Depuis quelques mois je travaille sur la question de l’adhésion à ces outils, souvent considérée comme une évidence, voire une injonction. J’essaye de comprendre pourquoi je suis contre cette adhésion. Pourquoi je considère (et je ne suis pas le seul) qu’un projet de recherche bénéficie à se positionner contre cette injonction à l’adhésion, contre la transformation de tout en produit. En travaillant sur ces projets, nous ne devons pas en être des évangélistes, mais simplement prendre le temps de montrer leur fonctionnement (pratique) et leur implication (théorique). Faire acte de pédagogie sans chercher à convaincre sur le plan des usages. C’est ce que j’ai fait dans ma thèse.

L’éditeur·trice devient-il également un·e accompagnateur·trice ?

La question précise est celle-ci : “Le rôle de l’éditeur·ice devient-il également celui d’un·e accompagnateur·ice technique ? Quelle part pour l’éthique dans ce choix d’intermédiaire ?”

Dans ma thèse j’étudie les processus d’édition. Je n’étudie pas ou peu les relations entre les personnes qui éditent et celles qui proposent des manuscrits. En considérant une structure d’édition comme un ensemble de personnes humaines, oui il doit y avoir un rôle d’accompagnateur·trice technique, en tant que cet ensemble est un collectif. C’est ce que j’ai expérimenté avec le Novendécaméron (avec d’autres personnes), c’est ce que j’observe avec Stylo et la revue Sens public, c’est ce que j’ai analysé avec C&F Éditions, c’est ce que je vis au quotidien à la Chaire de recherche du Canada sur les écritures numériques (dans un cadre moins focalisé sur des activités éditoriales). Mais être accompagnateur signifie accepter d’être aussi accompagné.

Je ne suis pas sûr de comprendre la question de l’éthique, je peux toutefois essayer de partir dans cette direction en faisant plusieurs constats. Nos littéracies numériques sont si diverses que partir sur la (relativement) simple idée d’un partage continu me semble déjà une bonne manière d’aborder la question de l’acquisition de connaissances techniques. Expliquer ce que l’on sait faire et de quelle manière, sans pour autant vendre cette pratique comme une solution, est déjà un choix éthique fort. Déb/u/o/gue tes humanités est un bon exemple de ce désir de partager des pratiques et des connaissances, de proposer un socle commun qui n’est ni unique ni arrêté, et qui est surtout (et encore) une invitation à nous interroger sur nos façons de faire. Les implications politiques sont bien présentes ici, il serait naïf de considérer une forme de neutralité — qui est un fantasme —. Il y a une volonté d’ouvrir un champ de possibles en partageant des pratiques basées sur des standards et des protocoles. Il y a cette idée forte de permettre un regard critique.

Bonus : comment citer des passages numériques de la thèse ?

C’est un point sur lequel je travaille encore, afin de baliser automatiquement chaque paragraphe. La chose est possible, dans le cas de ma thèse via un mécanisme lié à Hugo, mais avec quelques compromis qui ne me satisfont pas encore. J’espère pouvoir implémenter cela dans la version web dès que possible.

Avis de soutenance de thèse

2024-01-17T00:00:00Z

Lundi 22 janvier 2024 à 9h (UTC-5) je soutiens publiquement ma thèse de doctorat en littérature (option Humanités numériques) à Montréal et à distance, thèse déjà disponible en ligne dans une version préliminaire (https://these.quaternum.net).

La thèse, intitulée “Fabriquer des éditions, éditer des fabriques : reconfiguration des processus techniques éditoriaux et nouveaux modèles épistémologiques”, est dirigée par Marcello Vitali-Rosati et codirigée par Michael Sinatra.

Voici la composition du jury :

Juliette De Maeyer, Université de Montréal : présidente-rapporteuse
Evelyne Broudoux, Conservatoire National des Arts et Métiers de Paris : membre du jury
Emmanuël Souchier, Sorbonne Université : examinateur externe

La soutenance

La soutenance, publique, se déroule selon des protocoles propres au système universitaire canadien et aux règles du Département de littératures et de langues du monde de l’Université de Montréal : 20 minutes de présentation (de défense), suivi de plusieurs séries de questions posées par le jury et les directeur et codirecteur.

La soutenance se déroule sur place et à distance. Dans les deux cas, si vous souhaitez y assister, merci de m’écrire.

Voici les coordonnées pour y participer en présentiel :

Université de Montréal - Pavillon Lionel Groulx
3150 rue Jean Brillant
Salle C-2059

(Merci de vous présenter à 8h45, prévoyez également quelques minutes pour vous retrouver dans le dédale des couloirs de l’UdeM.)

La thèse

La thèse est disponible dans une version préliminaire, donc soumise à des modifications à l’issue de la soutenance. De la même façon que j’ai publié sur ce carnet des travaux en cours de façonnage ou parfois bien avancés, il était important pour moi de donner un accès à ce texte avant la soutenance :

https://these.quaternum.net

Pour toute remarque, le plus simple est de m’écrire.

Les sources

En plus de publier cette version préliminaire de ma thèse, je mets à disposition les sources, versionnées avec Git. Le dépôt principal est hébergé par SourceHut (j’ai manqué de temps pour autohéberger le dépôt, ce sera pour plus tard) : https://git.sr.ht/~antoinentl/t. Un dépôt miroir est disponible sur l’instance GitLab d’Huma-Num : https://gitlab.huma-num.fr/antoinefauchie/t.

Ces sources ont une valeur démonstrative et non de modèle, même si des idées peuvent être réutilisées. Je prévois par ailleurs de publier une série de billets pour détailler quelques mécanismes, une fois la soutenance passée.

[flux] Tools shape practices shape tools…

2024-01-08T00:00:00Z

When i first saw it, i felt it so nicely expressed something that had been deep in my heart. I continue to unfold its many meanings: both broader and more specific than F/LOSS culture.
Doriane, https://practices.tools

Je découvre (très) tardivement ce mantra, ou plutôt ce positionnement récursif et infini : les pratiques modèlent les outils qui modèlent les pratiques qui modèlent les pratiques qui etc. Je partage le sentiment de Doriane, à tel point qu’il s’agit là en partie du sujet de ma thèse : les pratiques et les outils sont imbriqués, phénomène que j’ai conceptualisé cela sous le nom de fabrique. Je trouve cette idée du sticker web qui tourne particulièrement bien trouvée.

[flux] Le texte et le code

2023-12-30T00:00:00Z

Sometimes I hear of “opinionated” software. That is, software which has a strong vision of how to do a thing. If you like it, use it. If you don’t, then don’t. But what happens if the software turns out to be something the author of a site wrote for themselves? It’s more than opinionated. It’s personal.
This website presents a number of sites and the tools they use to create and update them.
Alex Schroeder, The text and the code go hand in hand, https://transjovian.org/view/web-sites/index

Alex Schroeder rassemble ici des sites web qui sont autant des initiatives éditoriales personnelles (écrire et diffuser des textes) que des expérimentations techniques pour permettre ces actes éditoriaux. Des sites ou des blogs écrits à la main, autant les textes que le code permettant leur fonctionnement. Des micro-fabriques, en quelque sorte.

I’d love to show the world the unpolished, “just good enough with a number of bugs I know of” solutions.

La diversité des solutions, relativement peu nombreuses, démontre un besoin de maîtriser son outil de production (de textes), d’adapter cet outil quand c’est nécessaire, et de s’amuser (en apprenant).

[flux] Choisir une modélisation

2023-12-24T00:00:00Z

And I began to realize that while this was all technically possible, there were architectural reasons why this wasn’t optimal, and that, in trying to reinvent everything (e.g., blog staples like categories, tags, archive pages, RSS feeds) in my bash script, I would in effect be re-treading all the ground that the people who built Jekyll, Hugo, and Eleventy had already trod. And that made me feel somewhat silly.
John Maxwell, Imaginary Text, https://imaginarytext.ca/posts/2023/StaticSiteTrials/

John Maxwell, professeur à l’Université Simon Fraser à Vancouver, explique ses choix concernant le workflow de son (nouveau) blog. La tension entre la personnalisation d’une modélisation et l’usage d’un modèle préconçu est intéressante : à quel point est-il nécessaire de créer from scratch (ou presque) une chaîne de publication (ou d’édition) ? Une réflexion similaire est développée par Thomasaurus, qui fait le choix de Lume pour ne pas dépendre de Node.js (dans le cas de 11ty), et ainsi de disposer d’un processeur de site statique plutôt que d’un générateur.

Et il s’agit ici aussi de saluer l’ouverture d’un nouveau carnet, qui est toujours un événement en soit !

And I think it’s time to start building “the new web” as people are saying these days (I installed an RSS Reader the other day, too, for the first time in a decade).

[flux] Montrer les gabarits

2023-12-20T00:00:00Z

A page with layout: essay, often used for standalone articles or chapters in a collected volume.
Quire, Essay, https://quire.getty.edu/demo/pages/essay/

Quire, la chaîne de publication multi-formats du Getty, dispose désormais d’un site web de démonstration très complet avec, notamment, la mention du gabarit (ou template) utilisé pour chaque page ainsi que le comportement éditorial en fonction des sources concernées. Cette volonté de montrer la modélisation éditoriale est suffisamment rare pour être soulignée. L’objectif principal est de faciliter la compréhension des différents types de pages, pour pouvoir utiliser, adapter ou modifier Quire.

Je note au passage que ces déclarations de gabarit ne sont pas automatisées — les informations sont indiquées dans l’entête de chaque source au format Markdown —, ce qui aurait pourtant été un mécanisme intéressant (à réaliser avec 11ty, le générateur de site statique désormais utilisé dans Quire).

[flux] Une histoire de dépendances

2023-07-21T00:00:00Z

So I decided to never ask non-wizard users to install any dependencies again.
VitoVan, Jack’s Ass, https://sdf.org/~vito/jack.html

Si l’histoire fait sourire, elle révèle un problème assez profond dans la volonté de donner des réponses non souhaitées. Tenter de résoudre des problèmes simples avec des processus complexes n’est pas en soit la question, il s’agit plutôt de rendre tout cela utilisable, et probablement convivial (c’est le mot qui manque dans ce billet de blog).

[flux] Typst, une alternative à LaTeX ?

2023-07-19T00:00:00Z

Typst is a new markup-based typesetting system for the sciences. It is designed to be an alternative both to advanced tools like LaTeX and simpler tools like Word and Google Docs. Our goal with Typst is to build a typesetting tool that is highly capable and a pleasure to use.
Typst, https://typst.app

Si l’émergence d’un nouveau langage de balisage aussi puissant que LaTeX semble une bonne idée, je reste dubitatif sur les efforts déployés pour atteindre la même qualité, la principale raison d’exister étant peut-être l’usage d’un autre langage de programmation (comme le signale Albert Krewinkel). Un coup d’œil à la syntaxe montre combien d’autres langages de balisage léger influencent celui-ci et je trouve ça assez intéressant. Je m’interroge pour savoir si :

cette alternative à LaTeX est capable d’assurer conjointement un balisage de composition et un balisage sémantique (ce n’est toutefois pas son but) ?
Typst invite à se passer (en partie ou définitivement) de Pandoc ?

Mais je n’ai pas suffisamment testé l’outil pour pouvoir répondre à tout cela.

Commits intermédiaires : pour un historique concis et cohérent

2023-07-05T00:00:00Z

Dans mes pratiques d’écriture et d’édition avec Git, je crée parfois des commits qui n’ont d’intérêt que pour effectuer une sauvegarde de mon travail vers un dépôt distant, générant trop de versions et de messages associés, et produisant un historique peu cohérents. L’utilisation de commits intermédiaires permet de pallier à cela, il s’agit de réécrire l’historique avec l’aide de deux fonctions de Git, git rebase et git squash, qui fonctionnent bien à condition de respecter quelques précautions.

Utiliser Git pour sauvegarder son travail : la fausse bonne idée

Git n’est pas pensé pour effectuer des sauvegardes, puisque tout repose sur les commits et leur cohérence, un commit pouvant correspondre à un travail de quelques minutes ou de plusieurs jours. Pourtant, pour l’écriture de ma thèse, j’effectue parfois des commits qui n’ont pas beaucoup de sens, comme la rédaction d’un tiers d’une sous-partie ou la relecture d’un dixième d’une partie. Un commit est nécessaire pour faire ensuite un push vers un dépôt distant, pour ne pas que les modifications ne restent que sur ma machine. J’effectue des sauvegardes sur des supports externes au mieux une fois par semaine, et mes outils de synchronisation vers des serveurs distants (comme Nexcloud) ne concernent pas mes dépôts Git. Ces commits ne sont donc pas réalisés pour leur pertinence (une tâche terminée), mais pour sauvegarder mon travail ailleurs, et je pense que ce n’est pas très cohérent.

Pourquoi vouloir à tout pris disposer d’un bel historique de versions ? Pour deux raisons principales. La première étant que le fait de d’avoir de nombreux commits a deux effets de bord : la taille du dépôt devient d’autant plus conséquente qu’il y a beaucoup de commits, et certains systèmes fonctionnent mieux avec un nombre limité de commits (typiquement stagit avec moins de 2000 commits). La deuxième raison est la lisibilité du projet pour moi mais aussi pour des personnes extérieures, un commit qui ne concerne que la reformulation d’une phrase vient perturber un historique construit sur des jalons éditoriaux comme la rédaction d’une sous-partie, la correction orthotypographique d’une partie, ou l’ajout de références bibliographiques dans une autre.

Des commits intermédiaires ?

Une solution envisagée, relativement délicate, est de continuer d’effectuer des commits nombreux, mais dans la perspective de les rassembler sous un seul commit qui correspond à une tâche cohérente.

Ainsi voici une série de commits temporaires (avec un préfixe tmp pour signaler leur fonction), avec un commit qui lui n’est pas temporaire. Le commit le plus récent apparaît en premier :

f0bd764 tmp: finalisation de la sous-partie 3.4. avant relecture
a9e9d41 tmp: ajout d'un argument non détaillé
13a0696 tmp: rédaction 2/3
50fd63b tmp: rédaction du premier paragraphe
98f7b3a edit: relecture de 3.3.

Chacun de ces messages décrits ce que j’ai effectué, mais en soit ils n’ont que peu d’intérêt dans un historique plus global. L’idée est donc de réécrire cet historique pour disposer d’un seul message au lieu de quatre, pour aboutir à quelque chose de plus cohérent.

Réécrire l’historique

Git dispose d’une fonction squash qui permet de réécrire l’historique, et ainsi de supprimer des commits sans perdre les modifications associées. Pour effectuer une telle opération, une autre fonction est bien utile, git rebase, qui consiste à récupérer des modifications issues de n’importe quel commit vers un autre état du projet. git rebase peut par ailleurs être utilisé en mode interactif, ce qui permet plus d’options. En utilisant l’exemple ci-dessus, voici la commande à appliquer (l’option -i faisant référence au mode interactif de rebase) :

git rebase -i 98f7b3a

Cette commande consiste à récupérer toutes les modifications depuis le commit le plus récent, f0bd764, pour les rebasées sur le commit souhaité, 98f7b3a. Le mode interactif permet d’accéder à un fichier texte comme celui-ci :

pick 50fd63b tmp: rédaction du premier paragraphe
pick 13a0696 tmp: rédaction 2/3
pick a9e9d41 tmp: ajout d'un argument non détaillé
pick f0bd764 tmp: finalisation de la sous-partie 3.4. avant relecture

Il suffit d’indiquer comment chaque commit doit être géré, en l’occurrence ici il ne s’agit pas de les prendre (pick) mais de les écraser (squash), donc de les supprimer tout en conservant les modifications. La version française de Git indique “utiliser le commit, mais le fusionner avec le précédent”, pour cela il faut remplacer “pick” par “squash”, ou “s” en version abrégée. Sauf pour le commit le plus récent, ce qui est logique car autrement il ne reste plus de commit qui rassemble toutes les modifications précédentes :

pick 50fd63b tmp: rédaction du premier paragraphe
s 13a0696 tmp: rédaction 2/3
s a9e9d41 tmp: ajout d'un argument non détaillé
s f0bd764 tmp: finalisation de la sous-partie 3.4. avant relecture

Un dernier écran s’affiche alors, permettant de préciser les différents messages, voici ce que propose Git par défaut (en version française) :

# Ceci est la combinaison de 4 commits.
# Ceci est le premier message de validation :

tmp: rédaction du premier paragraphe

# Ceci est le message de validation numéro 2 :

tmp: rédaction 2/3

# Ceci est le message de validation numéro 3 :

tmp: ajout d'un argument non détaillé

# Ceci est le message de validation numéro 4 :

tmp: finalisation de la sous-partie 3.4. avant relecture

C’est à ce moment qu’il est possible de modifier ces messages et de n’en conserver qu’un, censé résumer les quatre commits ainsi rassemblés :

# Ceci est la combinaison de 4 commits.
# Ceci est le premier message de validation :

# Ceci est le message de validation numéro 2 :

# Ceci est le message de validation numéro 3 :

# Ceci est le message de validation numéro 4 :

edit: rédaction de 3.4. avec l'ajout d'un argument

Une fois ce fichier enregistré et fermé, Git a terminé l’opération. Pour vérifier que tout est en ordre, un git log permet d’afficher l’historique remanié :

69ecbc2 edit: rédaction de 3.4. avec l'ajout d'un argument
98f7b3a edit: relecture de 3.3.

Toutes les modifications sont conservées, un git diff entre 98f7b3a et 69ecbc2 affiche tous les ajouts et suppressions des quatre commits initiaux, mais en un seul commit. Opération réussie.

Précautions

Réécrire l’historique d’un projet n’est pas rien, c’est pourquoi cela est fortement déconseillé lorsque l’on travaille à plusieurs. En effet si vous décidez sciemment de supprimer des informations (ici des commits), cela peut engendrer des problèmes pour d’autres personnes. D’ailleurs, même sur un dépôt où l’on travaille seul·e, un git push après les opérations présentées ci-dessus ne va pas fonctionner. Il faut forcer l’envoi vers le dépôt distant, Git ne laissant pas modifier un historique potentiellement partagé. Pour cela il faut utiliser la commande git push -f, en prenant conscience que ce n’est pas un acte (éditorial) anodin.

Enfin, pour un travail collectif, la stratégie présentée ici est envisageable à condition d’éditer des fichiers sur une branche sur laquelle personne d’autre n’intervient — ce qui ne peut être garanti qu’avec un protocole éditorial clair.

Pour conclure, adopter ce fonctionnement me semble un compromis acceptable à condition de connaître ces précautions. La réécriture d’un historique des versions permet de mieux identifier les tâches effectuées, en respectant une granularité cohérente avec le projet, et avec des messages de commits lisibles et explicites.

Fabrique : concept

2023-06-02T00:00:00Z

Le terme fabrique définit une approche spécifique dans la création et dans la production d’artefact, y compris dans le domaine de l’édition. Pour débuter un échange épistolaire, par carnets interposés, je me lance enfin dans la définition de ce concept. À ma manière, le pong n’étant pas le ping. La recherche d’une complémentarité n’étant pas l’objet de ce texte, mais plutôt de faire coup double : définir un concept central dans mes recherches actuels, engager une conversation à laquelle je tiens. À ma manière, peut-être trop méthodique. Un avertissement est toutefois nécessaire : il s’agit d’un premier texte volontairement incomplet, ce carnet de recherche étant l’occasion de publier des travaux en cours et donc loin d’être finalisés.

En préambule je dois également préciser que j’ai entrepris d’analyser ce que j’ai nommé des “fabriques de publication” depuis quelques années. “Fabrique” avait alors été choisi comme alternative à plusieurs autres dénominations : outil, instrument, dispositif, machine ; technologie, technique, méthode ; chaîne, système, fabrique, forge. Ce choix s’est fait par défaut, mais il s’est ensuite révélé particulièrement fécond.

Fabrique.
Action de fabriquer.
CNRTL

Le terme “fabrique” est utilisé très souvent depuis plusieurs années, que ce soit pour des projets en sciences humaines, des titres d’essais, d’ouvrages ou d’articles scientifiques, ou de thèses. Une maison d’édition française en a même fait son nom. Le mot est partout (une rapide recherche vous le prouvera, c’est vertigineux !). À tel point que son usage en devient suspect. D’autant plus que le terme est rarement défini, comme si son sens allait de soit, qu’il ne nécessitait pas de précision. Pourtant son positionnement lexicographique, entre exécution, faire, produire ou créer, suscite la curiosité. En effet ce mot est bien pratique, il permet de s’extraire d’une logique purement industrielle dans une activité de production, et de reconsidérer la dimension artisanale de certaines initiatives créatives, encore plus dans le vaste champ littéraire. Plus qu’un terme, fabrique peut être considéré comme un concept, et c’est l’entreprise que je me propose de débuter ici.

Commençons par une définition du contexte de la fabrique, la fabrique produit quelque chose, mais cela passe par d’autres étapes qu’il convient de définir : créer, fabriquer, manufacturer ou produire ont des objectifs divers. Ensuite, et aussi pour répondre à l’invitation de La fabrique à faire, la fabrique se concentre sur un lieu ou un espace, l’acte se réalise quelque part. Et ce quelque part peut être ouvert, à la fois aux collaborations mais aussi aux modifications tel un travail continu. Enfin, c’est le lien avec l’artefact que je souhaite explorer, et proposer comme prochain échange.

Construire, fabriquer, manufacturer, produire

Précisons que le terme “fabrication” est défini pour le domaine du livre (Citation: Eyrolles, 2009, pp. 72-73) Eyrolles, S. (2009). Les 100 mots de l’édition (1re éd). Presses universitaires de France. , mais cette définition se limite à préciser qu’il s’agit de plusieurs sous-processus. La définition du Trésor de la langue Française informatisé, donnée par l’intermédiaire du Centre national de ressources textuelles et lexicales, précise dans chacune de ses subdivisions que la fabrique donne un résultat. La fabrique contient plusieurs dimensions ou étapes, ce qui permet tout de suite de comprendre qu’il ne s’agit pas d’une activité d’un seul bloc, c’est un processus. De la fabrique résulte ce que nous pouvons qualifier d’artefact — en tant que production humaine.

Sans entrer dans le détail de ce processus, plusieurs actions sont récurrentes : construire, produire, manufacturer, etc. Il y a donc une conception, une création, qui est ensuite réalisée afin d’obtenir un ou plusieurs exemplaire d’un artefact. La production est cette action d’élaborer puis de former un objet à partir d’une idée. Dans le cas de la fabrique, la production est particulière, il ne s’agit pas d’une démarche dite industrielle qui vise à produire très rapidement en de très grandes quantités. Il ne s’agit pas non plus de produire totalement à la main dans le sens où la technique n’aurait que peu de place ici. La réalisation de l’artefact ou des artefacts est donc permise avec des techniques, celles-ci peuvent être réalisées par l’intermédiaire de machines. C’est pourquoi manufacturer permet de mieux comprendre de quoi il s’agit : une transformation est opérée via un processus technique qui peut être réalisé avec des instruments ou des machines, à une échelle qui oscille entre l’artisanat et l’industriel. Enfin, ce qui est produit doit permettre une “application pratique” :

Fabriquer, cela signifie d’abord manipuler et détourner quelque chose qui fait partie du donné, le changer en artefact et le tourner vers l’application pratique. (Citation: Flusser, 2002, p. 58) Flusser, V. (2002). Petite philosophie du design. Circé.

Cette dimension de la fabrique est importante, elle permet ensuite d’envisager un mouvement interne qui consiste à modifier la fabrique en même temps que la fabrique produit un objet.

L’acte et le lieu

La fabrique est un processus, une suite d’opérations, un acte. Pour le dire en quelques mots, l’acte a ceci d’intéressant qu’il intègre une dimension technique (là où geste entretient un flou sur les détails de l’action) qu’on ne peut pas ignorer. Cette technique concerne autant des activités manuelles que des activités mécanisées ou automatisées. Historiquement la fabrique apparaît en effet dans une perspective de mécanisation, elle suit la manufacture et elle précède l’usine. C’est, en quelque sorte, un espace où l’on produit en se posant la question de la façon dont on produit. La question n’est alors plus tant celui du résultat que de la manière dont ce résultat est obtenu.

Est-ce que la fabrique est un lieu ? Un espace ? Dans les définitions classiques du terme c’est une acception proposée. Je souhaite répondre à cette question en la détournant : à mon sens la fabrique, telle que définit en tant que concept, est plus proche du processus que du lieu. Pourtant il est nécessaire de considérer que cette activité humaine ne peut se déployer que dans un espace (à défaut de lieu). Un espace purement technique ? Numérique ? Je laisse ici ces questions.

Ouvrir les dispositifs

Le terme étant désormais balisé (production, artefact, technique, espace), ou presque, je convoque désormais Vilèm Flusser pour déterminer la dimension conceptuelle de la fabrique. Dans un petit livre très intelligent, Petite philosophie du design (bien plus éloquent en anglais, Shape of Things: a Philosophy of Design), Vilèm Flusser consacre un chapitre à “La fabrique” (The Factory en anglais). Sur une douzaine de pages l’auteur déroule une réflexion sur la définition de l’humain et son rapport à la technique. L’humain ne se distingue pas par une supposée sagesse mais par sa capacité à fabriquer, “peu importe quoi” (Citation: Flusser, 2002, p. 57) Flusser, V. (2002). Petite philosophie du design. Circé. .

[…] Factories are places in which new kinds of human beings are always being produced: first the hand-man, then the tool-man, then the machine-man, and finally the robot-man. To repeat: This is the story of humankind. (Citation: Flusser, 2013, pp. 44-45) Flusser, V. (2013). Shape of Things: a Philosophy of Design. Reaktion Books.

[…] les fabriques sont de lieux où sont sans cesse produites de nouvelles variétés d’hommes : d’abord l’homme-main, puis l’homme-outil, puis l’homme-machine et enfin l’homme-appareil. On l’a déjà dit : l’histoire de l’humanité, c’est cela. (Citation: Flusser, 2002, pp. 58-59) Flusser, V. (2002). Petite philosophie du design. Circé.

Cette évolution (nous nous retenons volontairement de parler de progression) va vers plus d’automatisation. Alors qu’avec l’outil la personne se plaçait au centre de l’atelier, la fabrique modifie cette disposition avec la machine, “c’est elle la constante et l’homme la variable” (Citation: Flusser, 2002, p. 59) Flusser, V. (2002). Petite philosophie du design. Circé. . À tel point que la fabrique n’est plus seulement un agent de la production, elle a aussi une influence sur celui ou celle qui l’utilise et la met en place. Avec ce que Vilèm Flusser considère comme la troisième révolution industrielle (avec l’introduction de l’appareil), nous avons une occasion de reconsidérer notre rapport aux machines, et donc aussi à la technique. Un peu comme Gilbert Simondon, Vilèm Flusser considère qu’une nouvelle synergie peut être trouvée. Après la main, l’outil et la machine, l’appareil nécessite un apprentissage constant, comme la détermination continue d’une adéquation.

C’est cette notion d’apprentissage qu’il faudrait interroger plus longuement, à quel point le fait de devoir apprendre, réapprendre, à chaque expérience éditoriale et pédagogique, nous engage dans une fabrique ? Pourrait-il en être autrement ?

The factory will have to be the place in which human beings altogether will learn by means of robots: what, why and how to turn things to use. (Citation: Flusser, 2013, p. 50) Flusser, V. (2013). Shape of Things: a Philosophy of Design. Reaktion Books.

L’artefact, avant/après

Déplaçons-nous du côté de l’anthropologie. Dans Faire: anthropologie, archéologie, art et architecture, Tim Ingold analyse longuement la fabrication d’un biface pour déterminer la façon dont il est produit et dont il est utilisé (Citation: Ingold, Gosselin & al., 2017, pp. 83-109) Ingold, T., Gosselin, H. & Afeissa, H. (2017). Faire: anthropologie, archéologie, art et architecture. Éditions Dehors. . Si Tim Ingold parle beaucoup de fabrication, à aucun moment il n’est question de fabrique. L’hypothèse proposée par l’auteur est la suivante : le faire est autant l’application d’une conception intellectuelle que l’acte qui forme cette conception. Autrement dit, est-il possible de suivre un parcours linéaire pour fabriquer un artefact ? Tim Ingold critique fortement le modèle hylémorphique. Dans le cas de la production d’un livre, il faudrait définir ce qu’il se passe. Quel rôle joue la fabrique ici ? Je laisse également cette question ouverte, et je ne prolonge pas plus, pour le moment, l’apport de Tim Ingold sur ces questions.

Le mouvement de la fabrique

En guise de conclusion, ou d’ouverture vers d’autres explorations de ce concept, notons que la fabrique peut être l’occasion d’un mouvement circulaire, double, ou réflexif. En produisant un artefact avec une fabrique, la fabrique est elle-même modifiée, complétée, reconfigurée, autour de la production d’un artefact.

Cette définition, qui tient plus de la prémisse d’une recherche en cours, permet d’identifier les enjeux et les tensions qui existent lorsque l’on parle de fabrique, et qui mérite d’être prolongée, dans un nouvel échange (j’espère).

Références

Eyrolles (2009): Eyrolles, S. (2009). Les 100 mots de l’édition (1re éd). Presses universitaires de France.
Flusser (2002): Flusser, V. (2002). Petite philosophie du design. Circé.
Flusser (2013): Flusser, V. (2013). Shape of Things: a Philosophy of Design. Reaktion Books.
Ingold, Gosselin & Afeissa (2017): Ingold, T., Gosselin, H. & Afeissa, H. (2017). Faire: anthropologie, archéologie, art et architecture. Éditions Dehors.
Mollier (2002): Mollier, J. (2002). La fabrique éditoriale. Cahiers Jaurès, 163–164(1–2). 11–31. https://doi.org/10.3917/cj.163.0011

[flux] Ode à Git

2023-04-25T00:00:00Z

Et si je te disais… … que tu pouvais garder une trace de toutes les modifications apportées à tous, absolument tous les documents qui rejoignent ton code base…
Paul Ford, C’est quoi le code ?, https://revue-teque.fr/catalogue/teque-3

L’article de Paul Ford, originellement publié en 2015 dans la revue Businessweek et traduit ici par Sophie Garnier pour la géniale revue Tèque, contient notamment une ode à Git de deux pages, et c’est touchant. Le reste de l’article est génial, il est disponible dans la version imprimée de Tèque (pour seulement 10€), mais aussi en version numérique sur Cairn.info (accès possible via une bibliothèque universitaire abonnée).

[flux] L'édition est une économie de prototypes

2023-04-24T00:00:00Z

L’édition c’est une économie de prototype. Par définition un prototype il peut réussir et gagner les 24h du Mans ou ne jamais gagner la moindre course automobile. Donc il ne suffit pas sur le papier ou devant son écran d’ordinateur d’élaborer une stratégie ou une politique éditoriale, pour qu’elle se traduise immédiatement par des ventes à 10000, 50000, 100000 exemplaires. Jean-Yves Mollier

Cette dimension de prototypage éditorial est souvent oubliée (et surtout récemment comme l’explique Jean-Yves Mollier avec la course aux bestsellers), ou mise en avant comme une éloge du risque capitaliste, mais c’est surtout une dimension expérimentale et créatrice inhérente à toute activité d’édition. Cette conceptualisation de l’édition comme une économie de prototypes est aussi applicable à la manière de faire des livres — c’est en tout cas une partie de mon hypothèse.

Vim : quelques commandes pour écrire et éditer

2023-04-21T00:00:00Z

Après plus d’un an d’utilisation de Vim, voici la liste des commandes que j’utilise quotidiennement pour l’écriture et l’édition de textes. Loin d’être un usage poussé ou original, ces commandes constituent mes gestes (au sens du mouvement de mes doigts sur le clavier) d’écriture et d’édition. J’ai présenté ces commandes à l’occasion d’une communication lors du premier colloque des étudiants du CRIHN, communication intitulée “Mémoire des actes d’édition : les interfaces textuelles comme pharmakon ?” et temporairement accessible sour forme textuelle ici.

L’idée est aussi de documenter ma propre pratique, pratique qui évolue au fil de mon usage et de mes expérimentations.

Quelques commandes

Ces commandes sont usuelles, et ne se veulent pas un mode d’emploi de Vim. D’autres aide-mémoires bien plus pertinents ou complets existent, notamment https://devhints.io/vim. Voici les principales instructions que je tape au quotidien :

les modes : afficher, voir v, écrire i, écrire avec le curseur en fin de ligne A ;
j’ai configuré un raccourci pour remplacer ECHAP : ;; (voir ma configuration plus bas) ;
écrire dans un fichier : enregistrer :w, fermer :q ;
afficher plusieurs fichiers : si un fichier est déjà ouvert, séparer le terminal en plusieurs zones avec :split mon-fichier.txt ; ouvrir plusieurs fichiers avec vim mon-dossier/*, puis :n pour passer au fichier suivant ;
supprimer une ligne dd ;
chercher /un mot ou remplacer des occurrences :%s/un-mot/un-meilleur-mot ;
afficher des statistiques (nombre de colonnes, lignes, mots, caractères et octets) : g puis CTRL g ;
pour conserver un environnement d’écriture (taille et position de l’éditeur, fichiers ouverts, placement du curseur) ou, dit autrement, enregistrer une session : :mksession nom-de-la-session.vim. Et :source nom-de-la-session.vim.

Fichier de configuration vimrc

Les commandes que j’utilise le plus ne reflètent pas totalement mon usage de Vim, l’accès au fichier de configuration est nécessaire pour comprendre les ajouts et les adaptations. Plusieurs façons de gérer la configuration de Vim sont possibles, moi je mets tout dans le fichier vimrc (~/.vim/vimrc sur ma machine), et je publie ce fichier sur un dépôt Git : https://git.sr.ht/~antoinentl/vimrc.

Une semaine au(x) labo(s)

2023-03-25T00:00:00Z

La vie de doctorant c’est aussi une vie dans des laboratoires, y compris en sciences humaines. C’est aussi ça la thèse. Avec ce billet je raconte un peu ce qu’il se passe dans ces lieux de recherche, pour montrer à quel point le travail en équipe est une composante importante, un moteur de la recherche en général et de la thèse en particulier, et aussi une perturbation de la rédaction. Plongée dans une semaine typique quelque part à l’automne 2022.

Des laboratoires ?

Je fais des recherches et je travaille pour plusieurs laboratoires. Si physiquement je passe mon temps à la Chaire de recherche du Canada sur les écritures numériques ou CRCEN (dirigée par Marcello Vitali-Rosati), j’assure aussi le suivi de plusieurs projets pour le Centre de recherche interuniversitaire sur les humanités numériques (CRIHN) et le Groupe de recherche sur les éditions critiques en contexte numérique ou GREN (dirigés tous les deux par Michael Sinatra).

Lundi : imprimer un livre et se relire

Entre septembre et décembre 2022 normalement le lundi est un jour dédié à la thèse, et plus particulièrement à la rédaction de la thèse. Ce lundi c’est une exception puisque la version imprimée du Novendécaméron doit être produite au plus vite. C’est un projet du GREN, dirigé par Jean-François Vallée en co-édition avec Chantal Ringuet. Avec Louis-Olivier Brassard nous sommes chargés d’accompagner cet éditeur et cette éditrice dans la constitution d’un recueil de textes écrits pendant le premier confinement de la Covid-19 au printemps 2020. Si la version web a été mise en ligne progressivement pendant plusieurs mois au printemps 2021, il restait une version imprimable à produire.

Il est donc 9h quand je me mets sur les dernières relectures de cette version, ensuite avec Louis-Olivier et Jean-François nous passons 4h sur les derniers réglages pour valider l’impression à la demande, afin de recevoir les premiers exemplaires à temps pour le lancement mercredi 30 novembre. Cette dernière phase d’édition est délicate, forcément on découvre encore des coquilles même après plusieurs dizaines de relectures. On se démène avec Paged.js mais le résultat en vaut la peine !

14h, après une pause déjeuner je prends deux heures pour trier et répondre aux messages de la fin de semaine (dernière), lire la note pour la réunion d’équipe hebdomadaire de la CRCEN du lendemain, et organiser les réunions sur les développements de Stylo. Stylo c’est un peu le yoyo émotionnel ces temps-ci : des super fonctionnalités sont en préparation et ça avance bien, et en même temps quelques bugs imprévus (oui c’est le principe d’un bug…) viennent compliquer certains acquis.

16h, l’après-midi est déjà bien avancée, mais je parviens à relire un passage de ma thèse, c’est la phase de relecture de ce fragment (avant de nombreuses autres étapes qui jalonneront ce morceau de texte). Je complète quelques références bibliographiques, notamment autour du fanzine (aspect relativement marginal dans ma thèse). Je me replonge dans des BBF.

17h, fin de la première journée. 20h30, je reprends ma thèse, avec la fin de la relecture mentionnée juste avant, et la finalisation d’un autre passage que j’avais laissé de côté. Je parle de livre et de technique, ou plutôt de comment les livres sont produits et des évolutions technologiques concomitantes. C’est l’occasion d’évoquer le beau livre d’Olivier Deloignon, Jean-Marc Chatelain et Jean-Yves Mollier, D’encre et de papier: une histoire du livre imprimé. Si l’approche est relativement classique (et historique), il y a beaucoup d’exemples bien illustrés sur l’évolution du livre depuis les débuts de l’imprimerie. L’ouvrage est luxueux, d’ailleurs c’est presque un crime de ne pas avoir mis les textes en libre accès quelque part (90€ c’est très cher pour un livre, même si ça les vaut, et je ne traduis même pas le prix en dollars canadiens…).

22h, avant de m’arrêter je commence à préparer quelques éléments de la chaîne de publication de ma thèse (je commence avec Pandoc et quelques automatisations, je passerai sur d’autres outils en 2023). Comme souvent ces recherches ne vont pas me servir qu’à moi, l’idée est de pouvoir améliorer plusieurs chaînes de publication utilisées à la CRCEN (principalement pour produire des documents).

Mardi : la journée tunnel au labo

Le mardi est une journée spéciale au labo, d’habitude c’est la journée où les réunions s’enchaînent, principalement pour la Chaire de recherche du Canada sur les écritures numériques. 9h c’est la fameuse réunion stratégique hebdomadaire, l’occasion de faire le point sur les projets en cours, les événements à venir, les demandes de subvention à prévoir, la gestion administrative, les répartitions de tâches, etc. J’arrive juste à l’heure après 25 minutes intenses de vélo à -5°C (près de -10°C ressentis), une bonne température avec des pistes cyclables déneigées. Il n’y a pas grand chose à dire si ce n’est que beaucoup de sujets sont évoqués, on s’attarde sur les problèmes de gestion administrative ou de problèmes techniques sur certains sujets.

10h30, l’équipe (une dizaine de personnes) se sépare : d’un côté pour la rédaction d’une demande de subvention (je ne peux pas en dire grand chose à ce stade), et d’un autre pour les gestions diverses des projets. Pour ma part je dois préparer une autre réunion, autour des activités du Groupe de recherche sur les éditions critiques en contexte numérique (GREN). Je prévois de présenter les travaux autour des chaînes d’édition mises en place pour Parcours numériques et les Ateliers de [sens public] à Victoria en janvier 2023 avec Michael Sinatra (mon co-directeur de thèse) dans le cadre de INKE. C’est une belle occasion de faire le point sur les chantiers menés depuis 3 ans, de prendre le recul nécessaire sur des projets d’édition numérique. Je travaille sur le plan détaillé du papier avec la constitution d’une bibliographie — il faudra d’ailleurs que je commente cette bibliographie. Je dois aussi régler plusieurs questions logistiques pour le voyage entre Montréal (Québec, côte est) et Victoria (Colombie Britannique, côte ouest).

12h, j’ai terminé mon plan détaillé et réglé les principaux détails logistiques. J’en ai aussi profité pour préparer d’autres points concernant le GREN suite à des ateliers qui se sont déroulés en septembre, sur le recrutement d’étudiant·e·s qui viendront (peut-être) en stage ou d’un site web en préparation pour présenter les activités d’un projet. C’est donc l’heure du repas du midi, moment collectif où l’on se sert dans un des deux bureaux et pendant lequel on parle trop du travail…

13h, je fais un point avec un stagiaire de la CRCEN qui travaille justement sur un prochain livre aux Ateliers de [sens public]. On regarde ensemble comment il utilise le workflow en place, ce qu’il ne comprend pas et ce qu’il pourra faire pour avancer. C’est un temps précieux d’échange qui me/nous permet de clarifier des fonctionnements, de simplifier des conversions ou d’imaginer des chantiers pour refondre la chaîne d’édition.

13h30, réunion avec Michael durant laquelle beaucoup de points sont abordés. On passe indistinctement de l’après thèse à la présentation pour INKE en passant par le recrutement des étudiant·e·s. Le temps passe vite et sans s’en rendre compte on règle beaucoup de points en suspens.

16h, je fais un point rapide avec plusieurs personnes pour répondre à des questions techniques sur différents projets ou pour aller chercher des informations sur des chantiers à venir.

17h, ma deuxième journée commence avec ce que j’appelle une nocturne. Normalement c’est un temps entièrement dédié à la thèse, où le labo se vide — s’il reste des personnes elles sont souvent également en rédaction, ce qui donne une ambiance studieuse où on se retrouve pas tout seul pour faire des pauses. J’avance sur la rédaction de plusieurs parties, mais pas assez vite à mon goût : l’avantage de la nocturne c’est de ne pas être dérangé et d’avoir 4h de temps sans interruptions extérieures, l’inconvénient c’est qu’après une journée de près de 8h l’énergie manque…

Mercredi : écrire entre les tâches

Pendant l’automne 2022 cette journée est également censée être réservée à la thèse, dans les faits c’est plus compliqué… 9h, je commence par trier trop de messages, je réalise quelques tâches trop diverses, et je fais un peu de veille.

10h30, je passe sur un petit projet d’édition qui n’est pas lié aux labos, j’en parlerai peut-être plus tard par ici.

12h30, pause déjeuner.

13h30, je passe à la rédaction… d’un chapitre pour un ouvrage collectif, pas encore sûr qu’il soit publié. Je n’y parle pas directement des projets des labos mais je sais que je pourrai réutiliser des passages pour ma thèse. C’est une pratique que j’essaye d’adopter : les communications, articles ou chapitres doivent aussi faire avancer la thèse, même si ça ne marche pas à chaque fois. Je devais y passer 1h mais j’écris toute l’après-midi.

17h, fin de journée, beaucoup de frustration concernant la thèse, mais les projets avancent.

21h, je prépare les derniers détails de la séance du cours du lendemain, jusqu’à 22h30.

Jeudi : enseigner et écrire

Pendant cette session d’automne 2022 je donne le cours “HNU2000 Humanités numériques : technologies”, tous les jeudis de 8h30 à 11h30. Donner un cours à 8h30 ça veut dire partir tôt (je suis à 35 minutes en vélo de l’Université de Montréal, plus le temps de me changer et de préparer le cours). La douzaine de séances de ce cours est aussi l’occasion d’inviter quelques intervenants, ce jeudi c’est Roch Delannay, collègue du labo (CRCEN) qui vient présenter Gephi après mon introduction sur la théorie des graphes et sur le logiciel libre.

13h, après un rapide déjeuner avec Roch et Marcello on enchaîne avec une réunion autour de Stylo et des transformations pour la production des XMLs pour Métopes. Il s’agit de créer des règles précises de transformation qui se traduisent par des filtres dans certains cas. La session s’étire sur des tests de templates complexes et sur la définition de besoins.

15h30, je prépare les éléments de la prochaine séance du cours, que ce soit mon support ou les lectures pour les étudiant·e·s. J’essaye d’anticiper au maximum même si je me retrouve toujours à finaliser mes supports la veille du cours… Les lectures imposées aux étudiant·e·s m’obligent aussi à replonger dans des textes que je n’ai pas lu depuis un moment ou que je n’avais que survolé, c’est donc aussi l’occasion d’approfondir des lectures pour ma thèse.

16h30, j’ai à peine le temps d’ouvrir un texte pour ma thèse que je dois finir cette journée au labo. Pas de travail ce soir, il est nécessaire de prendre un peu de repos (après différentes tâches domestiques).

Vendredi : respirer

Depuis quelques mois j’ai adopté une organisation particulière pour passer du temps avec la personne avec qui je vis, sans pour autant être à trois avec l’enfant. C’est un moment important, et ça se passe forcément un jour de semaine (= d’école). Souvent c’est le vendredi après-midi (au moins un vendredi sur deux), jour plus calme aux labos, ce qui me laisse le vendredi matin pour écrire. Ce jour-là je prends 3h le matin pour faire des recherches bibliographiques et quelques tests avec Pandoc ou Hugo pour construire les artefacts de ma thèse. C’est un peu un temps suspendu où je ne me mets pas de pression et pendant lequel j’explore des pistes théoriques et techniques intéressantes, souvent abandonnées par la suite. Cette session de recherche n’est pas très fructueuse cette fois-là, mais la perspective d’une après-midi libre me le fait vite oublier.

Samedi et dimanche

J’essaye de ne pas travailler en fin de semaine, autant dire que c’est presque impossible en faisant une thèse (et en la finançant en travaillant dans des labos). Je me suis tout de même imposé de ne pas faire de travail salarié pendant ces deux jours. Donc sauf urgence je ne touche pas aux activités des labos. Je prends quelques heures pour faire de la veille et trier des références bibliographiques, mais aussi pour gérer les tâches administratives universitaires (trop chronophages).

Et une semaine en 2023

Pour rassurer celles ou ceux qui se demanderaient comment la rédaction d’une thèse peut avancer dans ces conditions, mais aussi mes directeurs qui attendent la livraison des chapitres (en même temps que mon implication sur les projets, c’est le jeu), mon organisation a changé depuis le tout début de l’année 2023. Je consacre la majorité de mon temps à la thèse, et je délaisse un peu les activités des labos. Aussi, le fait de ne plus enseigner me fait gagner un temps précieux.

Je ne suis pas certain que cet exercice soit pertinent pour montrer ce qu’il se passe sur une semaine de rédaction de thèse (à moins de trouver une contrainte un peu plus intéressante), mais je trouve que ce court récit donne une bonne idée d’une semaine typique dans un labo !

Énéide, chant trois, lignes cent-soixante-douze à deux-cent-neuf

2023-03-22T00:00:00Z

Foudroyé par l’apparition, la voix des dieux, (ne dormant plus, je croyais voir encore leurs traits, leurs cheveux, leurs bandeaux, leurs visages présents, une sueur glacée coulait de tout mon corps), sautant du lit, j’élève au ciel avec mes paumes ma prière, au foyer répands en libation du vin pur, puis, joyeux d’avoir rempli ces rites, j’informe Anchise et point par point narre l’affaire.

Admettant l’équivoque issue des deux aïeux et sa nouvelle erreur sur notre terre antique, il dit : fils éprouvé par les destins de Troie, seule Cassandre a su m’annoncer ce futur et le prédire, il m’en souvient, pour notre race, souvent disant les noms d’Hespérie, d’Italie, mais qui eût cru que les Troyens aborderaient l’Hespérie ? Qui alors Cassandre eût-elle ému ? Phébus parle, cédons, suivons sa voie meilleure. Il dit, nous tous l’applaudissons, obéissons, quittons encore la place, y laissant quelques hommes, et nos nefs creuses, voile haute, au large courent.

Sitôt en haute mer, hors de vue de la terre, partout cernés des cieux, partout cernés des flots, sur nos têtes s’arrête en noir nuage, gros de tempête et de nuit, l’eau sombre se hérisse, les vents roulent la mer, dressant de grandes houles, nous sommes ballotés, épars sur le grand gouffre, la nue voile le jour, la nuit noie d’eau les cieux, des éclairs redoublés déchirent les nuées. Nous perdons notre route, errons à l’aveuglette, Palinure au ciel nie discerner jour ou nuit et retrouver son cap au milieu de ces vagues.

Après trois jours douteux d’errance sur les flots dans l’aveugle brouillard et trois nuits sans étoiles, le quatrième un sol semble émerger, montrant des montagnes au loin, des fumées en volutes. Voile à bas, sur leurs rames dressés, les marins brassent l’écume à force et balaient le flot sombre.

Lignes cent soixante-douze à deux-cent-neuf du livre trois de l’Énéide de Virgile, version remaniée de l’édition de 2015 des Belles Lettres (texte établi par Jacques Perret et traduction d’Olivier Sers), mis en ligne à l’occasion de la lecture publique coorganisée par le Centre d’études classiques de l’Université de Montréal et Mathilde Verstraete, jeudi 23 mars 2023.

[flux] La simplicité d'OpenBSD

2023-02-10T00:00:00Z

It’s uncompromising. It’s not a people-pleaser or vendor-pleaser. Linux is in everything from Android phones to massive supercomputers, so has to include features for all of them. The OpenBSD developers say no to most things. Instead of trying to make it do more, they keep it focused on doing what it does with more security and reliability.
Derek Sivers, OpenBSD : why and how, https://sive.rs/openbsd

“Simplicité” n’est pas exacte, mais OpenBSD présente de nombreux avantages par rapport à d’autres distributions Linux. Et une certaine idée de la légèreté.

[flux] Manifeste (anticapitaliste) d'OFFDEM

2023-02-10T00:00:00Z

Nous trouvons inacceptable que nos communautés soient associées à de telles entreprises [GMAFIA/GAFAM] : au lieu de soutenir les personnes qui partout dans le monde s’opposent à leur domination, nous franchissons leur piquet de grève. Si les producteurs de technologies libres ne s’opposent pas aux sociétés capitalistes de surveillance, qui le fera ?
OFFDEM, La menace qui pèse sur le logiciel libre, https://thx.zoethical.org/pub/presence-solidaire-offdem-oxygene

L’OFFDEM, c’est la version OFF du FOSDEM, le FOSDEM (pour Free and Open Source Software Developers’ European Meeting) c’est la grande messe du logiciel libre qui a lieu à Bruxelles tous les ans et qui rassemble tous ceux et toutes celles qui se sentent impliquées dans le développement du logiciel libre et open source. Donc cela concerne aussi les (très) grandes entreprises qui font (beaucoup) d’argent avec le logiciel libre (et non pour). L’enjeu n’étant plus de simplement produire, utiliser et diffuser des logiciels libres, mais de constituer des communautés libres, l’OFFDEM apparaît comme une nécessité joyeuse et puissante.

La proposition à OFFDEM est de faire confiance aux capacités et savoirs de nos réseaux de résistance, seuls capables d’habiter les interstices, de nouer des liens selon d’autres modalités, vivantes, pérennes […].

Compter les mots et les signes avec Git

2023-01-29T00:00:00Z

Dans le cas d’un versionnement de textes avec Git, comment compter le nombre de mots ou de signes d’un commit à l’autre ? Autrement dit, comment extraire des statistiques de Git pour voir la progression d’une écriture versionnée ?

Git, un outil de suivi de lignes

Git a été conçu et pensé pour suivre du code, un texte bien particulier qui se joue sur des lignes courtes. Il est logique et cohérent de suivre des lignes plutôt que des suites de caractères, le code s’exprimant sous forme de fonctions, souvent découpées en plusieurs lignes successives. Voici par exemple quelques informations statistiques pour un commit avec la commande git log --shortstat (il s’agit de la configuration de mon éditeur de texte Vim) :

commit 82610e5ef29414f1131b8ddf3094d3f66f47db46
Author: antoinentl <antoine@quaternum.net>
Date:   Mon Apr 18 21:30:13 2022 -0400

    edit: monochrome colorscheme with few details

 1 file changed, 13 insertions(+), 5 deletions(-)

Les nombres d’ajouts et de suppressions concernent des lignes, et ces informations de changement sont effectivement pertinentes par rapport à ce qui a été modifié dans ce fichier.

Suivre du texte avec Git nécessite donc de tordre quelque peu ce logiciel de gestion de versions, notamment pour cette question de suivi d’autre chose que des lignes. Pourquoi ? Pour peu que l’on utilise un langage de balisage léger tel que Markdown, même si l’on effectue un saut de ligne après chaque phrase, le suivi à la ligne est peu représentatif de l’évolution d’un texte. C’est plutôt l’unité du mot, ou mieux du signe, qui permet de comprendre les modifications textuelles.

Comment compter des mots ou des signes ?

La question est donc de savoir comment compter les mots ou les signes d’un commit à l’autre, et plus uniquement les lignes comme c’est le cas par défaut avec Git. Il suffit d’appliquer une autre règle pour comptabiliser les différences d’un commit à l’autre, un autre algorithme. Mes connaissances étant un peu limitée en la matière, j’ai d’abord cherché des solutions toutes faites, et il y en a une qui se rapproche effectivement beaucoup de mes besoins : Git Character Counter. C’est un (simple) script Bash bien pensé. Problème : il ne permet pas de se focaliser sur un fichier en particulier et il comptabilise les changements sur tous les fichiers d’un dépôt. Dans mon cas c’est contre-productif car je versionne aussi les fichiers bibliographiques ou même les modèles/templates dans le même dépôt. Je dois donc pouvoir appliquer un script qui va uniquement faire la différence entre deux commits sur un seul fichier.

La deuxième solution sur laquelle je suis tombé un peu par hasard (cela fait trois mois que cette recherche occupe régulièrement mes pauses d’écriture, c’est un peu ma justification pour procrastiner sans mauvaise conscience…) est la suivante :

git diff | grep -e '^+[^+]' | wc -m

Voici une explication de cette commande :

git diff : par défaut cette commande permet de faire la différence entre les changements actuels et le dernier enregistrement dans l’index de Git (donc le dernier commit). Il est aussi possible de lui indiquer deux commits entre lesquels calculer les différences, tout comme il est possible de lui préciser sur quel fichier se concentrer, parfait pour mes besoins !
grep -e '^+[^+]' : premier filtre appliqué ici, avec une expression régulière qui va chercher des suites de caractères. Cette expression permet de rechercher, dans la réponse de Git à git diff, uniquement les lignes qui commencent par un +, donc uniquement les lignes qui ont été modifiées ;
wc -m : deuxième filtre appliqué, cette fois il s’agit de compter. wc est un programme installé par défaut sur les systèmes Unix, il peut compter les bytes, les lignes, les signes ou les mots (c’est une super découverte par ailleurs). wc va compter dans les lignes qui ont été modifiées (donc qui commencent par un + dans la réponse de Git). C’est ce que je cherche à faire ! L’option -m compte les signes, pour les mots c’est -w.

Pour une commande complète sur un fichier et entre deux commits, voici ce que ça donne (j’ai pris l’exemple de l’écriture de ce billet) :

git diff e92ce4e4 49e743c4 content/phd/2023-01-31-compter-les-mots-et-les-signes-avec-git.md | grep -e '^+[^+]' | wc -m

Et voici la réponse : 2097. Il y a donc 2097 signes de plus entre le commit e92ce4e4 et le commit 49e743c4, ou 318 mots si j’utilise l’option -w.

Automatiser des relevés statistiques

La prochaine étape pour moi est de créer un script qui me permettrait d’obtenir, dans un même fichier (texte ou tableur) les informations suivantes :

nombre de mots et de signes par jour ;
sous-total par semaine et par mois ;
pour des fichiers spécifiés (ma thèse étant divisée en plusieurs fichiers source) ;
avec un total.

Ce sera pour la prochaine fois !

[flux] Produire des sites web avec Pandoc

2023-01-19T00:00:00Z

New output format: chunkedhtml. This creates a zip file containing multiple HTML files, one for each section, linked with “next,” “previous,” “up,” and “top” links. (If -o is used with an argument without an extension, it is treated as a directory and the zip file is automatically extracted there, unless it already exists.) The top page will contain a table of contents if –toc is used. A sitemap.json file is also included. The option –split-level determines the level at which sections are to be split.
pandoc 3.0, Pandoc, https://pandoc.org/releases.html#pandoc-3.0-2023-01-18

Pandoc intègre désormais, à partir de la version 3.0, un moyen de produire une série de fichiers HTML liés entre eux, de quoi construire un site web très facilement, et simplement avec Pandoc. Je trouve cette idée particulièrement réjouissante pour fabriquer des livres web qui ne sont souvent qu’un ensemble de pages, d’autant plus avec ces éléments de navigation (page précédente, page suivante) disponibles par défaut. Voir le site de démonstration qui permet de prendre la mesure de tout ça : https://pandoc.org/chunkedhtml-demo/index.html.

Via John Maxwell.

[flux] Vers un hiver numérique réjouissant

2023-01-12T00:00:00Z

Our philosophy is that to make fast software, you need slow computers, and we’ve tried to espouse this as much as we could.
Hundred Rabbits, Weathering Software Winter, https://100r.co/site/weathering_software_winter.html

En novembre 2022 Devine Lu Linvega a présenté beaucoup de choses passionnantes lors de Handmade Seattle, notamment la démarche de son studio Hundred Rabbits (avec Rekka Bellum), le besoin de ne plus utiliser des systèmes complexes ou qui nécessitent une connexion internet quasi-permanente, l’envie d’opérer une forme de décroissance numérique et de tester de nombreux langages de programmation peu connus voir ésotériques, et enfin en creux la question du permacomputing. Le positionnement de Devine et de Rekka est impressionnant, parce que c’est un positionnement radical, expérimental et peut-être, d’une certaine façon, avant-gardiste (dans son sens littéraire et sa dimension de déconstruction et non d’innovation).

Deux citations extraites du long texte, la vidéo de l’intervention de Devine est ici :

As a disclaimer, all that I am writing now is very naive. I draw, and I make music, when I started doing research I didn’t have the vocabulary to find what I was looking for. I didn’t know what virtual machines were, I didn’t know what compilers were either. I had a vague idea of what programming was. I had written Swift and Objective C, but had no conception of how it actually tied to processors. It seemed like I was learning a service, the same way I was learning “To Photoshop”. It wasn’t like learning a skill, you don’t learn to draw when you use Photoshop, you learn how to operate within the confines of someone else’s playground, and when that rug is pulled from underneath you, there’s nothing you can say or do, and you never really understood how it worked in the first place so you can’t really replicate it.

One-bit can be a totally evocative, things don’t have to be visually busy all the time. I think this maximalism of ‘I need all these features’ and ‘I need to be doing this and that,’ is exhausting. Learning to live without float points is actually kind of nice. There is beauty in really simple systems, trying to always scale things to fit everyone’s usage is foolish.

[flux] Les outils à détruire

2022-12-31T00:00:00Z

Plutôt que de vénérer les portes de sortie, les outils, les autorités, il faut tomber en amour avec les pratiques, les processus de recherche, les labyrinthes fabriqués.
Margot Mellet, Tool to be Destroyed, https://blank.blue/fabrique/tool-to-be-destroyed/

Ne nous concentrons pas trop sur le maintien de certains outils, au risque de nous enfermer dedans. Ce plaidoyer (est-ce un plaidoyer ?) doit nous amener à analyser les outils pour ce qu’ils génèrent (y compris en nous) et moins pour ce qu’ils sont.

[flux] Créer une publication à partir de tickets

2022-12-30T00:00:00Z

Le CCTP du programme HNSO est un document qui retranscrit à ce jour 37 nouvelles fonctionnalités à implémenter dans les plateformes ISIDORE et NAKALA à partir des issues créées dans le GitLab.
Mélanie Bunel, Nicolas Sauret, Stéphane Pouyllau, Les nouvelles fonctionnalités de ISIDORE et NAKALA, https://hnlab.huma-num.fr/blog/2022/03/15/hnso-cctp/

Le processus de publication adopté par l’équipe du HN Lab (une composante d’Huma-Num) est très intéressant : des tickets (issues dans GitLab) sont créés, un travail éditorial de modification et de révision est réalisé sur ces tickets, pour enfin extraire certaines informations et les rassembler dans un document classique. Belle démonstration qu’il est possible de publier à partir de n’importe quelles données structurées.

[flux] Une chaîne pour les éditions savantes numériques

2022-12-29T00:00:00Z

[…] the pipeline aims at reaching the following goal: facilitate the digitization of data extracted from archival collections, and their dissemination to the public in the form of digital documents in various formats and/or as an online edition.
Digital Scholarly Editions, Pipeline for digital scholarly editions, https://github.com/DiScholEd/pipeline-digital-scholarly-editions

Je mets de côté ce dépôt GitHub qui rassemble les outils nécessaires à la production d’une édition numérique, avec entre autres des phases de numérisation, de structuration, d’encodage et de publication.

[flux] Une (nouvelle) définition de la Jamstack

2022-12-28T00:00:00Z

Jamstack is an architectural approach that decouples the web experience layer from data and business logic, improving flexibility, scalability, performance, and maintainability.
Jamstack removes the need for business logic to dictate the web experience. It enables a composable architecture for the web where custom logic and 3rd party services are consumed through APIs.
The best practices for building with the Jamstack evolve alongside modern technologies.
Phil Hawksworth, The Jamstack definition evolved, https://www.netlify.com/blog/the-jamstack-definition-evolved/

Si le concept de Jamstack (terme utilisé pour définir les couches cumulatives de JavaScript, API et Markup) méritait une petite mise à jour, tant les technologies ont évolué depuis presque 10 ans, cette nouvelle définition est avant tout un positionnement de la part de Netlify. La dernière phrase signifie d’elle-même que tout cela n’est qu’une question de formulation, et clairement Netlify souhaite se mettre du côté des besoins, quels qu’ils soient…

[flux] Aide-mémoire pour Vim

2022-12-27T00:00:00Z

Vim is a very efficient text editor.
Rico Sta. Cruz, Vim cheatsheet, https://devhints.io/vim

Parmi les nombreux aide-mémoires concernant l’éditeur de texte Vim, je trouve celui-ci bien fait, complet (pour mes usages) et surtout très lisibles.

[flux] Le fonctionnement de l'email

2022-12-26T00:00:00Z

Being one of the oldest services on the Internet, email has been with us for decades and will remain with us for at least another decade. Even though email plays an important role in everyday life, most people know very little about how it works.
Kaspar Etter, Email explained from first principles, https://explained-from-first-principles.com/email/

Tout ce que vous avez toujours savoir (ou pas) sur le fonctionnement du mail ou courriel. Je n’ai parcouru qu’une partie de ce long document (article ?), c’est très riche et bien documenté !

Via Arthur.

[flux] 70 ans de Lure

2022-12-25T00:00:00Z

Depuis 1952, dans le village de Lurs, se réunissent des typographes, des éditeurs, des graphistes et d’autres passionnés des lettres, des signes et des échanges.
Ce site réunit les archives de 70 ans de programmation des Rencontres internationales de Lure regroupées en périodes significatives au regard de l’évolution des métiers et des techniques graphiques.
TimeLure, Une chronologie des Rencontres de Lure, https://chronologie.delure.org/

L’histoire riche des Rencontres de Lure est à découvrir sur cette belle frise, avec 70 ans de curiosité, de passion et de découvertes.

Ajout : Nicolas explique les dessous de cette belle réalisation.

[flux] Paginer le Web

2022-12-24T00:00:00Z

En créant des documents avec HTML/CSS, vous bénéficiez de toutes ces choses spécifiques aux documents paginés déjà prévues par CSS, mais vous avez aussi à votre disposition toute la puissance du CSS que vous utilisez déjà pour vos sites !
Lucie Anglade et Guillaume Ayoub, Mettre le web en page(s), https://www.24joursdeweb.fr/2022/mettre-le-web-en-pages/

Voilà un article très enthousiaste et synthétique sur les possibilités du Web pour imprimer des documents paginés ! C’est intéressant de voir ce type de texte du côté de la communauté du Web, et plus uniquement dans les blogs personnels ou du côté du design graphique. Le Web to print prend de l’ampleur et c’est une bonne chose !

[flux] Le commit parfait

2022-12-23T00:00:00Z

For the last few years I’ve been trying to center my work around creating what I consider to be the Perfect Commit. This is a single commit that contains all of the following:

The implementation: a single, focused change

Tests that demonstrate the implementation works

Updated documentation reflecting the change

A link to an issue thread providing further context

Simon Willison, The Perfect Commit, https://simonwillison.net/2022/Oct/29/the-perfect-commit/

Si le titre est probablement un peu exagéré, les méthodes fournies par Simon Willison pour le versionnement du code sont pertinentes et permettent de structurer un travail collectif. Les points évoquées pour écrire le commit parfait peuvent même être dupliquées pour l’écriture ou l’édition, dans le cas d’un versionnement des fichiers source :

créer des commits atomiques : chaque commit concerne une action qui fait sens, et qui peut être comprise dans un fil temporel ;
tester chaque modification : difficilement applicable pour l’écriture ou l’édition (à moins d’être très inventif) ;
documenter : pour comprendre de quoi il s’agit, pour contextualiser ;
lier chaque commit à une issue/ticket : un commit est une tâche qui doit être identifiée avant de la commencer, un ticket permet de décrire clairement cela. Ça peut faire sens aussi pour un projet d’édition ;
accepter les exceptions : tous les commits ne peuvent pas être parfaits.

[flux] Des pratiques de code pour du design graphique

2022-12-22T00:00:00Z

Ces nouvelles pratiques trouvent un écho de plus en plus fort auprès des designers graphiques concernés par la relation à leurs outils et leurs valeurs culturelles intrinsèques. À partir d’un engouement pour des technologies libres et open source, ce sont majoritairement les possibilités d’expérimentation graphiques, multimédias et alternatives qui sont explorées.
Julie Blanc et Nolwenn Maudet, Code <–> Design graphique: Dix ans de relations, https://www.cnap.fr/actualites/graphisme-en-france/revues/ndeg28-graphisme-en-france-creation-outils-recherche-2022

Julie Blanc et Nolwenn Maudet proposent un panorama de l’usage de la programmation pour faire du design graphique, dix ans après un premier article sur les relations entre code et design. Les exemples sont nombreux et les constats précis, avec de nombreuses références qu’il faut aller lire pour prolonger ce formidable travail.

L’autonomie de production repose donc sur la création de programmes additionnables simples fabriqués avec des langages et des technologies ouvertes facilement interpolables.

Cette conception de la mise en forme graphique qui oblige à penser en dehors des limites du format de la page a transformé profondément les pratiques récentes, mais dans le même temps renoue avec des manières de travailler la mise en forme antérieures à l’apparition des logiciels de PAO, où les designers graphiques ne pouvaient travailler qu’à partir de gabarits et de feuilles de style.

[flux] Des sous-domaines littéraires

2022-12-21T00:00:00Z

So I set out to find three-word phrases where the third word is a 4+-letter top-level domain, using as my first source text Moby Dick.
Parker Higgins, Public (sub-)domains, https://parkerhiggins.net/2022/11/public-sub-domains

L’idée est très bonne : construire des sous-domaines (soit un premier mot pour le sous-domaine, un second mot pour le domaine et un troisième mot pour l’extension ou domaine de premier niveau) en extrayant des suites de mots d’œuvres littéraires à partir de la liste des extensions existantes. Les résultats sont étonnants.

[flux] Faciliter l'usage des shortcodes Hugo

2022-12-20T00:00:00Z

I really liked the idea of adding shortcodes, but I wanted a better implementation. First, I thought of a smart way to set up which shortcodes you can see in the editor. […] Secondly, I had to determine what happens when somebody clicks on the shortcode button in the CMS.
Joost van der Schee, A CMS with Hugo shortcode support, https://www.usecue.com/blog/a-cms-with-hugo-shortcode-support/

Joost van der Schee pose une question très pertinente pour qui a déjà utilisé des shortcodes avec le générateur de site statique et a voulu les rendre utilisable via une interface graphique (autre qu’un éditeur de texte). Les solutions esquissées ici sont intéressantes parce qu’elles ne cachent pas totalement le code de ces shortcodes.

[flux] Forgejo : un fork libre de Gitea

2022-12-19T00:00:00Z

The Forgejo project, launched today, is hosted on Codeberg and offers a new home to reunite the Gitea community.
Codeberg, Codeberg launches Forgejo, https://blog.codeberg.org/codeberg-launches-forgejo.html

La communauté du logiciel libre, et plus particulièrement les personnes qui s’intéressent aux logiciels de versionnement, a été quelque peu secouée par les annonces des créateurs de Gitea en octobre 2022, qui ont décidé de transférer les noms de domaine et la marque a une structure à but lucratif. La communauté autour de Gitea a réagi rapidement, et Codeberg a décidé de créer un nouveau logiciel, un fork de Gitea. Cet événement est très intéressant sur la capacité d’un groupe a réagir et a s’autogérer en quelque sorte. Désormais le projet Forgejo est donc désormais une version plus libre, dans la philosophie globale, que Gitea.

[flux] Des bonnes pratiques de Git

2022-12-18T00:00:00Z

Don’t panic
Seth Robertson, Commit Often, Perfect Later, Publish Once: Git Best Practices, https://sethrobertson.github.io/GitBestPractices/

Ce qu’il faut faire pour ne pas se perdre dans Git et l’utiliser de façon efficiente, avec quelques exemples utiles.

[flux] Que se passe-t-il sur un terminal ?

2022-12-17T00:00:00Z

I’ve been confused about what’s going on with terminals for a long time.
[…]
As usual we’ll answer that question by doing some experiments and seeing what happens :)
Julia Evans, What happens when you press a key in your terminal?, https://jvns.ca/blog/2022/07/20/pseudoterminals/

Voilà une question des plus passionnantes et dont les réponses sont très intriguantes. L’usage du terminal implique toutes sortes d’étapes d’écriture plus ou moins visibles.

[flux] Les codes de l'invisible

2022-12-16T00:00:00Z

In Unicode there are a lot of invisible characters: regular white-space characters (e.g. U+0020 SPACE), language specific fillers (e.g. U+3164 HANGUL FILLER of the Korean Hangual alphabet), or special characters (e.g. U+2800 BRAILLE PATTERN BLANK). While all of these have a specific meaning in their natural context, they can be used in various applications that don’t allow for regular whitespace characters.
Florian Pigorsch, Unicode characters you can not see, https://invisible-characters.com/

C’est une idée géniale de lister tous les caractères Unicode qui permettent d’exprimer une espace invisible ! Florian Pigorsch propose une cinquantaine de façons différentes de coder une espace invisible.

[flux] Logiciels bio

2022-12-15T00:00:00Z

So maybe we should have ‘organic’ software as well, made by companies that:

Are not funded in such a way where the primary obligation of the company is to 🎡 chase funding rounds or get acquired (so bootstrapping, crowdfunding, grants, and angel investment are okay)

Have a clear pricing page

Disclose their sources of funding and sources of revenue

Pirijan, In Search of Organic Software, https://pketh.org/organic-software.html

Et si certains logiciels étaient développés en respectant des principes qui n’en feraient pas des machines à argent ? C’est un peu un bon capitalisme que définit ici Pirijan (le créateur de Kinopio), avec des idées tout de même intéressantes qui permettent de remettre le contexte de développement de la majorité des logiciels et applications numériques.

[flux] Zotero ou rien

2022-12-14T00:00:00Z

Alors que, le plus souvent, on présente l’utilité de Zotero à court terme (faciliter la mise en place des notes de bas de page et de la bibliographie lors de la rédaction d’un travail universitaire ou d’une publication scientifique), j’aimerais donner à voir le bénéfice que l’on peut en tirer sur une plus longue période (une décennie, une carrière peut-être ?), dès lors que l’on façonne une stratégie documentaire et que l’on y centralise ses pratiques de lecture.
Johanna Daniel, Ode à Zotero, une décennie d’usage de Zotero, https://ig.hypotheses.org/2789

Zotero est un puissant outil de gestion de références bibliographiques, Johanna Daniel le prouve ici avec une pratique universitaire qui mêle dispositif documentaire, outil de lecture et de prise de note, et espace de travail pour la préparation d’articles ou de cours. Si vous n’étiez pas encore convaincu·e, foncez utiliser Zotero ! (D’ailleurs si vous ne savez pas comment vous y prendre, contactez-moi.)

[flux] TOTP pour 2FA

2022-12-13T00:00:00Z

In any language, TOTP is just a couple of dozen lines of code even if there isn’t already a library — and there is probably already a library. You don’t have to store temporary SMS codes in the database, you don’t have to worry about phishing, you don’t have to worry about SIM swapping, and you don’t have to sign up for some paid SMS API like Twilio. It’s more secure and it’s trivial to implement — so implement it already! Please!
Drew Devault, TOTP for 2FA is incredibly easy to implement. So what’s your excuse?, https://drewdevault.com/2022/10/18/TOTP-is-easy.html

Sous l’acronyme 2FA se cache le concept de double authentification ou authentification à deux facteurs, principe d’identification désormais de plus en plus répandu pour tout type de service numérique : en plus du duo classique identifiant et mot de passe, un second mot de passe temporaire est demandé. Le problème de la double authentification, c’est que certaines applications sont parfois imposées, notamment du côté des banques, ou qu’un message texte est envoyé sur un téléphone comme deuxième authentification (pas la meilleure façon de sécuriser un accès, notamment en Amérique du Nord où il est possible d’usurper un numéro de téléphone). TOTP (pour Time-based one-time password) est un principe technique très sécuritaire et facile à implémenter. TOTP partout !