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

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

## Natif (2021-12-07)

> For myself, this is just very annoying. Imagine the same situation if you were blind. The standard form inputs work everywhere, and are designed with accessibility in mind, so you’re used to them and can easily fill in forms which use the standard browser controls. But, when you hit a JavaScript-powered organic cage-free non-GMO text box, you’re screwed.

> There are hundreds of little nuances that users learn to use their computers efficiently. The exact features a user relies on will vary between operating systems, browsers, hardware, natural languages, physical ability, and personal preferences and experience. There are dozens of tiny workflows that people depend on every day that have never even occurred to you.

> Making a custom form control with JavaScript is going to make life worse for a lot of people. Just don’t do it. The browser’s built-in controls are quite sufficient.

> You can’t capture the nuance of my form fields (cache)

Il y a une notion de refus de parvenir à explorer dans le Web. Ce n’est pas parce que l’on peut que l’on doit. Chaque « adaptation » de la norme apporte son lot d’inconnues et d’incapacités futures. Chaque tentative de sur-technicisation apporte son lot de traits hypertéliques qui requièrent une adaptation non négligeable.

Bien trop souvent négligée.

Ironiquement, au moment de publier, je suis en train d’explorer des choses avec le moins de code possible. Et c’est vraiment plaisant de pouvoir prototyper avec de petits outils robustes.

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

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

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

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

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

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

> Caractère hypertélique

Oh non, rien.

## Composants (2021-11-03)

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

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

> The failed promise of Web Components (cache)

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

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

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

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

## Abstraction (2021-08-31)

Déplier pour lire le contenu de la publication

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

> Cheating Entropy with Native Web Technologies (cache)

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

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

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

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

> The Questions Concerning Technology (cache)

Écrits pollinisateurs ?

## Copie(s) (2021-08-28)

Déplier pour lire le contenu de la publication

> As long as there is design, there will be copying.

> Copying is the way design works (cache)

Je trouve cela d’autant plus ironique de faire une copie locale de cet article.

Je parcoure de vieux onglets ces derniers jours, cela permet de mieux évaluer si ce que j’ai conservé plusieurs mois dans mon navigateur est encore pertinent. Je redécouvre des choses, je croise des aspirations passées comme apprendre le toki pona (merci f6k), des infographies du début de la pandémie, des cartes de ski de fond de lieux qu’il reste à explorer, pas mal d’articles autour de la sobriété (cache), de la décroissance (cache) et des communs (cache), beaucoup (cache) de technique (cache) bien sûr (cache), des outils autour de la photo/vidéo… et déjà pas mal de 404.

C’est presque de la pré-archéologie.

## Lettres (2021-08-18)

Déplier pour lire le contenu de la publication

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

> Letters to a Young Technologist (cache)

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

Pauvres jeunes, ils auront tellement à réparer…

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

> Study the Past, Create the Future (cache)

Well, ¯\(ツ)/¯.

Vous reprendriez bien un peu de JS ?

## Pré-requis (2021-08-11)

Déplier pour lire le contenu de la publication

> You can choose to make it really complicated. Convince yourself that “the modern web” is inherently complex and convoluted. But then look at what makes it complex and convoluted: toolchains, build tools, pipelines, frameworks, libraries, and abstractions. Please try to remember that none of those things are required to make a website.

> This is for everyone. Not just for everyone to consume, but for everyone to make.

> Foundations (cache)

Suivi de :

> It feels like the web we’re making now is a web designed for commercial interests. The reason we get CSS grid or the JS APIs of ES6,7, and 8 has more to do with how companies want to build and deliver software over the web than it does with how individuals want to connect and communicate with each other over the web.

> Browsers and Representation (cache)

À quoi ressemblerait un navigateur du peuple pour le peuple ? Qu’est-ce qui pourrait être ajouté/retiré ? Quelle en serait sa gouvernance ? Quelle serait l’échelle d’usage/développement qui nous semblerait acceptable avant d’essaimer ?

Qu’il est inconfortable de se poser toutes ces questions :-).

> C’était là une approche typiquement mentat : se concentrer uniquement sur les questions. Les mentats accumulaient les questions comme d’autres avaient tendance à accumuler les réponses. Les questions créaient leurs propres trames et leurs propres systèmes. C’était cela qui aboutissait aux formes reconnaissables. Chacun voyait son univers à travers des trames qui s’étaient créées d’elles-mêmes, composées d’images, de mots, de désignations (parfaitement temporaires), le tout mêlé en un faisceau d’impulsions sensorielles qui se réfléchissaient sur ces constructions intérieures de la même manière que la lumière était renvoyée sur une surface brillante.
> Le premier instructeur mentat de Duncan Idaho avait élaboré une configuration provisoire de mots pour décrire cette fragile construction : « Surveillez les moindres mouvements significatifs de vos écrans intérieurs. »

