Échouer à échouer : la triste histoire des messages d'erreur

config/_default/menus.yaml

@@ -80,6 +80,14 @@ main:
     title: "Articles de fond relatifs à l'informatique"
     pageRef: /interets/informatique/
     parent: Intérêts
+  - name: Divers
+    title: "Articles de fond non catégorisés"
+    pageRef: /interets/divers/
+    parent: Intérêts
+  - name: Recettes
+    title: "Mon carnet de recettes de cuisine"
+    pageRef: /interets/recettes/
+    parent: Intérêts
   - name: Philosophie
     title: "Mes réflexions philosophiques"
     pageRef: /interets/philosophie/
@@ -104,21 +112,16 @@ main:
     title: "Articles de fond relatifs à la météorologie"
     pageRef: /interets/meteorologie/
     parent: Intérêts
-  - name: Divers
+  - name: Autres sites
     title: "Autre contenu"
     weight: 50
-  - name: Recettes
-    title: "Mon carnet de recettes de cuisine"
-    pageRef: /recettes/
-    parent: Divers
-    weight: 1
   - name: Anankéisme
     title: "Site dédié à l'anankéisme, philosophie dont je suis l'auteur"
     pageRef: https://anankeisme.fr
-    parent: Divers
+    parent: Autres sites
     weight: 10
   - name: Profil ORCID
     title: Mon profil d'auteur sur ORCID
     pageRef: https://orcid.org/0009-0007-2442-7921
-    parent: Divers
+    parent: Autres sites
     weight: 90

content/critiques/films/interstellar/index.md

@@ -1,6 +1,6 @@
 ---
 cover: images/QV6mea.jpg
-date: "2024-03-04 12:00:00"
+date: '2024-03-04 12:00:00'
 title: Interstellar
 genres:
   - drame
@@ -8,6 +8,7 @@ genres:
   - film dystopique
   - film ou téléfilm d'aventure
   - film ou téléfilm de science-fiction
+  - hard science-fiction
   - thriller
 entreprises:
   - InterCom

content/critiques/series/ghosts/data/images/cover.yaml

@@ -0,0 +1,4 @@
+#title: ""
+attribution: "[Internet Movie DataBase](https://www.imdb.com/fr/title/tt11379026/)"
+#description: ""
+#prompt: ""

content/critiques/series/ghosts/index.md

@@ -0,0 +1,109 @@
+---
+title: Ghosts
+date: '2026-01-03 23:45:01'
+wikidata_id: Q107122133
+cover: images/cover.jpg
+genres:
+  - sitcom
+personnalites:
+  - Asher Grodman
+  - Brandon Scott Jones
+  - Danielle Pinnock
+  - Devan Long
+  - Jeff Cardoni
+  - Rebecca Wisocky
+  - Richie Moriarty
+  - Rose Mciver
+  - Sheila Carrasco
+  - Utkarsh Ambudkar
+entreprises:
+  - BBC Studios
+  - CBS
+  - CBS Studios
+  - ITV Studios
+  - Lionsgate Television
+  - Them There
+links:
+  - name: Page Wikipédia
+    url: https://fr.wikipedia.org/wiki/Ghosts_%3A_Fant%C3%B4mes_%C3%A0_la_maison
+    lang: fr
+  - name: Site officiel
+    url: https://www.cbs.com/shows/ghosts/
+weather:
+  temperature: -2.72222222222222
+  humidity: 91
+  pressure: 1013.8847589181
+  wind_speed: 7.4029824
+  wind_direction: 222
+  illuminance: 0
+  precipitations: false
+  source:
+    - influxdb
+comments_url: https://com.richard-dern.fr/post/468
+---
+
+## En bref
+
+Excellente sitcom, drôle et originale.
+
+## Avertissement
+
+La série originale est britannique et a été adaptée dans quelques pays, dont les États-Unis et la France.
+
+La série originale a le mérite d'être... originale.
+Le pitch de la série est excellent, mais je ne me suis jamais fait à l'humour british.
+
+L'adaptation française est une catastrophe sur laquelle je n'ai aucun désir de m'étendre.
+
+L'adaptation américaine, à laquelle je m'intéresse ici, est à mon sens la meilleure à tous les niveaux.
+
+## Scénario
+
+À la suite d'un accident, Sam est capable d'interagir avec les fantômes du manoir dont elle a hérité.
+Au contraire de son mari Jay, qui soutient son épouse comme il peut face aux pitreries des décédés.
+
+La série introduit constamment son lot de nouveautés, de gags et de _punchlines_, tout en maintenant une ouverture raisonnable sur l'avenir.
+Il en résulte un flux presque constant de _cliffhangers_, dont certains sont plus évidents que d'autres, mais le scénario trouve toujours comment garder le spectateur en haleine.
+
+Une introduction régulière de nouveaux personnages, de nouvelles situations, de nouveaux pouvoirs confère à l'histoire une progression satisfaisante, et permet de nouer des affinités, à la fois entre personnages (et surtout les plus inattendus) et avec le spectateur.
+Ces affinités créent un sentiment que j'apprécie beaucoup dans ce genre d'histoire : un attachement faisant que, dès que j'ai terminé un épisode, je veux en voir un autre pour rester avec mes personnages préférés.
+
+Tous les épisodes n'usent pas de gags foncièrement nouveaux de façon systématique.
+Le comique de répétition est utilisé, mais essentiellement pour ancrer des caractéristiques personnelles (la virginité de Sass, les effluves de Higgintoot, etc.), sans jamais tomber dans la lourdeur gratuite.
+La tension générée est attendue d'une telle série : moyenne, qui ne bascule que rarement dans le _thriller_ ou la facilité.
+En conséquence, il n'y a que deux doubles épisodes sur les cinq saisons que compte la série pour le moment, et selon moi, c'est une excellente chose.
+
+De plus, la résolution de chaque épisode débouche sur un _happy-ending_ qui positionne la série, sans doute possible, sur le créneau de la sitcom _feel-good_.
+Pour autant, cela ne l'empêche pas d'aborder des sujets parfois graves, comme le suicide.
+Mais là encore, l'écriture du scénario fait preuve d'une intelligence rare qui, jamais, ne stigmatise ni encense.
+
+Au final, la série est très équilibrée, drôle, sensible, riche, mêlant personnages très divers, comme on va le voir ci-dessous, introduite par une musique courte et qui reste positivement en tête.
+Bref, elle a de nombreux côtés positifs et très peu de négatifs !
+
+## Personnages
+
+Sam (Rose McIver) et Jay (Utkarsh Ambudkar) forment le couple central de la série.
+Ces acteurs, que je ne connaissais pas auparavant, sont excellents.
+Leur jeu est d'autant plus appréciable que la série les amènent à interpréter différents personnages qu'il sera aisé de reconnaitre.
+J'ai même constaté une évolution positive dans le jeu d'Utkarsh Ambudkar qui, au début, me paraissait ne pas trop savoir où il allait.
+
+Le "noyau dur" des fantômes est constitué :
+
+- d'un viking (Devan Chandler Long), dont le langage non parlé est particulièrement expressif...
+- d'une hippie (Sheila Carrasco), évidemment complètement perchée,
+- d'un agent de tourisme (Richie Moriarty), drôle et attachant,
+- d'une colonialiste (Rebecca Wisocky), accroc à la cocaïne,
+- d'un officier américain (Brandon Scott Jones), épris de son nemesis,
+- d'un trader (Asher Grodman), cul-nu
+- d'une diva des années 1920 (Danielle Pinnock), égocentrique,
+- et d'un indien Lenape (Román Zaragoza), vierge.
+
+On peut donc dire que le casting est haut en couleurs, et traverse les frontières et le temps.
+Un casting déjà blindé, et encore complété par des acteurs récurrents, des seconds rôles, mais non moins intéressants ou méritants.
+
+Il y a beaucoup d'acteurs, et tous sont excellents dans leurs rôles respectifs.
+Chacun apporte quelque chose à la série, qu'on apprécie son personnage ou non (et il y en a quelques-uns qui sont vraiment détestables, comme Stephanie).
+
+## Anecdote
+
+Amusez-vous à vérifier qui est représenté par les objets du générique introductif, qui change chaque saison...

