Journal de bord 4 — Retour sur le dernier article, version mobile du blog et recommandations
Bienvenu dans ce nouveau journal de bord !
La semaine dernière a été plutôt compliquée, avec un thermomètre qui a frôlé les 40°C absolument tous les jours et des températures qui s'obstinaient à ne pas vouloir redescendre la nuit. L'inertie thermique de mon appart' m'a permis de tanker les premiers jours, mais à la fin j'arrivais à peine à stabiliser aux alentours de 28°C à l'aide ma clim mobile. Sans elles, je sais vraiment pas comment j'aurais tenu ! 🥵️
Heureusement la clim du boulot est bien plus puissante et m'a permis de rester au frais la majeure partie des journées... enfin... jusqu'au weekend... Et puis il y avait aussi les nouvelles navettes fluviales qui ont un peu aidé sur les trajets. Elles sont totalement électriques, silencieuses et bien climatisées. En plus pas grand monde les prend alors on est plutôt tranquille !
Cette semaine il fait plus frais [enfin si on considère que 30°C c'est « frais »]. Mais ça va prendre plusieurs jours de faire redescendre la température de l'appart' à un niveau normal, si tant est que j'y arrive... Et puis de toute façon le répit sera de courte durée : à priori on repart sur une canicule dès la semaine prochaine... 😞️
Mais restons-en là avec le bulletin météo, ce n'est pas le sujet du jour.
Dans ce journal de bord je vais vous faire un petit retour sur l'article de la semaine dernière, ça sera l'occasion de faire un premier mini bilan sur le format JDB. Ensuite, je vous présenterai quelques améliorations que j'ai apportées à la version mobile du blog et enfin je vais vous recommander deux articles. Le premier aborde les dangers des métier-passions, sujet qui me touche tout particulièrement m'étant fait mordre à plusieurs reprises. Et le second parle des dérives que l'on peut observer lorsque les KPI sont dévoyés de leur objectif premier (loi de Goodhart).
Bonne lecture ! 😁️
Retour sur le dernier article à propos de Firefox VPN
J'ai envie de revenir rapidement sur l'article que j'ai publié la semaine dernière, intitulé « J'ai testé le nouveau « VPN » gratuit de Firefox ». Bon déjà il a reçu un très bon accueil, j'ai eu de bons retours sur les réseaux sociaux et IRL [Merci !]. Il a globalement bien marché et j'en suis très content. Le sujet est relativement grand public [en tout cas c'est moins niche qu'un article sur les tréfonds de NTFS], ça a sûrement aidé. 😄
Cover de l'article sur Firefox VPN
À la base cet article est parti d'une question posée par quelqu'un sur Mastodon, à laquelle j'avais commencé à répondre... puis au fil de mes recherches ça a fini en fil de discussion un peu décousu. J'ai alors ressenti le besoin de remettre les choses au propre dans une note pour y voir plus clair moi-même et pour éventuellement la publier plus tard dans un journal de bord...
Et puis les choses ont un peu dérapé... La note a fini par devenir suffisamment longue et complète pour devenir un article autonome. Alors je l'ai retravaillé en ce sens et paf ça a fait des choc--... enfin... un article régulier quoi ! 😅
Quand j'ai commencé à réfléchir au format « journal de bord », j'y voyais avant tout un moyen de publier des petits sujets courts que j'aurais jamais pu aborder autrement. Mais j'avais pas forcément anticipé le fait que ça pourrait ouvrir la voie à davantage d'articles classiques sur le blog.
C'est lors de la publication du second journal de bord — celui sur mon passage à Ubuntu Resolute Raccoon — que j'ai commencé à en prendre conscience. En fait cette seconde entrée du JDB n'aurait pas dû exister. Les notes que j'y ai agrégées auraient dû finir directement dans un article. J'en ai pris conscience trop tardivement pour avoir la motivation de changer les choses, alors je l'ai publié en l'état. Disons que c'est un JDB hors série... 🙃
Quoi qu'il en soit, l'article sur Firefox VPN n'était pas prévu à l'origine. C'est un heureux effet secondaire du format journal de bord. En m'autorisant à écrire sur tout ce qui me passe par la tête au moment où j'en ai envie, j'ai pu me rendre compte que j'avais parfois bien plus à dire sur un sujet que je ne le pensais.
Il est encore bien trop tôt pour faire un bilan sur le format JDB, ça ne fait qu'un mois et demi que je l'ai démarré, mais j'ai l'impression de commencer à trouver mes marques. J'espère en tout cas que ce genre de « dérapage » (note qui finit en article complet) se reproduira à l'avenir ! 😁
Et tant qu'on parle de cet article, je tiens à dire que le press kit de Mozilla est juste génial. Ils fournissent des dizaines d'images de Kit, la mascotte de Firefox, dans tout un tas de situations différentes. Ça m'a permis de faire une cover bien sympa en rien de temps ! 🤩
Extrait du press kit de Mozilla
Quelques améliorations sur la version mobile du blog
Après m'être attaqué à ma homepage — je vous en avais parlé dans le précédent JDB — je viens de faire une petite passe sur le blog. Ça faisait un moment que je voulais améliorer l'ergonomie sur mobile que j'avais un peu négligée. J'ai donc procédé à deux petits ajustements qui améliorent pas mal des choses de mon point de vue.
Le premier se situe au niveau du menu de navigation et du champ de recherche. Quand j'avais ajouté ces fonctionnalités au blog, je n'avais pas pris le temps de réfléchir à la manière de les afficher sur la version mobile, alors je les avais simplement masqués par facilité. Ils sont donc à présent affichés sur les pages d'index et de catégories, mais pas sur les articles car je voulais conserver l'affichage en pleine page des articles sur mobile.
Avoir le champ de recherche à portée de doigts me permettra enfin de pouvoir rechercher rapidement un article sur mon blog depuis mon téléphone, sans passer par la page « tous les articles » et scroller pendant des plombes. Et puis ça ne manquait pas qu'à moi visiblement puisque quelqu'un m'a aussi fait remarquer lors du dernier meetup Python que c'était dommage de ne pas avoir la recherche sur mobile. Donc voilà, ce problème-là est corrigé ! 😄️
À gauche, l'ancienne version de la navigation et du champ de recherche. À droite, la nouvelle version.
Le second changement se situe quant à lui au niveau des articles recommandés (bloc « Sélection d'articles » de la page d'accueil du blog). J'avais fait un affichage assez basique sur mobile et j'en étais pas satisfait. Ça prenait trop de place à mon goût, et ça a empiré depuis que je suis passé de 5 à 7 articles recommandés.
J'ai supprimé l'espacement entre les blocs et collé deux articles par lignes pour former une sorte de mosaïque. Je trouve que ça rend bien mieux comme ça.
À gauche, l'ancienne version des articles mis en avant. À droite, la nouvelle version.
C'est pas forcément de grands changements, mais ça améliore pas mal l'ergonomie sur mobile, et c'est globalement plus joli je trouve. 🙂️
Recommandation d'article : Quand le métier-passion commence à mordre
Cet article de Christophe Rochefolle m'a beaucoup touché tellement je me suis reconnu dedans. Quand la passion devient un métier, et que les side-projects se transforment insidieusement un second travail. Quand on commence à « bosser » sur ses projets perso pour avoir quelque chose à montrer, pour satisfaire ses utilisateurs avant soit-même. Quand tout devient une question de rentabilité, de performance, de progression.
Je me suis déjà fait mordre à plusieurs reprises. De nombreuses fois je me suis dit « tiens, j'aimerais bien essayer ça », ou « et si je développais tel outil dont j'ai besoin », ou encore « faudrait que je corrige ce problème qui m'embête depuis des mois »... Mais trop souvent j'ai renoncé en me disant que j'avais pas le temps, qu'il fallait plutôt que j'avance sur ce logiciel dont les utilisateurs attendent une nouvelle version, c'est plus important !
J'en ai déjà parlé quelques fois sur ce blog. Souvent de manière un peu détournée, un peu caché. Faut dire que je ne savais pas trop comment aborder le sujet. Et puis c'était bien avant que je ne lance le format journal de bord, qui aurait été un bon endroit pour l'exprimer.
La première occurrence qui me vient en tête, c'est dans mon article « Nautilus Terminal : L'histoire d'un projet compliqué » (qui reste à ce jour l'un de mes préférés sur le blog). Dedans, j'y mentionne notamment que « j'ai lâchement abandonné le développement du logiciel [...] n'ayant plus la motivation nécessaire pour continuer. » et que « j'ai vécu la branche 1.x comme un échec ». C'était davantage un échec personnel que technique, je me suis trop mis la pression. C'est, je pense, la première fois que je me suis laissé mordre.
La seconde occurrence dont je me souviens se trouve dans un article « point sur mes projets » de fin 2022. C'est plus explicite cette fois-ci, mais ça reste quelques paragraphes glissés au fin fond d'un article que peu auront lu jusqu'au bout. Dur dur de parler de ses difficultés... Je me demande avec le recul si en l'absence de format adapté, le seul but de cet article n'était pas de justifier la publication de ces quelques paragraphes.
Et pour finir, en ce début d'année 2026 dans l'article « Je me suis remis sur Rivalcfg après une longue pause ! », j'évoque une année 2025 compliquée, un épuisement lié à ce projet... Vous remarquerez qu'une fois encore, ce n'est pas le sujet principal de l'article. Il ne s'agit que de quelques paragraphes que je balaye bien vite pour embrayer sur des sujets un peu plus joyeux... 😓️
J'ai tendance à très vite passer d'un projet que je fais pour m'amuser ou pour un petit besoin perso, à un projet en mode « production », où tout doit être carré, où je veux à tout prix satisfaire les utilisateurs,... Bref, un second travail.
Si vous exercez un métier-passion, vous avez peut être déjà rencontré ce genre de difficulté, ou peut être les rencontrerez-vous un jour. En tout cas, je vous recommande chaudement la lecture de l'article de Christophe Rochefolle qui a le mérite de faire réfléchir à la question !
Recommandation d'article : L'usine à clous soviétique ou l'échec des KPI
Dans cet article, Vincent Bernat nous met en garde contre la loi de Goodhart à travers son expérience, lorsqu'il travaillait chez Orange. La loi de Goodhart nous dit que « quand une mesure devient un objectif, elle cesse d'être une bonne mesure », car les gens vont essayer d'optimiser tout ce qu'ils font pour améliorer ce chiffre, au détriment de tout le reste.
Si vous essayez de mesurer la productivité des développeurs au nombre de lignes de codes produites, ils produiront mécaniquement plus de lignes de code. Mais cela ne voudra pas dire qu'ils auront amélioré leur productivité pour autant. Ils auront simplement davantage découpé leur code, et probablement overengineeré le logiciel. Vous aurez un résultat plus complexe et plus lourd, mais pas d'augmentation de la productivité, bien au contraire.
Dans le cadre d'un service IT, si votre KPI c'est le nombre de tickets traités par semaine, et bien ce nombre de tickets augmentera. Ce qui ne nécessitait auparavant aucun ticket car réalisable en un instant, sur simple demande, en nécessitera à présent un. Ce qui nécessitait un seul ticket en demandera maintenant un par sous-tâche. À la fin, plus de tickets auront effectivement été traités... Mais au prix d'une bureaucratie qui aura fait perdre du temps et de l'efficacité à tout le monde.
Quand on tient un blog ou un site de presse, un des KPI peut être le nombre de visiteurs. Si on perd de vue que la motivation première était de partager quelque chose ou d'informer le lecteur et que cette mesure devient notre objectif, alors on risque de commencer à faire de mauvais choix éditoriaux ou techniques.
On va par exemple commencer à traiter davantage de sujets « chauds » et polémiques. On va commencer à abuser de titres pute-à-clic. Cela fera peut-être affluer les visiteurs dans un premier temps, mais ça ne les fidélisera pas. Ça les fera peut-être même fuir sur le long terme, car ils auront été déçus par la qualité et le contenu des articles qui ne correspondait pas à la promesse des titres trop accrocheurs.
Un autre KPI pour un site de presse peut être le nombre de pages affichées, dans le but d'augmenter les revenus publicitaire (plus de pages, plus de pubs). Là encore, on risque de faire de mauvais choix éditoriaux et techniques. On va par exemple volontairement dégrader l'expérience des visiteurs, en découpant inutilement un article sur plusieurs pages, ou en rafraîchissant les pages à intervalles réguliers. C'est des pratiques qu'on a tous déjà subits.
Au final, les KPI peuvent être utiles, mais il ne s'agit que de chiffres qui ne peuvent pas se suffire à eux-mêmes. Il est important de toujours garder en tête le but initial, et de contextualiser ces mesures par rapport à l'objectif recherché.
C'est tout pour aujourd'hui !
Et voilà, on a fait le tour pour aujourd'hui ! J'aurais bien voulu vous parler aussi du Meetup Python de jeudi dernier, mais ce journal de bord était déjà bien trop long et puis j'avais pas grand-chose à en dire au final. Tout s'est bien déroulé, j'ai passé un bon moment et eu des échanges sympa. Comme d'hab avec les Meetup Python quoi. 😄️
Depuis que j'ai annoncé le format des JDB fin mai, j'ai sorti un article par semaine. Un rythme bien plus soutenu qu'à l'accoutumée sur le blog. Mais je vais essayer de réduire un peu la cadence, au moins pendant l'été, histoire d'avoir le temps d'avancer sur mes projets de dev et peut-être de préparer quelques trucs pour la rentrée ! 🤫️
Je vous retrouve d'ici quelques semaines pour un article un peu spécial car ▇▇ ▇▇▇▇▇▇▇ ▇▇ ▇▇▇▇▇▇ ▇▇▇▇▇▇▇ ▇▇▇▇▇▇ ▇▇▇ ▇▇ ▇▇▇▇. Il parlera ▇▇▇▇ ▇▇ ▇▇ ▇▇▇▇▇▇▇▇ ▇▇ ▇▇▇▇ ▇▇ ▇▇ ▇▇▇ ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ! 😲️
À bientôt ! 🙂️
La couverture de l'article est une photo de l'une des nouvelles navettes fluviales électriques des TCL (Transport en Commun Lyonnais) de la ligne Navigône 1, à l'arrêt Vaise Industrie. Elle a été prise par moi-même et est donc placée sous licence CC-BY-SA 3.0 comme le reste du contenu de ce blog.