> […]

> La véritable force d’un mentat résidait dans cette construction mentale que les instructeurs appelaient « la grande synthèse ». Cela requérait une patience que les non-mentats n’auraient même pas pu imaginer. Dans les écoles de mentats, on désignait cela sous le nom de persévérance. Il fallait être un pisteur primitif, capable de déchiffrer les signes les plus infimes, les perturbations les plus minuscules de l’environnement, et de les remonter jusqu’à leur source. En même temps, il fallait demeurer ouvert aux grands mouvements de l’extérieur comme de l’intérieur. Tout cela concourait à produire un état de « réceptivité naïve » qui était l’attitude de base du Mentat, apparentée à celle du Diseur de Vérité, mais beaucoup plus vaste dans son champ d’action.
> « Vous êtes ouvert à tout ce que l’univers pourra décider de faire », disait son premier instructeur. « Votre cerveau n’est pas un ordinateur. C’est un outil de décision couplé à tout ce que vos sens peuvent lui apporter. »

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

Que cette fleur soit synonyme de protections périodiques m’auto-frustre.

## HTTPSadness (2021-08-10)

Déplier pour lire le contenu de la publication

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

> Chromium Blog: Increasing HTTPS adoption (cache)

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

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

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

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

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

## Espoir (2021-07-21)

Déplier pour lire le contenu de la publication

> In a sense, every hyperlink on the World Wide Web is little act of hope. Even though I know that when I link to something, it probably won’t last, I still harbour that hope.

> If hyperlinks are built on hope, and the web is made of hyperlinks, then in a way, the World Wide Web is quite literally made out of hope.

> I like that.

> Hope (cache)

J’aime bien ce raisonnement et j’ai perdu espoir il y a un moment en essayant de mettre en cache local les publications que je lie. Je me demande parfois ce qui freine les autres personnes sensibles à ce vieillissement des liens à mettre en place leur propre solution pour le faire.

J’utilise ce script et je fais pas mal de travail manuellement ensuite pour que ça reste au moins lisible. Dans certains cas j’abandonne, notamment pour les images/graphiques qui ont besoin de JavaScript pour s’afficher… dans d’autres je prends le temps de faire des liens absolus ou des retouches sémantiques. Une forme de prise de soin de mes futur·es lecteur·ices (dont je fais partie !) avec l’espoir que ça soit utile. Il faudra que je regarde le nombre de liens qui ne sont plus disponibles que via ma copie en fonction des années. C’est intéressant aussi pour pouvoir faire des recherches en full-text sur le dépôt dédié sans dépendre d’un historique de navigateur.

En 6 ans, je n’ai supprimé qu’une seule ressource sur ma proposition à l’auteur·e qui souhaitait faire disparaître un contenu. Aucune violation de copyright ou autre n’a été remontée. Si cela arrivait, je m’assurerais auparavant que ce contenu n’est pas dans le cache de Google ou dans la Wayback machine 🤷.

> As a young man, I wanted to help make a new medium that would be a step forward from Gutenberg’s invention hundreds of years before.

> By building a Library of Everything in the digital age, I thought the opportunity was not just to make it available to everybody in the world, but to make it better–smarter than paper. By using computers, we could make the Library not just searchable, but organizable; make it so that you could navigate your way through millions, and maybe eventually billions of web pages.

> Reflections as the Internet Archive turns 25 (cache)

## ActivityStreams (2021-07-13)

Déplier pour lire le contenu de la publication

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

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

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

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

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

Masto 2 - 0 David.

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

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

## FullStack (2021-06-23)

Déplier pour lire le contenu de la publication

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

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

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

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

> Charlie Don’t Surf, sur Twitter

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

Docker. Oups (cache).

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

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

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

> Charlie Don’t Surf, sur Twitter

Yup.

## Flux lisibles (2021-06-03)

Déplier pour lire le contenu de la publication

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

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

> You just need a special app called a newsreader.

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

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

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

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

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

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

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

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

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

Déplier pour lire le contenu de la publication

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

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

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

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

## Pop culture (2021-05-03)

Déplier pour lire le contenu de la publication