content/interets/divers/2025/12/23/retrospective-2025/data/images/main.yaml

@@ -0,0 +1,4 @@
+title: "Couverture de mon livre sur l'anankéisme"
+attribution: "Richard Dern"
+description: "Couverture de _L'anankéisme - Essai philosophique sur le déterminisme intégral_. https://anankeisme.fr"
+#prompt: ""

content/interets/divers/2025/12/23/retrospective-2025/data/images/steam-retro-2025.yaml

@@ -0,0 +1,4 @@
+#title: ""
+#attribution: ""
+description: "Capture d'écran d'un extrait de ma rétrospective Steam 2025"
+#prompt: ""

content/interets/divers/2025/12/23/retrospective-2025/index.md

@@ -0,0 +1,135 @@
+---
+title: Rétrospective 2025
+date: "2025-12-23 00:27:13"
+entreprises:
+  - OpenAI
+  - Instagram
+  - LEGO
+  - Steam
+  - Philips
+  - Nuphy
+oeuvres:
+  - L'Anankéisme
+tags:
+  - Autisme
+  - Dépression
+  - Huiles essentielles
+weather:
+  temperature: 0.499999999999999
+  humidity: 97
+  pressure: 1013.54612005406
+  wind_speed: 9.656064
+  wind_direction: 108
+  illuminance: 0
+  precipitations: false
+  source:
+    - influxdb
+comments_url: https://com.richard-dern.fr/post/466
+---
+
+## Accomplissements de 2025
+
+J'en parle tout de suite, comme ça, c'est fait, et on peut passer à autre chose.
+Je le disais dans ma [dernière rétrospective](/interets/divers/2023/12/31/retrospective-2023/) datant de 2023, je suis — toujours — en dépression.
+Il ne faut pas grand-chose pour la déclencher, mais en réalité, tout l'exercice consiste à maintenir un certain niveau de moral, et non à tenter de la "gérer".
+
+Pour ma part, cela revient à me focaliser sur ce que j'aime faire, et à avoir des projets.
+Vous avez pu en voir passer quelques-uns sur mon blog :
+
+- Je me suis mis à la [microscopie](/interets/microscopie/) amateur fin 2024
+- Entre [2024](/interets/informatique/2024/02/21/retour-d-experience-deux-mois-sur-instagram/) et [2025](/interets/informatique/2025/12/10/j-ai-quitte-instagram/), je me suis mis à Instagram
+- Je me suis formé à l'[Intelligence Artificielle](/interets/informatique/2024/05/05/elements-of-ai-pour-en-finir-avec-lultracrepidarianisme/) et à [la science reproductible](/interets/liens-interessants/2025/11/26/ce30266e/)
+- J'ai étudié [mes données météorologiques](/interets/meteorologie/2025/11/26/00-introduction/) pour redécouvrir des principes physiques connus
+- J'ai tenté une [recette de biscuits](/interets/recettes/biscuits/)
+- J'ai [analysé](/interets/divers/2025/12/04/etude-de-ma-collection-lego-jurassic-world/) ma collection [LEGO Jurassic World](/collections/lego/jurassic-world/)
+- J'ai créé un petit boîtier permettant de [piloter mon switch USB par le Wifi](/interets/electronique/2025/10/21/pilotage-d-un-switch-usb-par-le-wifi/)
+- J'ai développé un [système de coordonnées géographiques universel](/interets/astronomie/2025/05/27/f3id-un-systeme-de-coordonnees-spatiales-universel/) et une [notation universelle du temps](/interets/astronomie/2025/05/30/atns-un-systeme-de-notation-temporelle-universel/)
+- Je me suis pris d'un intérêt croissant pour les [huiles essentielles](/interets/divers/2025/12/18/diffuseur-d-huiles-essentielles/) (d'un point de vue exclusivement olfactif)
+- J'ai réalisé [une étude sémantique des taxons du Mésozoïque](/interets/paleontologie/2025/04/25/curiosites-taxonomiques-du-mesozoique/) avant de mettre en lumière quelques [clades oubliés](/interets/paleontologie/2025/05/14/les-clades-oublies-du-grand-public/)
+- Et, surtout, [j'ai publié](/interets/philosophie/2025/05/01/l-anankeisme/) mon deuxième livre, [_L'Anankéisme_](https://anankeisme.fr/) (que vous pouvez commander dans n'importe quelle librairie), qui m'a permis de définir une nouvelle philosophie du déterminisme intégral, tandis que je prépare un troisième livre dans lequel je vais m'essayer à une prose plus digeste, sous la forme d'un roman de [_hard science-fiction_](https://fr.wikipedia.org/wiki/Hard_science-fiction).
+
+![](images/main.png)
+
+Cette "gestion" de la dépression me rend très productif, mais son spectre n'est jamais loin, et c'est épuisant.
+Dès qu'un projet est terminé, je dois en trouver un autre, et à chaque fois, j'essaye d'en trouver un toujours plus vaste ou complexe, afin de me focaliser le plus longtemps possible.
+Et j'en viens souvent à "casser" cet équilibre fragile : trop fatigué pour avancer, je déprime sur mon incapacité à maintenir mon niveau de production.
+Alors, je ne produis plus, ce qui alimente la dépression, même si ces périodes d'inactivité ne sont ni fréquentes, ni prolongées, en tout cas pour l'instant.
+
+## L'IA
+
+Sans surprise, l'Intelligence Artificielle est au cœur de nos vies.
+Je n'ai commencé à donner mon avis sur la question qu'en [2022](/interets/informatique/2022/12/24/l-ia-pose-la-question-de-l-identite/), et, jusqu'à [ma première conversation avec ChatGPT](/interets/informatique/2024/02/19/j-ai-discute-avec-chatgpt/) en 2024, j'étais fortement défavorable à l'IA.
+Je ne m'en suis jamais caché, j'ai changé mon fusil d'épaule, notamment après avoir testé [Leonardo.ai](/interets/informatique/2024/03/03/reflexions-leonardo-ai/) ; j'ai même admis, dès le mois de [février 2024](/interets/informatique/2024/02/14/l-avenir-du-blog/), que je risquai de rater un train en marche à cause d'aprioris.
+
+J'ai fini par m'abonner à ChatGPT un mois plus tard, j'ai même fait l'effort de [me former](/interets/informatique/2024/05/05/elements-of-ai-pour-en-finir-avec-lultracrepidarianisme/) pour avoir un avis plus éclairé, et désormais, j'utilise ChatGPT quotidiennement, y compris et surtout via l'extension [Codex](https://developers.openai.com/codex/ide) pour [VSCode](https://code.visualstudio.com).
+Je suis même devenu un "défenseur" de l'IA, notamment sur la question de [son apprentissage](/interets/informatique/2025/04/02/laisser-l-ia-apprendre-une-position-ethique/), ce qui n'a pas manqué de m'attirer les foudres de certains [commentateurs](https://www.journalduhacker.net/s/p6bmhv/laisser_lia_apprendre_une_position_probl) (comme [Lord.re](https://lord.re/fast-posts/80-laisser-l-ia-apprendre--une-position-problèmatique/), que j'apprécie par ailleurs).
+
+Mais qu'on ne se méprenne pas : je reste conscient des problématiques posées par l'IA, et je continue d'[alerter](/interets/informatique/2025/10/28/intelligence-artificielle-et-realite/) mes lecteurs.
+Je garde l'espoir d'un usage vertueux de cette technologie, même si je n'ai pas la naïveté de croire qu'on ne va pas continuer à l'alimenter avec du contenu [merdifié](https://fr.wikipedia.org/wiki/Merdification).
+
+Depuis, j'essaye d'expliquer [comment "mieux" utiliser l'IA](/interets/informatique/2025/06/04/utiliser-l-ia-pour-penser/), sans grand succès, tout en m'autorisant [quelques explorations](/interets/informatique/2025/06/03/moi-selon-chatgpt/) plus ou moins futiles.
+J'ai même tenté la [dérision](/prompted/s01/), là encore sans intérêt manifeste (mais _moi_, ça m'a bien fait marrer de le faire).
+
+## Jeux vidéo, films et séries TV
+
+Comme chaque année, [Steam](https://store.steampowered.com/) me propose sa propre [rétrospective](https://store.steampowered.com/yearinreview/76561197977492940/2025).
+J'ai surtout (re)joué à _factorio_ (qui n'a toujours pas sa fiche dans [mes critiques de jeux-vidéo](/critiques/jeux-video/) !) en début d'année, et [_Guild Wars_](/critiques/jeux-video/guild-wars/), qui vient tout juste de recevoir une grosse mise à jour (baptisée [_Reforged_](https://www.guildwars.com/fr/)) destinée à améliorer l'expérience de jeu sur des machines récentes.
+Je comptais y rejouer depuis un moment, mais c'est [Olivier](/interets/liens-interessants/2022/03/09/f71dac00/) qui m'a décidé 😊.
+
+![](images/steam-retro-2025.png)
+
+Il est d'ailleurs intéressant de voir que la rétrospective Steam confirme ce que je dis souvent à propos de ma pratique périodique du jeu vidéo ; une impression renforcée par les statistiques des années précédentes.
+Je joue surtout entre septembre et novembre, et entre février et avril (à la louche).
+Étonnamment, c'est en dehors de ces périodes que je publie habituellement mes critiques...
+
+J'ai aussi découvert — et aimé – [_Two Point Museum_](/critiques/jeux-video/two-point-museum/) et [_Empires of the Undergrowth_](https://store.steampowered.com/app/463530/Empires_of_the_Undergrowth/) (qui m'a donné envie de me procurer une fourmilière, au grand dam de mon épouse qui espère que l'idée va me passer 😅).
+
+Malgré sa sortie cette année, et malgré ses bonnes critiques (comparé à l'[opus précédent](/critiques/jeux-video/jurassic-world-evolution-2/)), je n'ai pas encore mis la main sur [_Jurassic World Evolution 3_](https://store.steampowered.com/app/2958130/Jurassic_World_Evolution_3/).
+Ma "stratégie" est d'attendre qu'ils aient sorti un maximum de DLCs, afin d'équilibrer un ratio qui m'est important entre le coût total de possession et le temps de jeu réel.
+Je me suis un peu fait avoir sur _Jurassic World Evolution 2_, dans la mesure où j'étais persuadé que j'allais y passer beaucoup de temps (compte tenu de mon fort intérêt pour _Jurassic World Evolution_).
+En réalité, j'y ai joué beaucoup moins que prévu, et je n'y ai pas pris autant de plaisir.
+
+Je me suis amusé à comparer ce ratio avec d'autres jeux de ma collection, présenté dans le tableau — largement incomplet, mais censé être à peu près représentatif.
+On ne peut pas faire de déductions fermes et définitives, notamment parce que je peux avoir pris beaucoup de plaisir à jouer à un jeu sur une courte période tout en l'ayant acheté à un prix élevé, ou sur une longue période en l'ayant acheté au meilleur prix, et parce qu'il ne dit rien _a priori_ puisqu'il est calculé en fonction de mon temps de jeu.
+Néanmoins, cette comparaison révèle tout de même que "j'ai dépensé sans compter" pour _Jurassic World Evolution 2_, une erreur déjà commise avec _Civilization VI_ dans une moindre mesure.
+
+| Jeu                            | Coût total de possession | Temps de jeu |          Ratio |
+| ------------------------------ | -----------------------: | -----------: | -------------: |
+| factorio                       |                       52 |       2842.1 |     0.01829633 |
+| ARK: Survival Evolved          |                    38.04 |       1384.9 |     0.02746769 |
+| No Man's Sky                   |                    58.99 |        438.5 |      0.1345268 |
+| Guild Wars                     |                    49.98 |        325.7 |      0.1534541 |
+| **Jurassic World Evolution**   |                **59.92** |    **266.9** | **0.22450356** |
+| Stardew Valley                 |                    13.99 |        174.2 |     0.08030999 |
+| Civilization VI                |                    92.33 |        138.6 |     0.66616162 |
+| Palworld                       |                    28.99 |        121.5 |     0.23860082 |
+| **Jurassic World Evolution 2** |               **148.92** |    **118.7** | **1.25459141** |
+
+> Un "ratio" plus bas est préférable. Ainsi, _factorio_ et _ARK_ sont objectivement d'excellents investissements pour moi, au contraire de _Civilization VI_ et _Jurassic World Evolution 2_.
+
+En outre, on attend toujours une date de sortie à [_Jurassic Park: Survival_](https://store.steampowered.com/app/2208810/Jurassic_Park_Survival?snr=1_25_4__318).
+Ma saga préférée a aussi eu droit à son lot de productions ciné/TV :
+[_Jurassic World Rebirth_](/critiques/films/jurassic-world-rebirth/) est sorti, et [_Chaos Theory_](/critiques/series/jurassic-world-chaos-theory/) s'est conclue.
+
+En dehors de ça, mon année 2025 a été marquée par deux découvertes : _Star Trek_ ([_The Original Series_](/critiques/series/star-trek-the-original-series/) puis [_The Next Generation_](https://fr.wikipedia.org/wiki/Star_Trek_:_La_Nouvelle_Génération), disponibles sur [Netflix](https://www.netflix.com)) et [_Ghosts_](https://fr.wikipedia.org/wiki/Ghosts_:_Fantômes_à_la_maison) (dont je prépare la critique).
+Lisez ma critique the _The Original Series_ avant de me reprocher de la qualifier de "découverte" 🖖
+
+D'ailleurs, en parlant de "vieilles sagas qui retrouvent grâce à mes yeux", je dois aussi mentionner ma redécouverte de _Star Wars_ (sur [Disney+](https://www.disneyplus.com/fr-fr/home)), dont les trois derniers volets (VII, VIII et IX) m'ont particulièrement plu, alors qu'un visionnage précédent (en 2023 je crois) ne m'avait pas laissé un bon souvenir.
+Impossible de dire avec précision pourquoi ; peut-être que j'étais juste dans un état d'esprit plus ouvert ou aligné cette année.
+
+## Transformation de mon environnement de travail
+
+C'est un projet vaste et coûteux, mais il commence à porter ses fruits.
+Initié en 2024 avec le [remplacement de mon écran de travail](/interets/informatique/2024/01/15/2024-l-annee-du-changement/) par un téléviseur, puis par le [remplacement de mes enceintes](/interets/informatique/2024/01/22/installation-d-une-paire-de-homepods/) par des HomePods et l'acquisition d'un [nouveau clavier](/interets/informatique/2024/03/20/mon-nouveau-clavier-le-nuphy-air75-v2/) qui me donne pleine satisfaction, j'ai continué en 2025 avec des améliorations dont je n'ai pas encore parlé, ou vaguement.
+Notamment au niveau de l'ameublement de mon bureau destiné à m'immerger dans l'univers _Jurassic Park_ par une meilleure mise en valeur de mes collections, mais aussi grâce à un système d'éclairage [Philips Hue](https://www.amazon.fr/stores/PhilipsHue/page/1D8D599B-E9F3-4C60-971C-276FC75625AB), un [diffuseur d'huiles essentielles](/interets/divers/2025/12/18/diffuseur-d-huiles-essentielles/), et d'autres petites choses que nous verrons au cours de 2026.
+
+Tous ces éléments contribuent à créer un environnement dans lequel je me sens bien, et facilitent le maintien de mon moral dans une zone tolérable.
+Je suis encore avare de photos par timidité, mais à mesure que ma satisfaction augmente, j'en montrerai plus dans les mois à venir.
+
+## Conclusion
+
+Fin 2023, je disais que l'année avait été pire que 2022.
+2024 n'a pas été spécialement bonne non plus dans la mesure où c'est l'année marquant le deuil de ma passion pour l'informatique.
+Mais, grâce à la diversité de mes projets, 2025 a été meilleure, et j'anticipe une autre amélioration en 2026, toujours en lien avec mes projets.
+
+Et puis, en 2025 (il y a quelques jours seulement, je vous l'accorde), j'ai aussi inauguré un moyen de commenter mes articles, alors venez échanger avec moi, si les emails vous paraissent trop personnels !

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/404_not_found.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:404_not_found.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/500_Internal_Server_error.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:500_Internal_Server_error.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Abort_Retry_Fail.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Abort_Retry_Fail.PNG

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Amiga_Guru_Meditation.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Amiga_Guru_Meditation.gif

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Chromium_Aw_Snap.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Chromium_47_Aw,_Snap!_screenshot_(en).png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Chromium_Offline_Dino.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Chromium_T-Rex-error-offline.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Firefox_Crash_Reporter_Breakpad.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Google_Breakpad_Mozilla_Firefox_Crash_Reporter_Minefield_3.0pre_2008041704_en-US_Xfce4.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Firefox_sad_plugin.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Firefox_sad_plugin.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/General_Protection_Fault_example_in_Windows_3.1.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:General_Protection_Fault_example_in_Windows_3.1.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Linux_2.4_oops_sparc.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Linux_2.4_oops_sparc.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Linux_5.7_kernel_panic.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Linux_5.7_kernel_panic.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/MacOSX_kernel_panic.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:MacOSX_kernel_panic.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/MacOs_Syserror.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:MacOs_Syserror.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Sad_mac.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Sad_mac.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Unrecoverable_Application_Error.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Unrecoverable_Application_Error.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Visual_Cpp_Runtime_Error.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:20231021_22_35_54-Microsoft_Visual_C%2B%2B_Runtime_Library.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Windows_10_11_BSOD.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Windows_10_%26_11_BSOD_(new_version).png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Windows_11_Black_BSOD.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Windows_11,_24H2,_version_10.0.26100.6584,_Black_Screen_of_Death.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Windows_8_BSOD.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Windows_8_BSOD.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/Windows_XP_BSOD.yaml

@@ -0,0 +1 @@
+attribution: https://commons.wikimedia.org/wiki/File:Windows_XP_BSOD.png

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/data/images/cover.yaml

@@ -0,0 +1,4 @@
+#title: ""
+attribution: "ChatGPT 5.2 - Thinking"
+#description: ""
+prompt: 'The digital illustration portrays a melancholic anthropomorphic computer surrounded by error messages from varying technological eras. Its sad, CRT screen displays a frown and a solitary teardrop, while several iconic error messages like "Abort, Retry, Fail?", "404 Not Found," and "Guru Meditation" clutter the scene, evoking a sense of digital frustration in a moody, atmospheric setting marked by cool hues and contrasting warm highlights.'

content/interets/informatique/2026/01/19/echouer-a-echouer-la-triste-histoire-des-messages-d-erreur/index.md

@@ -0,0 +1,367 @@
+---
+title: "Échouer à échouer : la triste histoire des messages d'erreur"
+date: "2026-01-19 01:44:30"
+cover: images/cover.png
+weather:
+  temperature: -0.7
+  pressure: 1018.96434187861
+  wind_direction: 138
+  illuminance: 0
+  precipitations: false
+  source:
+    - influxdb
+comments_url: https://com.richard-dern.fr/post/472
+---
+
+Il fut un temps où les messages d'erreur n'étaient ni esthétiques ni drôles, mais au moins, ils avaient une fonction : dire ce qui ne va pas et, parfois, indiquer ce que l'on peut faire.
+Aujourd'hui, on doit se débrouiller avec des "_Oops_", "_Something went wrong_", ou "_Vérifiez votre connexion Internet_".
+Plus souvent que de raison, le système laisse entendre que c'est nous, les utilisateurs, qui sommes en tort ; rarement la "plateforme", qui fait figure d'autorité, présumant de notre intelligence et de notre capacité à gérer notre matériel.
+Et nous fait passer des heures à diagnostiquer un problème qui ne nous concerne pas.
+
+Cet article propose une relecture critique de l'évolution des messages d'erreur en informatique, depuis les années 1980 jusqu'aux interfaces modernes.
+Ce que l'on observe, ce n'est pas une simple perte de technicité ou une volonté de "mieux protéger l'utilisateur", mais une dérive structurelle.
+Les messages d'erreur sont devenus de moins en moins informatifs, de plus en plus vagues, et régulièrement accusateurs, jusqu'à fabriquer des récits dans lesquels l'utilisateur devient fautif par défaut.
+Nous avons échoué à rendre l'erreur constructive.
+
+## L'erreur, miroir du système
+
+Un message d'erreur est censé être un point de contact rare et révélateur.
+Il ne dit pas seulement que quelque chose a échoué.
+Il dit comment l'échec est interprété, à qui il est attribué, et quel récit on propose à l'utilisateur pour l'expliquer.
+
+Depuis quarante ans, ces messages accompagnent chaque transformation de l'informatique.
+On est passé du terminal au bureau graphique, du local au web, du logiciel au service, puis au [SaaS](https://fr.wikipedia.org/wiki/Software_as_a_service).
+Chaque époque a produit ses styles, ses jargons, ses masques.
+Mais derrière ces mutations formelles, une tendance se dessine : l'information baisse, le blâme augmente, et le diagnostic est de plus en plus externalisé, vers le support, la télémétrie, ou simplement vers le silence.
+
+## Retour en arrière
+
+Dans les années 1980, l'utilisateur de MS-DOS ou d'un Macintosh "classic" n'était pas nécessairement un expert.
+Mais il était censé intervenir.
+Et l'informatique, à l'époque, ne prenait pas de pincettes.
+
+Prenons le célèbre message de MS-DOS.
+
+![](images/Abort_Retry_Fail.PNG)
+
+Annuler, réessayer ou échouer : ce message pose les termes de l'échec.
+Il n'y a pas de solution miracle.
+L'utilisateur doit faire un choix.
+
+Côté Apple, le "_Sad Mac_" n'était pas plus loquace, mais le symbole était clair.
+L'ordinateur est en panne.
+Ce n'est pas l'utilisateur qui a "mal utilisé" le système.
+C'est le système qui échoue à fonctionner.
+
+Dans certains cas, le "_Sad Mac_" était accompagné de codes hexadécimaux qui permettaient aux utilisateurs aguéris de préciser la cause.
+
+![](images/Sad_mac.png)
+
+De leur côté, les ordinateurs Amiga affichaient une "_Guru Meditation_" lors d'un plantage système.
+C'était un écran noir sur fond rouge, accompagné de valeurs hexadécimales.
+Le message est devenu un objet de culture, mais il remplissait sa fonction : une erreur grave s'est produite, et un contexte est fourni.
+
+![](images/Amiga_Guru_Meditation.gif)
+
+Ces exemples ont un point commun : ils ne cherchent pas à atténuer ni à masquer l'erreur.
+Ils n'inventent pas d'histoire.
+Ils l'admettent.
+
+## Années 1990 : l'erreur en boîte de dialogue
+
+Avec les interfaces graphiques, l'erreur se matérialise en fenêtres modales.
+Elle coupe le flux, impose une décision, et affiche souvent un minimum d'information technique.
+
+Sous Windows 3.1, un "_General Protection Fault_" signale un crash applicatif et le module concerné.
+C'est abrupt, mais c'est un début de diagnostic.
+
+![](images/General_Protection_Fault_example_in_Windows_3.1.png)
+
+La même époque produit d'autres formulations tout aussi directes, comme "_Unrecoverable Application Error_".
+Là encore, ce n'est pas élégant, mais c'est explicite : l'application est morte, et l'exécution ne peut pas continuer, ce qui laisse finalement peu d'options à l'utilisateur.
+
+![](images/Unrecoverable_Application_Error.png)
+
+Côté Mac OS "classic", les erreurs système s'affichent aussi de manière frontale, parfois avec l'iconographie du "bomb" et un code.
+Le message ne vous explique pas forcément ce que vous pouvez faire.
+Il vous dit surtout qu'il y a eu une rupture, et que le système n'a pas pu assurer.
+
+![](images/MacOs_Syserror.png)
+
+## Années 2000 : du diagnostic au reporting
+
+Au tournant des années 2000, le PC devient un objet domestique.
+Dans le même temps, l'écosystème logiciel grossit.
+Pilotes, antivirus, codecs, barres d'outils, plug-ins, tout s'empile.
+Et les crashs deviennent, pour beaucoup, une expérience ordinaire.
+
+L'emblème de cette période reste le [_Blue Screen of Death_](https://fr.wikipedia.org/wiki/%C3%89cran_bleu_de_la_mort) (BSOD) de Windows.
+Il est anxiogène pour beaucoup, mais reste très informatif.
+
+Le BSOD de Windows XP, par exemple, affiche un code, des indications sur le pilote fautif, et **plusieurs** pistes d'action dont la technicité va _crescendo_.
+L'utilisateur moyen ne comprend pas tout, mais le système prend la responsabilité du crash et expose un diagnostic qui peut servir à "quelqu'un qui s'y connait".
+
+![](images/Windows_XP_BSOD.png)
+
+Sur Mac OS X, une panique du noyau affiche aussi un écran d'arrêt.
+Le message demande de redémarrer.
+C'est utile comme consigne d'action, mais cela dit très peu de la cause.
+Le diagnostic détaillé existe, mais il se trouve dans des journaux.
+
+![](images/MacOSX_kernel_panic.png)
+
+Dans le même esprit, Microsoft publie des [recommandations](https://learn.microsoft.com/en-us/windows/win32/uxguide/mess-error) pour la rédaction de messages d'erreur.
+Elles insistent sur la clarté, la précision, et sur le fait de ne pas blâmer l'utilisateur.
+
+Au même moment, une autre logique s'installe : l'erreur devient un signal à remonter.
+Sur Windows, cela se formalise avec [Windows Error Reporting](https://en.wikipedia.org/wiki/Windows_Error_Reporting).
+Le système collecte des détails que l'utilisateur ne voit plus.
+L'écran sert d'embrayage vers le support.
+
+Ce déplacement se voit aussi côté applications.
+Les erreurs applicatives deviennent un phénomène de masse, dans des logiciels omniprésents.
+Le message n'est plus un diagnostic, mais une confirmation de fermeture, suivie d'une proposition d'envoyer un rapport.
+
+Sur les navigateurs, la même mécanique apparaît.
+Un plug-in plante, et l'interface propose un message standardisé, sans cause exploitable.
+
+![](images/Firefox_sad_plugin.png)
+
+Les _crash reporters_ vont plus loin.
+Ils demandent une description, collectent une trace, et envoient un paquet de données au fournisseur.
+L'utilisateur, lui, reste souvent avec une phrase générique.
+
+![](images/Firefox_Crash_Reporter_Breakpad.png)
+
+Sur Linux, à la même période, l'erreur reste généralement plus verbeuse.
+Un crash applicatif s'exprime souvent par une "[erreur de segmentation](https://fr.wikipedia.org/wiki/Erreur_de_segmentation)", "_Segmentation fault_", parfois accompagné de "_(core dumped)_".
+Quand c'est le [noyau qui panique](https://fr.wikipedia.org/wiki/Panique_du_noyau), la console affiche des messages, des adresses et une pile d'appels.
+Ce n'est pas toujours lisible pour un non-spécialiste, mais c'est une information exploitable, au moins pour rechercher, corréler, et rapporter.
+
+![](images/Linux_2.4_oops_sparc.png)
+
+## Années 2010 : le web, la marque, et le masque
+
+Avec le web, une nouvelle contrainte s'impose : l'erreur devient une vitrine.
+Elle arrive chez tout le monde, en permanence, dans des contextes très variés.
+Et elle engage la marque.
+
+Le protocole HTTP prévoit pourtant des [signaux simples](https://fr.wikipedia.org/wiki/Liste_des_codes_HTTP).
+Un serveur peut répondre "[404 Not Found](https://fr.wikipedia.org/wiki/Erreur_404)" quand la ressource n'existe pas, ou "[500 Internal Server Error](https://fr.wikipedia.org/wiki/Erreur_500)" quand il échoue de manière inattendue.
+Ces codes ont un mérite particulier : ils sont censés convoyer la responsabilité de l'erreur : le client (le navigateur) ou le serveur.
+
+Mais dans la pratique, les plateformes remplacent souvent ces diagnostics par des pages personnalisées, voire falsifient les codes de retour, ou en inventent qui ne figurent pas dans les standards du web.
+C'est notamment le cas de Cloudflare, connu pour exploiter des erreurs 521 qui n'existent que chez eux.
+
+Au-delà de l'aspect purement technique, on transforme ces pages d'erreur en page commerciales.
+L'article "[The Evolution of Fail Pets](https://www.microsoft.com/en-us/research/publication/the-evolution-of-fail-pets-strategic-whimsy-and-brand-awareness-in-error-messages/)" (Rintel, 2011) analyse cette évolution.
+Il décrit comment des erreurs "sympathiques" et illustrées deviennent un outil de branding et de désamorçage émotionnel.
+
+Le navigateur lui-même participe à ce mouvement.
+Chromium affiche "Aw, Snap!" lors d'un crash d'onglet.
+C'est mémorable.
+Mais ce n'est pas un diagnostic.
+
+![](images/Chromium_Aw_Snap.png)
+
+En cas d'absence de réseau, l'erreur devient un mini-jeu.
+Le dinosaure hors ligne est iconique.
+Et il montre bien le basculement : on distrait, on dédramatise, mais on n'explique pas.
+
+![](images/Chromium_Offline_Dino.png)
+
+## Années 2020 : minimalisme, télémétrie, et écran noir
+
+Dans les années 2020, une partie de l'industrie pousse le minimalisme jusqu'au bout.
+On conserve un identifiant.
+On retire le reste.
+
+Le BSOD évolue de cette manière depuis plusieurs versions de Windows.
+Windows 8 introduit notamment une présentation plus "émotive", avec un visage triste.
+
+![](images/Windows_8_BSOD.png)
+
+Sur Windows 10 et Windows 11, l'écran se simplifie encore.
+La documentation se déporte vers le web.
+Et l'utilisateur ne voit souvent plus qu'un stop code et, parfois, un QR code.
+
+![](images/Windows_10_11_BSOD.png)
+
+Sur certaines versions de Windows 11, le "Blue" Screen devient même noir.
+On parle alors, par analogie, de "Black Screen of Death".
+C'est la même logique, mais encore plus minimaliste visuellement.
+
+![](images/Windows_11_Black_BSOD.png)
+
+Pendant ce temps, Linux continue généralement d'afficher des messages détaillés en cas de panique du noyau.
+Cela ne rend pas l'erreur moins grave.
+Mais cela fournit un contexte, au lieu d'une émotion.
+
+![](images/Linux_5.7_kernel_panic.png)
+
+Et côté applications, les messages génériques restent la norme.
+Ils disent qu'il y a eu un problème, sans dire lequel, ni où chercher.
+Même une erreur de runtime, très classique, peut rester opaque pour un utilisateur final.
+
+![](images/Visual_Cpp_Runtime_Error.png)
+
+Cette évolution prépare un dernier glissement.
+Quand l'erreur ne dit plus ce qui s'est passé, elle peut dire ce qu'elle veut.
+
+## Vous êtes le maillon faible
+
+Et ce qu'elle dit de plus en plus souvent, c'est : "c'est de votre faute".
+L'exemple le plus frappant, et le plus courant :
+
+> You're offline.
+> Check your connection.
+
+Ce message apparaît régulièrement dans les interfaces YouTube, y compris chez des utilisateurs qui ne sont pas hors ligne.
+Il s'agit d'un diagnostic affirmatif côté client, sans preuve, sans incertitude admise, et sans possibilité de contredire le verdict.
+
+Exemples documentés :
+
+- https://community.brave.app/t/youtube-videos-saying-youre-offline-check-your-connection/509979
+- https://askubuntu.com/questions/1480876/youtube-thinks-im-offline-brave
+
+Ce message est problématique à plusieurs titres.
+
+- Il attribue la cause à l'utilisateur, sans considérer la possibilité d'une erreur côté service.
+- Il n'admet aucune incertitude : "_vous êtes hors ligne_", et non "_nous n'avons pas pu établir la connexion_".
+- Il ne propose aucune alternative, comme "_réessayer plus tard_" ou un lien vers le statut du service.
+- Il ne fournit aucun identifiant ni lien vers une aide concrète.
+
+La conséquence est simple.
+Vous passez du temps à vous justifier auprès d'un système qui n'admet pas avoir pu se tromper.
+Et vous devenez, mécaniquement, la personne chargée de diagnostiquer.
+
+Pire encore, ces messages spécifiques ne concernent pas une "mauvaise qualité de connexion", ils ciblent les bloqueurs de publicité sans les mentionner (parce que ce serait avouer que YouTube sait que vous bloquez les publicités).
+Le message est donc ouvertement mensonger à plus d'un titre.
+
+## Des erreurs anxiogènes à la frustration
+
+Adoucir une erreur n'est pas, en soi, une mauvaise idée.
+Une erreur peut provoquer du stress et de l'anxiété.
+Le concept de [technostress](https://en.wikipedia.org/wiki/Technostress) décrit précisément cet effet dans la relation aux technologies.
+
+Mais supprimer l'information ne supprime pas l'émotion.
+Cela déplace la charge.
+Vous n'êtes plus face à un problème, vous êtes face à un mystère.
+Votre ordinateur ne vous appartient plus tout à fait, quelqu'un décide pour vous ce que vous pouvez ou ne pouvez pas en faire.
+
+Dans ce contexte, un message culpabilisant est particulièrement toxique.
+Il active un mécanisme d'attribution où la faute est projetée sur l'utilisateur, plutôt que sur la situation.
+Ce biais est proche de ce que la psychologie sociale décrit comme l'[erreur fondamentale d'attribution](https://fr.wikipedia.org/wiki/Erreur_fondamentale_d%27attribution).
+
+Avec le temps, cette opacité peut produire une forme d'[impuissance apprise](https://fr.wikipedia.org/wiki/Impuissance_apprise).
+On finit par arrêter de chercher à comprendre, et on apprend des gestes de contournement.
+
+On a ainsi remplacé une anxiété ponctuelle par une frustration chronique.
+Et, souvent, par de la bidouille.
+Vider le cache.
+Changer de navigateur.
+Désactiver des extensions.
+Redémarrer.
+Et espérer.
+
+## Une responsabilité structurelle
+
+Pourquoi ces messages ont-ils évolué dans ce sens ?
+Plusieurs forces convergent :
+
+### Les interfaces doivent rester fluides
+
+Dans une logique d'expérience utilisateur sans friction, admettre une panne est vu comme un risque.
+Il vaut mieux cacher l'échec, ou suggérer qu'il vient "de l'extérieur".
+
+### Le support est coûteux
+
+Un message trop clair peut générer des tickets, des attentes, voire des réclamations.
+Il vaut mieux suggérer que l'erreur vient d'un élément que l'utilisateur peut "réparer" seul (connexion, cache, bloqueur de publicités).
+Jusqu'à ce qu'il abandonne et finisse par se dire que l'informatique ne fonctionne jamais.
+
+### Le diagnostic est déporté ailleurs
+
+Aujourd'hui, les équipes techniques disposent d'outils puissants pour observer les erreurs.
+Logs, traces, corrélation, télémétrie, tout cela existe.
+Mais ces outils sont internes.
+Le diagnostic se fait **dans les backends**.
+L'utilisateur, lui, reçoit un message standardisé, souvent vide.
+
+Citons par exemple :
+
+- [OpenTelemetry](https://opentelemetry.io/docs/specs/otel/logs/)
+- [Sentry breadcrumbs](https://docs.sentry.io/platforms/javascript/enriching-events/breadcrumbs/)
+
+Un exemple frappant : **Cloudflare** fournit un identifiant unique ("[Ray ID](https://developers.cloudflare.com/fundamentals/reference/cloudflare-ray-id/)") pour chaque requête.
+Il est utile au support, mais il est affiché sans explication à l'utilisateur qui **ne peut rien en faire**.
+
+### Ce que l'on pourrait faire, sans danger
+
+On n'a pas besoin d'une stack trace.
+On n'a pas besoin d'un chemin de fichier interne.
+Mais on peut donner un minimum d'outillage, sans exposer le système.
+
+Par exemple :
+
+- Un message qui admet l'incertitude, comme "_nous n'avons pas pu charger la page_".
+- Un identifiant d'erreur, accompagné d'une phrase expliquant à quoi il sert.
+- Une action concrète (ou même, mieux, plusieurs actions _cohérentes, pertinentes et utiles_), adaptée au contexte, et pas une liste de réflexes.
+- Un lien vers une page de statut, quand il s'agit d'un service, ou au moins vers une page de documentation.
+- Une date, un horaire, et un point de contact, quand c'est un incident.
+
+## La question de la sécurité
+
+On objectera : _on ne peut pas tout dire, pour des raisons de sécurité_, et c'est vrai.
+[OWASP](https://owasp.org/www-community/Improper_Error_Handling) recommande de ne pas afficher de stack traces, de chemins internes, ou d'informations sensibles dans les messages d'erreur.
+De telles informations doivent exister et être accessibles _pendant le développement_ de l'application, du site ou de l'outil.
+Pas en _production_.
+
+Mais cette prudence ne justifie pas l'**obfuscation totale**.
+Il existe un compromis : admettre une erreur, suggérer des causes possibles, fournir un identifiant ou un lien vers une aide réelle.
+
+La Common Weakness Enumeration ([CWE-209](https://cwe.mitre.org/data/definitions/209.html)) le dit explicitement : trop d'informations est un risque, **mais trop peu d'informations rend le système confus, voire inutilisable**.
+
+Ce compromis est rarement respecté.
+On ne fournit ni cause, ni incertitude, ni code, ni guide.
+Seulement une formule vague... ou, pire, une accusation.
+
+## Un silence orienté
+
+La dérive des messages d'erreur ne tient pas seulement à des choix de design.
+Elle révèle une logique plus profonde : ne pas assumer les pannes, ne pas outiller l'utilisateur pour comprendre, et, par défaut, lui **faire porter la charge**.
+
+Nous sommes passés de messages bruts mais honnêtes, à des messages polis mais **mensongers**.
+
+Les fournisseurs de services se désolidarisent de leur responsabilité à fournir un outil qui fonctionne.
+Et l'utilisateur non-technicien (et parfois même le technicien) fini par se persuader qu'il est trop bête pour l'informatique, qu'elle devient trop compliquée, et que tout le monde sait mieux que lui.
+
+La technologie sait.
+Les systèmes sont instrumentés.
+Les erreurs sont corrélées.
+Les équipes reçoivent des événements enrichis.
+Et pourtant, l'utilisateur, celui qui subit l'échec, n'en reçoit **rien**.
+
+Ce silence n'est pas neutre : c'est un déplacement de responsabilité.
+Une ruse pour éviter de dire : "_ça vient de nous_".
+C'est l'instrumentalisation de l'abrutissement des utilisateurs.
+
+Ce qu'on attend d'un message d'erreur n'est pas qu'il expose le backend.
+Mais qu'il dise, au minimum : _il s'est passé quelque chose, et ce n'est pas forcément chez vous_.
+
+## Conclusion
+
+Tout le monde ou presque a échoué à échouer.
+La plupart par obfuscation, par dilution, par honte, ou par excès de confiance.
+Ceux qui ne cachent pas l'information la montrent brute.
+
+Ni le minimalisme ni l'exhaustivité ne permettent de résoudre un problème.
+En cela, je considère que le BSOD de Windows XP est un modèle du genre : informatif, honnête, humble, et il propose plusieurs solutions.
+Il n'est pas parfait dans la mesure où rebooter ne peut pas être la solution à tout, mais il ne prend pas l'utilisateur pour plus bête qu'il n'est.
+
+D'un autre côté, aucun utilisateur ne lit ce qui est affiché sur son écran.
+Autant en afficher le moins possible.
+
+Mais, non : **aucune de ces positions est défendable**.
+
+Et lorsque l'on n'aura plus aucun message d'erreur, on vivra dans un monde de licornes et d'arcs-en-ciel, persuadés d'avoir atteint un nouveau sommet technique de l'informatique, alors que, comme d'habitude, on aura appliqué un pansement sur une jambe de bois.

content/interets/liens-interessants/2025/12/24/b87cea3e/data/screenshot.yaml

@@ -0,0 +1,4 @@
+title: "Capture d'écran de https://cybercultural.com/"
+description: "Capture effectuée le 24 décembre 2025 à 10:04"
+attribution: "Richard Dern"
+file: "images/screenshot.png"

content/interets/liens-interessants/2025/12/24/b87cea3e/index.md

@@ -0,0 +1,29 @@
+---
+links:
+  - name: Page d'origine
+    url: https://cybercultural.com/
+    lang: en
+  - name: Archive
+    url: http://web.archive.org/web/20251215002851/https://cybercultural.com/
+    archive: true
+title: 'Cybercultural: Internet History and Its Impact on Our Culture'
+date: '2025-12-24 10:04:40'
+keywords: []
+cover: images/screenshot.png
+status:
+  - date: '2025-12-24 10:04:40'
+    http_code: 200
+weather:
+  temperature: 0.38888888888889
+  humidity: 79
+  pressure: 1023.36664711105
+  illuminance: 2476.8
+  wind_speed: 8.2076544
+  wind_direction: 72
+  precipitations: false
+  source:
+    - influxdb
+comments_url: https://com.richard-dern.fr/post/467
+---
+
+> Cybercultural is a website covering internet history and the evolution of digital culture.

content/interets/liens-interessants/2026/01/05/3a0d8ff0/data/screenshot.yaml

@@ -0,0 +1,4 @@
+title: "Capture d'écran de https://openbadgefactory.com/obv3/credentials/c1b9051efe313cbaa6784738d2c9e8e6701f4e01"
+description: "Capture effectuée le 5 janvier 2026 à 15:00"
+attribution: "Richard Dern"
+file: "images/screenshot.png"

content/interets/liens-interessants/2026/01/05/3a0d8ff0/index.md

@@ -0,0 +1,56 @@
+---
+links:
+  - name: Page d'origine
+    url: https://openbadgefactory.com/obv3/credentials/c1b9051efe313cbaa6784738d2c9e8e6701f4e01
+    lang: fr
+title: La science ouverte - Sorbonne Université - Badge de réussite de la formation
+date: '2026-01-05 15:00:22'
+keywords: []
+cover: images/screenshot.png
+status:
+  - date: '2026-01-05 15:00:22'
+    http_code: 200
+weather:
+  temperature: -3.33333333333333
+  humidity: 84
+  pressure: 1015.9165921023
+  illuminance: 10959.6
+  wind_speed: 0
+  wind_direction: 24
+  precipitations: false
+  source:
+    - influxdb
+comments_url: https://com.richard-dern.fr/post/469
+---
+
+![](images/screenshot.png)
+
+J'ai complété une deuxième formation sur la plateforme [fun-mooc](https://lms.fun-mooc.fr/).
+Après m'être intéressé à la [recherche reproductible](/interets/liens-interessants/2025/11/26/ce30266e/), je me suis consacré à la [science ouverte](https://www.fun-mooc.fr/fr/cours/la-science-ouverte/).
+J'ai "un peu" mieux réussi, avec un score de 96% mais, soyons honnêtes, cette formation était beaucoup plus accessible puisqu'elle s'adresse à tous, et pas qu'aux chercheurs.
+
+Cette formation était très intéressante, et comme pour celle sur la recherche reproductible, appelle un certain nombre de questionnements.
+J'en ai d'ailleurs fait part dans le forum de la formation, mais pour le moment, le sujet est peu consulté.
+Je me permets donc de relayer mon commentaire ci-dessous.
+
+J'entends beaucoup de chercheurs parler de la science ouverte, et notamment dans le cadre des peer-reviews (la wikification de la science abordée par Lionel Maurel est probablement ce qui nous arrivera de mieux dans les années à venir), mais j'ai l'impression qu'on continue de faire de la science la chasse-gardée des universitaires.
+Il y a évidemment des enjeux économiques ; le fait que des personnes ont fait carrière dans la science et qu'il serait malvenu, pour un non-universitaire, de juger de leur travail ; la professionnalisation de la science (qui est devenu un métier) ; etc.
+Mais, que l'open-science progresse ou non, la science sera toujours produite par les universitaires (ou par les chercheurs du domaine privé).
+
+J'ai bien conscience de la pénurie de pairs pour les reviews "officielles", et que cela laisserait une porte grande ouverte aux pseudosciences, mais malgré cela, je ne peux m'empêcher de trouver dommage que la science non-universitaire et non "for-profit" ne bénéficie pas d'une meilleure reconnaissance.
+Je parle de la science "artisanale", faite juste pour le plaisir de la science, par des vocations aux parcours de vie qui n'ont pu les conduire à une carrière académique.
+Je romantise sûrement l'histoire des sciences, mais l'homogénéisation de la reconnaissance via le système institutionnel a favorisé ce qui ressemble à une disparition des "amateurs" au sens noble du terme (Faraday, Ramanujan, Croll, etc. pour ne citer que les Fellows de la Royal Society).
+
+La science citoyenne va bien dans le sens d'une réappropriation, mais les projets se limitent à des observations, du comptage, du recensement, des photographies, et les participants ne sont que des contributeurs mineurs, dans la mesure où le sujet de l'étude reste le choix du chercheur ou l'organisme auquel il est rattaché.
+Et même lorsqu'ils remportent des prix à titre collectif (par exemple, via l'[UE](https://research-and-innovation.ec.europa.eu/news/all-research-and-innovation-news/2024-eu-prize-citizens-science-goes-three-projects-addressing-marine-pollution-agricultural-2024-06-12_en)), les participants restent anonymes. Il n'y a bien qu'en astronomie que certains peuvent devenir visibles.
+
+Au-delà de la science ouverte et de la science participative, nous devrions peut-être envisager une recherche hétérogène, libérée des financements, des fausses contraintes de marché, de l'utilitarisme.
+Ainsi, l'open-science et la science participative seraient des jalons vers une renormalisation de la science pour qu'elle retrouve ses origines : le savoir commun, partagé, mais aussi et surtout, produit par tous.
+
+Malheureusement, il ne s'agit pas seulement de rendre la science accessible : les gens s'en désintéressent, lui préfèrent les pseudosciences et se détachent du réel.
+Il faut aussi la rendre – à nouveau – appétante, sans la désacraliser pour les réseaux sociaux.
+C'est là, je crois, le plus grand défi à relever, mais la bonne nouvelle, c'est que ce n'est pas qu'aux universitaires de le relever !
+
+Bref, pardon pour ce long post dont la vocation initiale était de remercier les intervenants des vidéos de ce cours et de ceux qui ont participé à sa constitution.
+Bien que ce sont surtout les interventions de Lionel Maurel qui m'interpellent toujours, les points de vue exprimés sont systématiquement intéressants et pertinents.
+Merci à vous.

content/interets/liens-interessants/2026/01/12/9e4a3d4b/data/screenshot.yaml

@@ -0,0 +1,4 @@
+title: "Capture d'écran de https://susam.net/inverse-laws-of-robotics.html"
+description: "Capture effectuée le 12 janvier 2026 à 11:52"
+attribution: "Richard Dern"
+file: "images/screenshot.png"

content/interets/liens-interessants/2026/01/12/9e4a3d4b/index.md

@@ -0,0 +1,32 @@
+---
+links:
+  - name: Page d'origine
+    url: https://susam.net/inverse-laws-of-robotics.html
+    lang: en
+title: Three Inverse Laws of Robotics - Susam Pal
+date: '2026-01-12 11:52:10'
+keywords: []
+cover: images/screenshot.png
+status:
+  - date: '2026-01-12 11:52:10'
+    http_code: 200
+tags:
+  - Intelligence Artificielle
+  - Lois de la robotique
+personnalites:
+  - Isaac Asimov
+weather:
+  temperature: 4.77777777777778
+  humidity: 97
+  pressure: 1017.27114755844
+  illuminance: 10244.4
+  precipitations: false
+  wind_speed: 12.874752
+  wind_direction: 222
+  source:
+    - influxdb
+comments_url: https://com.richard-dern.fr/post/470
+---
+
+L'auteur (Susam Pal) explore l'idée de trois lois de la robotique (d'Isaac Asimov) inversées pour nous aider à mieux travailler avec l'IA.
+Je trouve l'idée très intéressante, en particulier dans la mesure où je les applique déjà sans en avoir conscience.

content/interets/liens-interessants/2026/01/12/c2b30dd0/data/screenshot.yaml

@@ -0,0 +1,4 @@
+title: "Capture d'écran de https://lmnt.me/blog/how-to-make-a-damn-website.html"
+description: "Capture effectuée le 12 janvier 2026 à 17:02"
+attribution: "Richard Dern"
+file: "images/screenshot.png"

content/interets/liens-interessants/2026/01/12/c2b30dd0/index.md

@@ -0,0 +1,33 @@
+---
+links:
+  - name: Page d'origine
+    url: https://lmnt.me/blog/how-to-make-a-damn-website.html
+    lang: en
+  - name: Archive
+    url: http://web.archive.org/web/20251228132036/https://lmnt.me/blog/how-to-make-a-damn-website.html
+    archive: true
+title: How to Make a Damn Website
+date: '2026-01-12 17:02:52'
+keywords: []
+cover: images/screenshot.png
+status:
+  - date: '2026-01-12 17:02:52'
+    http_code: 200
+weather:
+  temperature: 7.88888888888889
+  humidity: 87
+  pressure: 1016.59386983037
+  illuminance: 139.2
+  wind_speed: 10.2998016
+  wind_direction: 264
+  precipitations: false
+  source:
+    - influxdb
+comments_url: https://com.richard-dern.fr/post/471
+---
+
+> A lot of people want to make a website but don’t know where to start or they get stuck. That’s in part because our perception of what websites should be has changed so dramatically over the last 20 years.
+
+Ce retour aux sources est rafraichissant.
+Une lecture qui replongera les plus vieux (comme moi) dans ce que c'est, réellement, de créer un site web.
+Et peut-être qui incitera les plus jeunes à quitter un moment leurs frameworks qui font le café.

content/interets/recettes/biscuits/index.md

@@ -16,7 +16,9 @@ weather:
   precipitations: false
   source:
     - influxdb
-comments_url: https://com.richard-dern.fr/post/406
+comments_url: https://com.richard-dern.fr/post/465
+aliases:
+  - /recettes/biscuits/
 ---
 
 J'éprouve une fascination certaine pour le [biscuit](https://fr.wikipedia.org/wiki/Biscuit) dans son sens le plus ancestral.

themes/42/layouts/_partials/card.html

@@ -22,6 +22,7 @@
         {{ else }}<div class="card-image"></div>
         {{ end -}}
     <div class="card-content">
+        {{ index .Params.dossier 0 }}
         <h3>{{ .Title }}</h3>
         {{- if not $page.IsSection -}}
             {{- with $page.Date -}}