> In other words: web dev is a pop culture with no regard for history, dooming each successive generation to repeat the blunders of the old, in a cycle of garbage software, wrapped in ever-escalating useless animations, transitions, and framework rewrites.

> 136 facts every web dev should know before they burn out and turn to landscape painting or nude modelling (cache)

Il s’agit de l’idée que j’ai retenue parmi les 136 énoncées mais il y en aurait d’autres sur lesquelles rebondir. Je crois que j’aime ces listes, ça me fait penser aux 68 (cache) + 99 (cache) de Kevin Kelly.

Peut-être qu’un jour je partagerai ma propre liste. Elle parlerait forcément de chocolat.

> Advice like these are not laws. They are like hats. If one doesn’t fit, try another.

## Cheminement (2021-04-27)

Déplier pour lire le contenu de la publication

> Quand nous concevons des systèmes informatiques exposant un objet numérique, comme ce carnet Web. Nous représentons une interprétation. Mais ce qui est important n’est pas vraiment ce que j’écris maintenant. Mon interprétation, ma catégorisation n’ont pas tant le besoin d’une expression. Non, ce qui est époustouflant, c’est le chemin des mots. Quelqu’un prend un morceau de texte, une idée, et créé une autre interprétation. Autant de chemins que de lecteurs. Autant d’aventures et de passion que de personnes qui écrivent en ayant rencontré ce chemin. L’impermanence est le bouillon des envies des autres de bifurquer le chemin.

> regarder la pluie tomber sur les surfeurs (cache)

Je prends le temps de biforker à mon tour ce chemin de traverse.

C’est marrant car on discutait il y a quelques jours avec Stéphane au sujet de la façon de se définir (cache) et ça m’a rappelé un de mes vieux articles qui était probablement lui-même un rebond. Le plus intrigant étant de devenir parfois son propre rebond. Encore plus méta, se rendre compte que l’on a déjà écrit à ce (méta-)sujet. Un tour de spirale de plus.

## Dark mode (2021-04-15)

Déplier pour lire le contenu de la publication

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

> Dark mode et accessibilité (cache)

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

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

Quelques jours plus tard, je tombe sur :

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

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

## Maximiser (2021-04-09)

Déplier pour lire le contenu de la publication

> When we simplify a system of interactions to a certain minimalism, we often trade choices for reductionism. We maximize the simplicity to the point of dumbing everything down. But do we always help? Creativity, emergence of patterns often lie in the hackability of a system. When we reduce the options for someone to use the system in unexpected ways, we remove the possibility for people to own a craft, a skill. We make them serve the system, instead of the system serving them.

> We should try to create simple interfaces that maximize the possibility for people to create (creative entropy), being empowered, being autonomous.

> Maximizing Possible Outcomes In Simple Interfaces (cache)

Je me pose beaucoup de questions en ce moment sur ce que l’on essaye de rendre plus efficace et pourquoi. Parfois pour qui. Souvent à quoi bon.

Par exemple : qu’est-ce qui permettrait à chacun·e de publier quelque chose sur le web tout en ayant une part de contrôle sur ce qui est partagé ? Lorsqu’on démêle cette pelote, elle s’avère être très longue. Les connaissances à acquérir — autant sur le fond que sur la forme — sont assez gigantesques et ne cessent de l’être un peu plus chaque année. Et à force de tirer sur ce fil, on (je m’inclus dans ce mouvement) ne se rend pas compte que l’on perd pas mal de personnes qui ont la motivation pour être autonomes mais se cassent de plus en plus les dents au point de vouloir abandonner.

Au point de ne pouvoir continuer.

En rendant le Web inaccessible, sauf pour quelques élu·es, on sera tous perdant·es à moyen terme. Car ça signifie un Web de spécialisation et d’expertise qui nécessite(ra) d’être rémunéré pour être encore en mesure de publier quelque chose.

Cela me rend profondément triste. Impuissant.

> Je souhaite que rien ne marche, que rien ne fonctionne, que tout soit cassé, qu’il y ait plein de bugs. Je voudrais des designers capables de concevoir des outils compliqués, contre-intuitifs et mal fonctionnant.

> Le non fonctionnement est la condition de la pensée critique.

> Ce qui pourrait être autrement : éloge du non fonctionnement (cache)

## Antilivre (2021-04-06)

Déplier pour lire le contenu de la publication

> L’antilivre n’a pas de forme, son impermanence dispose de toutes les formes, il se transforme sans cesse, et son information brute ne connaît aucune fixité, aucune frontière, elle fragmente son essence, distribue le commun, déploie sa liberté au-devant de nos singularités cybernétiques. Son identité fuit l’identique, sa norme la normalité, son extravagance n’image de mouvement qu’au travers de la nécessité de son partage.

> Antilivre (cache)

Se définir en « anti » n’est-il pas déjà donner une légitimité à l’existant et une faiblesse à la création ?

Il y a (et il y a eu) de très nombreuses initiatives pour tenter de rendre numérique un livre — ou plutôt sa lecture. Or ce besoin de transposition est un non-sujet : le Web est autre chose, incomparable si ce n’est par l’attention — et donc le temps — que l’on peut lui accorder. Il n’y a guère que les maisons d’édition qui tentent de conserver cette dichotomie, le plus souvent pour des enjeux financiers. Libérons les textes. Et les têtes. Pour penser de nouvelles formes.

À l’échelle mondiale, est-ce que davantage de personnes allouent du temps à lire des livres ou des pages web dans une journée ? Dans quelle proportion ?

## Formes (2021-03-31)

Déplier pour lire le contenu de la publication

> Or rather, as a knowledge base or wiki develops, it should - just like a real city - encourage its users to gravitate towards these different fundamental elements. A page that starts to function a little bit like a road should transform into a slick navigation element, available on all its linked pages. A page which is functioning like a landmark should start being visible from two hops away.

> It would be interesting to investigate exactly what the minimal level of physical appearance is required to trigger the automatic behaviour of loading/resetting human memory and associations.

> Like, following a hyperlink might not activate the neurological automation.

> Clues for software design in how we sketch maps of cities (cache)

Donner une forme aux agencement du Web, matérialiser les relations, prendre conscience des changements d’espaces. Combien d’années, décennies, siècles, seront nécessaires pour que notre cerveau s’adapte à ces nouvelles représentations ?

Si ce site avait une forme, quelle serait-elle ? Et quelle fonction aurait-il dans un village ? Suis-je en train de crier dans une ruelle que je rêverais d’être un pont ? #ContrePèterie

## Smolstack (2021-03-28)

Déplier pour lire le contenu de la publication

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

> CommunityWiki: Smol Net (cache)

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

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

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

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

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

Keep smoling! 😀

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

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

## JavaScript-less (2021-03-22)

Déplier pour lire le contenu de la publication

> With a few minor omissions and links, you can create a site that works great in modern browsers with ES6+ and acceptably in browsers without JavaScript. This approach is more sustainable for teams without the resources for extensive QA, and more beneficial to users of nonstandard browsers. […]
> The best way to help your IE11 users is to provide a great experience for your non-JS users and share that experience with them, instead of sending them an untested and buggy experience that also slows the experience of users with modern browsers.

> Dropping Support For IE11 Is Progressive Enhancement (cache)

Je trouve cette approche particulièrement pertinente, un peu difficile avec une SPA sans serveur tout de même. Et encore, il y aurait des choses à expérimenter : on peut potentiellement aller très loin en CSS uniquement avec des `:checked` par exemple. À voir à quel point est-ce que ça endommage l’accessibilité par ailleurs… les défis techniques hypothétiques sont parfois de fausses bonnes idées pour des usages qui sont eux bien réels.

Les tests utilisateur·ices sont une source intarissable de découvertes impensables. Qu’il faut pourtant panser.

## Confort (2021-03-16)

Déplier pour lire le contenu de la publication

> Developers, particularly in Silicon Valley firms, are definitionally wealthy and enfranchised by world-historical standards. Like upper classes of yore, comfort ("DX") comes with courtiers happy to declare how important comfort must surely be. It’s bunk, or at least most of it is.

> As frontenders, our task is to make services that work well for all, not just the wealthy. If improvements in our tools or our comfort actually deliver improvements in that direction, so much the better. But we must never forget that measurable improvement for users is the yardstick.

> The Mobile Performance Inequality Gap, 2021 (cache)

Pour résumer, le budget réactualisé de la décence serait de ~100KiB (gzipped) of HTML/CSS/fonts and 300-350KiB of JavaScript on the wire (compressed). Un demi méga-octet transféré et si on a bien fait son travail on espère que ça ne donne pas une expérience trop fastidieuse en-deçà du 75e centile.

Je viens de vérifier et on est à 469 Ko sur MesConseilsCovid. On a dû faire des choix assez drastiques pour cela : pas de framework, des dépendances limitées, etc. Est-ce que c’est inconfortable pour autant ? Parfois, et dans ces moments je me rappelle que mon « inconfort » est au service de l’accessibilité du produit pour lequel je travaille.

Et j’y accorde davantage d’importance.

> Getting there involves no small amount of class traitorship; the frontend community will need to value the commons over personal comfort for a little while longer to ease our ecosystem back toward health. The past 6 years of consulting with partner teams has felt like a dark remake of Groundhog Day, with a constant parade of sites failing from the get-go thanks to Framework + Bundler + SPA architectures that are mismatched to the tasks and markets at hand. Time (and chips) can heal these wounds if we only let it. We only need to hold the line on script bloat for a few years for devices and networks to overtake the extreme, unconscionable excesses of the 2010’s.

> Ibid.

## Finesse (2021-01-17)

Déplier pour lire le contenu de la publication

> Une espace fine insécable est un caractère typographique dont l’espace est un peu plus fine que l’espace insécable (une espace que l’on intercale entre deux parties qui ne doivent pas être séparées par un éventuel retour à la ligne automatique). Le code typographique français recommande une espace fine insécable devant les signes de ponctuation doubles sauf deux-points (point-virgule, point d’interrogation, point d’exclamation), et à l’intérieur des guillemets français pour les séparer du texte mis en exergue. Pour les nombres de quatre chiffres, l’espace fine insécable est préférable. On ne sépare pas les chiffres en tranches de trois pour un ordinal ou un numéro.

> Espace fine insécable, sur Wikipedia

Il y a depuis peu des espaces insécables fine sur cet espace (en plus des insécables classiques lorsque j’y pensais). C’est un détail mais j’arrive à faire la distinction entre les deux maintenant que j’ai pris conscience de cette différence.

Un petit pas de plus dans ma compréhension de ce domaine. Limite snob mais j’assume. Le plus difficile étant de faire la part des choses entre les différentes ressources à ce sujet qui ont tendance à se contre-dire (et je ne parle même pas des différences au sein de la francophonie…). Des choix — futiles donc indispensables — à faire, des affirmations à défaire, des raisonnements à refaire. C’est peut-être la définition de mon activité !

> L’hypothèse selon laquelle le fonctionnement d’un système peut être amélioré par une intervention brutale sur ses éléments conscients traduit une dangereuse ignorance. Cette attitude fut trop longtemps celle des esprits qui se qualifient des épithètes de « scientifique » et de « technologues ».

> Le Jihad Butlérien, par Harq al-Ada (Dune III. Les enfants de Dune)

## Webing-lists (2021-01-04)

Déplier pour lire le contenu de la publication

> Newsletters killed blogs because…

> 1. They’re impossibly easy to publish.
> 2. Your inbox is a notification stream.
> 3. Writers can actually, ya know, get paid.

> Alternatively, websites today…

> 1. Are difficult to make.
> 2. Can’t notify people of new work.
> 3. Aren’t able to pay writers easily.

> Newsletters (cache)

Il y a de petites graines dans ces réflexions. Ce qui est ironique c’est que les raisons évoquées sont d’ordre technique alors que techniquement elles ont été — plus ou moins bien — résolues. C’est l’usage qu’il manque. Et l’effet de mode (les deux étant liés de toute façon). Dans une liste de diffusion, il y a justement… la liste qui donne une métrique permettant à l’auteur·ice d’avoir un semblant de contrôle sur qui lit. Avec un flux RSS, il est de plus en plus difficile de savoir qui lie* tellement tout cela se passe dans les boîtes noires que deviennent les réseaux sociaux.

* on a là une différence importante également, l’impossibilité de lier vers un contenu qui a été envoyé par courriel, les listes de diffusion ne disposant pas toutes d’archives web.

Aussi, mon navigateur est équipé d’extensions me permettant de bloquer l’enregistrement des mes actions relatives à une page. Ce n’est pas le cas de mon client email. C’est la raison pour laquelle je me désabonne de beaucoup de listes de diffusion qui contiennent des liens destinés à me tracer. J’aimerais pouvoir dire à une personne que je l’ai lue et écoutée sans alimenter pour autant une usine à collecte de données personnelles. C’est peut-être là que réside l’innovation…

Karl en parle aussi, le lendemain (des bienfaits d’une publication décalée 🙂) :

> L’email est un système de push et cela change beaucoup de choses. Il y a une notion d’intimité qui est importante et qui définit un plus grand contrôle. La newsletter n’atteint pas potentiellement tout le monde, uniquement ceux qui ont voulu s’inscrire (et potentiellement payer). Créer un site Web intime, c’est à dire gérer le contrôle d’accès est plus difficile.

> cher vous (cache)