Alexandre Petit

Simplicité > Facilité — et pourquoi c'est encore plus vrai avec l'IA

2026-03-22T00:00:00+01:00

Il y a un talk de 2011 que je regarde une fois par an. Rich Hickey, le créateur de Clojure, sur scène à Strange Loop. Le titre : Simple Made Easy.

Sa thèse tient en une phrase : simple et facile, ce n'est pas la même chose.

Simple vient du latin simplex — un seul pli. Quelque chose de simple n'est pas entremêlé. Chaque pièce fait une chose. On peut la comprendre, la retirer, la remplacer.

Facile vient de l'anglo-normand aisé — à portée de main. Quelque chose de facile est proche de ce qu'on connaît. Un npm install, un CRM tout-en-un, un framework qui fait tout. Pas besoin de réfléchir. Ça marche.

Le piège, c'est qu'on confond les deux.

Le château en LEGO et le château tricoté

C'est l'image la plus forte de Hickey.

Le château tricoté est une seule pièce. Tout est lié. Tirez un fil, tout bouge. Ajoutez une tour ? Impossible sans tout défaire. C'est complexe — au sens étymologique. Complexus : tissé ensemble.

Le château en LEGO est fait de briques indépendantes. Ajoutez une tour, retirez un mur, changez une couleur. Chaque brique a sa propre existence. C'est simple.

Lequel est plus facile à construire ? Le tricoté, peut-être — une pelote et des aiguilles suffisent. Lequel est plus facile à modifier ? Le LEGO, sans aucun doute.

Ce qu'on fait quand c'est difficile

Face à un problème difficile, le réflexe est de chercher une solution facile. Un outil qui fait tout. Un framework qui gère les cas limites à votre place. Une dépendance qui résout le problème en une ligne.

Le problème : chaque solution facile apporte de la complexité invisible.

Un ORM comme SQLAlchemy masque le SQL. Vous gagnez du temps au départ. Mais le jour où vous devez optimiser une requête, vous vous battez contre l'abstraction au lieu de parler à la base. L'outil censé vous aider est devenu un obstacle.

Un CRM tout-en-un comme Twenty vous donne une interface en 5 minutes. Mais il impose son schéma, sa logique, ses conventions. Le jour où vous voulez faire autrement, vous travaillez contre l'outil.

Cette semaine, j'ai choisi NocoDB + PostgreSQL pour mon CRM. Ça demande plus d'effort à mettre en place. Mais c'est l'outil qui s'adapte à mes données — pas l'inverse.

Hickey résume ça en une phrase : "Simplifying means making more things, not fewer." Simplifier, c'est séparer les responsabilités. Préférer 3 briques indépendantes à 1 bloc qui fait tout.

L'IA rend tout facile

Avec l'IA, créer du code est facile. Un prompt, et vous avez un fichier de 500 lignes. Un agent, et votre projet a une architecture en 10 minutes.

Mais facile n'est pas simple.

Une étude de METR (2025), randomisée et contrôlée, a mesuré l'impact de l'IA sur 16 développeurs seniors travaillant sur des dépôts open-source de plus d'un million de lignes. Résultat : les développeurs prennent 19% plus de temps avec l'IA. Tout en croyant aller 24% plus vite.

Le rapport DORA de Google confirme : chaque tranche de 25% d'adoption IA s'accompagne d'une baisse de 7.2% de la stabilité des livraisons.

Un article d'Elektor Magazine résume le phénomène : "2025 made it cheaper to create software. It did not make it cheaper to own software."

Le problème n'est pas l'IA. Le problème, c'est de construire sans penser. Un dev sur dev.to raconte : sur un bug, l'IA proposait un changement de schéma DB + migrations + 15 fichiers. La solution humaine : 10 fichiers, 0 changement DB, 1 heure. "5 minutes of architectural thinking prevented weeks of unnecessary complexity."

5 minutes de réflexion architecturale. C'est le prix de la simplicité.

Comprendre le problème. Identifier les cas limites. Décider ce qui ne doit pas être construit. Aucun outil ne fait ça à votre place.

Ce que ça change en pratique

La simplicité est un choix quotidien. Elle demande plus d'effort au départ. Mais elle paie sur le long terme.

Cette semaine, j'ai migré mon serveur d'OpenBSD vers Debian. Pas de Docker, pas de Kubernetes, pas d'orchestrateur. Nginx, Postfix, Dovecot, PostgreSQL, une API Python. Chaque brique est indépendante. Je comprends chaque ligne de configuration.

C'est plus difficile que de lancer un docker-compose up. Mais si un service tombe, je sais exactement où regarder. Si je veux changer de fournisseur mail, je copie un fichier de config. Mes données sont à moi, dans des formats standards, pour les 20 prochaines années.

Derek Sivers dit : "You need a bicycle, not a jumbo jet." Apprenez à conduire. Ne prenez pas le taxi. La dépendance a un coût invisible.

Le vrai ennemi

La complexité ne se présente jamais comme la complexité. Elle se présente comme la facilité.

Un npm install de plus. Un service managé qui évite de configurer. Un framework qui pense à votre place. Chaque choix est rationnel. L'accumulation est le problème.

À l'ère de l'IA, ce mécanisme s'accélère. Il n'a jamais été aussi facile de créer. Il n'a jamais été aussi important de choisir la simplicité.

Comment je me suis fais des amis au Vietnam

2026-02-18T00:00:00+01:00

Au Vietnam, j’ai mené une expérience intentionnelle pour développer mes compétences sociales.

J'ai vécu quatre ans à Caen sans me faire de véritables amis. Mon temps était consacré à ma partenaire et à nos familles. On s'est séparé. Je me sens seul, déprimé, et je veux construire des relations épanouissantes.

Je pars de deux intuitions :

la qualité de notre vie dépend largement de la qualité de nos relations
les relations se créent quand on investit sincèrement ses centres d’intérêt dans des communautés physiques

Je pense que les compétences sociales comptent autant que les compétences techniques. Et je souhaite être plus à l'aise dans les situations sociales : conférences, entreprise, réunions familiales.

Le point de départ

J'ai d'abord passé trois semaines en auberge.

Dans ce cadre, rencontrer de nouvelles personnes était presque trop facile.

Lorsque j'ai pris un appartement, le jeu s'est corsé.

J’ai essayé de rencontrer des gens via Tinder.

J'ai eu dix fois plus de matchs qu'en France.

Mais l’expérience a été mauvaise :

conversations peu intéressantes
stress important lors du seul rendez-vous que j’ai fait
sentiment d’artificialité dans les interactions.

Je me suis aussi rendu compte d’un problème plus profond. Je sous-investissais mes centres d’intérêt. Et j’essayais de rencontrer des gens en dehors de ce qui me faisait vraiment vibrer.

J’ai décidé de tester une autre approche : rencontrer des gens en vivant honnêtement mes passions.

J'ai désinstallé Tinder, pris un abonnement dans un studio de danse, et je me suis jeté à l'eau.

Réalisation

Mon travail de préparation a consisté à :

étudier cinq livres sur les relations et la conversation
suivre deux formations en ligne sur les compétences sociales
rédiger un conversation-résumé pour préparer mes réponses aux questions fréquentes

J'ai mis en place d’habitudes sociales comme aborder une nouvelle personne chaque jour, participer à des événements sociaux type English Meetups, proposer d'aller manger ensemble après les cours de danse.

J'ai rejoins des communautés locales : groupe de méditation, Brazilian Zouk Crew, running club.

Objectif : dépasser ma peur d'aller vers l'autre et développer des amitiés.

Après quelques mois, j’avais construit un petit cercle d’amis à Saigon, principalement autour de la danse. Nous nous retrouvions régulièrement après les cours ou pour aller manger ensemble.

Apprentissages

J'ai cartographié tout ce que j'ai appris sur le sujet dans cette mindmap.

En synthèse, trois facteurs jouent un rôle majeur dans la création d’amitiés :

1 — Temps partagé : les relations se construisent surtout grâce aux interactions répétées. Viser des interactions amicales, même brèves, et régulières avec les gens. Une activité régulière (sport, danse, atelier) facilite cela.

2 — Self-disclosure : les relations progressent lorsque chacun partage des choses personnelles. Une bonne conversation équilibre curiosité pour l’autre et partage de soi. L'équilibre est très important. Les deux personnes avec lesquelles j'ai le plus connecté sont les personnes auxquelles je me suis le plus ouvert (Dạ Lan, Kevin). Et cela a marché car j'ai aussi été à leur écoute.

3 — Contexte : Les rencontres fonctionnent mieux dans des espaces où les gens partagent déjà un intérêt commun. Les applications de rencontre créent souvent des interactions artificielles.

Le principe à retenir

Investis dans tes centres d’intérêt, pas dans les plateformes.

7 mois au Vietnam - ce que j'y ai trouvé

2026-02-18T00:00:00+01:00

Je viens de passer 7 mois au Vietnam.

Il y a un an :

Je sors d'une relation de 4 ans (une histoire sur 15 ans)
Je viens de perdre 100k€ sur mon premier investissement immobilier
J'ai peu de confiance en moi
Je suis socialement isolé

Je ne me projetais plus en France.

J'ai décidé de partir.

Préparation

Pour préparer ce voyage, j'ai :

échangé avec ~10 expatriés francophones
pris 1 cours d'anglais par semaine pendant 6 mois avec un Vietnamien
lu 3 livres sur le pays (roman, contes, analyse économique et politique)
pris des notes sur 4h de documentaire (période 1850-1976)

Lire m'a donné du contexte.

La réalité était encore différente.

Installation

J'arrive à Ho Chi Minh City (Saigon) le 26 juin.

On est en pleine saison des pluies.
Chaque averse est comme une fête.

Je passe 3 semaines en auberge.
J'y fais 30 rencontres marquantes.

Puis je m'installe à Bình Thạnh.

5 minutes de MAR Studio
15 minutes du centre-ville
2 minutes du canal
Le seul expat du coin
Plein de street food au pied de l'immeuble

Je tombe amoureux du quartier.

Immersion

Je cherchais un pays qui contraste avec la France.
Je découvre que l'on a 100 ans d'histoire commune.
Mais tout est différent.

La nourriture est différente.
Le rapport au soleil est différent.
Les codes de conduite sont différents.

Personne ne marche.
Il fait trop chaud.
Et les trottoirs sont occupés par la street food.
Tables en plastique, tabourets pour enfant.

La ville est pensée pour les scooters.
Les voitures sont minoritaires et se trouvent bloquées.
Dans des embouteillages, dans les rues sinueuses.

Les motos s'insèrent sans regarder.
Il est commun que deux roues remontent en longeant le trottoir.
Personne ne sert à droite.

Les gens transportent leur vie sur les scooters.
Des escabeaux sont empilés sur des aspirateurs, fixés par des tendeurs.
Des familles circulent à quatre : les parents, deux bébés.
Certaines voies sont réservées au scooters.
Il y a des parkings dédiés aux scooters.

Le rythme de la ville est différent.
Les personnes âgées font de la gym douce au levé du soleil.
Le son des parleurs raisonne encore dans ma tête.
"Bánh Mì Heo Quay, Bánh Mì Heo Quay".
Tous les matins vers 6h.

C'est un joyeux chaos.
Avec une forme d'organisation.
Et qui dégage un grand sentiment de liberté.

Ce que j'ai changé

À Caen, en 4 ans, je ne m'étais construit aucun cercle proche.

Au Vietnam, j'ai testé de faire différemment :

vivre en auberge (contexte hyper social)
saisir chaque opportunité d'engager la conversation
rejoindre des communautés plutôt que faire seul

J'ai rejoint un running club, un groupe de méditation, je me suis lancé dans la danse.

Rythme de vie

Pendant 7 mois :

4 à 6 sessions de danse par semaine (House, Hip hop, Zouk, Bachata)
2 à 3 sorties running par semaine
méditation régulière au bord du canal
travail en remote

J'ai voyagé au Vietnam : Saigon, Bến Tre, Delta du Mékong, Hanoi, Hà Giang, Ninh Bình, Đà Nẵng, Phú Quốc, Đà Lạt. À Taïwan : Taipei, Jiufen, Shifen. Et j'ai mis un pied au Cambodge : Moc Bai.

Mais le coeur était Saigon.

Je ne voulais pas enchaîner les destinations.
Je voulais me poser et vivre la ville.

Les cercles

Les lieux comptent. Les rencontres ont donné de la profondeur.

Auberge : Huy, Tu, Oanh, Daisy, Leong, Karsten, Dominique, Bayron, Dorian, Ellen, Laura, Florian, Abdula de Bahrein et le bois d'agar, Alex de Bonn, Max (k.j. dan), Damsith, Mayong, Abbas, Jasmin, Inès, Cris, Naman à Pho Quynh, Samuel, Nguyen, Yume, Lee, Bao, Captain Kim, Orange le gecko.

Danse (MAR Studio, Zouk Crew) : Dạ Lan, Marc, Minh, Dany, Huy, Thao, Noémie, Banh, Lam, Son Clown, Flower, Supes, Olya, Snoopp, Alina, Tery, Dora, Ha, Ray, Melvin, Chi Daep, Hip, Phaï Fan, Camille.

Running club : Trung, Hew, Dong, Hoi, Aelita, Duy, Kitty, Krishna, Mapple, Young, Minh, Sheng, Sarim, Uyen.

Méditation : Oanh, Thành.

La vie : Châu, Kevin, Harshanki, Martin C, Martin A, Jeanne, Laurent, Sophie, Alexandre, Bruno, Benjamin, Phi, Ivan, Artem à la PyCon, Paul le patissier, Marc M, Taeki, Mustafa, Zou, Sam de Chine, Cheolsoo, Kénaël, Yuliya, Akash, Oleg, Son et Vy (trek), Filip, Milan, Dasha, les german kids, Czech granny, Huyen, l'équipe de Sweet Home, la dame qui me vendait des noix de cajou.

Aujourd'hui

Je suis de retour en France.

Je garde les visages.
La couleur des rues sous la pluie.
Les parleurs de la street food.

Et surtout :

Dạ Lan.

La danse.

Je n'avais jamais osé avant.

Donner 5 jours de cours sur le Machine Learning à 17 étudiants

2026-02-17T00:00:00+01:00

J'ai donné 5 jours de cours sur la Data Science et le Machine Learning à des alternants en Bac+3.

Il y a six mois, je ne connaissais rien au Machine Learning.
Je n'avais jamais donné de cours.

Pourquoi accepter ?

Je cherchais une raison de consacrer du temps à ce sujet
Je voulais vérifier une hypothèse : enseigner est une arme pour apprendre
Je préférais répondre à une demande réelle plutôt que de chercher un projet abstrait

Yoan m'a proposé la mission.
Il m'a fait confiance.
J'ai accepté.

Voici comment ça c'est passé.

Aout : exploration libre

Lecture d'un livre général.
Cours en ligne de Stanford.
Implémentation from scratch des algorithmes principaux : régression linéaire, régression logistique, arbres, random forest, réseaux neuronaux.

J'ai me suis exposé au sujet.
Mais je n'ai pas avancé sur le projet.

Je n'ai pas fait d'application réelle.
Je me sens perdu dans l'immensité du sujet.
Je sors de cette phase vidé d'énergie.

Septembre, Octobre, Novembre : Pause

Je voyage en Asie. J'avance sur d'autres projets.

Décembre : Cadrage

Je repars des objectifs pédagogiques et établis un plan pour les 5 jours :

Jour 1 : Data Science (Exploratory Data Analysis, Data Visualization)
Jour 2 : Régression
Jour 3 : Classification
Jour 4 : NLP
Jour 5 : Vision

Je rassemble dix livres sur la data science.
Je les parcours.
Je sélectionne les chapitres qui m'intéressent.

J'explore des data sets.

Après 4 semaines, une seule journée est prête.
Mais cette fois-ci, c'est concret. J'ai produis. J'ai pratiqué.
Chaque lecture nourrit le cours.

Janvier : Maturation du processus

En avançant, une structure apparaît.

Chaque journée suit le même rythme :

Le matin : théorie + exercices
L'après-midi : projet + présentations

En préparant la 4ème journée, mon processus devient clair.

Pour le thème traitement du language naturel (NLP), ça a été :

1. Capturer la "big picture"

Taper "NLP" sur Youtube
Regarder les 10 vidéos les plus vues.
Prendre des notes sous forme de mindmap.

C'est incroyable pour identifier les contours de la discipline et des ressources

2. Choisir un livre de référence

Youtube donne de l'intuition.
Un livre donne de la profondeur.
Pour la NLP : Practical Natural Language Processing

3. Prendre des notes

concepts clés
idées d'exercices
idées de projets

Brainstormer sur ces trois points après-coup est laborieux.
Quand on sait quoi chercher, collecter au fil de l'eau est sans effort.

4. Écrire un notebook théorie

Partir du problème
Introduire chaque concept par nécessité.
Démontrer.
Le notebook me sert de script pour le tableau.
Je le distribue ensuite.

5. Construire un notebook projet

Donner la trame imaginée à ChatGPT et lui demander de générer un notebook.
Tout reprendre : questionner, simplifier, restructurer.
Cela accélère le démarrage.

Pour chaque journée, je produis trois livrables clés :
un notebook théorie, un notebook exercices, un projet.

Préparer m'oblige à clarifier.
Expliquer révèle les zones de flou.
Je plus de questions que d'habitude.

Février : Semaine de cours

J'ai animé une classé de 17 étudiants.

Pendant la préparation : plusieurs montées d'angoisse.
Pendant la semaine : du calme.

Mes objectifs :

susciter de la curiosité
créer un cadre d'expérimentation

Une leçon ressort : la compréhension vient de la pratique.

Un concept expliqué n’est pas un concept assimilé.
Plusieurs fois, après avoir présenté une notion, j’ai entendu :
"C’est quoi ce truc ?"

Un projet ancre davantage qu’une slide.

Un truc qui a bien fonctionné : varier les formats.

Slides, tableau, live coding, code à trous, projets, exposés étudiants.
Quand un format devient routinier, l'attention baisse.
Changer relance la dynamique.

Conclusion

En six mois, je suis passé de zéro en Machine Learning à cinq jours de cours structurés.

Enseigner impose un niveau d'exigence que l'auto-apprentissage n'atteint pas toujours.

Je ne veux pas enseigner à temps plein.
Mais je veux continuer à le faire.
Au moins une fois par an.

Pour les rencontres humaines.
Et parce qu'enseigner est une méthode d'apprentissage puissante.

Mes intentions pour 2026

2025-12-31T00:00:00+01:00

Vision à 3 ans

C'est flou. Je n'ai pas de vision à trois ans.

Je peux être heureux salarié. Un CDI apporte une forme de tranquillité d'esprit, de la stabilité dans les revenus. C'est la façon la plus simple de me remettre en mouvement professionnellement. Je peux exploiter mon temps libre pour créer et expérimenter. Et je peux trouver un job qui me permet d'apprendre de nouvelles choses (vente, marketing, enseignement, restauration).

Une fois en mouvement, je peux créer une activité. C'est-à-dire, juste, me lancer. Vivre, rencontrer des gens. Identifier des besoins. Apporter des solutions.

Mon plan à 3 ans est peut-être le suivant :

continuer d'explorer
continuer le Zouk et la danse consciente
me donner à fond sur les projets qui m'excitent (danse, méditation, apprendre le Vietnamien, développer des apps)

Je ne sais pas où je veux être. Mais je sais comment je veux me sentir.

Ma mission principale en 2026

→ Trouver une nouvelle source de revenus.

Pour retrouver ma place dans la société par le travail.
Pour financer les expériences qui m'enthousiasment (Rio Zouk Immersion ?).
Et pour investir, bâtir dans la durée.

Je me sens perdu entre trois possibilités :

créer une activité (avec Perspective)
reprendre une entreprise (avec TGIM)
prendre un job classique

Mon intuition :

trouver un job
mettre de l'argent de côté (40%)
être frugal
dire non à ce qui ne m'inspire pas
centrer mon énergie sur une sélection réduite de side projects

Mes valeurs principales pour 2026

Simplicité

Posséder peu, chercher à m'alléger plutôt qu'à accumuler
Partir du besoin et prendre un chemin simple pour y parvenir
Tendre à une vie simple (un bureau, un toit, à manger — it's all what I need)
Dire non plus souvent

Playfulness (espièglerie)

Suivre mon intuition, être diligent, saisir les opportunités qui se présentent
Choisir l'option qui ouvre sur le plus de fun et d'aventure plutôt que de courir après la vague
Faire moi-même plutôt que d'utiliser des libs externes
Voir les obstacles comme des opportunités
Ne pas attendre d'être prêt. (L'action crée l'information)

Honnêteté

Être honnête avec moi-même
Poser mes limites — et les tenir
Consacrer du temps à ce que j'aime (pas à ce que je pense être censé faire)

Documentation

Partager une newsletter hebdomadaire
Publier des articles de fin de projet

Mes objectifs

Professionnels et financiers

Trouver une nouvelle source de revenus
Me remettre en mouvement professionnellement
Reconstituer un fond d'urgence (10-20k) pour retrouver de la sérénité
Commencer à investir en DCA en cryptos + trackers (100€/semaine) pour construire sur le long terme

Personnels

Développer mon écosystème d'app personnelles
Lancer une newsletter personnelle
Continuer d'apprendre à danser (Zouk, Go through) — embarquer des gens avec moi ?

Ma journée idéale en 2026

Lever à 6-7h
Méditation (15 min)
Pratique de danse consciente (15 min)
Petit déjeuner (salé)
8h - 12h — deep work
Pause déjeuner
14h - 18h — deep work
Social time (danse, ...)

Ce que je souhaite + vivre, expérimenter, ressentir en 2026

Paix. Concentration. Joie. Amour. Amusement. Interactions humaines.

Ce que je souhaite moins vivre, expérimenter, ressentir en 2026

Hésitation, confusion.

Comment j'aimerais me souvenir de cette année dans 20 ans

L'année du sable.
L'année du lâcher prise.
Structuré à l'extérieur.
Libre à l'intérieur.

Ma rétrospective de 2025

2025-12-30T00:00:00+01:00

In a nutshell

A year of movement:

I sold my house.
I moved to Vietnam.
I met Dạ Lan.
I started dancing.
I worked on myself.
I ran a podcast.
I interviewed Derek Sivers.

I stepped away from my career and professional goals.

In 2026, I want to build again — business, money, structure.

Analyse de mes objectifs

Vendre ma maison et solder mes dettes. Objectif accompli à 100%. Je n'y pense déjà plus. J'ai perdu 100k€. Mais aujourd'hui, je n'ai plus de dettes et je me sens léger. Je suis reconnaissant de mes parents pour leur soutien et de m'avoir hébergé presque six mois. À lui seul, cet objectif fait mon année.
Lancer un podcast autour du refactoring. I did it. Je me suis lancé sans sur-réfléchir. J'ai tourné un premier épisode, puis un deuxième ... Chaque interview était préparée en profondeur. J'ai été pro dans ma prise de contact. 100% des interviewés ont dit oui. Cela m'a permis de faire des rencontres (Nicolas, Adrien), de nourrir des relations existantes (Yoan) et d'interviewer de mon role model (Derek Sivers). J'ai travaillé ma prise de parole en publique. J'ai publié les épisodes. Je n'ai pas atteint l'objectif d'enregistrer 24 épisodes. J'ai tout lâché en arrivant au Vietnam. Mais je pense que j'en avais besoin. C'était une façon de me plonger à 100% dans l'expérience de voyage. Je ne regrette pas ce choix.
Passer +4 mois au Vietnam. Objectif accompli. J'ai sauté le pas. J'ai préparé le voyage en contactant des personnes sur place. J'ai fait mes vaccins. J'ai pris mon billet. Et go.
Être à l'aise pour tenir une conversation en anglais. Je ne suis pas bilingue, mais je parle anglais tous les jours. Mon vocabulaire s'est enrichi. Je n'ai plus peur d'engager une conversation. J'ai mis en place une routine avec Anki. Je suis content de ma progression.
Trouver une source de revenu pour 2026. Objectif complètement mis de côté. Deux raisons. D'abord, vouloir être pleinement immergé au Vietnam. Ensuite d'être engagé dans la préparation d'un cours pour février. J'ai choisi de décrocher du travail pour m'explorer. J'entre en 2026 avec peu d'argent de côté et sans rentrées. Trouver une source de revenu va être ma priorité.
M'aimer. J'ai fait des progrès. J'ai travaillé ma confiance en moi. Je viens de terminer No More Mister Nice Guy. Ce livre m'a aidé à identifier des narrations négatives que j'avais intégrées sur moi-même. Ce n'est pas parfait, mais je suis sur la bonne voie.

Retrospective par trimestres

Janvier

Je rends mon appartement à Rouen et j'emménage chez mon père (again)
Je démarre des cours d'anglais avec Châu — mon premier point de contact avec le Vietnam
J'échange avec six francophones qui vivent au Vietnam (Martin C., Jeanne, Laurent, Martin A., Benjamin, Bruno)
Je reprends la course à pied — courir dans le froid et la brume m'inspire

Février

Je commence un accompagnement business avec Florent
J'enregistre le premier épisode de Spaghetti to Bento (avec Nicolas)
J'échange avec d'autres dev au sujet du refactoring (Julien, François), je suis heureux de catchup avec Pierrick.
Je visite Auschwitz et Wieliczka Salt Mine avec Johnny (mon psy)

Mars

Je m'occupe de ma santé avant d'aller au Vietnam (vaccins, hernie, poignet)
Je passe une semaine au ski en famille — so good, I'm so grateful

Avril

Je vends la maison (signature de l'acte définitif). Ça y est.
J'achète mon billet pour Saigon le lendemain.
J'annonce au boulot que je pars fin juin.

Mai

J'enregistre un épisode avec Yoan et un avec Jonathan
Je fais tout à vélo — y compris descendre en ville
Je rencontre Yuuki
60 ans de Mam à Clécy — I love this place
60 ans de Dad à la maison — toujours aussi mal à l'aise pour danser

Juin

Je trie mes affaires, je me sépare de mes livres et donne 100% de mes vinyles à Matt
Je vais à AlpesCraft et en profite pour voir Olivier, Clément
Je suis de retour à temps pour l'anniversaire de Grégoire — j'ai beaucoup d'affection pour cette branche de la famille. Passer du temps avec eux me ramène en enfance.
Je passe deux jours à Civray avec Matthias
Je passe du temps à Paris, je vois lolo et Blandine
Soirée pizza au panorama de Bonsecours avec Jason
Je termine ma mission le 20 juin, juste avant le premier jour de l'été
Je vais au feu de la Saint-Jean avec Mam
Je fais une randonnée à vélo avec Dad, Alice, Christophe et Brigitte

Je décolle pour Saigon le 26 avec mon ordi, mon micro, un jean et trois T-shirts.

Juillet

Je passe 3 semaine à The Common Room Project. L'auberge est sur Bui Vien. Je me lie d'amitié avec Tu, Karsten, Dorian, Bayron, Dominique, Tora, Laura, Nicolas, Leong. J'y rencontre plus de monde que ces trois dernières années. J'aime ce lieu mais j'ai besoin d'un endroit calme pour travailler. Je teste un appart-hôtel à Bình Thạnh. Quartier local. Emplacement idéal. J'adore.
J'achète un scooter à Bao
Je prends des cours de prise de parole en public avec Harshanki
J'interview Derek Sivers — l'interview ne se passe pas comme je l'espérais. Je perds cinq minutes de ma bande. Il quitte l'interview de façon précipitée. Je suis blessé, mais en même temps profondément reconnaissant d'avoir pu passer deux heures avec lui. Le contenu de l'interview est excellent.
Je m'inscris sur Tinder. J'ai 30 fois plus de match qu'en France. Je fais quelques dates. Je suis mal à l'aise. Le processus me frustre. Je réalise que je sous-investis mes centres d'intérêts. Je désinstalle l'app et décide de rencontrer des personnes via mes centres d'intérêts. Je dépasse ma peur et je commence la danse. Je rejoins un running club.
Je commence à prendre des cours de danse à Mar Studio (House). Je rencontre Marc, Lam.
Je cours avec Founders Running Club Saigon les samedi à 6h30. Je rencontre Trung, Dong, Hoi, Hew, Kitty.

Aout

Dạ Lan me propose de prendre un verre au Smoothie bar. La même semaine, elle m'introduit au Zouk Crew. On passe une soirée à partager de nos vies au bord de la piscine de Tropical Garden. Elle me demande si je peux lui apprendre à conduire un scooter. I'm hooked.
Je commence à apprendre le Zouk
J'arrête le café
Je participe à ma première sociale. Je ne connais aucun move, mais je suis excité.
J'étudie le machine learning (livres, cours en ligne de Andrew Ng)
Je me lie d'amitié avec Kevin, Huy et Thao. Je rencontre Lawrence dans le lobby.

Septembre

J'avoue à Dạ Lan que je développe des sentiments pour elle.
Je passe 10 jours à Taïwan pour la PyCon et pour renouveler mon Visa. J'apprends quelques mots de chinois (Nirao, Chechie). Je fais un peu de tourisme. Je book un Night Market tour, je visite Jiufen and Shifen, j'explore la ville à vélo. Je rencontre Ivan et Mustapha, je fais du shopping, je mange dans un 7-eleven. Je découvre les Peanut Ice Cream Rolls, les beef-noodle soup et les taro-balls. Mais mon énergie est à autre chose. Je n'ai qu'une envie d'être avec à Saigon, de passer du temps avec Dạ Lan et d'avancer sur mes projets.
Je voyage au Vietnam avec Corentin (Hanoï, Ha Giang, Ninh Binh, Da Nang, Saigon, Phu Quoc). Je rencontre Sam dans le train pour Da Nang. Je rencontre Akash dans la chambre d'auberge. On parle méditation. Il me relate son expérience avec Vipassana — ça a l'air fou.

Octobre

On se met officiellement ensemble (le 10/10)
Je rencontre des personnes qui méditent au bord du canal. Je me joins à eux
Je ne me présente pas au run Garmin 10K — mais je cours 10km de mon côté la semaine qui suit
J'arrête les cours de House pour aller davantage aux cours de Hip-hop
On passe trois nuits à Da Lat, au Mơ Stay - Forest Resort — le lieu est incroyable. On n'en sortira qu'une fois, pour aller chasser les nuages au petit matin à Cau Dat Hill. On aura mis un pied à Da Lat juste à l'aller, lorsqu'on a fait un arrêt pour déjeuner avec le chauffeur du shuttle bus.

Novembre

Je commence à apprendre le Vietnamien
Je développe Monk (My Own Anki). D'abord en web app, puis en app mobile native
Je me mets enfin à travailler sur la formation — fini de procrastiner
Je me mets au Cà Phê Sữa đá. Lire : je reprends le café

Décembre

Je passe les fêtes de fin d'année en république Tchèque avec Dạ Lan. Je rencontre ses parents, son frère, sa soeur et Milan, les german kids, le grand frère de son père. Je suis admiratif de ce qu'ils ont bâti ici.
Je profite des vacances pour lire (en particulier Go Through, No More Mister Nice Guy), courir et dormir

Leçons et réflexions principales

Leçons que je retiens de 2025

Essaie d'entrer en phase d'exploration avec un pipeline vide : être engagé sur le projet de machine learning pour février 2026 m'a empêché de connecter pleinement avec mon expérience au Vietnam.
Maintien un work in progress* bas : avoir trop de cartes dans mon deck de Vietnamien a réduit ma réactivité à apprendre de nouvelles tournures, plus adaptées aux situations que je rencontrais

Ce dont je suis le plus fier de cette année :

avoir commencé la danse
m'être lancé à partir au Vietnam
avoir soldé mes dettes accumulées avec la maison
avoir développé Monk

Point sur les objectifs que je n’ai-je pas accomplis :

Trouver une source de revenu pour 2026 → plus que jamais d'actualité.
Enregistrer 24 épisodes de podcast. J'ai mis en pause le projet après cinq interviews. Bouger au Vietnam a changé ma dynamique. J'ai lâché mon focus tech sur le refactoring. Ce projet n'était plus en phase avec mon énergie. Il n'est pas directement d'actualité en 2026. Mais si je trouve un nouvel axe de focus, alors cela m'intéresserait de le relancer.

Ce pour quoi je le + de reconnaissance à la fin de cette année :

Dạ Lan — tout ce que l'on a partagé ensemble
Les personnes que j'ai rencontrées sur internet et au Vietnam
Avoir vécu +6 mois au Vietnam
Mon scooter qui nous a transporté en sécurité dans les rues de Saigon
Avoir voyagé trois semaines avec mon frère
Mon ordinateur pour les innombrables services qu'il me rend
Les livres que j'ai lus et qui m'ont inspirés
Avoir trouvé une activité qui résonne intensément avec moi : la danse
Mes séances de méditation

Ce qui me génère de l’énergie, de la joie :

Danser.
Coder des programmes.
Méditer.
Écrire (journaling).
Ne rien faire.

Ce qui me prend de l’énergie :

Échouer à poser mes limites. Faire plaisir aux autres au détriment de mes besoins.

Ce que je ne fais pas à cause de la peur :

Me lancer en indépendant. Reprendre une boite. Me dédier 100% à la danse.

Livres lu

No More Mr Nice Guy
Steal Like An Artist
Go Through - The conscious dance method to go through your blocages and find your creative potential
Python Data Science Handbook (2nd édition)
Love for Imperfect Things
Guide pratique du tantrisme moderne
The Relationship Handbook
Finite and Infinite Games
Histoires inavouables
Elles se rendent pas compte
Au Contraire! Figuring out the French
Artificial Intelligence - A guide for thinking humans
The Art of Witty Banter
Better Small Talk - Talk to Anyone, Avoid Awkwardness, Generate Deep Conversations, and Make Real Friends
30 Contes du Vietnam
Vietnam — Rising Dragon
The Power of Less
Au-Dedans
Gift From the Sea
The Legacy Code Programmer's Toolbox
Pour Que Chantent Les Montagnes
Several Short Sentences About Writing
The Art of the Interview
On Writing Well
Arabe du future
Working Effectively with Legacy Code
Legacy Code - First Aid Kit

Top 50 musiques les plus écoutées

Rang	Artiste	Titre	#
1	The Dø	Too Insistent (Trentemøller Remix)	25
2	The Dø	Dust It Off	24
3	Yanns	Clic clic pan pan	17
4	Desire	Don't Call	17
5	ROSÉ	APT.	15
6	The Dø	Despair, Hangover & Ecstasy	15
7	Landrick	Refúgio	15
8	KOMPROMAT	De mon âme à ton âme	14
9	Connan Mockasin	Forever Dolphin Love - Erol Alkan Rework	14
10	The Dø	Sparks	14
11	Rouge Gorge	Aventure	14
12	ascendant vierge	Lotus Noir	13
13	Odezenne	Bleu fuchsia	13
14	Odezenne	Hardcore	12
15	Wolfgang Amadeus Mozart	Requiem, K. 626: Lacrimosa	12
16	ascendant vierge	Ce monde où tu n'existes pas	11
17	Silly Boy Blue	Cecilia	11
18	Ryan.B	No Reason	11
19	The Dø	Trustful Hands	11
20	The Dø	Miracles (Back in Time)	11
21	Liv del Estal	Space Invaders	10
22	Chappell Roan	Good Luck, Babe!	10
23	Mansfield.TYA	Une danse de mauvais goût	10
24	Silly Boy Blue	The Fight	10
25	Burial	Archangel	10
26	Liv del Estal	Amour Scandaleux	9
27	ascendant vierge	Faire et refaire	9
28	DJ Seinfeld	Now U Do	9
29	Malik Djoudi	Sous garantie	9
30	Kking Kong	Tarraxo da Meia Noite	9
31	Robin S	Show Me Love	9
32	ELOI	Aquarius	8
33	Fred again..	Baby again..	8
34	Rouge Gorge	Quel idiot	8
35	Metro Boomin	Creepin' (with The Weeknd & 21 Savage)	8
36	Odezenne	Souffle le vent	8
37	ascendant vierge	Slowlita	8
38	Fred again..	Kammy (like i do)	8
39	Fred again..	just stand there	8
40	ascendant vierge	XOXO	8
41	The Dø	Keep Your Lips Sealed	8
42	Swimming Paul	Fading	7
43	The Dø	A Mess Like This	7
44	Aventura	Por un Segundo	7
45	Léonie Pernet	Butterfly	7
46	The Knife	Silent Shout	7
47	Moderat	Reminder	7
48	Contrefaçon	Arp	7
49	Frankie Knuckles	Your Love	7
50	Artemas	i like the way you kiss me	7

What kind of music do you listen to?

2025-08-16T00:00:00+02:00

Why this question

Part of improving conversations rely on being prepared to answer common questions.

"What kind of music do you listen to?" is a one of them.

And we answer it so badly:

"A bit of everything"

Well, thank you bro. What do you want me to do with this answer.

I've always struggled to answer it. I know there is a trend. But it's hard to discern, and even harder to describe.

How to answer it

First.

It's true that you listen to a bit of everything. But that is not the point. This kind of question shouldn't be taken too litarally. The point is just to move the conversation. Just bring something interesting and relatable.

Second.

Let's ask some help to ChatGPT.

Retrieve your favorite songs from spotify.

Then ask ChatGPT:

How would you describe the music I listen to? Here is my favorite tracks of the last two years on spotify. [PASTE THE TRACKLIST]
Can you create a one-sentence that I can drop in a short conversation?

So ... what kind of music do I listen?

It evolved over time. When 10 years old, I was more into RnB (Mario Winans, Usher, Willy Denzey). I moved to rap (Sniper, Booba), then rock with bands like Linkin Park, Placebo. At 15, I was in love with Club House (Eryc Prydz, Steve Angello). I had an electronic rock phase with bands like Justice, Nasser, The Bloody Beetroots. I dove into the pop-electronic blends of 2 many dj's. I discovered minimal techno. Then I moved to paris. The techno scene was booming. I was in awe with deep techno, post-punk and new wave revival. When I left Paris, I came back to pop alt. I love french electronics with voices. What I listen today is a blend of all these influences.

One-liners:

Beats you can dance and cry at the same time
Stuff that's somewhere between the club and inside your head. With a french twist.
A mix of intense emotional electronic music and french experimental pop
Electronic music you can dance and get lost in. Plus some french stuff
Dark, dreamy electronic and French experiments

In 5 adjectives:

Atmospheric
Intense
Nostalgic
Provocative
Emotional

Trends:

Dark, emotional, atmospheric electronics dance: Burial, Bicep, Mathew Jonson, Freg again. Layered, textured beats - both collective and introspective.
French experiments and electro-pop: Ascendant Vierge, Sexy Sushi, ELOI, Yoa, Zaho de Sagazan, Odezenne, The Knife, The Do. A love for experimental French voices that mix poetry, irony, and dark energy.
Modern latin grooves: Rosalia, DJ Kakah, Landrick. Sensual and physical. Music you live with your body and with others, not just thinking in your head.
Icons & timeless songs: Mylène Farmer, Madonna, Grace Jones, Portishead. Big classics that carry an emotional punch.
Avant-garde and modern classical: Philip Glass, Michael Nyman, Max Richter, Brian Eno, Steve Reigh, Sofiane Pamart.
Playful detours: Dionysos, Doc Gynéco, 113, Johan Papaconstantino, Yanns

Me in 12 tracks:

Burial - Archangel
Fred again.. - Kammy (like I do)
Bicep - Apricots
Ascendant Vierge - Slowlita
The Art of Noise - Moments in Love
The Knife - Silent Shout
Portishead - The rip
Eloi - jtm de ouf (electro-pop, new french chanson)
DJ Kakah - Call Me
Landrick - Refugio
Rosalia - LA FAMA
Michael Nyman - String Quartet NO. 1: fig. H

Pourquoi j'ai donné 95 % de ce que je possédais

2025-07-01T00:00:00+02:00

J'ai tendance à collectionner.

J'ai collectionné les images Dragon Ball Z.
J'ai collectionné les vinyles.
J'ai collectionné les livres.

À un moment, je passais plus de temps en librairie à chercher de nouveaux livres qu'à lire.

J'ai collectionné les concepts dans ma base de connaissances.

Ces dernières années, j'ai accumulé beaucoup d'objets.

Le moment charnière

En avril, j’ai vendu ma maison.

J'ai traversé plusieurs années compliquées financièrement. La vente m’a coûté environ 100 000 €. Mais ce jour-là, quelque chose s’est desserré.

Je suis sorti de l’enfermement dans lequel je m’étais mis.

Le lendemain, j’ai acheté un aller simple pour le Vietnam.

Pourquoi donner mes objets

Voici 13 raisons pour lesquelles j'ai laissé aller 95 % de ce que je possédais.

1. Voyager léger
Je partais au Vietnam dans un mois.
Je ne savais pas où je serai dans 6 mois.

Je voulais partir sans laisser derrière moi un tas d’affaires non réglées.

2. Créer plutôt que consommer
Je veux optimiser ma vie pour créer.
Pas pour accumuler.

3. Laisser les objets vivre
Je ne les utilise plus.

Mais quelqu'un d'autre pourrait.

Je veux que ces objets vivent.
Je veux qu'ils apportent de la joie à d'autres, comme ils m'en ont apporté.

Je préfère les voir vivre ailleurs plutôt que de les garder enfermés chez moi.

Je veux m'en séparer parce que j'y tiens.

4. Chercher à l'intérieur plutôt qu'à l'extérieur
Je préfère chercher ce dont j’ai besoin à l’intérieur de moi plutôt que de courir après des objets.

5. Trop de choses gêne les mouvements
Posséder trop de choses, c’est comme porter :

un t-shirt
un sous-pull
un pull
un pull oversize
un coupe-vent
une doudoune

Tu es prêt à tout.

Mais tu ne peux plus bouger.

6. Centrer mon attention sur ce qui importe
Tous ces objets rivalisent pour attirer mon attention.
Je veux me concentrer sur ceux qui comptent vraiment.

7. Clarifier mes priorités
Quand j'ai trop de choses, je ne discerne plus ce qui est important.
Laisser aller m'aide à garder les idées claires.

8. Fermer un chapitre
Ces objets étaient liés à des espoirs anciens.

Les vinyles : l’espoir de trouver une place dans le milieu de la musique.

Les livres : l’espoir de devenir artiste numérique.

Les garder entretenait ces espoirs.

Les laisser partir me permet d’ouvrir un nouveau chapitre.

9. Garder la mémoire autrement
Les objets documentent mon passé.

Mais je n'ai pas besoin de les garder physiquement.

Je peux conserver des photos, des notes, des souvenirs.
Je peux m'y reconnecter par la pensée.

10. Arrêter de chercher à prouver ma valeur
Accumuler ces objets a parfois été une façon de prouver ma valeur.

Aujourd’hui je préfère me définir par ce que je fais et ce que je suis.

11. Donner mon attention aux personnes
Je veux donner mon attention aux personnes.
Moins aux objets.

12. Le coût de la peur de manquer
le FOMO m'a coûté 100k€.

13. Réduire mes besoins
Moins j’ai besoin de choses, plus je suis libre.

Ce que j'ai gardé

Je n’ai pas tout donné.

J’ai gardé quelques objets.

Des outils :

un bureau
un écran
une paire d’enceintes

Des archives personnelles : une boîte de carnets

Un objet relationnel : une lampe fabriquée par mon ex

Un objet de liberté : mon vélo et mon équipement de bikepacking.

Comment je m'y suis pris

En faire ma priorité et bloquer du temps pour cela.

Approche inspirée de Marie Kondo.

tout sortir
toucher chaque objet
écouter ce que je ressens
remercier et laisser partir

Je prenais aussi des photos de certains objets (comme les vinyles)

Et je les donnais à des personnes qui en feraient quelque chose.

Au final

Je suis parti au Vietnam avec :

un jean
un short
trois t-shirts
mon micro

basta.

C’était largement suffisant pour commencer le chapitre suivant.

How to improve expressiveness in a flux/redux Dash

2025-05-26T00:00:00+02:00

We've seen how to use the flux/redux architecture with Dash. Then how to refactor a common dash app, to a dash app that use a flux/redux pattern. Without breaking it. Let's dig on how to improve expressiveness and type-safety in a flux/redux architecture with Dash.

The idea is to replace the couple (action's enum, payload) by class actions.

The demo app

I developed a minimal app that compare the two approaches.

It's a single-page app that allows you to send a message to a city:

The code is available here. It contains 2 apps:

an implementation with an action's enum and a payload (before)
an implementation with an actions classes (after)

Breaking down of the implementation

On the state management side,

# state.py

class Action(Enum):
    SETUP_CITY = auto()
    ...


def reduce(state: dict, action: Action, payload=None) -> dict:
    if action == Action.SETUP_CITY:
        return state | {
            "city-dropdown": {
                "options": payload["options"],
                "value": payload["value"],
                "disabled": len(payload["options"]) == 0,
            },
        }

    ...

becomes

# state.py

class Action:
    pass


@dataclass(frozen=True)
class SetupCity(Action):
    options: tuple[str, ...]
    value: str | None

    @classmethod
    def reset(cls) -> SetupCity:
        return SetupCity(tuple(), None)

    @classmethod
    def initialize(cls, options: tuple[str, ...]) -> SetupCity:
        return SetupCity(options, None)

...

def reduce(state: dict, action: Action) -> dict:
    if isinstance(action, SetupCity):
        return state | {
            "city-dropdown": {
                **state["city-dropdown"],
                "options": action.options,
                "value": action.value,
                "disabled": len(action.options) == 0,
            },
        }

    ...

The payload parameter disappear. Its content is now embodied in the action.

You don't access the payload's values through hardcoded values anymore (like payload["options"]). You reference the action's attributes (like action.options). It allows :

linters to alert you when you miss-typed on the read part
linters to alert you when you miss-typed on the "create" part
automated refactorings
auto-completion
typing

On the callback side,

# app.py

from state import INITIAL_STATE, reduce, Action

...

@app.callback(
    Output("state", "data", allow_duplicate=True),
    Input("country-dropdown", "value"),
    State("state", "data"),
    prevent_initial_call=True,
)
def on_select_country(selected_country: str | None, state: dict):
    if selected_country == state["country"]:
        return dash.no_update

    cities = db.get_cities(selected_country) if selected_country is not None else []

    state = reduce(state, Action.SELECT_COUNTRY, selected_country)
    state = reduce(state, Action.SETUP_CITY, {"options": cities, "value": None})
    return state

...

@app.callback(
    Output("state", "data"),
    Input("send-button", "n_clicks"),
    State("state", "data"),
    prevent_initial_call=True,
)
def on_click_send(n: int | None, state: dict):
    if n is None:
        return dash.no_update

    state = reduce(state, Action.SEND_MESSAGE)
    state = reduce(state, Action.SELECT_COUNTRY, None)
    state = reduce(state, Action.SETUP_CITY, {"options": [], "value": None})
    state = reduce(state, Action.SET_MESSAGE, "")
    return state

becomes

# app.py

from state import (
    INITIAL_STATE,
    reduce,
    SetupCity,
    SelectCountry,
    SelectCity,
    SetMessage,
    SendMessage,
)

...

@app.callback(
    Output("state", "data", allow_duplicate=True),
    Input("country-dropdown", "value"),
    State("state", "data"),
    prevent_initial_call=True,
)
def on_select_country(selected_country: str | None, state: dict):
    if selected_country == state["country"]:
        return dash.no_update

    cities = db.get_cities(selected_country) if selected_country is not None else []

    state = reduce(state, SelectCountry(selected_country))
    state = reduce(state, SetupCity.initialize(cities))
    return state

...

@app.callback(
    Output("state", "data"),
    Input("send-button", "n_clicks"),
    State("state", "data"),
    prevent_initial_call=True,
)
def on_click_send(n: int | None, state: dict):
    if n is None:
        return dash.no_update

    state = reduce(state, SendMessage())
    state = reduce(state, SelectCountry.reset())
    state = reduce(state, SetupCity.reset())
    state = reduce(state, SetMessage.reset())
    return state

Usage of hard-coded values is reduced, and actions factory methods brings expressiveness.

How to refactor a common Dash app to flux/redux

2025-05-25T00:00:00+02:00

We've seen how to use the flux/redux architecture with Dash. The next question is: how to refactor a common dash app, to a dash app that use a flux/redux pattern. Without breaking it. Let's answer it.

Our starting point is a minimal application. It contains a single page and 3 UI components whose behaviors are chained:

A typical scenario is :

You select a country
In reaction to this action, dash populate the options of the city dropdown
You select a city
In reaction to this action, dash enable the submit button
You submit your choice

Here is the code:

import dash
import dash_bootstrap_components as dbc
from dash import html, dcc, Output, Input, State

app = dash.Dash(__name__, external_stylesheets=[dbc.themes.BOOTSTRAP])

CITIES_BY_COUNTRY = {
    "France": ["Paris", "Lyon", "Marseille"],
    "USA": ["New York", "Los Angeles", "Chicago"],
    "Japan": ["Tokyo", "Kyoto", "Osaka"],
}

app.layout = html.Div(
    [
        html.H1("Select Location", className="mb-4"),
        html.Form(
            [
                html.Label("Country"),
                dcc.Dropdown(
                    id="country-dropdown",
                    options=[{"label": c, "value": c} for c in CITIES_BY_COUNTRY],
                    placeholder="Select a country",
                    clearable=False,
                ),
                html.Label("City"),
                dcc.Dropdown(
                    id="city-dropdown",
                    placeholder="Select a city",
                    disabled=True,
                    clearable=False,
                    className="mt-3",
                ),
                dbc.Button(
                    "Submit",
                    id="submit-button",
                    className="mt-3",
                    color="primary",
                    disabled=True,
                ),
            ]
        ),
        html.Div(id="result-output"),
    ],
    style={"margin": "16px"},
)


@app.callback(
    Output("city-dropdown", "options"),
    Output("city-dropdown", "value"),
    Output("city-dropdown", "disabled"),
    Input("country-dropdown", "value"),
    prevent_initial_call=True,
)
def on_select_country(selected_country):
    cities = CITIES_BY_COUNTRY[selected_country]
    return [{"label": city, "value": city} for city in cities], None, False


@app.callback(
    Output("submit-button", "disabled"),
    Input("city-dropdown", "value"),
    prevent_initial_call=True,
)
def on_select_city(selected_city: str):
    return False


@app.callback(
    Output("result-output", "children"),
    Input("submit-button", "n_clicks"),
    State("country-dropdown", "value"),
    State("city-dropdown", "value"),
    prevent_initial_call=True,
)
def on_click_submit_form(n_clicks, country, city):
    return f"You selected {city}, {country}."


if __name__ == "__main__":
    app.run(debug=True)

Initializing the scaffolding

Create a file state.py with the following content:

from enum import Enum

INITIAL_STATE = {}

class Action(Enum):
    ...

def reduce(state: dict, action: Action, payload=None) -> dict:
    raise NotImplementedError(f"Reducer for {action} isn't implemented.")

In app.py, add the store that will hold the state in the layout:

...
app.layout = html.Div(
    [
        dcc.Store(id="state", data=INITIAL_STATE),
        html.H1("Select Location", className="mb-4"),
        ...

Then create the downstream callback at the bottom of app.py:

@app.callback(
    Input("state", "data"),
)
def on_update_state(state: dict):
    print(state)

The code we added has no impact on the behavior of the app. And we are ready to put the reduce in action.

Transitioning callbacks one by one

For each callback, the idea is to:

Put the "Output fields" in the state
Declare the state as a "State input" of the callback
Add the state as parameter of the callback
Create an action - and implement it's reducer
Compute the reduced state in the callback
Move the "Output fields" of the callback in the downstream callback
Implement the selectors in the downstream callback
Declare the state as an Output of the callback
Return the reduced state
Remove the State inputs that aren't used anymore in the callback

It's easier to start from the beginning of the flow - because what comes next builds on top what comes before. So let's start with the first callback: on_select_country.

As a reminder, this is our callback:

@app.callback(
    Output("city-dropdown", "options"),
    Output("city-dropdown", "value"),
    Output("city-dropdown", "disabled"),
    Input("country-dropdown", "value"),
    prevent_initial_call=True,
)
def on_select_country(selected_country):
    cities = CITIES_BY_COUNTRY[selected_country]
    return [{"label": city, "value": city} for city in cities], None, False

Introduce the output fields in the state and initialize the values as they are defined in the DOM:

INITIAL_STATE = {
    "city-dropdown": {
        "options": [],
        "value": None,
        "disabled": True,
    }
}

Add the state as a "State input" of the callback:

@app.callback(
    Output("city-dropdown", "options"),
    Output("city-dropdown", "value"),
    Output("city-dropdown", "disabled"),
    Input("country-dropdown", "value"),
    State("state", "data"),  # <-- here
    prevent_initial_call=True,  #         and here
)  #                                    vvvvvvvvvvv
def on_select_country(selected_country, state: dict):
    ...

Create an action:

class Action(Enum):
    SELECT_COUNTRY = auto()

Implement it's reducer (you can copy what is done in the callback):

def reduce(state: dict, action: Action, payload=None) -> dict:
    if action == Action.SELECT_COUNTRY:
        cities = CITIES_BY_COUNTRY[payload]
        return state | {
            "city-dropdown": {
                "options": [{"label": city, "value": city} for city in cities],
                "value": None,
                "disabled": False,
            }
        }

Then compute the reduced state in the callback:

@app.callback(
    Output("city-dropdown", "options"),
    Output("city-dropdown", "value"),
    Output("city-dropdown", "disabled"),
    Input("country-dropdown", "value"),
    State("state", "data"),
    prevent_initial_call=True,
)
def on_select_country(selected_country, state: dict):
    cities = CITIES_BY_COUNTRY[selected_country]
    state = reduce(state, Action.SELECT_COUNTRY) # <-- NEW LINE
    return [{"label": city, "value": city} for city in cities], None, False

We're almost done. The app doesn't use the state yet - but it's still working.

Branching

This time, we won't avoid breaking the application. Let's be succinct:

Move the outputs of the callback in the downstream callback
Implement the selectors in the downstream callback
Add the state as the output of the callback
Return the reduced state

@app.callback(
    Output("state", "data"),
    Input("country-dropdown", "value"),
    State("state", "data"),
    prevent_initial_call=True,
)
def on_select_country(selected_country, state: dict):
    return reduce(state, Action.SELECT_COUNTRY, selected_country)

...

@app.callback(
    Output("city-dropdown", "options"),
    Output("city-dropdown", "value"),
    Output("city-dropdown", "disabled"),
    Input("state", "data"),
)
def on_update_state(state: dict):
    return (
        state["city-dropdown"]["options"],
        state["city-dropdown"]["value"],
        state["city-dropdown"]["disabled"],
    )

Run the app:

python app.py

The first callback now use the state and a flux/redux architecture.

dcc.Dropdown(
    id="city-dropdown",
    placeholder="Select a city",
    disabled=True, # <-- can be removed
    clearable=False,
),

Now, repeat the operation for the other callbacks.

Closing thoughts

You will need to mark allow duplicate : Output("state", "data", allow_duplicate=True),

There is no easy way to get the debugging comfort provided by redux dev tool. But you can log inside the reducer and in the downstream callback to collect insights of what's going on.

On callback that takes decision based on the state of the DOM, you can finally remove these inputs:

@app.callback(
    Output("state", "data"),
    Input("submit-button", "n_clicks"),
    State("country-dropdown", "value"), # <- not necessary anymore
    State("city-dropdown", "value"),    # <- not necessary anymore
    State("state", "date"),
    prevent_initial_call=True,
)
def on_click_submit_form(n_clicks, country, city, state: dict):
    return reduce(state, Action.DISPLAY_RESULT)

This visualisation compare the callback flow of the two architectures. It makes obvious that the flux/redux architecture is more involved - but it scales better. For simple use cases, the dash flow is fine. For rich use cases, you need to break things down in order to allow local reasoning and clear intent.

Because Python as real types, we could even use commands. This way:

@dataclass(frozen=True)
class Action: 
    ...

@dataclass(frozen=True)
class SelectCity(Action):
    city: str

def reduce(state: dict, action: Action, payload=None) -> dict:
    print("reduce", action, payload, state)
    if isinstance(action, SelectCity):
        return state | {
            "city-dropdown": {
                **state["city-dropdown"],
                "value": payload.city, 
            }
        }

This provides several advantages: - easier refactoring of the payloards - enables type checking - less hard coded values

But: - this is maybe going to far - people familiar with redux will understand more easily the current way it's done

I think that using dash this way is pushing it too far. Dash is fine for fast prototyping. When the app get richer, it becomes unmanageable. Summoning the flux/redux is a way to break it down, and add more clarity. But if you plan for a complex app, better starting with react directly.

It's the trap with such frameworks. It makes things easier in the beginning. This allows you to go faster then. But when complexity, you start fighting with it. The architectural patterns that made sens for prototyping may not be relevant at scale. You try to make the pattern evolve, but these frameworks are opinionated. And you start spending more and more time trying to tweak it to fit your needs.

How to use the flux/redux architecture with Dash

2025-05-24T00:00:00+02:00

Have you ever said

Dash @*&#?!. With React it's simpler.

If yes, this article will interest you.

Here is how to use the flux/redux architecture with Dash.

I've developed a minimal application that shows the important concepts. You can get the code at https://github.com/petitapetitio/dash-with-redux.

In addition to introducing flux/redux, it also shows how to instanciate dash pages in a way that allow dependency injection and reduce usage of global variables.

Breaking down the architecture

The global mechanism can be seen this way:

In common Dash, the layout triggers callbacks. Callbacks do computations, and returns what needs to be modified in the layout.

In flux/redux Dash, the layout triggers callback too. Callback compute the next state by dispatching an action. The action is handled by a reducer. The callback return the new state. And a downstream callback catch any state modification, in order to update the layout.

It involves:

States. A state is stored in a dcc.Store. The main state is in the over-arching layout, and each page can have its local state.
Reducers. A reducer is a pure function that compute the next state. It don't have side effects, it don't depend on global variables, and it don't mutate its inputs.
Actions. An action comes with a payload and tell the reducer how to transform the state.
Selectors. A selector is an abstraction over the state. It allows to compute values from the state. It allows reusability, expressiveness, and decoupling from the state.
Downstream Callbacks. It's the callback that listen for state updates, and update the layout in consequence.

Here is an overview of how this concepts are implemented.

app/pages/city.py:

from app.pages.city_state import INITIAL_STATE, reduce, Action
...


def register_page_city(app):
    register_page(
        "city",
        path=routes.CITY,
        layout=html.Div(
            id="city-layout",
            children=[
                dcc.Store(id="city-state", data=INITIAL_STATE), # <-- the page's state
                ...
            ],
        ),
    )

    ...

    @app.callback(
        Output("country-dropdown", "value"),
        Output("city-dropdown", "options"),
        Output("city-dropdown", "value"),
        Output("city-dropdown", "disabled"),
        Output("population-input", "value"),
        Output("comment-input", "value"),
        Output("submit-button", "disabled"),
        Output("visualize-button", "disabled"),
        Input("city-state", "data"),
    )
    def on_update_state(state: dict):  # <-- the page's downstream callback
        return (
            state["country"],
            state["city-dropdown"]["options"],
            state["city-dropdown"]["value"],
            state["city-dropdown"]["disabled"],
            state["population"],
            state["comment"],
            state["submit-button"]["disabled"],
            state["visualize-button"]["disabled"],
        )

app/pages/city_state.py

INITIAL_STATE = { # <-- The page's initial state
    "population": "",
    ...
}


class Action(Enum):  # <-- The page's actions 
    SET_POPULATION = auto()
    ...


def reduce(state: dict, action: Action, payload=None) -> dict:  # <-- The page's reducer
    if action == Action.SET_POPULATION:
        return state | {"population": payload}

    ...

    raise NotImplementedError(f"Reducer for {action} isn't implemented.")

The callback flow looks this way:

In common dash:

user actions triggers callbacks
callbacks return values of what change in the DOM

With the flux/redux pattern:

user actions triggers callbacks
callbacks computes the next state value by giving actions to a reducer
the new state is stored in the DOM
a downstream callback catch any state modification and update the DOM

The right-side of the flux/redux Dash unfolding highlights the downstream callback.

Analysing the benefits and the drawbacks

Let's start with the drawbacks.

A first one is that you write more code. It's the price to pay to break things down. For tiny apps, it may be not worth it. But when your app gets rich, or you want to perform live validation on forms and provide early feedback on every move, it shows it's interest.

Another drawback is that there is no selective rendering. When a part of the state is updated, all the outputs of the downstream callback are refreshed.

Among the benefits :

The core value of this pattern rely on the action and the reducer
It allows to concentrate the logic into the reducer and have thin callbacks
It brings testability (the reducer is a pure function)
Actions are composable (again, because the reducer is pure)
It decouple the state from the layout. This provides a better separation of concerns, and thus improve readability/scalability.
Actions emphasis the intent, the what rather than how. If a callback leads to several actions, you see clearly how they are composed (example).
Functions names can focus on the event that triggers them. The intent is expresse by the action.
It's the functional core, imperative shell principle, applied to the front-end

They are pros and cons. It's not a silver bullet.

For a simple dash application, it won't be worth it.

If you get to a point you find yourself struggling with the logic of the app, this approach will help you to write more expressive code and facilitate local reasoning.

If you know from start you are building a rich app, you may want to start with another technology from the beginning. I'm very open to change my mind. Please prove me I'm wrong. But if find it lacks building custom components easily.

Edge-cases

How to handle navigation

In common Dash, navigating to a new page can be done in several ways.

By updating the href attribute of a dcc.Location:

    # Somewhere in the layout:
    # html.Button(id="go-to-page2-btn", children="Go to page 2")

    @app.callback(
        Output("url", "href", allow_duplicate=True),
        Input("go-to-page2-btn", "n_clicks"),
        prevent_initial_call=True,
    )
    def on_go_to_page2_clicked(n_clicks: int | None):
        if n_clicks is None:
            return dash.no_update

        return "page2"

By putting a dcc.Location in the children property of a DOM element

    # Somewhere in the layout:
    # html.Button(id="go-to-page2-btn", children="Go to page 2"),
    # html.Div(id="dummy")

    @app.callback(
        Output("dummy", "children"),
        Input("go-to-page2-btn", "n_clicks"),
    )
    def on_go_to_page2_clicked(n_clicks: int | None):
        if n_clicks is None:
            return dash.no_update

        return dcc.Location(id="redirect-location", "page2")

By setting the href property of a dash bootstrap component's button:

dbc.Button("go", href="page2")

With flux/redux approach, navigation can be centralized in the state:

It brings uniformity, and it works well. But you need to be careful of a few things.

app/pages/main_layout.py:

import dash
from dash import Dash, html, dcc, Output, Input, State

from app.pages.main_state import INITIAL_STATE, reduce, Action


def register_main(app: Dash):

    app.layout = html.Div(
        [
            dcc.Location(id="url", refresh=True),  # <-- Put a Location in the main layout
            dcc.Store(id="main-state", storage_type="session", data=INITIAL_STATE),  # <-- create a session-scoped state
            html.Div(dash.page_container, id="page-container"),
            ...
        ]
    )

    """
    You want to be able to access the app from a url. 
    The trick here is to capture the location's href when it changes. 
    And only when it really changes.
    You don't want to update the state when the callback is triggered with the value that is already in the state. 
    """
    @app.callback(
        Output("main-state", "data"),
        Input("url", "href"),
        State("main-state", "data"),
    )
    def on_page_load(href: str, state: dict):
        if href == state["url"]["href"]:
            return dash.no_update

        return reduce(state, Action.SET_URL, href)

    """
    You control the location here, in the downstream callback
    """
    @app.callback(
        Output("url", "href", allow_duplicate=True),  # <--  be careful, allow_duplicate=True is important
        # ... other outputs ...
        Input("main-state", "data"),
        prevent_initial_call=True,
    )
    def on_update_state(state: dict):
        return (
            state["url"]["href"],
            ...
        )

app/pages/main_state.py:

import urllib.parse
from enum import Enum, auto

from app import routes
from app.city import City

INITIAL_STATE = {
    "url": {
        "href": "",
        "base": "",
    },
    ...
}


class Action(Enum):
    SET_URL = auto()
    ...


def reduce(state: dict, action: Action, payload=None) -> dict:
    if action == Action.SET_URL:
        href: str = payload

        # resolve the url
        # /city -> http://127.0.0.1:8050/city
        if href.startswith("/"): href = state["url"]["base"] + href

        url = urllib.parse.urlparse(href)

        return state | {
            "url": {
                "href": href,
                "base": f"{url.scheme}://{url.netloc}",
            }
        }

    # ... other actions ...

    raise NotImplementedError(f"Reducer for {action} isn't implemented.")

Also, it's all or nothing. If you start managing navigation through the state, every move should go through the state. You cannot combine it with using a dbc.Button("go", href="page2") to navigate: the next state's update of the main layout will take you back to the previous page (ie the location that the state contains).

As an experience, try to break the demo app:

Delete the callback app/pages/main_layout.py::on_page_load
Start the app with python run.py
Visit http://127.0.0.1:8050/
Click Add a city button
See the tragic

How to debounce user inputs

Because Dash batch user inputs, you receive incomplete inputs when the user type fast and your server is slow:

This has nothing to do with the flux/redux approach. But it's a problem you may encounter when working with Dash. It can be solved with debouncing: dcc.Input(id="comment-input", debounce=0.5).

Warning : dcc.Input accepts number for it's debounce argument since 2.12.0, but depending on the versions, it's expressed in secondes or in milliseconds.

How to integrate Dash Bootstrap Components

Dash Bootstrap Components is a library of Bootstrap components for dash app. It offers components like a toasts, modals and many more, that are easy to integrate with dash apps.

Components like modal and toast have a built-in close mechanism. The trick is that if you control opening from the state, don't forget to catch the "on_close" to sync the state. Else, it will open again on the next state update :).

If your modal's header set the close_button property to True, and catch when your modal is_open property becomes False.
If your toast set the dismissable property and displays a close button, catch n_dismiss updates.

How to handle time-consuming updates

A major interest of dash is to create graphs.

Let's say you have a button visualize. When you click, it fetch data from an api. And you want to plot the data.

We have 2 options:

store the graph data in the page state, and generate the graph in the downstream callback.
generate the graph in the DOM callback and return the figure without using the state (like in a common dash app)

The state can only hold serializable information. You cannot put the figure object in the state.

You can put the graph data in the state, and create the graph in the downstream callback. But this will recreate the graph on each state update. Creating a plot with 1M points takes 1.5 seconds on my computer. Recreating the graph on each interaction will slow the application. The graph will disappear and reappear — even when unrelated information changes. This is confusing for the user.

My recommendation is to not put the graph generation in the downstream callback.

Instead of:

    # The DOM callback

    @app.callback(
        Output("city-state", "data", allow_duplicate=True),
        Input("visualize-button", "n_clicks"),
        State("city-state", "data"),
        prevent_initial_call=True,
    )
    def on_click_visualize(n_clicks: int | None):
        if n_clicks is None:
            return dash.no_update

        xs, ys = _fake_air_quality_over_time_data(1_000_000)

        return reduce(state, Action.SET_VISUALISATION, {"xs": xs, "ys": ys})

    # The downstream callback

    @app.callback(
        ...,
        Output("comment-input", "value"),
        Output("visualization-div", "children"),
        Input("city-state", "data"),
    )
    def on_update_state(state: dict):
        print("city:on_update_state")
        return (
            ...,
            _generate_visualization(state["visualization"])
        )

Prefer the common dash approach:

    @app.callback(
        Output("visualization-div", "children"),
        Input("visualize-button", "n_clicks"),
        prevent_initial_call=True,
    )
    def on_click_visualize(n_clicks: int | None):
        if n_clicks is None:
            return dash.no_update

        xs, ys = _fake_air_quality_over_time_data(1_000_000)

        fig = go.Figure(data=[go.Scatter(x=xs, y=ys)])
        fig.update_layout(margin=dict(l=20, r=20, t=20, b=20))
        fig.update_xaxes(title="Date")
        fig.update_yaxes(title="Air quality")
        return dcc.Graph(figure=fig)

The lesson here is that you don't need to put everything in the state. The more consistent your architecture is, the better. But you can combine the flux/redux approach with the common dash approach. In some special cases like this one, it's better to avoid the shared state.

How to execute actions when the page opens

One way is to implement a layout factory function (instead of a layout value):

def _layout_factory(id: Optional[int] = None):
    # Perform initialization based on city's id value
    # if visiting http://127.0.0.1:8050/city      then id is None
    # if visiting http://127.0.0.1:8050/city?id=0 then id is 0
    return html.Div([...])

def register_page_city(app):
    register_page(
        "city",
        path=routes.CITY,
        layout=_layout_factory,
    )

The limit of this approach is that you cannot access the state of the main layout. And you cannot update it as an output.

A simple way to execute actions when the page opens is to listen a DOMContentLoaded-like event. Give an id to your page's layout, and listen its children property:

def register_page_city(app):
    register_page(
        "city",
        path=routes.CITY,
        layout=html.Div(
            id="city-layout", # <-- give an id to the page's layout
            children=[
                html.H1("Add a city"),
                ...
            ]
        ),
    )

    ...

    @app.callback(
        Output("city-state", "data"),
        Input("city-layout", "children"), # <-- listen to the page's layout `children` property update
        State("url", "href"),
        State("city-state", "data"),
        # prevent_initial_call=True, <-- don't prevent initial call
    )
    def on_page_load(_, href: str, state: dict):
        url = urllib.parse.urlparse(href)
        city_id = int(url.query.split("id=")[1]) if url.query != "" else None
        # perform any page initialization task based on the city_id
        return new_state

Another approach consist in listening to the location's component href updates. This one involves parsing the URL to check if it match the URL of the current page. This is more error-prone. You need a guard so you won't initialize page A when you load page B. But it works too:

    @app.callback(
        Output("city-state", "data"),
        Input("url", "href"),
        State("city-state", "data"),
        prevent_initial_call=True,
    )
    def on_page_load(href: str, state: dict, main_state: dict):
        url = urllib.parse.urlparse(href)
        if url.path != routes.CITY:
            return dash.no_update

        city_id = int(url.query.split("id=")[1]) if url.query != "" else None
        # perform any page initialization task
        return new_state

Vinyles (2013-2017)

2025-05-17T00:00:00+02:00

Here is the music I collected between 2013 and 2017.

Some I bought in shops.
Some are second hand from flea markets.
Some are from my parents.
Some I took to my friends — and I don't know why I have them.
Some aren’t here — I guess my friends kept them by mistake.

Some are deep.
some are cheesy.
Some are sharp, avant-garde.
And some are commercial soup.

I loved them all.

My dream home

2025-05-12T00:00:00+02:00

My dream home took many forms over the years.

I see habitat as a creative space. When I was a child, I loved building cabins. Any furniture were finding a function in the elevation of my house. Desk served as a foundation. Books helped to hold a quilt and make a roof.

I've long dreamt of having a big house, like a mansion. I like the mystery it conveys. I like that you can explore it. I like how beautiful it is.

I've dreamt of a house at the mountain: disconnected from civilisation, with large glasses opening on the forest, a fireplace for the winter and a hiking paths to escape during the summer. A place when I could meditate for hours, listen to birds, find silence.

At the age of 31, eager to own a house, I bought an appartement. It had nothing I dreamt of. It was on the ground floor. l could hear people talking on the street — and they could see me. It was dark. I could touch the ceil just by raising my hand. Rooms where all under 16 square meters and organised in series.

I lost a lot of money in this venture. It cost me some nights and a romantic relationship. But it cured my vanity.

Today, my dream home has the following attributes :

a personal room with enough space for a desk
an internet connection so I can work with the rest of the world
a bathroom with a shower and water closet
two curved plates, two forks, two knifes, and two spoons
a bed
the absence of anything I don't need

I don't want to buy a house.

I would be happy to rent it, and pay for the flexibility.

This way I can move anywhere else whenever I want.

And I'm happy to go back at my parents house when I return.

I'm happy I didn't make a PhD

2025-05-12T00:00:00+02:00

I'm happy I didn't make a PhD.

Not because it’s a bad thing.
But I would have done it at the wrong time,
And for the wrong reasons.

I would have done it to avoid the open world.
To remain on a predictable track.
Because I didn’t know what to do.
I didn’t see options.

Also, I would have done it at the wrong time.
I went back to school at 23.
I was 28 when I got my master's degree.
It was time to jump in.

I was apprehensive.

But anyway.
I jumped into life.
I realised I was lost.
Ang I got into troubles.

A shock happened.
But I found inspiration on my way.

I did introspection.
I tried things.
And I know me better.

Now,
I’m having fun.
I move forward.
And I’m excited about the future.

Apprendre à travers des interviews

2025-04-02T00:00:00+02:00

Apprendre est une de mes activités favorites.

Plusieurs de mes derniers projets expérimentent autour de ce thème : Passer de zéro à 1000 aux échecs, Explorer le monde avec un second cerveau, Mémoriser python.

Je n'ai pas trouvé de méthode ultime. Mais chaque test me permet de progresser. Et voici ma méthode actuelle.

Mon objectif est de maîtriser le refactoring et le code legacy. Mon processus est structuré autour d'interviews. Et ma feuille de route est une cartographie des problèmes liés au legacy (réalisée sous la forme d'une mindmap).

Chaque interview se déroule en 3 temps.

Avant l'interview :

identifier une personne intéressante sur des problèmes
construire sa biographie (sous forme de liste à puces)
recenser ses travaux (livres, podcasts, articles, conférences, posts, tout)
lire un maximum de ce qu'elle a écrit, écouter ses interviews
prendre des notes
noter les thèmes sur lesquels elle parle
coder des preuves de concepts
écrire des billets de blog sur mes expérimentations
noter un maximum de questions que j'aimerais lui poser
la contacter

Pendant l'interview :

appuyer sur enregistrer
poser mes questions
écouter
relancer pour avoir des réponses concrètes

Après l'interview :

réécouter l'épisode
prendre des notes
éditer la transcription
écrire un article pour chaque question à laquelle je n'ai pas sur répondre
diffuser l'épisode

J'ai tendance à me couper socialement et à rester dans la théorie.

Ce que j'aime dans ce processus, c'est qu'il combine trois axes importants pour moi :

de la théorie (consommer ses travaux)
de la pratique (coder des preuves de concept, écrire)
du social (aller vers des gens, m'intéresser aux autres)

J'essaie de mettre en pratique un maximum pour qu'on puisse en parler lors de l'interview. Je me sens en joie à la fin de chaque interview. Lorsque je réécoute les épisodes, je suis affligé par ma façon de parler. Mais en même temps, je suis excité. Car je prends conscience de ce qui ne va pas, et je sais que je vais m'améliorer.

Les épisodes sont disponibles à l'adresse petitapetit.io/stb.

Et toi, quel est ton processus d'apprentissage en ce moment ?

Pourquoi Derek Sivers me fascine

2025-04-01T00:00:00+02:00

Derek Sivers est né en 1969 à Berkeley, en Californie.

Il a été musicien. Il a commencé avec un gig que personne ne voulait, pour un pig show. L'agent a reçu de bons retours sur sa prestation et l'a présenté à un cirque. Il a rejoint la troupe comme meneur/musicien-maître-de-cérémonie pendant 10 ans. Il a réalisé plus de 1000 shows. Il a appris à être ingénieur du son pour enregistrer son album. Et il a ouvert son studio d'enregistrement.

Il a été entrepreneur. En 1997, il cherchait à distribuer son album sur internet. Il a fait plusieurs mois de démarches administratives pour être en droit d'accepter des paiements sur internet. Un ami musicien lui a demandé s'il pouvait s'occuper de vendre son album à lui aussi. CD Baby était lancé. Presque par accident. Il a donné ses instruments et a arrêté la musique pour concentrer son énergie sur son entreprise. Il a appris à coder pour développer le service. 10 ans plus tard, il a revendu l'entreprise 22 millions.

Il a été conférencier. Il a donné 3 conférences TED en une année. Il est devenu auteur. Il a publié 5 livres entre 2020 et 2024, dont "How to Live", un livre qui explore 27 façons orthogonales d'approcher la vie.

Il blog. Il héberge son site sur son propre serveur. Il a développé sa propre plateforme pour vendre ses livres. Il répond à tous les e-mails qu'il reçoit. Il partage ses notes de lecture depuis 2008.

C'est un enthousiaste. Il se concentre sur un projet à la fois. Il sait ce qu'il veut plus que tout et renonce au reste. Il cherche à réduire ses possessions plutôt que courir après plus. Il donne tout à son sujet.

Sa page about me montre une façon simple et sincère d'aborder la vie.

Derek est la personne avec qui j'ai passé le plus de temps cette année. J'ai lu ces 5 livres. Je lis son blog. J'ai écouté 21 podcasts où il a été invité. Et j'ai 364 notes associées à lui dans mon second cerveau.

Voici quelques directives que m'ont inspirées ses publications :

Formule tes notes sous forme de directive — the point is to take action
Reformule de façon concise et dis-le avec tes mots — don't quote
Choisis l'approche qui t'excite le plus — it's about doing, not having it done
Cherche à internaliser plutôt qu'à mémoriser
Choisis une option suffisamment bonne plutôt que chercher la meilleure
Fais avec peu — impressionne par le peu de moyens dont tu as besoin
Concentre-toi sur aider les gens aujourd'hui et oublie les grands plans
Concentre-toi sur un projet à la fois — fais de terminer une priorité
Applique-toi — la façon dont tu fais une chose est la façon dont tu fais tout
Concentre-toi sur ce qui ne change pas plutôt qu'essayer de prédire
Make it readable in 2 minutes
N'essaie pas de paraître important — don't try to sound big
Décide rapidement, puis engage-toi sur cette décision.
Oublie-toi et donne aux gens ce qu'ils veulent — it's not about you
Push-it — à moins que tu commences à te sentir hargneux
Porte ton attention sur les sujets sous-exploités — underserved
Les explorateurs sont de mauvais leaders
Don't try to fix people
In doubt, throw it out
Whatever scares you, go do it

Il m'a inspiré les projets suivants :

Ma phase de vie actuelle est chaotique.

Et son état d'esprit m'aide à avancer.

Ce que Benoit d'Artisan Développeur m'a apporté

2025-03-30T00:00:00+01:00

J'ai été diplômé en juin 2020. Je me suis beaucoup investi dans mon stage de fin d'étude. J'y travaillais de 8h à 20h. Et j'étais convaincu que j'intégrerais l'entreprise à la fin. Mais cela ne c'est pas passé comme je l'avais prévu. Les grandes entreprises fonctionnent avec des tickets de recrutement. Il n'y en avait pas à la fin de mon stage. J'ai été prolongé en intérim. Mais je ne savais pas où j'allais.

J'ai passé un entretien avec une personne du top management. Elle m'a demandé si je faisais de la veille. Je lui ai répondu que non, que je n'accrochais pas avec les blogs, mais que lorsque je voulais être artiste numérique, je participais à des meetups et ces rencontres m'avaient beaucoup apprises.

Sa question m'a marqué.

J'ai pris conscience que je ne faisais plus de veille.

C'est un problème quand tu travailles dans la tech. Mais mon problème était encore plus profond. Je n'étais plus intéressé par mon métier. Entre 2010 à 2018, j'ai tiré mon énergie de ma passion pour les arts numériques. Mais cette passion c'est éteinte. Réaliser les enjeux liés au changement climatique m'a bouleversé. Je me suis tourné vers EDF car je croyais au nucléaire et au secteur public, mais je peinais à trouver ma place. J'étais égaré.

J'ai testé plusieurs podcasts tech pour refaire de la veille.

Artisan Développeur avait quelque chose d'accessible. J'ai senti la passion de Benoit, son amour pour ce qui est bien fait, et j'ai accroché.

Je suis reparti du premier épisode et j'ai tout écouté. Cela a représenté presque 400 épisodes. Et sa voix m'a accompagné pendant un an.

J'ai découvert le craftsmanship, le TDD, les code retreats et les coding dojo.

Je me suis mis à lire des livres sur la tech comme Clean Code et Refactoring.

J'ai recommencé à participer à des meetups.

J'ai suivi sa formation.

Et j'ai travaillé avec lui en coaching lors de ma recherche d'emploi.

Il m'a aidé à clarifier mon positionnement afin que je présente un projet cohérent aux recruteurs. Il m'a aidé à chercher du travail de façon méthodique. Et il m'a aidé à passer au delà de croyances limitantes, du type "non mais cette boîte-là est inaccessible pour moi".

Benoit a réinsufflé de la vie dans mon existence.

J'ai retrouvé ma passion pour le développement.

Et cela a débloqué ma vie professionnelle.

Mon avis sur Jira

2025-03-20T00:00:00+01:00

Jira est un outil de suivi de tâches développé par Atlassian.

Dans l'épisode 2 de Spaghetti to Bento, j'ai demandé à Adrien Joly :

Pourquoi est-ce que les devs détestent Jira ?

Ma question est inspirée par ce meme.

Il a évoqué deux aspects :

la dimension de contrôle
la friction que cela ajoute

Puis, il m'a demandé mon avis. Voici ma réponse posée.

Ce qui me frustre

L'outil est lent. Je travaille pour une grande entreprise. Le service est hébergé on-premise. Mais les machines semblent sous-dimensionnées. L'outil manque de réactivité. Lorsque je l'ouvre en début de journée, j'ai un motif tout trouvé pour être ronchon.

L'outil utilise un formatage non standard. Il n'est pas possible de copier-coller du markdown dedans. Cela me donne l'impression que l'outil est pensé pour les managers avant d'être pensé pour les devs.

L'outil est encombré. Il présente un tas d'options qui ne me servent pas. Ces options créent du bruit, de la distraction. Lorsque je lance l'outil, je penser à cette image qui compare l'interface de Yahoo à celle de Google. L'interface de Yahoo déborde d'informations inutiles. L'interface de Google va à l'essentiel. Elle est claire et reposante.

L'outil est paramétré par un organisme distant. Et on ne peut pas se l'approprier. Dans mon cas, l'outil est paramétré pour fonctionner en sprint avec un tableau à 3 colonnes : todo / doing / done. Je préfère l'approche en flux qui permet de communiquer clairement le processus de travail : à faire, use-case clarifié, en cours de développement, en cours de revue, en cours de recette, livré. L'approche en flux facilite l'identification des goulots d'étranglements. En théorie, Jira peut embrasser cette approche. En pratique, je n'ai pas la main dessus.

Le processus de création d'une tâche est lourd : créer un ticket, lui donner un titre, ajouter la bonne étiquette, ajouter une estimation, déplacer le ticket dans le sprint. La friction encourage à créer des gros tickets plutôt que de travailler en petits lots avec de petits tickets.

Ces douleurs sont notables. Mais le plus important se joue au niveau des interactions humaines. Comme je n'aime pas m'en servir, j'évite d'y passer du temps. Or, c'est un outil important pour le manager de l'équipe. En ne le complétant pas, je ne réponds pas à son besoin de visibilité. Cela crée une tension entre nous. J'associe alors l'outil à cette tension. Cela renforce mon envie d'y passer le moins de temps possible. Et cela crée une spirale infernale.

Peut-on casser ce cycle ?

Pourquoi utiliser un outil de gestion des tâches

Revenons aux bases. Pourquoi utilise-t-on des outils de gestion des tâches ?

Un outil de gestion des tâches répond aux besoins de :

Rendre visible le travail en cours - et éviter que des tâches non-planifiées perturbent le flux des opérations
Ne pas oublier de tâche
Discuter des priorités
Identifier les blocages

Reconsidérer ma première impression

L'outil n'est pas parfait. Mais il répond suffisamment bien aux besoins principaux. Il permet en plus de mesurer le temps passé à résoudre des bugs vs à développer de nouvelles fonctionnalités. Et il fait sens pour l'entreprise car il permet de garder la main sur les données.

Avec le temps, j'ai trouvé une façon de fonctionner avec Jira qui me convient et qui répond aux besoins de l'équipe :

le matin, je crée une todo-liste dans ma note journalière sur Obsidian
au fil de ma progression sur une tâche, je prends mes notes dans le OneNote de l'équipe
en fin de journée, je prends 5 minutes pour mettre à jour les tickets dans Jira. J'indique le temps passé, les actions réalisées, les actions qui restent à faire, ce que je prévois de remonter au daily.

Ce point peut paraître un détail. Mais c'est un irritant qui revenait tous les jours. Cela pesait sur l'ambiance dans l'équipe. Clarifier ce point me permet de travailler de façon plus sereine et de concentrer mon énergie sur les problèmes métier.

Untestable code to testable code with Invert Dependency

2025-02-28T00:00:00+01:00

Dependency Injection is a great tool to:

make your code testable
run your program in an isolated fashion
toggle features

Here is how to achieve it in code that is tightly coupled.

We can proceed in 4 steps:

Setup the project
Group calls to infrastructure
Move to delegate
Inject dependency

Setup

Apply instructions in Setup

Regroup calls to infrastructure code

Apply instructions in Regroup calls to infrastructure code

Move to delegate

Let's do some wishful thinking.

I would like to have an instance of a ConsoleLogger and call logger.log(message)

class Game:
    ...

    def _log(self, message: str):
        # what we would like
        logger = ConsoleLogger()
        logger.log(message)
        # what we actually have
        print(message)

Well, let's create it.

class ConsoleLogger:
    def log(self, message: str):
        pass

It does nothing for the moment.

Run pytest to check we didn't break anything.

Now, move the infrastructure code print(message) into the delegate.

class Game:
    ...

    def _log(self, message: str):
        logger = ConsoleLogger()
        logger.log(message)

    ...

class ConsoleLogger:
    def log(self, message: str):
        print(message)

Run pytest to check we didn't break anything.

Invert dependency

We just took the infrastructure code out of our Game class.

For the sake of our test, we would like to pass an alternative implementation of the logger. For example : an in memory implementation that doesn't make any call to infrastructure code like print.

To do so, we start by inverting the dependency.

Extract the interface Logger from ConsoleLogger:

class Logger(metaclass=ABCMeta):
    @abstractmethod
    def log(self, message):
        raise NotImplementedError


class ConsoleLogger(Logger):
    def log(self, message: str):
        print(message)

Run pytest to check we didn't break anything.

Write a test implementation (it's a good candidate for TDD):

class InMemoryLogger(Logger):
    def __init__(self):
        self._messages = []

    def log(self, message: str):
        self._messages.append(message + "\n")

    def getvalue(self) -> str:
        return "".join(self._messages)

Now the question is, "How do we use this implementation in our test?".

Part of the answer is that it's not the responsibility of the game to instantiate the logger. And even less a responsibility of one of its methods. This can be fixed in a few steps.

Introduce Field in the constructor:

class Game:
    def __init__(self):
        self._logger = ConsoleLogger()
        ...

    ...

    def _log(self, message):
        self._logger.log(message)

Introduce Parameter:

class Game:
    def __init__(self, logger: Logger = ConsoleLogger()):
        self._logger = logger
        ...

Go back to test_trivia.py.

Instantiate an InMemoryLogger and inject it into the game.

In the assert, use logger.getvalue() instead of the StringIO.

def test_trivia():
    for i in range(1000):
        seed = i * 100
        random.seed(seed)
        # output = StringIO()                   -- delete this code
        # sys.stdout = output                   -- delete this code
        logger = InMemoryLogger()
        game = Game(logger)

        game.play()

        approved_path = f"data/test_trivia-approved-{seed}.txt"
        # Generate the approved versions
        # with open(approved_path, "w") as f:
        #     f.write(output.getvalue())
        with open(approved_path, "r") as f:
            expected = f.read()

        # assert output.getvalue() == expected  -- delete this code
        assert logger.getvalue() == expected

Now, we are able to choose which implementation to use in our game.

Convenient, isn't it?

Untestable code to testable code with Subclass and Override

2025-02-27T00:00:00+01:00

In Enabling safe refactoring with pytest and coverage, we saw how to secure a codebase and how to fill the holes in a test suite. But we cheated in one aspect.

We used tricks to tame IOs. It's fair, but it has limitations:

it won't work if you run the tests in parallel
such strategies can leave the environment in an undesired state

Here is a way to intercept infrastructure code without relying on global objects.

We will proceed in two steps:

regroup calls to infrastructure code
substitute calls to infrastructure code with Subclass and Override

Setup

Retrieve the code: trivia.py

Create an empty play() method in the Game class.

Move the suite of if __name__ == '__main__': into Game.play.

class Game:
    ...
    def play(self):
        not_a_winner = False
        self.add('Chet')
        self.add('Pat')
        self.add('Sue')

        while True:
            self.roll(randrange(5) + 1)

            if randrange(9) == 7:
                not_a_winner = self.wrong_answer()
            else:
                not_a_winner = self.was_correctly_answered()

            if not not_a_winner: break


if __name__ == '__main__':
    game = Game()
    game.play()

We can use the test elaborated in the previous post.

Create test_trivia.py :

import random
import sys
from io import StringIO

from trivia import Game

def test_trivia():
    for i in range(1000):
        seed = i * 100
        random.seed(seed)
        output = StringIO()
        sys.stdout = output
        game = Game()

        game.play()

        approved_path = f"data/test_trivia-approved-{seed}.txt"
        # Generate the approved versions
        # with open(approved_path, "w") as f:
        #     f.write(output.getvalue())
        with open(approved_path, "r") as f:
            expected = f.read()
        assert output.getvalue() == expected

Run pytest. It should pass.

Regroup calls to infrastructure code

Run pytest to verify we start in a working state.

Look for a call to print:

    def add(self, player_name):
        self.players.append(player_name)
        self.places[self.how_many_players] = 0
        self.purses[self.how_many_players] = 0
        self.in_penalty_box[self.how_many_players] = False

        print(player_name + " was added")  # <-- here!
        print("They are player number %s" % len(self.players))

        return True

Extract the argument of the first call to print in a variable message:

    def add(self, player_name):
        ...

        message = player_name + " was added"
        print(message)
        ...

Run pytest to check we didn't break anything.

Extract print(message) in a method. Call it _log :

    def add(self, player_name):
        ...

        message = player_name + " was added"
        self._log(message)
        print("They are player number %s" % len(self.players))

        return True

    def _log(self, message):
        print(message)

Apply the transformation to every call to print so that _log is the only place where print is used.

If you're using PyCharm, it will offer you to apply this transformation to the 19 similar fragments. This automated refactoring messes with the string arguments declared on several physical lines. Run black trivia.py -l 150 before applying the transformation, and it will work fine.

Run pytest to check we didn't break anything.

Inline the message variable.

Run pytest to check we didn't break anything.

OK!

Substitute calls to infrastructure code with Subclass and Override

Now that we grouped calls to print, it will be easy to substitute them.

We want to capture the logs without relying on the standard output.

Create a class TestableGame that inherits Game and override the log method:

class TestableGame(Game):
    __test__ = False  # <-- to prevent pytest trying to collect it

    def __init__(self):
        super().__init__()
        self._messages = []

    def _log(self, message):
        self._messages.append(message + "\n")

    def value(self) -> str:
        return "".join(self._messages)

Now we can test our code without using the standard output:

def test_trivia():
    for i in range(1000):
        seed = i * 100
        random.seed(seed)
        game = InspectableGame()

        game.play()

        approved_path = f"data/test_trivia-approved-{seed}.txt"
        # Generate the approved versions
        # with open(approved_path, "w") as f:
        #     f.write(output.getvalue())
        with open(approved_path, "r") as f:
            expected = f.read()
        assert game.value() == expected

Enabling safe refactoring with pytest and coverage

2025-02-26T00:00:00+01:00

This article starts like bash approval testing, but the solution takes another path. Let's rewind the story ! (or jump to putting the code under tests to skip the plot)

The plot

Chris the product owner : Hey Alex. The business wants to add a new questions category to Trivia Game. Our developer left the project. Can you do it ?

Alex the dev : Hey Chris. Sure. You send me the code ?

Chris : Here it is trivia.py.

Alex : I take a look at it.

Here we are, with some legacy code. It's valuable. The business runs on it. And it has no tests. The author of this code isn't here anymore to explain his choices. We are left alone with the task.

The plan is to proceed in two steps :

Get a general idea of what's going on
Put the code under tests to clean it up

What's going on

We execute the code.

python trivia.py

It prints a series of messages in the console:

Chet was added
They are player number 1
Pat was added
They are player number 2
Sue was added
They are player number 3
Chet is the current player
They have rolled a 4
Chet's new location is 4
The category is Pop
Pop Question 0
Answer was corrent!!!!
Chet now has 1 Gold Coins.
Pat is the current player
...
Answer was corrent!!!!
Chet now has 6 Gold Coins.

These messages are the observable behavior of the application.

It appears to be a board game. Players are added to a game. They roll dice, answer questions, and earn coins. The game ends when a player gets 6 coins.

The code is messy and error-prone.

Let's refactor it. This will :

Improve the clarity of the code
Make it easier to add the new feature

But before making any change, we want to secure it.

Putting the code under test

Extract the suite of if __name__ == '__main__' in a play() method.

Then, create a test that captures the observable behavior of the game.

At the project's root:

pip install pytest
touch test_trivia.py

In test_trivia.py:

import sys
from io import StringIO

from trivia import play


def test_trivia():
    output = StringIO()
    sys.stdout = output

    play()

    assert output.getvalue() == APPROVED


APPROVED = None

The test will fail.

Run pytest -k test_trivia -vv and assign the value of output to APPROVED :

APPROVED = """\
Chet was added
They are player number 1
Pat was added
They are player number 2
Sue was added
They are player number 3
Chet is the current player
They have rolled a 5
Chet's new location is 5
The category is Science
Science Question 0
Answer was corrent!!!!
Chet now has 1 Gold Coins.
Pat is the current player
...
Answer was corrent!!!!
Chet now has 6 Gold Coins.
"""

-vv increase verbosity twice and prevent pytest from truncating the output.

Run pytest -k test_trivia -vv again.

The beginning of the strings are equal but they differ on the first roll:

 Chet was added
    They are player number 1
    Pat was added
    They are player number 2
    Sue was added
    They are player number 3
    Chet is the current player
  - They have rolled a 5
  ?                    ^
  + They have rolled a 3
  ?                    ^
  - Chet's new location is 5
  ?                        ^
  + Chet's new location is 3
  ?                        ^

It looks like there is randomness.

To solve this problem, we can :

fix randomness by calling random.seed(10) in the arrange phase of our test
run the test again — pytest -k test_trivia -vv
capture the output for the seed and paste it into APPROVED.
run the test again — pytest -k test_trivia

Green !

Now :

What about the quality of our test ?
Do we cover all the production code ?
Do we cover every behavior?

Let's take a look at the coverage.

Finding holes with test coverage

Test coverage reports gives the code executed by our test suite.

Along with pytest, we can get it by running:

pip install coverage
coverage run -m pytest
coverage html
open htmlcov/index.html

Only two lines aren't covered :

the is_playable method (but it's dead code)
the suite of if __name__ == '__main__': (but there isn't any logic here, the bloc just calls play)

It looks like everything is covered.

Keep in mind that coverage is a negative metric. If the code is not covered, you know for sure that the code isn't protected from regression. But coverage doesn't guarantee you're safe. To be sure an instruction is protected, mutate it. The test should now fail. If it's not the case, your test can be improved.

As we have enough confidence in our test, let's format the code with black.

pip install black
black .

It's way better ✨ 😎 ✨.

Let's have a look to our coverage again

coverage run -m pytest && coverage html
open htmlcov/trivia_py.html

There are 10 missing lines now. 😱

We missed holes due to the formatting.

The clause

if self.places[self.current_player] == 8: return 'Pop'

became

if self.places[self.current_player] == 8: 
    return 'Pop'

with the formatting.

The header is covered, but the suite is never executed.

This information was missed in the first report.

Format your code to standards. It avoids wrong measures with coverage.

Filling holes with more test cases

Our test suite is viable, but isn't 100% secure.

I would tend to find it acceptable for day-to-day situations.

It offers a good compromise between level of protection and setup effort.

But we can improve it.

The usual solution is to add missing test scenarios.

Here, the missing scenarios are games with other seeds.

A way to cover them is to :

duplicates trivia code
test it over a wide range of seeds

import random
from io import StringIO
import sys

def test_trivia():
    for i in range(1000):
        seed = i * 100

        random.seed(seed)
        output = StringIO()
        sys.stdout = output
        play()  # <-- the code we will refactor

        random.seed(seed)
        reference = StringIO()
        sys.stdout = reference
        play_reference()  # <-- a copy of the original behavior

        assert output.getvalue() == reference.getvalue()

If duplicating the code isn't convenient, we can store the approved outputs:

import random
from io import StringIO
import sys

def test_trivia():
    for i in range(1000):
        seed = i * 100
        random.seed(seed)
        output = StringIO()
        sys.stdout = output
        play()

        approved_path = f"data/test_trivia-approved-{seed}.txt"
        # Generate the approved versions
        # with open(approved_path, "w") as f:
        #     f.write(output.getvalue())
        with open(approved_path, "r") as f:
            expected = f.read()

        assert output.getvalue() == expected

Let's check the coverage:

pytest --cov=. --cov-report html
open htmlcov/trivia_py.html

Dead code appart, all the paths are covered.

We can play a few mutations to increase confidence in the test.

Now we can refactor safely.

Conclusion

We explored a safe way to put trivia under test.

But this approach still has a weakness : it plays with side effects.

It works with randomness and logs. But this approach won't work with external dependencies like HTTP calls and database communications.

Also :

it can cause problems if you want to run tests in parallel
it's all or nothing (you cannot decide which log to catch and which not)

A more generic approach can be adopted by injecting dependencies. Let's see in the next post to see how we can achieve this with "Subclass and Override", and "Move to delegate" techniques.

Postscript - I'm not recommending to use logs to perform approval tests. I juste note that it can be used to do so. By the way, in most situations, approval tests are meant to be ephemeral. It's like when you protect the room before painting. Once the job is done, you remove the protections.

Bash approval testing (don't do it)

2025-02-20T00:00:00+01:00

The plot

Chris the product owner : Hey Alex. The business wants to add a new questions category to Trivia Game. Our developer left the project. Can you do it ?

Alex the dev : Hey Chris. Sure. You send me the code ?

Chris : Yes, here it is trivia.py.

Alex : Ok, I take a look at it.

Here we are, with some legacy code. It's valuable. The business runs on it. And it has no tests. The author of this code isn't here anymore to explain his choices. We are left alone with the task.

The plan is to proceed in two steps :

Get a general idea of what's going on
Put the code under tests to clean it up

What's going on

We execute the code.

python trivia.py

It prints a series of messages in the console:

Chet was added
They are player number 1
Pat was added
They are player number 2
Sue was added
They are player number 3
Chet is the current player
They have rolled a 4
Chet's new location is 4
The category is Pop
Pop Question 0
Answer was corrent!!!!
Chet now has 1 Gold Coins.
Pat is the current player
...
Answer was corrent!!!!
Chet now has 6 Gold Coins.

These messages are the observable behavior of the application.

It appears to be a board game. Players are added to the game. They roll dice, answer questions, and earn coins. The game ends when a player gets 6 coins.

The code is messy and error-prone.

Let's refactor it. This will :

Improve the clarity of the code
Make it easier to add the new feature

But before making any change, we want to secure it.

Putting the code under test

Refactorings restructure the software without modifying its observable behavior. That is in theory, when you don't introduce regressions.

The best way to prevent regressions is to put your code under tests.

A fast way to put legacy code under tests is to capture the output, and check that the output remains the same after each refactoring. In this case, the output isn't returned by a function, put is expressed through the standard output.

Let's catch this output in a file that will serve as a reference:

python trivia.py > trivia.approved.txt

Now, let's make another run and compare the two outputs:

python trivia.py > trivia.received.txt 
diff trivia.received.txt trivia.approved.txt | less

# 8,9c8,9
# < They have rolled a 5
# < Chet's new location is 5
# ---
# > They have rolled a 1
# > Chet's new location is 1
# 12,32d11
# ...

On the approved game, Chet ran a 5 on the first round. On the received game, Chet ran a 1 on the first round.

Randomness is going there.

For the sake of our test, we can fix it. In trivia.py :

from random import seed  # <-- add this import

if __name__ == '__main__':
    not_a_winner = False
    seed(0)  # <-- add this instruction

    game = Game()
    ...

Let's try again

python trivia.py > trivia.approved.txt
python trivia.py > trivia.received.txt 
diff trivia.received.txt trivia.approved.txt

The outputs are now the same!

To put our safety system under stress, we can introduce errors in the code to check if they get detected. Like:

Introduce a typo in the logs
Comment some lines

For example, we can comment the first line of game.roll:

    def roll(self, roll):
        # print("%s is the current player" % self.players[self.current_player])
        print("They have rolled a %s" % roll)
        ...

The output of the edited code differs from our reference:

python trivia.py > trivia.received.txt 
diff trivia.received.txt trivia.approved.txt
# 47a48,49
# > Answer was correct!!!!
# > Sue now has 1 Gold Coins.
# 67a70,71
# > Answer was correct!!!!
# > Sue now has 2 Gold Coins.

The error was detected.

Let's encapsulate this logic in a test.sh script:

#!/bin/sh

python trivia.py > trivia.received.txt
if diff -q trivia.received.txt trivia.approved.txt; then
    echo "✅ : no changes detected"
else
    echo "❌ : something has been broken"
fi

Now we can check that we haven't broken anything with a single command.

Conclusion

We explored a fast way to put our code under tests, but this approach has two main problems:

We don't know which part of the code is covered (or not)
To be able to build our test, we made changes in the behavior of production code. Remember seed(0) ? Now each party is the same. We cannot ship this code. Using this approach can only be a temporary solution.

In the next article, we will see how we can improve these two aspects!

A simple way to find hotspots with Python

2025-02-09T00:00:00+01:00

I've just finished Legacy Code: First Aid Kit by Nicolas Carlo.

I loved it:

it's clear and concise (no random blabla to fill the pages)
it focuses on the underlying principles (and go beyond buzzwords)
it's very practical

The book expose 14 cohesive techniques.

The first one is about identifying hotspots when you approach a codebase.

Hotspots are parts of your program that are complex, and where the team spend a lot of time.

Hotspots are great candidates for refactoring.

Here is how to visualize them on a python codebase.

Compute the churn

The churn is a measure of "where things move".

You can get it by counting how many times a file has been edited the last year.

To get this information, git is your friend :

git log --format=format: --name-only --since=12.month \
  | egrep -v '^$' \
  | sort \
  | uniq -c \
  | sort -nr \
  | head -10

On django's codebase, it gives:

28 django/db/models/base.py  
19 tests/admin_views/tests.py  
19 django/db/models/sql/compiler.py  
19 django/db/models/expressions.py  
17 tests/migrations/test_operations.py  
16 django/db/models/query.py  
15 tests/mail/tests.py  
15 django/db/models/sql/query.py  
14 django/db/models/constraints.py  
13 django/utils/html.py

Now, let's tweak it to send the result in a csv:

git log --format=format: --name-only --since=12.month \
    | egrep -v '^$'  \
    | sort \
    | uniq -c  \
    | egrep "\.py$" \
    | sort -nr \
    | awk 'BEGIN {print "filename,churn"} {gsub(/^[ \t]+/, "", $0); print $2","$1}' \
    > churn.csv

Hotspots according to lines of code (LOC)

The simplest complexity metrics for a file is the number of lines of code it has.

The LOCs.

To get this information for each file, you can use cloc:

brew install cloc
cloc . --match-f='\.py$' --by-file --csv --out=loc.csv

Then, lets plot the LOCs against the churn:

from pathlib import Path

import pandas as pd
import plotly.express as px


churns = pd.read_csv("churn.csv")[["filename", "churn"]]
locs = pd.read_csv("loc.csv")[["filename", "code"]].rename(columns={"code": "loc"}).dropna()
locs["filename"] = locs["filename"].apply(lambda path: Path(path).as_posix())
hotspots = pd.merge(churns, locs, on="filename")

fig = px.scatter(hotspots, "churn", "loc", hover_data="filename")
fig.write_html("hotspots_with_loc.html")
fig.show()

and, voilà :

Hotspots according to LOCs on django

Hotspots according to cyclomatic complexity

The cyclomatic complexity is given by the number of path a program can take.

A program with a single path is linear and is easy to understand.

A programs with a lot of forks can take many paths. It makes it mentally demanding to follow, easy to mis-understand, and risky to change.

To measure the cyclomatic complexity of your files, you can use radon:

pip install radon
radon cc . -j -O complexity.json

where:

. is the current directory
-j format the output in json
-O indicates the output file

And finally, here is a script to plot the hotspots:

import json

import pandas as pd
import plotly.express as px


def read_complexity(filepath: str) -> pd.DataFrame:
    with open(filepath) as f:
        d = json.load(f)
        rows = []
        for filename, file_stats in d.items():
            if "error" in file_stats:
                continue
            nb_elements = len(file_stats)
            file_complexity = 0
            for component in file_stats:
                file_complexity += component['complexity'] / nb_elements
            rows.append((filename, file_complexity))

    return pd.DataFrame(rows, columns=["filename", "cyclomatic_complexity"])


churns = pd.read_csv("churn.csv")[["filename", "churn"]]
ccs = read_complexity("complexity.json")
hotspots = pd.merge(churns, ccs, on="filename")

fig = px.scatter(hotspots, "churn", "cyclomatic_complexity", hover_data="filename")
fig.write_html("hotspots_with_cyclomatic_complexity.html")
fig.show()

Here it is !

Hotspots according to cyclomatic complexity on django

At first glance, the codebase looks healthy.

Mes intentions pour 2025

2025-01-29T00:00:00+01:00

L'année dernière, j'ai publié un article de 10 minutes sur mes intentions pour 2024. Cette note m'a guidée. Mais je n'ai pas réalisé un dixième de ce que j'avais projeté. Cette année, je veux me concentrer sur moins de choses : moins de projets, moins de principes directeurs, mais plus d'intensité.

Vision à 3 ans

J'ai un podcast niché
J'ai vécu dans plusieurs pays
Je suis à l'aise pour sociabiliser
Je suis à l'aise pour m'exprimer en anglais
Je suis à l'aise avec Python, Javascript et PostgreSQL. Je travaille avec une stack rodée que je maîtrise parfaitement. Et j'ai développé mon réseau professionnel en me faisant plein d'amis dans la tech.

Mes projets de l'année

Vendre ma maison.
Lancer un podcast autour du refactoring.
M'installer au Vietnam.
M'aimer.

Mes valeurs cardinales

Enthousiasme :

Et si ? expérimenter, considérer les options contre-intuitives.
Considérer la direction option opposée à ma première intuition.
Choisir l'option qui m'excite le plus, qui laisse entrevoir fun et aventure.
Avoir confiance dans l'avenir.
Exécuter sans traîner.
Aller de l'avant.

Minimalisme et simplicité :

Me séparer de ce dont je n'ai pas vraiment besoin (in doubt, throw it out).
Introduire la complexité juste-à-temps plutôt qu'au cas où.
Partir du problème et du besoin (plutôt que des solutions tendance).
Choisir la simplicité, même si c'est plus difficile.
Chérir ce que j'ai et être diligent.
Ne pas m'attacher à mes objectifs.
Garder un niveau de vie bas.
Faire la paix avec le pire.
Réduire mes attentes.
Réduire mes besoins.
Manger moins vite.
Faire moins.

Sincérité :

Dire non plus souvent.
Partager mes émotions.

Générosité :

Chercher à apporter un maximum de valeur.
Maximiser le fun et la satisfaction client plutôt que le profit.
Considérer les inconnus comme des amis potentiels.
M'aimer.

Ce que je souhaite vivre, expérimenter et ressentir en 2025

de l'enthousiasme
de la concentration
de l'amour pour moi-même
un sentiment de contribution aux autres
du contentement : apprécier la chance que j'ai plutôt que de me lamenter sur mon sors, me concentrer sur ce qui ne va pas, et me battre avec mon environnement.

Ce qui me fera dire que 2025 fut une bonne année

je n'ai plus de dettes
j'ai passé +4 mois au Vietnam
je suis à l'aise pour tenir une conversation en anglais
j'ai passé 2 mois 100% focus sur des expériences sociales
j'ai enregistré 24 épisodes de podcast
on s'est bien marré avec Florent (NERDS)
j'ai une source de revenus pour 2026

Comment j'aimerais me souvenir de cette année dans 20 ans

L'année où j'ai pris mon envol.
L'année où j'ai arrêté de procrastiner.
L'année où j'ai commencé à m'aimer, sincèrement et profondément.

Mémoriser Python

2025-01-28T00:00:00+01:00

Mémoriser Python

Je me suis lancé comme défi de mémoriser Python in a Nutshell, un livre de 700 pages qui est une référence synthétique du langage de programmation Python.

Mon objectif était :

de challenger ma mémoire
d'aller en profondeur sur le langage
d'améliorer ma compréhension de l'écosystème
d'envoyer le signal que je m'engage avec Python (autant à moi qu'au monde)

Mes hypothèses étaient que :

j'allais prendre plus de plaisir à travailler une fois la référence en tête
les bénéfices allaient être supérieurs aux efforts requis
cela allait améliorer ma confiance en moi

Mon processus a consisté à lire sur ordinateur, prendre des notes en split-screen, et créer des cartes de révision pour Anki.

Anki est un outil de mémorisation basée sur le principe de répétition espacée.

L'idée derrière la technique de la révision espacée est que pour mémoriser une information pour toujours, il suffit de la réviser le lendemain, puis trois jours plus tars, une semaine plus tard, un mois plus tard, ... avec des intervalles de plus en plus espacés. La courbe de l'oubli s'atténue à chaque fois que l'on parvient à rappeler l'information.

Illustration prise sur le site LifeHack

J'ai mis 3 mois à terminer ce projet en y consacrant en moyenne 2h/jour.

Voici les principales erreurs que j'ai commises.

Erreur #1 : créer des cartes trop théoriques

Les cartes de définitions sont des rabbit holes.

Il est difficile d'arrêter une définition équilibrée : précise et en même temps concise ; naturelle et en même temps exacte sur les termes ; non pédante ; claire ; intuitive ; orale.

Il est possible de simplifier une définition en itérant dessus. Mais même simplifiées, les définitions restent des cartes difficiles à mémoriser par rapport à des cartes "pratiques".

Cela tombe bien : l'aspect pratique est ce qui apporte le plus de valeur.

à gauche : une première version précise mais verbeuse
à droite : version simplifiée après plusieurs itérations

Un développeur lit du code et écrit du code.

Les deux questions les plus importantes sont donc :

Comment lire truc ? (ex : que renvoi "abc" + "hello" ?)
Comment exprimer machin ? (ex : comment concaténer s1 et s2 ?)

Toujours avec le cas du starred pattern, voici un exemple de bonne carte :

Cette carte est bonne car :

la question est concise et tient sur une ligne
la réponse est directe et tient en quelques mots
une démonstration est jointe et permet démontrer le résultat rapidement

Takeaways :

Fait des cartes avec des exemples concrets.
Sois concis dans les questions et les réponses, élimine chaque mot inutile.

Erreur #2 : créer trop de cartes d'un coup

Au début, je me suis concentré sur la partie facile :

lire
prendre des notes
structurer mes notes en cartes de révision

Une note structurée en carte de révision

Puis, après 3 semaines de lecture, j'ai exporté mes cartes dans Anki. Aïe.

Je me suis retrouvé avec 800 éléments à mémoriser. D'un coup.

Oups.

On peut visualiser le flux de travail de ce projet ainsi :

lire génère des notes
les notes génère un travail de formatage
le formatage génère des cartes ANKI à mémoriser
ne pas mémoriser crée un embouteillage

En concentrant mon énergie sur lire et en délaissant le travail de mémorisation, j'ai créé un grand stock de cartes à mémoriser. Cela a bloqué mon flux de travail, et je n'ai reçu tardivement le feedback que mes cartes étaient étaient trop compliquées, pas assez éprouvées, et trop nombreuses.

Il s'en est ensuivi un cycle d'un mois dédié à mémoriser, éditer pour simplifier, mettre en pratique pour vérifier, mémoriser, simplifier, mémoriser, simplifier, mémoriser ... Jusqu'à overdose.

Takeaways :

Mémorise au fil de l'eau.
La mémorisation n'est pas gratuite. Les cartes de révision encadrent et facilitent le travail de mémorisation, mais cela demande quand même fournir des efforts et du temps. Ne mémorise que l'essentiel. S'il manque une information, tu pourras ajouter une carte plus tard.

Erreur #3 : créer des cartes sur parole

Créer une carte pour un truc que tu n'as pas mis en pratique ne sert à rien.

D'abord parce que l'information ne se fixe pas.

Manipuler un objet permet de créer une connexion avec, de développer une intuition sur son fonctionnement, d'explorer ses fonctionnalités, de se poser des questions. C'est une étape importante du processus d'apprentissage. C'est un lieu commun de le dire, mais je suis tombé dans le piège de dévorer la lecture sans m'arrêter pour pratiquer. Cela donne l'impression d'aller plus vite et de savoir. Mais en fait l'information ne se fixe pas. Et infine, je ne sais pas faire + de choses.

Ensuite, parce que l'information n'est pas fiable.

À plusieurs reprises, j'ai trouvé des informations inexactes dans le livre. Je me suis mis à douter de mes cartes. Et j'ai fini par retravailler toutes celles que j'avais créées sans les avoir vérifiées.

Note que les définitions ne sont pas vérifiables. C'est un problème. Et c'est un argument de plus pour aller vers des cartes pratiques, orientées action. Idem, les affirmations sur le comportement interne sont difficilement vérifiables - même si tu peux regarder le code source de CPython.

Takeaways :

Lire sans créer ou pratiquer est du gâchis.
Fait de manipuler et jouer avec la notion une priorité.
Ne mémorise pas une information que tu n'as pas vérifiée.

La version actualisée du workflow

Les cartes servent à mémoriser ce que tu as appris, pas à apprendre en premier lieu.

Erreur #4 : créer des cartes exotiques

Certains modules et certaines méthodes sont exotiques.

Il est intéressant de savoir qu'ils existent, noter dans quel contexte ils ont été introduits et quels problèmes ils résolvent. Il peut être intéressant les manipuler et noter comment les utiliser sur des cas courants (on parle parfois de recipes), mais c'est tout.

Il n'est pas pertinent de mémoriser toutes les utilisations.

Une solution est de mémoriser just in time plutôt que just in case :

prendre des notes
les tester, les vérifier
créer des cheat sheets autour de chaque concept
ne créer des cartes que pour les connaissances que tu viens chercher

Takeaways :

You ain't gonna need it
Ne crée pas plus de 3 cartes sur un module exotique

Conclusion

En lisant Python in a Nutshell, j'ai beaucoup appris sur le langage, sa syntaxe, et le contenu de la bibliothèque standard. Après avoir passé +200 heures à l'étudier, je me sens plus proche du langage, plus connecté à lui. Je connais mieux ces contours et ce qu'il ne contient pas, ses limites.

En parallèle de cette lecture, j'ai écouté plusieurs podcasts de Guido Van Rossum, le créateur du langage. C'est aussi une écoute que je recommande pour comprendre la philosophie du langage est ses grandes tendances d'évolution.

Anki est un outil formidable. Cela fait partie des outils que j'aurais aimé connaître durant ma scolarité. C'est le buddy parfait pour mémoriser de la poésie, des formules de mathématiques, du vocabulaire d'Anglais.

Minimalist flashcards with Anki and Obsidian

2025-01-26T00:00:00+01:00

Over the last 3 months, I've spent 2h/day playing with Anki and Flashcards.

I'm used to store my notes in Obsidian. With the plugin Obsidian_to_anki, you can write flashcards directly in Obsidian by using some delimiters. The plugin is then able to parse your notes and synchronize the flashcard with Anki. so you can study them anywhere (in the bus, waiting at the train station, ...).

I've ended up with a smooth workflow. But I couldn't get used to the noise that the delimiters create around the cards.

I didn't find how to customize obsidian2anki the way I wanted.

So I've coded my solution 👇.

Before / after

Here is a before/after of the note Booléens (bool).md.

The note contains metadata (MOC, source, date ...) and four flashcards.

On the left is before. Delimiters STARTI [Basic], Back: and ENDI create noise and makes the reading experience painful.

On the right is after :

we get a lightweight formatting, with juste Q : and A : delimiters
question an answer get one line each. The goal is to keep them short
I've added empty lines between questions

I didn't get rid of the  tag. It tells if the note exist in Anki. When I update the deck, if the note exist, I update it rather than creating a new one.

There is a way to get rid of this tag : you recreate the deck from scratch each time you synchronize it. It's radical because this way you lose information about your progress. But I can do the job.

Speaking about the logic, here is how it works.

Architecture of the program

Roughly :

o2anki is the orchestrator / the main program
o2anki takes in a path to a folder and analyse the *.md files it contains
o2anki maps the files into structured objects (Vault, File, and ParsedNote)
o2anki updates and creates the notes in Anki through AnkiConnectClient
the AnkiConnect add-on receive the http requests and deals with Anki
the NotePresenter class transform the markdown-formatted text into html
write_ids function writes the  tags in the *.md files

So far, I've favored design clarity over efficiency. I consider I lose my time if I try to optimize before I have a perfectly clear understanding of the problem and it's edge-cases. Also, runs I've made until now have been really fast.

Performance is not a bottleneck at this stage. But understanding the problem and choosing where to start has been.

Some tips if you want to run into similar problems

If I had to do it again, here are the steps I would follow :

Take a few minutes to identify the usecases :
- creating a new basic note
- updating an existing note
- deleting a note
- creating a note that contains an image
- creating a note that contains code
- ignoring files in a given folder
- parsing note with question on several lines
- parsing note with answer on several lines
- parsing note followed by some unrelated text
Consider the anki module. AnkiConnect looks like an unnecessary level of abstraction for this use-case. Using it reminds me a bit of the over-engineering story behind psycopg.
If AnkiConnect is the solution, then start by playing with the api manually (see some example of exploratory commands with raw json body)
Export some notes created with Obsidian_to_Anki in order to grasp their formatting : Anki > Browse > Select a card > Right Click > Notes > Export notes ... > Notes in plain text > Export ... (see : export a card with code, export of a card with an image)
Implement the parsing in TDD using tailor-made files (see : testing the parsing of a single file)
Code the orchestration (o2anki)
Manage a deck with this solution for a few days to test it!

Conclusion

I've implemented a limited set of features. Just what I need. And I like the simplicity it makes.

I've planned to add some features, like adding DELETE: ID tag handling, adding css and code_hilite in code blocs. But my intent is to keep it focus. Complexity bumps when you try to do everything and please everybody.

If you want to have a look at the code : https://github.com/petitapetitio/o2anki

Bilan de ma phase de vie à Rouen

2024-12-31T00:00:00+01:00

Je viens de passer 4 mois à Rouen (02/09/24 → 03/01/25).

C'est la première fois que j'habite seul, c'est-à-dire pas en famille, pas en colocation, et pas en couple non plus.

Je prévois de voyager. Prendre un appartement dans la ville où j'ai grandi était une façon de vérifier que vivre seul me va ; avant de le faire à l'autre bout du monde.

Voici un bilan de cette phase de vie :

comment j'ai vécu (mon organisation générale, mon alimentation)
ce que j'ai aimé

Emménagement

J'ai passé l'été à me balader à droite à gauche avec mes affaires. Pour la rentrée, ma priorité était de retrouver un environnement stable où je pourrais travailler à mon rythme. Aussi, je voulais minimiser le temps passé à emménager et à équiper le lieu.

J'ai pris un meublé.

Mon emménagement a pris 2h.

Wow.

C'est tellement agréable quand les choses sont simples.

Monk mode

J'ai profité d'être seul pour expérimenter un rythme strict.

Voici une semaine typique :

En général :

mon réveil sonne à 6h
je me lève vers 6h15
je fais ma routine pompes/abdos
je prends un café
je commence à travailler sur mon projet de mémoriser la Référence de Python
vers 9h je fais 15 minutes d'étirements
je prends un 2ème un café
ma mission commence à 9h30 avec un daily meeting
en fin de matinée, je passe 15 minutes sur LinkedIn. Je like et je commente.
je déjeune en 30 minutes puis je vais marcher 15 minutes.
après déjeuner, je consacre du temps à écrire (mais cette heure est souvent peu productive)
je vais à la salle vers 18h30
quand je rentre, je prends ma douche, je dîne, je médite 20 minutes, et je me couche avec un roman
je ne sors pas le soir en semaine
le samedi je travail à 100% sur mes projets perso
le dimanche matin, je travaille 2h et je consacre 2h à du journaling

Après 3 mois, j'ai l'impression de ne pas avoir tant avancé sur mes projets.

En regardant mon agenda de façon rétrospective, je me dis : c'est dense, mais ça manque de focus.

Tracker ses journées

J'ai pris l'habitude de tracker mes journées. Et wow. Il y a un écart immense entre :

ce que je prévoie de faire
ce que j'ai l'impression d'avoir fait
ce que j'ai vraiment fait

Tracker m'aide à en prendre conscience et à accepter la réalité / à faire des ajustements.

Faire des pauses régulières

J'ai testé de travailler en pomodoro avec Brain.fm :

je coupe mes notifications
je me fixe un objectif de travail (une intention)
je lance une session de 25 minutes sur brain.fm
lorsque la musique s'arrête, je ferme les yeux et médite 4'
puis je renouvelle mon intention et repars sur un cycle
je prends une pause longue toutes les 2h

C'est top pour éviter de se cramer et pour éviter de dériver. Toutes les 30 minutes, je lève le nez. Est-ce que je suis toujours on-track ou est-ce que je me suis égaré ? Quel est mon objectif pour les 25 prochaines minutes ?

Le problème par contre est que je perds facilement le momentum. Lorsque je prends une pause de 5 minutes, si je me lève pour aller au toilettes, prendre un verre d'eau, ouvrir les rideaux, ... c'est foutu, je perds 10 minutes, et je n'avance pas très vite.

Sur certaines activités comme écrire, j'aime me perdre dans mes pensées, naviguer dans mes notes, et ne pas mettre de timer.

Lorsque j'ai mis en place la section commentaires sur mon site web, j'ai travaillé sans interruption pendant presque 3h tellement j'étais absorbé par ce que je faisais.

Pour la suite, je vais :

mieux préparer mes sessions (pour faire 4 pomo sans me lever)
tester des alternatives (ex : 45' de travail, 15' de pause avec des exercices)

Alimentation

L'alimentation a un impact majeur sur ton niveau d'énergie et de concentration.

Je n'y connais pas grand chose en alimentation, et je n'ai pas envie d'y passer trop de temps. Aussi, j'ai essayé de m'en tenir à quelques principes de base. J'ai composé une alimentation autour de produits non transformés, rapide à préparer, et en éliminant les sources de sucre.

Le midi :

Une salade composée d'ingrédients parmi mâche, avocats, falafels, tomates, champignons, olives, oignons, feta, mozzarella, noix, huile d'olives, vinaigre balsamique
Un fruit parmi pomme, poire, ananas, mangue, raisin, banane
Une barre de chocolat noir à 98%

Le soir :

Une tranche de pain de mie avec du beurre et du gruyère en apéro
Une demi tarte
De la salade
Un fruit / du fromage blanc avec une pomme ou une banane
Un bol de protéines

Composition des tartes :

concentré de tomates, coppa, coeurs d'artichaut, mozza, olives, noix
oeufs, bleu, noix
oeufs, lardons, oignons, noix

(Je mange trop le soir)

J'ai tendance à me jeter sur les trucs sucrés comme un fou. J'adore les patisseries, les glaces, la brioche avec du nutella, les granola. L'enfer.

Ma stratégie repose à 100% sur ne pas m'exposer. Je fais mes courses en ligne et une fois par semaine. Je n'achète pas de chocolat, pas de yaourts, pas de nutella, pas de granola - et la vie est facile.

Il est plus simple de designer son environnement pour orienter le courant dans la direction qui te convient plutôt que de nager à contre-courant en permanence.

Ce que j'ai aimé

avoir du temps seul
passer du temps avec mon frère
aller trop loin dans mes routines de sport
porter du vernis pendant 30 jours
tester les apps de rencontres amicales
tester les apps de rencontres
relire tout Dragon Ball
mon appartement - grand, lumineux, et plutôt calme
chanter avec mes écouteurs en marchant à la salle
chanter en mode karaoke sur Spotify. OMG. C'est un exercice de respiration relaxant.
prendre du temps pour moi le hammam et les massages
prendre du temps pour moi en m'occupant de mes rendez-vous médicaux (lunettes, médecin, prises de sang, ...)
me promener sur les quais, dans la brume, les lumières de la foire en fond
explorer la ville : monter en haut du Gros-Horloge, faire un bowling au Snooker, danser au Coco Bongo, assister à des Standups au PUBLIC et au Fridge, voir du burlesque aux Mots Éphémères.
tester des restos : Yulin, le XXI, Chiba, Chez Huri, Racine 14, Resto Viet au SQUARE HENRI IV, Brasserie Gil, Bistrot d'Arthur, Alaje, Lolo et Zaza, Nhà, Hai Ba, Le Bouillon Popote, Papa Tom, H8, Pintxos, L'Entrepôt Food Hall, Pepe, le Jeanette, le café de l'Hôtel Littéraire Gustave Flaubert.
tout faire à pied (à pieds > vélo >> métro >>> voiture)
- j'ai pris un cours de Bachata au Coco Bongo : 5 min à pieds
- je suis allé plusieurs fois au hammam : 6 minutes à pieds
- j'ai pris un abonnement dans une salle de sport lumineuse et avec une jolie vue : 10 min à pied
- je suis allé 8 fois au standup : 5 min à pieds

Ce que j'ai appris sur moi

J'ai aimé cette phase de vie et vivre seul et me va bien.
Sortir avec des amis, faire de nouvelles rencontres, prendre des risques me donne de l'énergie
Construire des choses et m'exprimer me donne de l'énergie
Même quand personne ne me dérange, je passe beaucoup de temps à faire autre chose que travailler, comme faire des étirements, regarder par la fenêtre, faire une machine, faire un café. Je ne suis pas si productif que ça.

Dernière note :

vivre dans un quartier bruyant a un immense impact sur le sommeil. Dormir avec boules Quies est désagréable (en particulier avec des acouphènes). Le fait de s'attendre à être réveillé flingue ma qualité de sommeil.
je me suis rendu compte 2 semaine avant de déménager que mes voisins sont hyper sympas. La prochaine fois, aller les voir + tôt.

Photos

Les apps de rencontre (épisode 1)

2024-12-29T00:00:00+01:00

J'ai testé 3 apps de rencontre.

Voici 4 anecdotes amusantes et quelques idées pour la suite.

Comme le dit si bien Thomas Edison :

Je n'ai pas échoué. J'ai juste trouvé 10,000 façons qui ne fonctionnent pas.

Anecdote #1 - Cercle social

Un pote que je n'ai pas vu depuis 10 ans fête son anniversaire dans un food hall.

J'y vais. Et là, wow. Je recroise 20 personnes que je n'avais pas revues depuis le lycée.

Je click sur une amie.

Le lendemain, je lui envoie un message pour lui proposer de prendre un verre. Chaque message que j'écris me jette dans un ascenseur émotionnel. J'écris mes deux lignes. Je me fais tout un tas de films. Je mets 30 minutes à appuyer sur envoyer. La pression monte. Enfin, je me lance. Un pic de chaleur m'envahit. Puis tout redescend. Ensuite, je suis détendu. C'est comme la Tour de la Terreur de Disney Studio. J'ai si peur du rejet. Mais la seule façon d'échouer, c'est de ne pas essayer.

Elle propose que l'on se voie avec une autre amie du Lycée. Ce ne sera pas un rencard donc. Mais ça me branche, je suis curieux d'avoir de leurs nouvelles.

On se retrouve sur les quais. Lorsqu'elle arrive ma première pensée est "mais pas du tout". La perspective amicale me convient. On passe une bonne soirée. Je ressens une affection simple et sincère pour elles. Au final, je sens plus d'affinité avec mon autre amie. Mais elle est en couple et vient d'avoir un enfant.

Anecdote #2 - OK Cupid

Un ami me recommande OkCupid. Il l'utilise régulièrement et a fait plein de rencontres dessus.

J'installe l'application.

L'app propose de faire des rencontres basées sur les affinités. On peut répondre à plein de questions. Je passe 2h à répondre à des questions. C'est clairement une façon de prendre un chemin facile et d'esquiver l'espace de rencontre.

Après 2h d'"introspection", je m'aventure plus loin dans l'app. Wow, j'ai déjà plein de likes ! Il faut souscrire à un abonnement pour les voir. C'est ma première expérience sur une app. Je sens l'entourloupe, mais je suis naïf, il est tard, et je suis prêt à payer 15€ la leçon.

Je souscris une formule premium. Je regarde les likes : que des femmes à +200 km de chez moi. Duuuuuuuuuuuuuuuuude ! Tu plaisantes ??

Le lendemain, je swipe sur l'app. J'ai fait le tour au bout de 5 profils.

Mon pote vit sur Tour.

Il n'y a personne sur Rouen.

Anecdote #3 - Tinder

Cette fois, je décide de jouer une valeur sûre. Tinder compte parmi les apps de rencontre les plus populaires. Sur cette plateforme, je suis certain qu'il y aura du monde.

Les profils sont plus succincts que sur OkCupid. Je complète le mien et je commence à swiper.

Les gens qui n'ont pas beaucoup d'images et qui mettent des photos d'eux avec leur ex flouté me tuent.

Ma première stratégie est de m'investir 30 minutes par jour, d'être régulier sans être pressé. Le midi, je regarde les profils, les photos, la bio. Je me demande : est-ce que j'ai envie de rencontrer cette personne ? Je décline ceux qui ne collent pas. Je sélectionne uniquement lorsque je pense que ça pourrait le faire. Après 10 jours : zéro match. Mdr. OK, essayons autre stratégie.

Ma deuxième stratégie est de liker tout le monde. Pendant 5 minutes, j'envoie tous les profils à droite. Après 10 jours, j'ai quelques matches, mais ce n'est pas la folie. La lassitude me gagne.

Anecdote #4 - F*ck Friends

Sur Tinder, 95% des profils cherchent une relation sérieuse. Je cherche l'opposé : des relations pas sérieuses. 80% des profils que je vois ont -25 ans. Je cherche des gens de mon âge, pas des enfants.

Un soir, en désespoir de cause, je pars en quête d'une autre app.

Qu'est-ce qui pourrait être amusant ?

Et si, je m'inscrivais sur une plateforme de cougars ?

Explorons.

Je fais quelques recherches en ligne. Je crée un compte sur JM Cougars. Je me retrouve en même temps inscrit à F*ck Friends et CaféCoquin. Il y a une offre d'essai premium à 2€ pour deux semaines. Je souscrit. L'interface utilisateur est claquée au sol. Le site ne m'inspire aucune confiance. Je fais l'hypothèse que 75% sont des faux profils.

Le lendemain matin, j'ai les idées plus claires. Je n'ai pas envie d'investir du temps et de l'énergie sur ce type de plateforme. Ça ressemble vraiment à un endroit où les mecs vont lorsqu'ils sont désespérés. Je cherche à me désinscrire.

Le mécanisme de désinscription tordu. Il n'est possible de résilier que pendant les 3 jours avant le renouvellement. Vous voulez jouer à ça ? OK. Je mets un rappel dans mon agenda. Le jour J, la plage de désinscription s'est décalée. J'envoie un message au service client. "On ne peut rien faire blablabla". Dudes, vous me faites perdre mon temps avec vos conneries.

Je bloque les paiements internet de ma carte.

Cela m'aura permis de trier mes paiements récurrents.

Conclusion

Si je devais réécrire les slogans de ces apps pour refléter l'expérience que j'en ai eu, ça donnerait :

OK Cupid : matcher des femmes à l'autre bout du monde
Tinder : voir des gens sans pouvoir leur parler
F*ck Friends : on baise surtout ta CB

Et je n'essaie pas de rejeter la responsabilité. C'est juste du feedback. Je n'ai pas encore cracké le truc, mais il n'y a pas de raison que je n'y parvienne pas.

Quelques pistes pour la suite :

dire oui à tout - quitte à en rester à une rencontre amicale. Quand tu est submergé, il est pertinent d'élever la barre : si ce n'est pas un oui franc, dis non par défaut (Hell Yeah, or No). Mais lorsque tu débutes, lorsque tu es en manque d'opportunités, dis oui à tout. Chaque opportunité est un ticket de loterie.
faire de belles photos. Sur les apps de rencontre, tout passe par les photos et beaucoup se joue au niveau de l'inconscient. Un de mes principes d'écriture favoris est "Show, don't tell". Il permet de rendre un texte plus vivant, plus convaincant, plus émotionnel. Appliqué à un profil, cela donne "J'aime le sport" → "Je vais à la salle 4x/semaine" → "Une photo de toi à la salle". Ou encore "J'aime l'aventure" → "J'ai descendu l'orne en canoë en 8 jours" → "Une photo de toi en treck Canoë". Tell → Show (avec des mots) → Show (avec une photo).
passer par des entremetteurs. Les potes de tes potes sont des personnes pré-validées. Si tu as des affinités avec eux, il est probable que tu aies aussi des affinités avec leurs amis. Et ça marche dans les deux sens. C'est l'approche la moins aventureuse, mais c'est une option.
collaborer avec des personnes que tu serais susceptible de dater. Je ne suis pas sûr de cette idée, mais je la pose quand même ici. Les relations professionnelles sont avant tout des relations sociales. Des personnes qu'on rencontre par le travail deviennent des amis. Et inversement, les amis sont vecteurs d'opportunités pro. On aime filer le boulot aux personnes qu'on aime bien. Quand tu cherches un service comme un shooting, un tatouage, un cours d'anglais, choisis une personne que tu serais susceptible de rencarder. Et si la relation reste professionnelle, c'est OK.
développer son narcissisme. Nous sommes attirés comme des aimants par les personnes qui ont confiance en eux. La confiance en soi est un effet de bord de s'aimer soi-même, sincèrement et profondément. Problème : mon estime de moi est basse. Je ne m'aime pas. Je ne me déteste pas non plus. Mais je ne m'aime pas sincèrement et profondément. Et ça, c'est un problème qui mérite de s'y attarder. Ce point sera sans doute un de mes focus pour 2025.

6 expériences de rencontres amicales

2024-12-27T00:00:00+01:00

Contexte

Septembre 2024.

Je sors d'une relation de 4 ans dans laquelle je me suis isolé. Je suis de retour sur Rouen, le coin où j'ai grandi. J'ai envie de rencontrer du monde, de développer mes compétences sociales.

J'ai deux options :

Reprendre contact avec mes connaissances du lycée, de la fac
Aller de l'avant et rencontrer de nouvelles personnes

J'aime l'idée d'aller de l'avant.

Mon psy me parle de Leizup : une application de rencontres amicales. Le concept m'intrigue. Aller.

Je me fixe un objectif simple :

Participer à 4 activités
Organiser 4 activités

Participer à des activités

En avant l'aventure !

2024-09-14. Activité #1 : Atelier de méditation

Pour ma première sortie, j'ai participé à un atelier de méditation avec Alain et Dhagpo Rouen. J'ai reçu un super accueil, et on m'a présenté deux images intéressantes.

La mèche. L'entrainement à la méditation permet d'allonger la mèche du bâton de dynamite. Tu n'exploses pas à la première étincelle. Tu as même une chance d'éteindre la mèche - si tu le souhaites.
Le verre d'eau et les sédiments. Imagine un verre d'eau rempli de sédiments et qu'on aurait agité comme une boule de noël. Un esprit agité ressemble à cela. Méditer est une façon de faire le calme, de laisser retomber les sédiments, et de gagner en clarté mentale.

2024-09-21. Activité #2 : Atelier d'écriture

Pour ma deuxième sortie, je me suis inscrit à un atelier d'écriture. C'était au labo Victor Hugo, un ancien bâtiment des beaux-arts. C'était organisé par Marie, une Clown Chamane d'une trentaine d'année. Et il y avait Henry (jardinier), Christine (du sud), Christelle, Jersey (des Cornouailles), Victor (bloqué dans l'écriture d'un roman), Gislaine, Sophie, Jean-lou, Helena, Mélanie, Faustine, Helina, Katie.

Le programme était inattendu. Plus qu'on atelier d'écriture, c'était un atelier d'expression. Et surtout d'expression vocale. Il y a eu de la gêne, des regards sceptiques, mais tout le monde ajouté le jeu.

J'en retiens que le corps est un lieu de passage, pas de stockage. Les émotions sont faites pour circuler. Pour cela, tu peux les donner à ta voix : souffler, laisser des sons sortir de ta voix, des rires, des notes, ce qui vient.

2024-09-29. Activité #3 : Poulet-Frite du dimanche

Pour ma troisième, je me suis inscrit à une sortie au restaurant.

C'était avec Valérie, Véronique et Karthik. Et c'était l'occasion de découvrir le Quartier Libre.

Je suis fasciné par ces lieux constitués de bric et de broc. Ils semblent émerger de rien. Il y a différents espaces. C'est convivial. J'aime beaucoup l'atmosphère.

Ce type de sortie est axé sur les conversations.

Socialement, ce n'était pas un match. Mais je suis ressorti content de l'expérience. C'était sans enjeu. Lorsque l'on m'a posé des questions, j'ai essayé de m'ouvrir. Personne n'a vraiment creusé, mais j'ai répondu aux questions et ai développé afin de poser des éléments de relance.

Ce type de rencontre est une bonne occasion de travailler ses accroches. Quand ton accroche n'est pas bonne, tu perds l'attention du groupe, et tu ne peux pas terminer ton histoire.

2024-10-01. Activité #4 : Friends dating

Le concept est de passer 5-6 minutes avec chaque personne. Des questions d'ouverture sont posées sur les tables afin de lancer des sujets de conversation.

C'était à l'Entrepôt Food Hall, un lieu de vie du nouveau Rouen. C'était organisé par Yoan, le co-fondateur de Leizup. Et il y avait Véro, Steph, Silvie, Sandie, Valérie.

Que des femmes !

De plus de 50 ans.

Ce soir, je me suis rendu compte que :

l'âge compte
la culture compte

Mes conversations avec Yoan étaient simples, fluides. Il a mon âge, il aime l'entrepreneuriat. On avait des affinités.

Je n'ai eu aucun mal à converser 4-5 minutes avec chaque personne. Mais je n'ai pas réussi à connecter. Je n'ai pas trouvé d'intersection dans nos besoins.

2024-10-03 - Point d'étape

La dernière soirée m'a plombée le moral. J'ai ressenti de la lassitude à rencontrer des gens avec qui je ne ressens pas l'envie de construire des choses. Rencontrer des gens random m'a amusé un moment. Il est temps d'ajuster ma stratégie.

Alors que je broie du noir, il me revient cette phrase de Marshall Rosenberg :

La dépression est la récompense que nous obtenons pour notre conformité.

Fuck it. Je vais tenter des trucs + osés.

Je regarde la liste des évènements proposés.

Soirée Bachata. Cela me fait envi autant que ça me flipper. Let's go.
Soirée Célibataires. Je trouve ça gênant et en même temps ça me fait envie. C'est exactement l'intersection que je recherche. Let's go.

2024-10-05. Activité #5 : Soirée Bachata

Wooow.

J'ai adoré.

Le contact, le mouvement, l'ambiance générale. Les sourires, les déconvenues. Je me suis senti vivant, joyeux. J'étais souriant toute la soirée.

Mon programme d'activité est déjà bien chargé, mais je note que la danse est définitivement un truc que j'ai envie d'explorer davantage.

~~2024-10-12. Activité #6 : Soirée célibataire~~

L'organisateur a annulé au dernier moment. Je n'ai pas insisté.

2024-11-03. Activité #6 : Atelier d'écriture

Avec Henry, Aurélien, Paulyne, Anne-Marie, Sun. Au Jehanne, le bar du Radisson Blu, un dimanche après-midi.

Le Jehanne est un des bars de Rouen que j'affectionne le plus. C'est cosy, lounge. L'ambiance est feutrée. Il y a de la moquette au sol, le lieux est calme et le service est discret. J'y vais rarement, mais je m'y sens bien.

On a fait trois exercices d'écriture créative autour d'un café. Chaque fois avec la même structure :

proposition de sujet
10-20 minutes d'écriture
tour de table de restitution

Exercice 1 :

chacun tire un mot au hasard (ici pris dans un jeu Codenames)
le but est de placer tous les mots tirés dans une histoire

Exercice 2 :

Tu es dans une galerie. Un évènement survient
Racontes l'histoire

J'ai passé un super moment. Chacun a son style : baroque / minimaliste, premier degré / 10-ème degré, descriptif / profond. J'ai eu du mal à lire mes textes. Et en même temps, c'était libérateur de partager des choses écrites de façon spontanées, sans trop de contrôle. J'ai aussi trouvé cela nourrissant d'écouter les textes des autres. On a reparlé de principes d'écriture comme "Show, don't tell". J'ai utilisé la trame narrative la plus simple au monde : planter le décor, dérouler une histoire, terminer. Et j'ai bien rigolé.

Conclusion

J'ai été investi dans cette démarche un mois. Je n'ai pas obtenu les résultats que je cherchais (amis, rencards), mais j'ai vécu des expériences amusantes.

Mi-octobre, j'ai fait évoluer ma stratégie :

D'abord, j'ai priorisé de sortir avec mon frère. On s'est fait des standups, on est allé au cabaret, on a fait de la Kizomba, on a testé des restos. On a parlé de nos vies, de nos aspirations, de nos projets. Ce n'était pas un vecteur de rencontre, mais c'était hyper cool.
J'ai testé de reprendre contact avec des connaissances. Cela m'a fait sincèrement plaisir de revoir certaines personnes. Je me suis souvenu pourquoi je n'avais pas envie d'en revoir d'autres. Globalement, il n'y a pas eu de clic.
J'ai testé les apps de rencontre - mais ça, c'est une autre histoire.

Cette deuxième stratégie a eu pour effet de m'isoler à nouveau. J'envisage donc de revenir à la première - avec ce que j'ai appris en cours de route.

Tips

Cibler les personnes

Me lancer à l'aveugle m'amusait. Et puis cela réduisait l'enjeu. Mais, avec le recul, je me rends compte que l'âge des gens est important pour moi. La culture aussi. Pour les prochaines fois, dans la mesure du possible, je viserais des sorties avec des personnes de mon âge (+/- 10, mais pas +/- 20).

Cibler les activités

Pour qu'une activité soit tenable dans le temps, il faut qu'elle soit rentable.

C'est incontournable pour les activités économiques. C'est aussi un peu vrai pour les activités sociales.

Le trick est donc d'aligner les activités sur ses centres d'intérêts :

Participer à un atelier de méditation est en phase avec mon projet de réaliser Samatha
Participer au Poulet-Frite était en phase avec mon objectif de repérer 4-5 lieux que j'apprécie pour d'éventuels rencards
Participer à un atelier d'écriture est en phase avec mon objectif de créer du contenu en ligne

Ainsi, même si tu n'accroches pas avec le groupe, tu as tout de même progressé sur un de tes objectifs. Plus une activité nourrit tes objectifs, le mieux. C'est une forme de "productive fun" - à l'opposé des activités de type "passive fun" comme regarder la télé.

Enfin, la meilleure façon de participer à des activités qui sont en phase avec tes projets, c'est de proposer les activités auxquelles tu aurais envie de participer.

Pour aller plus loin

La deuxième partie de l'expérience devait consister à organiser des évènements.

Je ne me suis pas aventuré dans cette partie. Et la phase de vie que je vais ouvrir ne va pas s'y prêter. Mais j'aimerais y revenir.

Voici des idées d'activité à proposer :

Atelier d'écriture créative
Atelier d'écriture d'introspection
Atelier d'écriture orienté "création de contenu"
Atelier d'écriture sur le thème des émotions
Footing (5 km)
Marche, promenade
Méditation
Souplesse (ex : Yoga, pilatte)
Cours de danse (ex : Bachata, Kizomba)
Visite d'une exposition
Soirée Mario Kart
Soirée jeux de société
Soirée film (ex : Vice-versa 2, DJ Mehdi : Made in France)
Restaurant
Escape game
Quizz room
Crêpes party à l'appart

Et voici deux messages que je veux laisser au moi du futur, quand il s'apprêtera à franchir le cap :

S'il n'y a pas d'offre pour une activité, c'est l'opportunité de la proposer. L'absence d'offre indique peut-être que le format ne fonctionne pas. Mais la seule façon de le savoir est d'essayer.
Même s'il y a une offre pour une activité, il est intéressant de la proposer en son nom. Cela créer de la diversité dans les groupes. Comme il n'y a pas un seul restaurant par ville, il n'y a pas de raison qu'il y ait une seule sortie restaurant cinéma par ville.

À suivre ... !

90 jours à la salle de sport

2024-12-26T00:00:00+01:00

Je suis allé 3-4x/semaine à la salle de sport pendant 3 mois.

C'est l'endroit où j'ai passé le plus de temps après chez moi.

Voici un compte rendu de mon expérience et de ce que j'ai appris.

Mise en place

Début septembre, j'ai voulu essayer le street workout avec mon frère. Nom de code du projet : Street Fighter 💪🏋️‍♂️. Comme il pleuvait, on est allé à la salle. Elle se situe sur les quais, donne vue sur la Seine, et j'ai tout de suite accroché. On a pivoté sur de la musculation classique. Il n'y a pas donc ni "Street", ni "Fight" dans ce projet, mais le nom "Street Fighter" me faisait bien rire, alors je l'ai gardé.

Mes objectifs / motivations étaient :

avoir un meilleur niveau d'énergie général
couper avec le mental en fin de journée
développer un corps plus attrayant
passer du temps avec mon frère
développer une posture droite

Ready ? Fight !

Comment ça c'est passé

Phase 1 : découverte

16 septembre 2025.

J'entre dans une salle de sport pour la première fois de ma vie. Chaque machine est un mystère pour moi. Je ne sais pas comment faire du rameur. Je fais des exercices avec des haltères de 4kg et c'est déjà difficile. Je ne parviens pas à terminer mes séries de demi-pompes.

Je suis avec mon frère. Il a fait un mois de musculation l'année dernière. Il connait un peu mieux cet environnement. On installe l'application Fitness Online pour avoir des programmes complets. Je teste tout plein d'exercices.

Phase 2 : sociabilisation

Mon frère se concentre sur d'autres projets et je vais désormais à la salle en solo. Je sympathise avec Thibaut sur les rameurs. Par son intermédiaire, je fais la rencontre de Simon. Le weekend, on est presque que tous les deux à venir. J'aime le vélo. Lui aussi. Je viens de découvrir la bachata. Il en fait depuis plusieurs années. On a des affinités !

Quelques jours plus tard, un mec vient me voir et se présente. Il est en L3 STAPS, il démarre un stage et est disponible pour donner des conseils. Je réfléchis 3 secondes. OK dude, j'ai plein de questions ! On sympathise.

Les semaines suivantes, on est inséparables. Je fais mes séances avec Simon et Adan. Ils me donnent des conseils sur les exercices : comment ne pas se blesser, comment bien se placer. Ils corrigent ma posture. Les séances sont fun et je progresse vite.

On dit que seul, on va plus vite ; ensemble, on va plus loin. Maintenant je comprends.

Phase 3 : OAHS

Un jour, Adan débarque avec une question simple : c'est quoi ton objectif ?

À ce moment-là, je viens régulièrement. Je fais pleins d'exercices, mais je n'ai pas de direction. Je réfléchis quelques secondes. Je sais ! J'aimerais tenir en équilibre sur une main.

C'est un exercice qui nécessite un travail du corps complet. Il demande de la force, mais aussi de la souplesse et de l'équilibre. C'est subtil. Et c'est trop stylé.

Il se trouve que c'est ce qu'il travaille aussi. C'est fou. Il propose de m'accompagner sur cet objectif. On commence à travailler le handstand ensemble. Je regarde le programme de Matthew Wismith en parallèle. Je suis sur-motivé.

La salle est devenue ma deuxième maison. J'y vais dès que peux en fin de journée.

Ma semaine la plus intensive donnera :

une routine de 10 minutes au réveil (4x15 pompes et 4x20 abdos de type mountain climber)
15 minutes de souplesse vers 9h
15 minutes de marche après déjeuner
25 minutes d'entraînement à l'équilibre à 16h
6 séances à la salle (dont une de RPM)
Hammam avec massage le dimanche

J'adore ça.

Je progresse bien sur les exercices de handstand.

Tenir 5-10 secondes sur deux mains d'ici à la fin de l'année me paraît jouable.

Phase 4 : stop

L'objectif de maîtriser le One Arm Handstand a renouvelé ma motivation.

Il est recommandé de faire 3 à 4 séances d'équilibre par semaine. J'imagine que c'est un rythme minimal. Je veux y aller à fond et m'entraîner tous les jours.

Les séances d'équilibres demandent de plus en plus de temps. Mais je n'ai pas plus de temps. Pour que les séances continuent de tenir en 25 minutes, je commence à timer mes pauses et à réduire leur durée.

Une douleur s'installe dans mon poignet gauche.

Je ne la vois pas venir.

Un matin, je sens que même faire des pompes est douloureux.

Je lève le pied, mais il est trop tard.

La douleur est installée.

J'attends une semaine.

La douleur est toujours là.

F**k.

Pas de poignet, pas d'équilibre.

Les exercices avec des haltères sont douloureux eux aussi.

Fin de la partie.

Ce que j'ai appris

Poids, Séries, répétitions et rythme

Tout est une question de poids, de séries, de répétitions, de tempo et de repos.

le poids est la charge que tu places
une série est un groupe de répétitions. Ex : 10 pompes.
une répétition est un cycle d'un mouvement. Ex : une pompe.
le tempo décrit la vitesse d'exécution d'une répétition. Ex : 2-1-1-1 correspond à une descente contrôlée sur 2 secondes, un maintien en position basse pendant 1 seconde, une remontée sur 1 seconde (+ explosif), un maintien en position haute d'1 seconde.
enfin, chaque série est séparée par un temps de repos. Ex : 1 min 30. Le secret pour faire 50 pompes et de ne pas les faire d'affilées. Il est plus facile de faire 5x10 pompes avec 1 minute 30 de repos que 50 pompes d'affilées.

Cela donne lieu à une notation Pompes: 0kg 4×12 / 60s @ 2-1-1-1.

Il ne sert à rien de se précipiter. Au contraire, ralentir la phase excentrique (la descente) permet de travailler davantage. Pour cadencer l'exercice, tu peux utiliser un métronome ou une app comme soundbrenner qui permet de régler la longueur d'une mesure (ex : mesure en 5 temps pour 2-1-1-1).

En général, pour un exercice, tu fais :

entre 3 et 5 séries
entre 5 et 12 répétitions
entre 15 secondes et 2 min 30 de repos

Il existe aussi des formats plus ésotériques :

séries de 6 + 8 répétitions (avec un poids, puis un poids + léger)
des pyramides (monter en charge jusqu'au max puis re-descendre)
des descentes (pour chaque série, faire le max de répétition. Décharger entre chaque série. À la fin, même la série à vide te paraît difficile)

Ordre des exercices

Une fois bien échauffé, l'idée est d'aller du plus libre au plus cadré. Les exercices libres sont par exemple les squats et les tractions. Des exercices comme le tirage à la poulie haute en prise serrée ou le leg curl sont cadrés. Les exercices libres sont plus complets. Les exercices cadrés permettent d'isoler un muscle et sont plus facile à réaliser proprement quand tu commences à fatiguer.

Tu peux combiner deux exercices complémentaires et faire ta pause après (superset). Mon superset préféré est d'enchaîner des tirages poulie haute en prise serrée avec des pompes diamants.

Comment ne pas se blesser

Se blesser = le plus grand risque. (à recopier 100 fois)

Voici quelques trucs que j'ai appris pour ne pas se blesser :

Bien s'échauffer
Garder le dos droit
Ne pas bloquer les articulations lorsque tu portes des charges lourdes

L'échauffement consiste à progressivement activer la zone que tu t'apprêtes à travailler. Cela peut avoir l'air bête, mais il est important d'échauffer la bonne partie du corps.

pour une session jambes : courir ou faire du vélo.
pour une session haut du corps : faire du rameur et des tours de chauffe avec un baton.
pour une session handstand : échauffer les poignets, échauffer les poignets, échauffer les poignets.

Voici un programme d'échauffement en 7' à faire en rameur ou en vélo :

Cycle 1
2' en vitesse normale
30" en vitesse max
30" en repos actif
Cycle 2 (x2)
1' normale
30" en vitesse max
30" en repos actif

Il est tentant de passer l'échauffement, pour aller plus vite. Mais, une fois que tu es blessé, c'est game over pour plusieurs semaines (minimum).

Aussi, un bon échauffement permet de meilleures performances pendant la séance.

Demander de l'aide est une excellente façon de sociabiliser.

Je me lançais sur un rameur pour m'échauffer quand un mec s'installe à côté de moi.

C'est clair qu'il est débutant. Il me demande des conseils. Je lui partage ce que je sais sur le rameur. On parle un peu.

Il n'a pas de programme. Je lui propose qu'on fasse ma séance ensemble.

Il vient une fois par semaine.

En trois semaines, il avait rencontré et sympathisé avec plus de personnes que moi.

La leçon de cette anecdote est qu'être débutant, motivé, et plein de questions est un superpouvoir pour nouer des liens. Le plus souvent, nous apportons volontiers notre aide. Cela nous fait nous sentir important.

Écouteurs : avec ou sans ?

J'ai testé les deux.

Écouter de la musique pendant une séance est stimulant. Cela donne de l'élan sur les exercices de force. Cela casse la monotonie sur les exercices de cardio.

Mais, si je vais à la salle, c'est aussi pour sociabiliser. Je pourrais faire des entraînements complets chez moi. Ce qui me plaît, c'est aussi d'avoir un échange avec Adan, avec Simon, d'échanger un sourire avec une autre personne, de dire bonjour sans rien attendre en retour, sans appréhender un rejet (et je suis souvent bien reçu).

Donc, pas d'écouteurs.

Miroir, mon beau miroir ...

Les salles de sports sont souvent recouvertes de miroir.

Pourquoi ?

Au départ, je pensais qu'ils étaient là pour se mater. Je trouvais cela embarrassant.

Avec la pratique, j'ai compris qu'ils aident à vérifier et corriger la posture. Cette explication me convenait mieux.

J'ai posé la question à un habitué. Il m'a répondu : en vrai, les deux.

Et finalement, pourquoi pas. Développer sa confiance en soi et moins se blesser sont deux motivations honorables.

Après, il semble que les effets sont débattus. D'après cet article :

les miroirs peuvent être plaisants chez les personnes qui ont un bon niveau, mais chez les débutants, ils soulignent l'écart entre le "moi actuel" et le "moi idéalisé". Cela rend la séance plus stressante.
les miroirs peuvent au contraire favoriser les blessures en encouragement des mouvements inappropriés (pour vérifier sa posture). Une alternative est de se concentrer sur les sensations de son corps et de se filmer pour corriger sa posture dans un second temps.

3 types de sessions

Session en solo

top pour écouter son corps
top pour dérouler sans "perdre" de temps
idéal quand ta séance est calibrée et que tu connais les exercices

Session avec coach

top pour se challenger, aller chercher + loin
top pour corriger ta posture et découvrir de nouveaux exercices
idéal pour les premières séances

Session avec amis

top pour passer un bon moment et rigoler
absolument inefficace en terme de rythme

En vrac

Ne pas sauter les séances jambes. Si tu viens 3-4x/semaine, faire les jambes 1x/semaine. C'est une séance assez courte. Elle permet de développer son corps de façon équilibrée. Tu n'as pas envie de ressembler à un magnum.
Les poignées de pompe peuvent sauver tes poignets. Les poignets sont particulièrement fragiles. Les exercices d'équilibre du OAHS et les pompes les sollicitent beaucoup et il est facile de se blesser. De façon générale, les articulations peu sollicitées et les petits muscles sont les plus à vulnérables. Les poignées permettent de faire des pompes sans forcer sur les poignets.
Le rythme fait tout. Enchaîner les séries d'exercices avec 15 secondes de pause plutôt qu'avec 1 minute 30 change la donne. À haute intensité, attention cependant à choisir des exercices ou le risque de blessure est faible. Le gainage à haute intensité est ok. L'équilibre à haute intensité n'est pas ok.
Tu peux combiner une séance avant le RPM, mais pas après. Après, c'est fini. Le risque à est de faire n'importe quoi techniquement, car tu as tout donné pendant le RPM.
Commencer par une série à vide afin se concentrer sur le ressenti et la position.
Tes accessoires indispensables : un timer, une gourde, une serviette
Décomposer puis assembler est la façon la plus rapide et la plus efficace de procéder
Inspirer par les nez, expirer par la bouche
Inspirer en phase de descente, expirer pendant l'effort
La routine matinale peut avoir un effet de bord indésirable. Elle ajoute de la friction au réveil. Il y a des matins où je n'avais pas envie de me lever, car je n'étais pas chaud pour une séance d'abdos.

Conclusion

J'ai commencé avec des exercices aléatoires et sans direction. Sociabiliser et me fixer un objectif m'ont fait passer à la vitesse supérieure.

Une fois lancé, j'ai perdu de vue mon objectif initial. Les entraînements ont pris de plus en plus de place dans mon quotidien. Et puis, à trop forcer, je me suis blessé.

Mais j'ai découvert une pratique que j'aime beaucoup.

L'enjeu pour 2025 va être de :

soigner mon poignet
y passer moins de temps
mettre le sport au service de mes projets

J'ai porté du vernis pendant 30 jours

2024-12-21T00:00:00+01:00

J'ai porté du vernis pendant 30 jours.

Pourquoi ?

Travailler ma confiance en moi
Susciter des échanges avec des filles
Suivre ma curiosité

Génèse (je manque de confiance en moi)

Mardi 12 novembre, 12h.

Mon projet de rencontres n'avance pas. Je vais à la salle, je sors au standup, j'ai fait plusieurs sorties sur via Leizup, mais aucun rencard. Je n'ai matché personne sur Tinder en 10 jours. Et je n'ose pas aborder les femmes dans la rue. Mon hypothèse est la suivante : je dégage un tel manque de confiance en moi que je suis peu attrayant.

Développer ma confiance en moi remonte dans mes priorités.

Lors de mes 15 minutes quotidiennes de LinkedIn, je tombe sur un post d'Oussama. Il a porté du vernis pendant trois semaines. Il raconte la palette de réactions que cela a généré, que cela a suscité du rejet chez certaines personnes, que jamais autant de jolies filles ne sont venues lui parler.

Je suis intrigué.

Cela me rappelle l'expérience de l'artiste conceptuel Jacques. Pour choisir sa coupe de cheveux, il s'est demandé : que fond les jeunes hommes de mon âge pour se sentir confiants ? Réponse : court sur les côtés et long sur le dessus. Alors, il a fait l'inverse. Pour voir. Plus tard, il racontera qu'assumer cette coupe a été difficile au début, mais cette expérience a boosté sa confiance en lui.

Porter du vernis pourrait m'aider à développer ma confiance en moi.

L'idée de porter du vernis m'excite et m'effraie à la fois.

C'est le signe qu'il y a un truc à creuser.

Exécution (ne pas trop réfléchir)

Ma décision d'expérimenter le vernis est prise.

Maintenant, l'enjeu est de ne pas traîner. Chaque moment que je passe à réfléchir à ce projet sans me mettre en mouvement m'éloigne de sa réalisation. Plus j'attends, plus il y a de chances que je ne le fasse pas : l'excitation va retomber et je vais me raconter toutes sortes d'histoires pour justifier de ne pas le faire, ne pas m'aventurer en dehors de ce que je connais.

Pour aller vite, je me suis rendu dans le premier nailbar que j'ai croisé, à la première occasion.

Entre l'idée et la pose, il s'est écoulé 6 jours. J'y pensais tous les matins en me levant, avec une excitation mêlée d'appréhension. Le jour J, ma petite voix se faisait de plus en plus forte : "Pourquoi tu fais ça ? ", "Tout ça pour attirer l'attention", "C'est même pas drôle".

Mais trop tard, c'était lancé.

Expérience

Exprimer sa sensibilité

Lundi 18 novembre, 13h (jour 1).

En sortant du bar à ongle, je me sens joyeux.

Je suis excité par le territoire inconnu que je m'apprête à explorer. Excité par ce nouveau niveau que je viens de débloquer. Excité par l'idée d'avoir de la couleur au bout des doigts.

C'est comme être une princesse. Comme être une licorne. Comme avoir le pinceau magique de Super Mario Sunshine au bout des doigts. Comme avoir de la magie au bout des doigts.

Cela faisait longtemps que je n'avais pas ouvert un canal pour exprimer ma sensibilité. C'est un effet inattendu. Cela me fait tripper d'avoir les doigts colorés. Cela apporte de la couleur. Cela apporte de l'amusement. Cela apporte de la joie.

D'où vient ta gêne

Lundi 18 novembre, 19h (jour 1)

J'arrive à la salle de sport. C'est ma première sortie. Je me répète "ok, souviens-toi que le but est de s'amuser, ne te replis pas sur toi. Tu vas ressentir de la gêne. Quand ce sera le cas, fais une régulation émotionnelle et traverse tes peurs."

Je rentre dans le vestiaire. En général, il est vide. Aujourd'hui, il est plein. Les mecs se changent, sortent de la douche, tout le monde est à moitié à poil. Il y a de la testostérone dans l'air. Presque tous les bancs sont pris. Je sens l'embarras monter.

D'où vient cette gêne ?

Clairement, de moi.

Ma gêne vient des histoires que je projette dans ma tête. Cela se traduit dans mes déplacements, et alimente le circuit de la gêne. Mais tout part de moi. Personne ne me fait de remarque. Personne n'a de geste hostile.

Alors, pourquoi cette gêne ?

Je suis gêné parce que je me dis que les gens vont penser que je suis homosexuel.

OK.

En quoi est-ce un problème ?

Je ne pense pas l'être - mais j'ai toujours été mal à l'aise avec l'idée que je pourrais l'être
Même si c'était le cas, et alors ?

La question reste en suspend.

Je trouve un espace. Je me change. Dans la salle, je croise mon pote Simon. Il est excité et trouve ça top. Venant d'un mec qui fait de la Bachata, j'aurais pu m'attendre à cette ouverture d'esprit, mais son enthousiasme me touche. Je me détends.

Je réalise qu'on a tendance à confondre sensibilité avec homosexualité.

C'est en étant gêné que tu crées la gêne

Mardi 19 novembre, 7h20 (jour 2)

Je monte dans le train. Je suis placé dans un carré. Un couple de retraité est installé face à face, côté fenêtre. Je leur dis bonjour. Le mec me fixe plusieurs secondes - je sens le phénomène. Je m'installe à côté de lui. Il remarque mes ongles. Il s'agite. Il tape un message sur son téléphone et le montre à sa femme. Je me doute du sujet. Elle lui répond : "c'est pas ton problème". Cela confirme mon doute.

Je l'ignore, mais je suis un peu raide. Je ne suis pas bien réveillé et tout le monde dors. Il n'y a pas un bruit dans la rame. Je ne me sens pas d'engager la conversation. Mais il y avait matière. Et je pense qu'on aurait bien rigolé.

La Twingo du Père Noël

24 novembre, 18h30.

Je me rends à la salle. Je suis dans mes pensées. Au feu, une Twingo s'arrête devant moi. Elle est recouverte de guirlandes. Cela me sort de ma torpeur. C'est tellement kitch. Je souris. Il y en a qui vont vraiment trop loin. Mon visage s'illumine, et je poursuis ma route avec cette énergie.

Si je peux apporter ça simplement avec du vernis, je prends.

Assumer ses intentions

1 décembre, 12h.

Nous voulons parfois faire des choses sans les assumer ouvertement :

"Comment vendre des formations sans avoir l'air d'un vendeur de formation" ?
"Comment draguer sans avoir l'air d'être intéressé" ?

Cela traduit une peur de s'exposer. Mais c'est stupide. S'exposer fait partie du jeu.

Un des freins de ma petite voix est "tu fais ça pour attirer l'attention".

Une partie de moi juge qu'il n'est pas bien de chercher à attirer l'attention.

Ce conflit intérieur m'amène à me demander "Comment attirer l'attention sans avoir l'air de vouloir attirer l'attention" ?

Cette démarche n'a pas de sens.

Il n'y a pas de problème en soi à chercher à attirer l'attention, à se faire remarquer. Cela fait partie du jeu de la sociabilisation.

Maintenant, est-ce que je fais ça pour le regard des autres avant de le faire pour moi ? Non. L'impulsion de départ est que cela a attiré ma curiosité et m'a excité. Ensuite, le jeu du regard des autres vient ajouter du piment. Et bien sûr qu'il y a une forme de provocation.

Attirer les filles

27 novembre, 20h40.

Un de mes espoirs était que des filles allaient venir me parler.

Cela ne s'est pas produit.

Pourquoi ?

J'ai plusieurs pistes :

Une démarcation de style est un point de départ pour un échange, mais ce n'est pas suffisant. Si tu es replié, embarrassé, et que tu évites les contacts visuels, rien de magique ne va se produire.
Si tu ne sors pas de chez toi et passe ton temps à lire gros, personne ne va venir te parler.

Par ailleurs, je réalise que :

La meilleure façon de parler avec des personnes est d'aller leur parler, pas d'attendre qu'elles viennent te parler. Si les deux font pareil, on voit bien que cela ne peut pas marcher.
"Venir te parler" est différent de "être attirées". Après, une fois que le contact est établi, il n'appartient qu'à toi de développer la relation : montrer clairement que tu es attiré par elle (si c'est le cas), polariser, partager des sorties, établir une connexion émotionnelle, escalader ...

Conclusion

Mes motivations étaient de :

Travailler ma confiance en moi
Susciter des échanges avec des filles
Suivre ma curiosité

Résultat ?

Rien de significatif
Échec complet
Réussite

Je m'attendais à susciter plus de réactions. Globalement, tout le monde s'en fou.

Après, c'était une expérience amusante, et j'ai découvert qu'on pouvait faire des choses incroyables en nail-art.

J'ai retiré le vernis le 21/12/2024, à 11h.

J'ai trouvé mes mains tristes après cela.

En même temps, j'ai trouvé cela reposant.

PS - en vrac

Plusieurs personnes m'ont demandé si c'était pour le style ou si c'était médical. Je n'ai pas compris 🤷‍♂️.
Je me suis fait des films de ouf par anticipation. Le plus extrême ? Qu'au boulot, ils allaient trouver cela abusé et qu'ils n'allaient pas renouveler ma mission pour ce motif.
Certaines personnes sont excellentes à te regarder dans les yeux et ne pas faire de remarque. Certaines pas du tout.

Relire Dragon Ball à 32 ans - 14 insights

2024-12-02T00:00:00+01:00

Je viens de relire les 42 tomes de Dragon Ball.

Voici 14 éléments qui m'ont marquées.

1 - Goku ne vit pas toujours avec Chichi

Goku s'embarque plusieurs fois dans de longues épopées :

Après avoir été tué par Raditz, il passe un an au paradis où il s'entraîne avec maître Kaïo pour revenir plus fort et affronter Vegeta.
Après avoir échappé de justesse à l'explosion de Namek, il reste un an sur la planète Yardrat où il apprend la technique du déplacement instantané.
De façon générale, même lorsqu'il est sur terre, il passe ses journées à s'entraîner.

Dragon Ball n'est pas vraiment un modèle pour les relations homme-femme. Mais, je relève ce point. Il a pu m'influencer.

2 - Parfois, perdre est la meilleure chose qu'il peut t'arriver.

Lors du premier championnat du monde d'arts martiaux, Tortue Génial s'inscrit sous une fausse identité. Il veut s'assurer que son élève ne remporte pas la compétition. De fait, il bat Goku de justesse en finale. Grâce à cette défaite, Goku repart encore plus motivé pour s'entraîner de gagner l'année suivante.

Tu viens pour gagner. Mais par fois, perdre est la meilleure chose qui peut t'arriver.

3 - Dans une équipe de choc, il y a toujours un techos

Dans Dragon Ball, c'est Bulma et son père. Bulma fabrique le détecteur de Dragon Ball. Son père construit à Goku un vaisseau pour qu'il aille sur Namek. Dans le futur, Bulma construit une machine à voyager dans le temps.

D'ailleurs, quand on y pense, c'est Bulma qui lance l'aventure. C'est elle qui fait la rencontre de Goku lorsqu'il est encore un enfant sauvage qui vit dans la foret.

4 - L'amour est contagieux

Le démon Piccolo est constitué de la part maléfique dont c'est séparé Kami pour devenir dieu. Il est pur mal. Pourtant, il s'adoucit au contact de l'amour que dégage Son Goku. Enfin, il se prends d'affection pour San Gohan l'année où il l'entraîne pour combattre Vegeta.

Naïf ? Peut-être.

5 - Élimine les mouvements inutiles plutôt que de toujours chercher à ajouter

Après sa défaite face à Tao Paï Paï, Goku escalade la Tour Karine pour boire l'eau sacrée et devenir plus fort. Maître Karine l'autorise à boire. À condition qu'il parvienne à la saisir.

La cruche est suspendue à son baton. Il s'ensuit un jeu du chat à 8000 mètres d'altitude. Goku est vite essoufflé : il s'agite trop. Il fait trop de mouvements inutiles.

Cette réalisation me rappelle une question de Tim Ferriss : quelles sont les activités que tu penses être productive dans ton quotidien mais qui ne le sont pas ?

6 - Le secret, c’est l’entraînement

Après plusieurs jours de course, Goku parvient à saisir l'eau sacrée. Il la boit. Rien ne se passe. Maître Karine lui explique alors que c’est une eau ordinaire, mais il est aujourd’hui plus fort : son corps s’est renforcé en luttant pour boire l’eau.

On cherche des raccourcis pour obtenir à coup sûr des résultats en quelques jours, mais il n'y en a pas. Les choses simples fonctionnent et se révèlent dans la durée. Le secret est de s'entraîner chaque jour.

le calme mental demande de l'entraînement
réaliser un one arm handstand demande de l'entraînement
développer des logiciels demande de l'entraînement

7 - Entraines aussi ton esprit

Lors de son combat contre Jiren, Maitre Génial rappelle à Goku la grande leçon de ses aventures : entraîner son esprit à faire le vide pour être pleinement dans l'instant est aussi important qu'entraîner son physique.

8 - Déploies ton énergie à des moments bien choisis

La technique du Kaioken consiste à déployer toute sa force sur de brefs intervalles et uniquement lorsque c'est utile. Lorsqu'il rejoint ses amis sur Namek, Goku utilise cette technique contre les soldats de Freezer. En plus d'augmenter sa force, cette technique lui permet de duper les appareils mesure la force.

Cette technique me fait penser à la méditation du calme mental (Samatha). Lorsque tu as un travail intellectuel en particulier, tu as intérêt à ne pas gaspiller d'énergie dans des boucles mentales comme les ruminations. Au contraire, faire le vite dans ton esprit, rester calme, et concentrer ta force dans de courtes sessions permet de mobiliser tes ressources mentales de façon efficace.

En deux mots : Samatha + pomodoro = 🌟

9 - Les événements à priori négatifs apportent aussi leur lot de positif

Le Vieux Kaïo Shin était autrefois un bel homme. Il a fusionné accidentellement avec une sorcière. Il est devenu vieux et ridé. Mais il a acquis des pouvoirs magiques par la même occasion.

Tout comme la défaite de Goku à son premier championnat d'arts martiaux l'a encouragé à poursuivre l'entrainement, on voit ici que les événements à priori négatifs apportent aussi leur lot de positif.

10 - Le mindset d'abondance

Lors du combat contre Vegeta et Napa, Goku n'hésite pas à donner le dernier Senzu à Krilin et Gohan. Il n'a pas peur de manquer pour lui. On pourrait penser qu'il vaut mieux qu'il le garde pour lui car il est plus fort et a plus de chances de l'emporter. Mais pour Goku, il s'agit de gagner ensemble.

11 - Tu ne peux pas passer ta vie coupé du monde

La salle de l’esprit et du temps est située dans une dimension parallèle. 24h dans la salle équivaut à 1 an sur terre. C'est incroyable pour s'entraîner, se concentrer, et faire de grands progrès en un temps record. Mais on ne peut pas y vivre indéfiniment. Personne ne peut y passer plus de deux ans dans sa vie.

Guillaume Moubeche a fait un parallèle entre le monk mode et la salle de l'esprit et du temps. Le monk mode consiste à s'isoler plusieurs semaines pour se concentrer un projet important et le faire avancer à toute vitesse.

Cette planche me rappelle que c'est un mode génial, mais qu'il faut aussi s'accorder des moments de relâche pour ne pas devenir fou.

12 - Genkidama et compassion

La technique du Genkidama consiste à demander aux êtres vivants de partager leur force, de collecter cette énergie, puis de l'envoyer sur un opposant. C'est la technique plus puissante de la série. J'y vois une métaphore de la force de la compassion et du sentiment de connexion aux autres.

13 - Tu peux avoir la meilleure technique et les meilleures intentions du monde, mais si tu n'est pas capable de délivrer ton message, tu ne parviendras pas à tes objectifs.

Après que Gotenks, San Gohan et Vegetto aient échoué face à Boo, Goku est acculé. Il démarre le Genkidama pour sauver l'univers.

Avec l'aide de maitre Kaïo, Vegeta entre en contact avec les habitants de la terre afin qu'ils envoient leur énergie à Goku. Ceux qui reconnaissent Végéta participent, mais la majorité des gens sont sceptiques.

Goku passe un message à son tour. Les personnes qu'il a aidé au cours de ses aventures le reconnaissent et contribuent. Mais le compte n'y est toujours pas.

Ce n'est que lorsque Satan prend la parole qu'ils gagnent une large participation. Satan apparaît jusqu'ici comme un pitre et un imposteur. Mais il est populaire. Les terriens ont confiance en lui.

Sans Satan et son audience, Goku n'aurait pas pu finaliser son attaque.

14 - Il est difficile d'avancer seul. La force que t'apporte un groupe d'amis est inestimable.

Boo est le dernier adversaire de la saga. Lors l'assaut final, Goku lui adresse un au-revoir. Son message est vide de colère. Au contraire, il est empreint d'amour et de compassion. Goku est salut la force et la combativité de Boo malgré qu'il combatte seul.

C'est le dernier combat de la série. Et pour moi, c'est aussi le dernier message adressé au lecteur.

Cette page me rappelle que même si je suis hyper motivé dans mes projets, il est possible que je finisse par m'essouffler si je reste seul dans mon aventure et que je ne trouve personne avec qui partager mes joies, mes peines, mes réussites et mes échecs. Elle me rappelle de ne pas m'enfermer, de m'ouvrir et de partager le chemin. Elle me rappelle que le groupe porte en lui une grande force.

Les bouddhistes appellent cela la sangha.

Brian Eno appelle cela un scenius.

Les entrepreneurs parlent de groupe de responsbilité.

Benjamin Franklin avait le Junto Club.

David Perell appelle cela le club des 10.

Sociabilise dans tes passions.

Seul on va plus vite, ensemble on va plus loin.

Conclusion

J'ai découvert Dragon Ball alors que je devais avoir 11 ans.

J'ai adoré relire cette saga +12 ans plus tard.

En essence, Dragon Ball défend deux valeurs : - celle de l'entraînement - celle de l'amitié

Enfin, un message m'avait complètement échappé en première lecture mais me frappe aujourd'hui. Il revient régulièrement : celui d'entraîner son esprit au calme mental.

Trouver le handle parfait (Guide ultime)

2024-10-13T00:00:00+02:00

Au cours de cette année, j'ai tâtonné plusieurs fois sur le choix de mon handle. Est-ce que j'aligne tous mes handle sur petitalx, l'e-mail que j'ai créé en arrivant à l'université ? Est-ce que je pars sur lxnd, le handle de ma phase "anonyme" ? Sur quels critères baser cette décision ?

J'ai cassé plein de fois tous mes liens de bio.

Pour te faire gagner du temps et t'aider à en fixer un une fois pour toutes, j'ai regroupé ici tout ce que j’ai compris sur comment choisir son handle.

C'est quoi un handle ?

Un handle est un mot de quelques lettres qui identifie ton compte sur les plateformes comme Twitter, Instagram et LinkedIn. Il se présente souvent précédé d'un arobase. Par exemple : @ulysselubin

Ton handle est ce qui t'identifie en quelques lettres sur internet. Choisir un bon handle contribue à ta visibilité. Il permet que l'on te reconnaisse d'une plateforme à une autre. Si tu es présent en ligne de façon professionnelle, c'est un élément qui vaut la peine d'être considéré - d'autant plus que ce guide devrait te donner les éléments pour en trouver un rapidement.

Le handle parfait

Le handle parfait est :

facile à prononcer — afin qu'il soit simple à partager. Lorsque j'avais la culture de l'anonymat, mon adresse e-mail était "lxnd arobase protonmail point com". C'est imprononçable et l'hébergeur est inconnu du grand publique. Lorsque je donne mon adresse e-mail à l'oral, 100% des gens ne comprennent pas. Je me retrouve à l'épeler lettre par lettre, et c'est laborieux - pour moi autant que pour la personne en face.
court — d'une longueur inférieure à 15 caractères, afin qu'il soit facile à mémoriser.
consistant entre les plateformes — pour qu'il soit facile de faire le lien entre tes différents comptes.
facile à saisir — éviter les chiffres et les caractères spéciaux (tirets inclus)

Le candidat parfait

L'idéal est de composer ton handle à partir de ton prénom et de ton nom.

Par exemple :

Naval Ravikant utilise simplement son prénom : https://nav.al/ → @naval
Le nom de domaine de Derek Sivers consiste en son nom : https://sive.rs/
Pieter Levels utilise également son nom : https://levels.io/ → @levelsio

Lorsqu'il ni ton nom ni ton prénom ne sont disponibles, voici quelques tricks à tester pour t'en sortir :

trick du domaine : intègre ton top-level domain à ton handle. C'est par exemple ce que fait la société MADE (https://www.made.com/ → @madedotcom) ou encore Pieter Levels (https://levels.io → @levelsio)
trick de l'accolade : accole la première lettre de ton prénom à ton nom. C'est l'approche qu'a choisi Nassim Nicholas Taleb (@nntaleb). C'est aussi une approche que j'ai considéré avec @apetit. Le jeu de mot avec appétit m'amusait autant qu'il me mettait mal à l'aise. Mais le nom de domaine https://apetit.io est déjà pris. Cela a tranché mon débat intérieur.
trick de la simplification : utilise une forme simplifiée de ton nom lorsque celui-ci est difficile à prononcer et à mémoriser. C'est la technique qu'a employé Dan Koe (Daniel Koenigslieb → Dan Koe). La simplicité est la sophistication suprême.
trick du préfixe : la technique du préfixe consiste à ajouter un préfixe à ton nom. Tu t'appelles Thomas ? @iamthomas, @thethomas et @heythomas sont des candidats.
What do you do ? : indique ce que tu fais directement dans ton handle pour nicher ton prénom. C'est ce qu'a fait le codeur Michaël de Marliave (@micode).

Consistance

Pour que ton handle soit consistant, il faut qu'il soit disponible.

En tant que développeur, idéalement, je veux que :

le nom de domaine soit disponible.
le handle soit disponible sur LinkedIn, Youtube, Github, Twitch et X

Tu peux créer une copie de ce google sheet pour générer et tester rapidement la disponibilité de ton handle sur différentes plateformes. Attention toutefois : pour les noms de domaines, la seule façon de s'assurer qu'il est disponible est de passer par un registraire de nom de domaine comme porkbun ou gandi.

Derniers mots pour la route

Ton handle reste un détail. Certains entrepreneurs n'ont respecté aucune de ces règles. Cela ne les a pas empéché de construire une large audience et de lancer des projets fous. Par exemple, Oussama Amar utilise @daedelium sur Instagram et Twitter, @bettercallouss sur Youtube : ils ne sont pas consistants et le premier repose sur un pseudo. Un bon handle contribue à ta visibilité - mais cela s'arrête là.

Un nom reste ce que tu en fais. Il y a 10 ans, j'ai lancé une association d'évènementiel avec des amis. Le nom qui a été retenu est celui de Sport National. Ce nom ne m'inspirait pas au début. Il ne me parlait pas. Et puis, une fois l’identité et les premiers événements déployés, une fois qu'on a commencé à le faire vivre, j'ai commencé à l'adorer. La morale de cette histoire est qu'un nom, ça reste ce que tu en fais.

Qu'est-ce que tu vas faire de ton handle ?

❤️

Deploy Python Web Apps on your own server

2024-09-25T00:00:00+02:00

Why ?

Why would you do that ?

Here are 5 reasons that motivated me :

it's economical (only 5$/month + the price of your domain name)
it's easy (just follow this tutorial)
it's empowering
it's simple
it's fun

Another reason that pushed me is mimesis. Pieter Levels deploy his index.php files on his own server. Derek Sivers run all his business on it's own sever. Hackers do it. It looks exciting.

So, here is the plan :

Setup your server
Make a simple python web app
Add your subdomain to your certificate
Route trafic to your web app
Create amazing projects

Setup the instance

This article sit on the shoulders of https://sive.rs/ti.

Follow it to setup your own server. Derek's article will lead you to a simple, secure, and powerful setup.

His guide is frequently updated. But still, things can go wrong. If it does, start over. You'll be amazed how fast you can go. If it still doesn't work, yo are lucky. It's an opportunity to learn and help. Read the ti.sh source instructions. Dig the man pages. It's most certainly not a big thing and you will learn a lot.

By the end of the article, you are equipped with your own server. Setup of e-mail, calendar and contacts is out of scope in our case. If you seize the opportunity, great :).

Create a simple app

1. Connect to your server with ssh

2. Run `whoami` and note your username (mine is just `a`)

3. Install python :

doas pkg_add python

4. Create a folder for your app

cd /var/www/
doas su
mkdir myapp
chown -R <username>:<username> myapp  # for me it's `chown -R a:a myapp`
exit

5. Download code of your app

cd myapp
curl -O https://petitapetit.io/pub/app.py
# or git clone <https://github.com/....git> .

6. Create a virtual environment and install the dependencies

python3 -m venv .venv
. .venv/bin/activate
pip install --upgrade pip
pip install flask
pip install gunicorn

7. Test that it works locally

First, with flask :

# Serve the web app
python -m flask --app app run -h 127.0.0.1 -p 8000
# In another window, browse it. You should the html content of the page.
curl 127.0.0.1:8000

Then, with gunicorn :

# Serve the web app
gunicorn app:app --workers 1 --bind 127.0.0.1:8000 --daemon
# Again, browse it
curl 127.0.0.1:8000

# Stop the gunicorn process 
ps aux | grep gunicorn
kill -9 <GUNICORN_PID>

8. Configure a daemon

Create a file with doas vim /etc/rc.d/myappd and paste this content inside :

#!/bin/ksh

venv="/var/www/myapp/.venv"
daemon="${venv}/bin/gunicorn" 
daemon_flags="app:app --daemon --workers 2 --bind 127.0.0.1:8000 --chdir /var/www/myapp"

. /etc/rc.d/rc.subr

rc_user="www"
rc_env="PATH=${venv}/bin:/usr/bin:/bin"

rc_start() {
    echo "Start the myapp gunicorn daemon"
    ${rcexec} ${daemon} ${daemon_flags}
}

rc_check() {
    pgrep -f "${venv}/bin/python3 ${venv}/bin/gunicorn app:app" >/dev/null
}

rc_stop() {
    echo "Kill the myapp gunicorn workers"
    pkill -f "${venv}/bin/python3 ${venv}/bin/gunicorn app:app" 
}

rc_cmd $1

9. Enable the daemon so that it will start automatically if you reboot your server.

rcctl enable myappd

10. Start your daemon

rcctl start myappd

In case of troubles, read man rcctl or try /etc/rc.d/myappd -d start to start the deamon manually and see the logs.

Add your subdomain to your certificate

1. Add your subdomain to the acme-client configuration.

To do so, edit /etc/acme-client.conf and add your subdomain to the list of alternative names of your domain.

Here is how the modification look on my side :

2. Renew your certificate

doas acme-client -v <your-domain> # for me it's `doas acme-client -v petitapetit.io`

Route the trafic to your web app

1. Update your relayed configuration to route requests made to your subdomain toward your web app.

Open the configuration with doas vim /etc/relayd.conf. Then add the following lines :

2. Apply the changes and load the new certificate

doas rcctl reload relayd

3. Open a browser and try to browse your subdomain

For the purpose of this tutorial, it would be https://myapp.petitapetit.io on my server. You can visite https://leequotes.petitapetit.io to see a web application that I'm actively serving.

Conclusion

You can now deploy an infinite number of python web apps, on your own server.

How does it feel ?

If something goes wrong, please give me a description of what goes wrong at what step. If you make it work, please tell me. I would be happy to know it helped you. Finally, if you see something that can be improved, please tell me too.

Une retraite de méditation, sept leçons

2024-09-05T00:00:00+02:00

Cette année, j'ai lancé plusieurs expérimentations pour gagner en clarté mentale:

digérer les informations que je consomme dans mon second cerveau
échanger régulièrement avec un psychologue
écrire des articles (comme celui-ci)
écrire un journal
faire des trecks
et méditer

Début Juillet : cela fait 8 semaines que je médite 5 à 10 minutes par jour. Je lance un chrono. Je ferme les yeux. Je concentre mon attention sur ma respiration, les sensations de mon corps. Mais je ne sais pas vraiment où je vais.

C'est alors que je reçois un e-mail qui fait la promotion d'Atomic Meditation. Atomic Meditation est un programme mis en avant par Eliott (Atomic) et proposé par Maxime Gréau. Le programme propose un volet formation et un volet coaching. Il tombe à pic. Je fais déjà confiance à Eliott. Je souhaite m'investir davantage dans la communauté Atomic. Je décide donc de rejoindre le Club Samatha.

Maxime propose une rencontre physique lors d'une retraite de méditation. C'est à deux pas de chez moi. C'est pile pendant mes vacances. Et je n'ai rien de prévu à ces dates.

Let's go !

Le cadre

Vajradhara-Ling est un centre bouddhiste installé au coeur du Pays d'Auge, en Normandie. Il a été inauguré en 1987, est géré par Lama Gyourmé. Il est composé d'un temple, un stupa, d'un moulin à prière, un bassin, un grand parc, et peut hébergé jusqu'à 120 personnes en pension complète.

L'organisateur de la retraite est Pierre Bourges. Il a une formation de psychologue, est spécialisé dans la pédagogie, et est passionné par les neurosciences et le bouddhisme Thibétain. C'est une personne remarquable est très intéressante.

Cette édition a été marquée par la présence de Phakyab Rinpoche. Phakyab est né en 1966 et est issu d'une famille de nomades Thibétaine. Son enfance est marquée par l'immensité de l'Hymalaya et une vie minimaliste dans une nature abondante. En 2003, il rejoint New York après avoir été torturé dans son Pays. Il y est hospitalisé pour une gangrene à la cheville. Impressionné par l'organisation et la technologie américaine, il est convaincu que la médecine occidentale pourra le guérir. Cependant, les tentatives de soin échouent et les médecins se replient sur la solution de dernier recours : l'amputation. Il consulte alors le Dalaï lama qui lui donne comme instruction de se soigner en puisant dans ses ressources intérieures. Il va alors appliquer les pratiques de méditation auxquelles il a été entraîné plus jeune 12 heures par jour pendant 3 ans. Lentement, sa circulation sanguine va revenir dans son pied. Ses cartilages vont se reconstituer. Et il va guérir.

Attention : la conclusion de cette histoire est que la médecine occidentale et la méditation sont deux formes de soin qui se complètent. Il ne s'agit pas de choisir entre l'une ou l'autre. Phakyab décourage les personnes qui souhaitent arrêter leurs traitements pour se soigner uniquement par la méditation. Il rappelle qu'il a plus de 50 000 heures de pratique à son actif.

Maxime Gréau est coach et accompagne les gens à être heureux dans leur vie. C'est le fondateur du Club Samatha que j'ai rejoins début juillet. Il organise des méditations guidées formidables, et c'est grâce à lui que je suis ici cette semaine.

Le temple est tenu par Lama Gyourmé et Lama Pema qui organisent régulièrement des rituels. Deux résidents vivent ici toute l'année où ils sont hébergés et nourris en échange de services. Et ils sont soutenus par une équipe de bénévoles chaleureuse, dynamique et souriante.

Remarque : Le titre de lama est attribué aux personnes qui enseignent le bouddhisme Thibétain / qui sont spirituellement avancées. Le titre est en général décerné par d'autres lamas.

Enfin, côté participants, nous étions ~60 personnes issues de toute la France, de Belgique, dans une moyenne d'age de 50 ans (😅).

Lorsque je suis arrivé sur le site, j'ai senti une vague d'appréhension monter :

est-ce que je vais aimer ?
est-ce que je vais connecter avec les personnes qui sont sur place ?

La retraite

Une semaine bien remplie

Je suis arrivé le samedi 10 août et reparti le dimanche 18 août.

Le programme de la retraite était structuré autour la pratique de Samatha et de Samatha Healing.

Samatha est la méditation de la concentration, du calme mental et de la tranquillité. La concentration est une compétence clé dans la vie de tous les jours. Aussi, dans le cadre de la méditation, développer sa capacité de concentration est la base. C'est un pré-requis pour les pratiques plus avancées.

Samatha Healing est une méditation de soin qui repose sur de la visualisation. C'est l'une des pratique qui a aidé Phakyab à se soigner, et c'est une technique plus avancée.

Pendants une semaine, ma journée type était la suivante : - 06h15 : levé, douche, étirements - 07h00 : session avec Pierre - 08h00 : petit déjeuner (café, muesli) - 09h00 : enseignements de Phakyab - 10h30 : pause - 11h00 : session avec Pierre ou Phakyab - 12h30 : déjeuner - 14h00 : session avec Pierre ou Phakyab - 15h30 : pause - 16h00 : session avec Pierre ou Phakyab - 17h30 : pause - 18h00 : mise au propre de mes notes - 19h30 : dîner - 20h30 : marche, clarification de mes notes, méditation, lecture - 22h30 : dodo

Les sessions avaient lieu dans le temple. Elles alternaient théorie et pratique.

Lors des pauses, j'allais soit faire une sieste, soit écrire, soit m'étirer, soit méditer.

Nous avons été exposés à beaucoup d'informations. Prendre des notes sur mon téléphone puis les distiller/compléter le soir a été un élément clé pour m'aider à assimiler le contenu de la semaine.

Un aperçu de la liste des fiches que j'ai créées (à gauche) et de l'index que j'ai assemblé (à droite).

En plus d'être un shoot de connaissances sur la méditation, le bouddhisme et la spiritualité, cette semaine a aussi été une expérience sociale.

Déjeuner avec des inconnus

Les repas étaient gérés par les bénévoles du lieu et étaient organisés à heure fixe. Ils étaient végétariens, très bons, et se tenaient dans le réfectoire où étaient allongées de grandes tablées.

Les premiers jours, je m'asseyais à une table où je ne connaissais personne. Les échanges naissaient naturellement. Et lorsque je me levais, 5 personnes étaient passées du statut de "inconnu que je ne sais pas trop où ranger" à "personne sympa dont je connais le prénom et avec qui j'ai connecté".

J'ai parlé avec Elisabeth, Kassie, Warren, Bettie, Magda, Amandine, Elise (psy), Elise (reiki), Maxime, Daniel, Jessica, Denis, Audrey, Sandrine (grenoble), Sandrine (physicienne), Sarah, Marie-Laure (samatha), Marie-Laure (orga), Joëlle, Ludovic, Phakyab, Micka, Laure, Magda.

Photo de groupe prise le jeudi avec les participants de la retraite

Au début de la semaine, j'étais mal à l'aise dans les situations sociales. Je labellisais beaucoup - et me sentais jugé en retour. Je sentais ma tension monter au moment des breaks.

À la fin de la semaine, j'étais à l'aise avec tout le groupe. Je me sentais calme.

Et ce calme a été renforcé par l'installation du silence.

Une expérience du silence

Mardi matin, Pierre a instauré le silence.

Avec les exceptions suivantes : - Si vous avez quelque chose d'important à dire à quelqu'un, vous pouvez, mais uniquement sur le parking. L'idée est de lui faire signe et de vous écarter. - Vous pouvez parler pendants les sessions de formation. Pour poser des questions par exemple.

Au départ, j'étais décidé à l'appliquer sans concession.

Mais rapidement, j'ai lâché prise.

En fait, beaucoup de personnes ne jouaient pas le jeu. Parfois parce qu'ils n'avaient pas envie et n'étaient pas venu pour cela. Parfois parce que le silence les mettait dans l'inconfort. Parfois un peu des deux.

Aussi j'ai abandonné l'idée de faire l'expérience de 4 jours de silence en continu. Ce n'était pas du pur silence donc, mais cela a quand même été une expérience particulière. Le silence était globalement respecté au moment des repas.

L'instauration du silence a eu des effets amusants : - le fait que la parole soit '"autorisée" seulement pendant les cours a entraîné une hausse de la participation - le parking c'est rapidement transformé en salon de discussion - il arrivait qu'une question à poser à Maxime ou à Elise me vienne en tête pendant les repas. Au lieu de la poser, je me demandais alors "pourquoi" cette question ? Quelle est mon intention derrière cette question ? Très souvent, la question n'avait pas grand intérêt. - ne pas parler est un obstacle à faire connaissance (en général). Par effet de simple exposition, le groupe devient familier. Mais je n'ai plus fait de rencontres après l'instauration du silence. - le silence donne lieu à des situations amusantes où l'on communique avec des signes - sans forcément parvenir à délivrer le message

Remarque : je dis "en général" car après avoir écouté une histoire d'Elise, j'ai compris que certaines pratiques de danse comme le Mind Body Centering permettent de connecter avec l'intimité d'une personne uniquement avec langage du corps, sans parole.

Au début, le fait de ne pas parler en présence d'autres amène de drôles de questions : - que faire de son regard pendant les repas ? - s'assoir face à face ou en quinconce ?

Quoi qu'il en soit, une fois habitué à moins parler et à être en présence d'autres personnes dans le silence, une forme de calme d'installe.

Un calme propice à la méditation.

Les chants méditatifs

Les chants méditatifs ont été ma plus grande surprise.

Le premier atelier de la retraite était une pratique de Tchenrezi. Et j'ai détesté : - j'étais au fond de la salle - je n'avais pas le texte - c'était trop religieux pour moi

Je me suis demandé ce que je faisais ici.

Puis il y a eu cette session sur Chine-Lakthong. Cette fois-ci : - j'étais dans les premiers rangs, entouré de participants - une personne a partagé son texte avec moi - je suis passé outre la forme religieuse

Et j'ai pris une claque.

La pratique de Chine-Lakthong alterne chant en Thibétain et méditation libre par blocs de 10 minutes et pendant une heure. Pratiquer avec un lama et les résidants créent une expérience unique. Les moines Thibétains ont une technique de chant particulière. Leur voix résonne. Et les résidents donnent de la profondeur à la pratique en ajoutant des tambours et des cloches.

Chanter plonge dans un état d'apaisement propice à la méditation. Je ressens du bien être à méditer lorsque mon mental ne cherche pas à s'échapper. Et l'alternance entre chant et méditation est absorbante

Aussi, chanter à côté de quelqu'un crée une bulle où tu connectes avec la personne.

La session était en fin de journée. C'est une pratique éprouvante en attention. Pourtant, en sortant de la session, j'étais super excité. Comme si la pratique avait réactivé la circulation de mes émotions. Elles circulaient à présent librement dans mon corps. Par torrents. C'était des émotions positives, agréables. Et en même temps cela m'a désarçonné. C'était presque fatiguant.

C'est l'activité qui m'a le plus marquée de la semaine.

Conclusion

C'était une semaine hors du temps.

Chaque jour, je me suis senti reconnaissant de la chance de vivre cette expérience.

Voici 7 leçons que je retiens de cette retraite :

Atteindre l'éveil (la conscience de soi) est la meilleure chose que tu peux faire pour aider les autres. Nous avons tendance à vouloir nettoyer la neige qui est sur le toit du voisin avant de balayer devant notre porte. Or, il y a un risque d'erreur important à chercher à aider les autres avant d'avoir géré son cas. Aide-toi avant de chercher à aider les autres. Atteindre l'éveil va t'aider à faire face à tes problèmes. Résoudre ses problèmes permet ensuite d'aider les autres à résoudre le même problème.
Samatha est la base de la méditation. Samatha permet de développer sa capacité de concentration et de vider son esprit pour en faire un lac calme et silencieux. Elle est un pré-requis aux pratiques de méditation plus avancées. Lorsque tu parviens aux stades 7, 8, 9, elle a en elle même un impact immense sur ton quotidien.
Commencer avec de courtes durées : Il est préférable de débuter la méditation avec des entrainements courts mais régulier. Lors des longues sessions, tu fatigues et risques d'installer des habitudes qui seront difficiles à défaire ensuite.
Limiter les takeways à 7 points : Notre mémoire à long terme est presque infinie, mais notre mémoire à court terme est limitée à sept emplacements. Lorsqu'on essaie d'embarquer davantage d'éléments, la mémoire à court terme sature et on oublie tout.
Les religions sont des véhicules. Les religions encapsulent des connaissances et des éléments de sagesse sous forme d’histoires et de pratiques. Ces histoires facilitent le partage et la mémorisation. Le risque ici est de s’attacher à la forme plutôt qu'au fond et de tomber dans une forme de cargo cult. Ou encore, que la forme prenne de plus en plus de place et finisse par diluer la substance (ce que Bruce Lee appelait The classical mess dans le cas des écoles de Kung-fu).
Ta responsabilité actuelle porte sur tes actions à venir. Tu n'as aucune responsabilité vis-à-vis de tes actions passées. Tu n'as à culpabiliser. C'était ton karma. Mais tu as une responsabilité absolue quant à tes actions à venir.
C'est bien pour toi, et c'est maintenant. Lorsque tu as accès à ces connaissances, c'est bien pour toi, et c'est maintenant. Les Thibétains ont une forte culture du secret, et la probabilité de trouver une personne qui possède à la fois la connaissance et la pratique est faible - même à l'époque d'internet. J'ai trouvé chez Pierre et Maxime des personnes de confiance pour m'accompagner dans cette pratique.

Aussi, je sors de cette semaine avec une résolution ferme :

Pratiquer Samatha (Shi-né) de façon assidue dans jusqu'à réaliser le stade 9.

Comment créer un site personnel en Python avec Pelican

2024-07-27T00:00:00+02:00

Hello !

Dans cet article, on va voir comment créer un site personnel :

avec le générateur de site statique Pelican (écrit en Python)
hébergé sur Github Pages
à partir de contenu Markdown

Le résultat final ressemble à ça.

If you don't give a shit about le contexte et mon processus de décision, tu peux sauter directement à la section "Créer le site". Si à un moment tu es perdu dans les explications, tu peux toujours regarder le code source de mon site.

Contexte

Cela fait plusieurs mois que j'expérimente différents supports d'écriture :

je me suis lancé sur LinkedIn
j'ai créé une newsletter sur Substack
j'écris deux pages par jour dans un carnet physique depuis 20 jours

Une difficulté que je rencontre est que je n'ai pas de ligne éditoriale claire, pas de promesse.

J'ai envie d'écrire sur des sujets variés :

de retours d'expérience de projets techniques
des "récits" de voyage
des points d'avancement de projet
des tutoriels
des résumés de livres
des réflexions
...

Et je n'ai pas envie de m'imposer de façon "push".

Pour ces deux raisons, un site personnel me semble être une bonne solution.

Aussi je veux réaliser 30 projets en Python en complément de The Developer's Brain. Créer un site personnel en python apparaît comme bon challenge !

Cadrer le projet

Ma motivation est de "claim a personal domain", de m'installer dans un coin de la carte.

Ce qui va être important pour moi est de :

livrer
choisir une solution simple
avoir un processus de décision clair dans le choix des technologies
faire un projet en python pour pousser mon expertise sur ce langage

Les risques que je perçois sont :

de tomber dans un rabbit hole lors du choix de la technologie
de me torturer le cerveau pour choisir une solution d'hébergement
de choisir un outil trop complexe pour mon besoin

OK.

À présent, je suis mis en garde.

Choisir la technologie

Pour créer un site avec Python, j'ai d'abord pensé aux technologies suivantes :

Django : un framework fullstack populaire pour créer des applications web
Flask : un framework léger pour créer des applications web

Je me suis posé la question

Quelle framework choisir pour créer un site personnel ?

Je suis tombé sur ce fil Reddit Best framework for portfolio website?.

Les réponses sont unanimes : utiliser Django ou Flask revient à se compliquer la vie. Un générateur de site statique est plus simple, moins cher et plus rapide.

Un générateur de sites statique est une application qui prends en entrée des fichiers textes et les converti en fichiers HTML.

Les générateurs de site statique ont les avantages suivants : - Simplicité : ils sont en général plus simple à appréhender que les frameworks Fullstack qui présentent davantage de fonctionnalités comme de l'authentification, des interactions avec une base de donnée. - Prix : il existe de nombreuses solutions d'hébergement gratuit - SEO : les pages sont statiques et donc facilement indexables par les moteurs de recherche

Je me suis donc tourné vers les générateurs de site statique.

Choisir un générateur de site statique

Les solutions les plus tendances sont :

Jekyll
Hugo
Astro

Jekyll existe depuis 2008. L'outil est écrit en Ruby. Plus de 180k sites web sont construit avec, et c'est la technologie qui est proposée par défaut pour Github Pages. Il bénéficie communauté, d'un écosystème de plugins. La galerie démontre qu'il est possible de faire des sites esthétiques et complets avec.

Hugo existe depuis 2013. Il est écrit en Go et se veut le générateur statique le plus rapide (en termes de compilation). Il est utilisé par presque 300k sites. Il dispose de fonctionnalités de localisation, et peut être associé à des frameworks CSS comme Tailwind.

Astro est un générateur de site statique qui permet de combiner Svelte, React et Vue. Je l'ai tout de suite écarté car un wrapper autour de frameworks indique une complexité élevée.

Et python ?

Il existe bien un générateur de sites statiques en python : Pelican.

Pelican existe depuis 2010 et a été créé par Alexis Metaireau. Il est utilisé par seulement 3500 sites, mais il dispose d'une documentation claire. Et comme il est écrit en python, je pourrai contribuer au code source au besoin. Au première abord, il dispose de toutes les fonctionnalités dont j'ai besoin : il y a une section blog, des pages on peut ajuster le style.

Je choisis donc Pelican.

Choisir une solution de déploiement

Il existe des dizaines de solutions pour déployer un site statique, parmi lesquelles :

AWS
Netlify
Github Pages
Mon propre serveur

Je veux une solution gratuite et simple.

J'ai entendu beaucoup de bien de Github Pages.

Je vais tester cette solution.

Créer le site

Ok, on entre dans le vif du sujet.

Dans la suite de l'article, on va suivre ensemble les étapes que j'ai suivi pour construire mon site personnel https://petitalx.io.

petitalx est mon username Github. Naturellement, vous pouvez remplacer toutes les occurrences de petitalx par votre username. Vous ne pourrez pas copier coller toutes les instructions. Mais cela fera travailler votre mémoire mécanique :).

Une version vidéo de ce tutoriel est disponible sur ma chaîne Youtube : https://www.youtube.com/watch?v=cdcrieAV6Wk

Créer un walking skeleton

Notre premier objectif est de configurer et déployer un site le plus rapidement possible. On pourra ensuite itérer pour ajuster le style, ajouter du contenu, et simplifier le code.

Pré-requis :

avoir un terminal unix
avoir Python installé
avoir un compte Github
connaître le ba-ba de git

Initialisation du projet

On commence par créer le projet en local.

cd ~/dev
mkdir petitalxio
cd petitalxio

python --version 
python -m venv .venv
source .venv/bin/activate

Créer un fichier requirements.txt avec la lignepelican[markdown] :

echo "pelican[markdown]" > requirements.txt

Puis installer les dépendances

pip install -r requirements.txt

Lancer l'assistant de création de site

pelican-quickstart

créer le site dans un dossier _pelican
choisir fr comme langue par défaut
ne pas expliciter de préfixe d'url
désactiver la pagination
renseigner Europe/Paris comme timezone
demander à générer le fichier Makefile
répondre pour l'upload avec FTP, SSH, Dropbox, S3 et Rackspace
répondre oui à la question "Do you want to upload your website using GitHub Pages?"
répondre ui à la question "Is it your personal page" ?

OK !

Pour visionner le site en local, lancer les commandes

cd ~/dev/petitalxio/_pelican
pelican content
pelican --listen

Remarque : vous pouvez ensuite supprimer le dossier _pelican/output car dans la section suivante nous allons changer le chemin de sortie des fichiers.

Publier sur Github Pages

Rendez-vous sur votre compte Github : https://github.com/.

Créer un nouveau repository username.github.io où username est votre nom d'utilisateur Github. Ne pas initialiser le README ni le .gitignore à ce stade.

De retour sur votre poste, se replacer à la racine du projet

cd ~/dev/petitalxio`

Créer un fichier .gitignore avec le contenu suivant

.venv  
**__pycache__**/

(par exemples avec la commande echo ".venv \n**__pycache__**/" > .gitignore)

Initialiser le dépôt git

echo "# petitalx.github.io" >> README.md
git init
git add README.md
git commit -m "first commit"
git branch -M main
git remote add origin https://github.com/petitalx/petitalx.github.io.git
git push -u origin main

La façon la plus simple de déployer le site est de générer le contenu du site à la racine du répertoire. Pour faciliter les manipulations, on va modifier le Makefile afin que la commande make publish génère le site à la racine du répertoire.

Ouvrir le fichier _pelican/Makefile et modifier la ligne OUTPUTDIR tel que

OUTPUTDIR=$(BASEDIR)/..

Lancer make publish depuis ~/dev/petitalxio/_pelican.

Depuis la racine du répertoire, lancer

git status
git add .
git commit -m "generate content"
git push

Vérifier que le déploiement est en cours dans le volet "Actions" du répertoire Github :

Une fois le déploiement terminé, votre site est accessible à l'adresse https://username.github.io

Notre site personnel est en ligne !

🚀

Ajouter les premiers contenus

Dans cette section, on va voir :

comment créer une nouvelle page
comment créer un nouvel article
comment publier les mises à jour

Depuis le dossier _pelican, lancer la commande make devserver afin de lancer le serveur et d'activer le mode auto-reload. Le mode auto-reload va générer les fichiers html locaux de façon automatique dès lors qu'un fichier est modifié.

Création d'une page now

À quoi bon créer un site personnel si l'on y met pas une page "now" ? 🤷‍♂️.

Une page now est une page qui indiquer au visiteur ce que l'on fait actuellement. Ton portfolio donne une bonne idée de ce que tu as réalisé par le passé. Ta page now donne un aperçu de ce qui t'occupe actuellement.

L'idée est de mettre dedans ce que tu raconterais à un amis que tu n'as pas vue depuis un an :

où est-ce que tu vis
quels sont tes challenges
sur quels projets est-ce que tu travailles

Créer un fichier now.md dans le dossier ~/dev/petitalxio/_pelican/content/pages :

---
Title: Now
---

> Mis à jour le 28 juillet 2024 à Rouen, France.

Je travail actuellement pour EDF en tant que Software Engineer où je développe un service de détection d'anomalies sur des séries temporelles.

Mon axe de travail sur les prochains mois sont de rassembler et synthétiser les 99 meilleurs livres sur le Software Engineering. 

En complément de ce projet axé sur la théorie, je réalise réaliser 100 challenges en Python. Ce site constitue l'un des challenges.

Et regarder le résultat sur la page http://127.0.0.1:8000

Si vous cherchez des exemples de pages "now", consultez

https://sive.rs/now (la page du boss)
https://nownownow.com/ (l'annuaire des pages now)

Création d'un premier article

Créer un fichier mon-premier-article.md dans le dossier ~/dev/petitalxio/_pelican/content/ :

Title: J'ai publié mon premier article !
Date: 2024-07-27

Hello les amis.

Voici mon premier article de blog. 

Il est expose les différents formats de markdown

Une liste non numérotée : 

- a
- b

Une liste numérotée : 

1. Cookie
2. Beurre

Une citation 

> When the student is ready, the master will appear - Bruce Lee

Un échantillon de code `print("hello")`

Visualiser et publier les mises à jour

Pour visionner le résultat en local, lancer :

cd ~/dev/petitalxio/_pelican
make devserver

Pour déployer, lancer

cd ~/dev/petitalxio/_pelican
make publish

cd ~/dev/petitalxio/
git add . ; git commit -m "update content"; git push

Vous avez maintenant toutes les clés en main pour ajouter du contenu sur votre site.

Pour aller plus loin, la documentation est là pour vous aider.

Mettre en forme

À présent que l'on a travaillé le fond, passons à la forme.

Dans cette section, je te propose de faire évoluer le design de notre site personnel vers ce style, qui est un mélange entre le site personnel de Derek Sivers, et la simplicité de http://bettermotherfuckingwebsite.com/

Pour cela, on va repartir d'un thème "simple".

Mise en place d'un thème explicite

récupérer les fichiers suivants https://github.com/getpelican/pelican/tree/main/pelican/themes/simple/templates et les copier dans _pelican/themes/petitalxio/templates
ajouter THEME = "themes/petitalxio" dans pelicanconf.py
régénérer le site

Tout est à plat !

Ajout d'une feuille de style CSS

Coller le contenu suivant dans un fichier _pelican/themes/petitalxio/static/style.css

body {
  max-width: 650px;
  margin: 40px auto;
  padding: 0 10px;
  font: 18px/1.5 -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto, "Helvetica Neue", Arial, "Noto Sans", sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol", "Noto Color Emoji";
  color: #444;
}

h1 > a {
    color: #444;
}

@media (prefers-color-scheme: dark) {
  body {
    color: #c9d1d9;
    background: #0d1117;
  }

  a:link {
    color: #58a6ff;
  }
}

Puis ajouter la référence à la feuille de style dans le fichier template base.html :

<!DOCTYPE html>
<html>
  <head>
    {% block head %}
      <title>{{ SITENAME|striptags }}</title>
      <meta charset="utf-8" />
      <meta name="generator" content="Pelican" />

      <!-- 👇👇👇👇👇👇👇 -->
      <link rel="stylesheet" type="text/css" href="{{ SITEURL }}/theme/style.css" />
      <!-- 👆👆👆👆👆👆👆 -->

      <!-- ... suite du template -->

Régénérer, et le tour est joué.

Attention, pour que pelican embarque la feuille de style sans configuration supplémentaire, il est nécessaire qu'elle se trouve dans un dossier qui soit nommé "static" placé à la racine du thème. L'exemple themes/petitalxio/static/style.css valide ces conditions.

Finalement, lancer les commandes suivantes afin de déployer votre site web :

shell
cd ~/dev/petitalxio/_pelican
make publish

cd ..
git status  
git add .
git commit -m "update website"
git push

Simplifier le template

On va à présent simplifier les templates suivants :

base.html
index.html
page.html
article.html

Commençons par le fichier base.html :

supprimer le bloc <nav>
supprimer le bloc <footer>

Continuer avec index.html :

remplacer le {% block content_title %}par un simple <h2> et en profiter pour traduire le texte
remplacer la liste de miniatures par une simple liste de titres d'articles
supprimer le bloc dédié à la pagination car on l'a désactivé pendant le quickstart

Poursuivre avec le template article.html :

supprimer les directives liées à la traduction
simplifier l'affichage du titre pour utiliser une simple balise <h2>
supprimer les blocs de métadonnée du footer liée à l'auteur, à la catégorie et aux tags

Et terminer avec page.html

Création d'une page Home personnalisée

Créer un fichier home.md dans `_pelican/content/pages/

---  
Title: Home
---  

## Moi en 10 secondes  

Je suis un développeur Python.  

Je suis né à Rouen.  

Et j'habite actuellement à Rouen.

[now](now) résulte en un lien html relatif à la l'url courante. Si on est à l'url petitalx.io/pages/home.html, cela donne petitalx.io/pages/now. Le pré-processeur {filename} ne semble pas fonctionner chez moi.

Ajouter les lignes suivantes dans le fichier pelicanconf.py. Cela va créer une variable globale HOME qui va contenir le contenu HTML.

# En tête de fichier :
from pelican.readers import MarkdownReader  
from pelican.settings import DEFAULT_CONFIG

# Plus bas :
config = DEFAULT_CONFIG.copy()  
HOME, _ = MarkdownReader(config).read("content/pages/home.md")

On peut à présent faire injecter le contenu de la variable HOME dans le template de l'index. Ajouter la ligne {{ HOME }} à la suite de la ligne {% block content %} dans le fichier _pelican/themes/petitalxio/templates/index.html. Le début de votre fichier doit alors resembler à cela :

{% extends "base.html" %}  
{% block content %}  

    {{ HOME }}

Régénérer, et admirer le résultat.

BONUS : Code minimalism

Ok, on a bien simplifié le design !

Maintenant, j'aimerais simplifier le code.

Cette étape peut paraître superflu. Mais vous allez voir, après on se sent mieux.

Chaque fichier, chaque ligne de code qui est dans notre projet représente un cout. C'est une ligne de plus à lire lorsque l'on cherche à faire évoluer notre site, un fichier en plus à maintenir, une information supplémentaire à traiter.

Dans cette section, on va éliminer le code inutile.

Ne plus générer les pages qui ne nous servent pas

Commencer par désactiver la génération des pages "Author", "Authors", "Tag", ... en ajoutant ces lignes au fichier pelicanconf.py :

TAG_SAVE_AS = ''  
TAGS_SAVE_AS = ''  
CATEGORY_SAVE_AS = ''  
CATEGORIES_SAVE_AS = ''  
AUTHOR_SAVE_AS = ''  
AUTHORS_SAVE_AS = ''  
ARCHIVES_SAVE_AS = ''

Nettoyer le dossier des templates pour ne conserver que les 4 fichiers suivants :

templates
├── article.html
├── base.html
├── index.html
├── page.html

Nettoyer le fichier de configuration

Nettoyer le fichier pelicanconf.py - supprimer la variable LINKS : c'était une variable custom du template initial - supprimer la variable SOCIAL : idem, elle ne sert plus - supprimer la variable DEFAULT_PAGINATION qui utilise déjà la valeur par défaut - supprimer le code commenté relatif à RELATIVE_URLS - supprimer le lignes qui annulent la génération du feed

Nettoyer le Makefile

Le Makefile généré par pelican-quickstart met à disposition des commandes utiles.

Je te propose de ne conserver que le strict minimum pour développer efficacement : - help : affiche l'aide du Makefile - clean : supprime les fichiers HTML et XML de sortie - devserver : lance le serveur local et le hot reload - publish : génère le site la config serveur - github : génère le site et upload notre repository sur Github

En regardant le détail de commande, on se rend compte que la commande clean est dangereuse en l'état. Comme on génère le site à la racine du repo, lancer make clean entraine la suppression de tous nos fichiers !

Aussi, la commande Github utilise ghp. Ce n'est pas l'option que nous avons choisi pour déployer.

Voici la version du fichier mise à jour (à partir de la ligne help) :

help:
    @echo 'Makefile for a pelican Web site                                           '
    @echo '                                                                          '
    @echo 'Usage:                                                                    '
    @echo '   make clean                          remove the generated files         '
    @echo '   make publish                        generate using production settings '
    @echo '   make devserver [PORT=8000]          serve and regenerate together      '
    @echo '   make github                         upload the web site                '
    @echo '                                                                          '
    @echo 'Set the DEBUG variable to 1 to enable debugging, e.g. make DEBUG=1 html   '
    @echo 'Set the RELATIVE variable to 1 to enable relative urls                    '
    @echo '                                                                          '

clean:
    rm $(OUTPUTDIR)/**.html; rm -rf "$(OUTPUTDIR)/feeds"; rm -rf "$(OUTPUTDIR)/pages"; rm -rf "$(OUTPUTDIR)/theme"

devserver:
    "$(PELICAN)" -lr "$(INPUTDIR)" -o "$(OUTPUTDIR)" -s "$(CONFFILE)" $(PELICANOPTS)

publish:
    "$(PELICAN)" "$(INPUTDIR)" -o "$(OUTPUTDIR)" -s "$(PUBLISHCONF)" $(PELICANOPTS)

github: publish
    git add -A
    git commit -m "Update site"
    git push origin $(GITHUB_PAGES_BRANCH)


.PHONY: help clean devserver publish github

Enfin, il est aussi possible de supprimer le fichier _pelican/tasks.py qui fait doublon avec notre Makefile.

Et voilà.

Le projet est finalement très simple :)

Conclusion

Mes notes de second cerveau
J'ai pris une décision confiant !!

Ressources utiles

La documentation de Pelican : https://docs.getpelican.com/en/stable/index.html
La documentation de Github Pages : https://pages.github.com/

Je pose ici quelques pistes pour aller plus loin avec Pelican :

créer son propre générateur
créer son propre plugin
créer le thème bettermotherfuckingwebsite pour contribuer
prendre une issue

13 Enseignements du DevOps

2024-05-21T06:12:57.176000+00:00

Hello !

Ces derniers mois, j'ai beaucoup lu sur le DevOps.

Dans l'édition précédente, nous avons approché une outline de la discipline formée par les grands principes et techniques qui la composent.

Dans cette édition, j'ai regroupé les réalisations que j'ai eues et les concepts qui m'ont le plus marqué.

Avant de plonger, voici un récapitulatif des livres que j'ai lu.

Inspiration et mindset :

The Phoenix Project
The DevOps Handbook
The Goal - A process of ongoing improvement
Toyota Production System (TPS)
Lean Startup

Technique et outils :

Quick Start Kubernetes
Learn Kubernetes in a Month of Lunches
Automating DevOps With GitLab CICD Pipelines

OpenShift in Action (beaucoup de contenu déprécié)

Et voici les idées qui m’ont le plus marqué. 🤸

Les concepts

Shit happens

Le fait que des problèmes apparaissent est normal.

L'enjeux n'est pas de prévenir et d'anticiper tous les problèmes, mais que lorsqu'un problème survient, il soit détecté rapidement, que l'on s'empresse de le résoudre, puis que des mesures soient prises afin que le cas n'apparaisse plus - ou à minima qu'il soit documenté afin que si le problème apparaît de nouveaux, il soit rapide à résoudre.

Jusqu'à présent, je voyais les problèmes comme des échecs dans le processus de développement. Maintenant, je considère que les problèmes et les erreurs font partie du processus. Ils peuvent être accueillis sans jugement et l'enjeu est de savoir comment tu y réponds.

Lorsque l'on renverse la perspective, on se rend compte que les problèmes sont même d'excellentes opportunités d'apprendre.

La roue des problèmes

Les problèmes sont le point de départ du processus d'amélioration continue.

Améliorer un système consiste simplement à :

1. Identifier les problèmes que l'on rencontre

2. Les prioriser

3. Les adresser un par un

4. Implémenter / diffuser la solution

Parmi les outils à notre disposition pour identifier les problèmes dans le cycle de développement, on retrouve :

le daily, les rétrospectives, les 1:1, les pre-mortems et les post mortems : pour identifier au plus tôt les problèmes humains ainsi que les blocages et les problèmes d'organisation
la télémétrie et les outils de monitoring pour identifier les problèmes en production
les outils d'intégration continue (tests, analyseurs statiques) pour identifier les problèmes dans le code que l'on s'apprête à intégrer dans la codebase.
l'état d'esprit fail fast qui consiste à faire exploser les problèmes rapidement afin de réduire la distance entre la détonation et la source du problème

Pour les prioriser les problèmes identifiés, on peut :

tenir à jour une liste des problèmes qu’on rencontre
utiliser des outils comme StepSize pour suivre les zones de code à refactorer

Pour les adresser et réussir à avancer, avoir un mindset d'expérimentation aide. Parfois il faut payer pour voir. Lorsque Netflix a produit sa première série, ils pensaient que cela n'allait pas marcher. Ils ont quand même mis le paquet, pour voir, et l'expérimentation c'est avéré un succès. Quand, on en est toujours au même point six mois après avoir identifié un problème, notre système d'amélioration est cassé.

Pour partager les enseignements au niveau de l'équipe et de l'entreprise, il est intéressant de documenter l'erreur et la solution dans un système de gestion des connaissances accessible à tous comme GitLab, Confluence, Notion.

Mean time to recover (MTTR)

Le Mean Time To Recover mesure le temps moyen que met un système à revenir à la normale après l'apparition d'un problème. C'est une métrique clé chez les Top performeurs. Lorsqu'il se compte en secondes, en minutes, en heures, il est un indicateur de bonne performance et de réactivité. Lorsqu'il se compte en jours, en semaines et en mois, il laisse supposer de profonds problèmes d'organisation.

Mr Culbuto a un très bon MTTR. On peut l’incliner et il revient vite à la normale. Be a culbuto.

Le coût du retard à détecter et du report de correction

Le coût d'un problème est proportionnel à sa durée d'existence.

On s'accorde souvent sur le fait que plus un problème est détecté tardivement, plus son coût est élevé. Un bug détecté dans la chaîne d'intégration continue n'impacte personne et est rapide à résoudre car le contexte est encore frais. S'il est détecté en production par les utilisateurs, il a un impact négatif sur leur expérience, sur l'image qu'ils se font du service et il est plus cher à résoudre puisqu'il faut en plus gérer les éventuels dégâts qui ont été causés par le problème.

Plus un problème est détecté tardivement, plus son coût de résolution est élevé.

Mais détecter un problème rapidement ne fait pas tout. Il faut ensuite l'adresser. Tant qu'il n'est pas adressé, il reste dans un coin de ta tête. Il se rappelle à toi chaque dans le backlog. Il encombre le work-in-progress. Il devient un cailloux dans la chaussure avec lequel on s'habitue à marcher. Une charge mentale quoi.

L'enjeu ici est donc

de détecter les problèmes au plus tôt, puis
de les résoudre au plus vite.

Jump into action.

Les kaizen blitzes

Un Kaizen Blitz est une période ou l'équipe met en pause de développement de nouvelles fonctionnalités pour régler un problème qu'elle rencontre.

On peut voir cela comme :

un sprint de refactoring
un hackathon d'amélioration continue
un grand coup de ménage avec un tour de lave-vaisselle

Voici quelques exemples de Kaizen Blitz :

Le Christmas Refactoring chez Agicap. Après l'arrivée de Thomas Pierrain chez Agicap, les équipes ont mis en pause le développement de nouvelles features pendant 3 semaines au moment de fêtes de Noël afin de se concentrer sur des tâches de refactoring et d'amélioration du code existant.
L'expérimentation Operation Inversion chez LinkedIn où les équipes ont mis en pause le développement de nouvelles features pendants plusieurs mois afin de concentrer leur énergie sur l'amélioration du pipeline de déploiement et la réduction de la Dette technique.

Logo d’une marque de tablettes de lave-vaisselle

Le Chaos Monkey

Il n'y a rien de pire qu'un système de sécurité qui ne fonctionne pas : tu te comportes comme si tu étais en sécurité, mais tu es sans filet.

Une bonne façon de tester la résistance du système face aux problèmes que l'on s'attend à subir est d'en injecter soi-même régulièrement. Une fois le système testé dans des conditions favorables, il est intéressant de s'intéresser aux scénarios en conditions d'intempéries.

Le Chaos Monkey de Netflix est une implémentation extrême.

Une illustration du Chaos Monkey de Netflix par sketchplanations.com

Afin de vérifier que le système a bien le niveau de résilience attendu, il tue volontairement des processus et des serveurs de façon aléatoire. De cette façon, les mécanismes de résilience sont régulièrement sollicités et l'on est serein sur le fait qu'ils fonctionnent bien.

Dans sa démarche d’anti-fragilité, Netflix va même encore plus loin avec toute une armée de monkeys :

Une illustration des différents daemons qui opèrent sur le cloud de Netflix par @geosley

Le Flow

Le flow désigne le flux des items dans la chaîne de valeur.

Tout l'enjeu du Lean Manufacturing, du DevOps et de l'agilité est de fluidifier le flux des opérations pour permettre au système de réagir rapidement aux demandes du marché, tout en réduisant les dépenses opérationnelles et en travaillant avec juste ce qu'il faut d'inventaire.

Le flow est au centre de l'attention.

Le Work In Progress

Le work-in-progress (WIP) est la somme des tâches démarrées et non terminées.

Comme l'explique Erik (le mentor) dans The Phoenix Project :

Work-in-progress is the silent killer

Lorsque l'on se retrouve bloqué sur une tâche, nous avons tendance à démarrer de nouvelles tâches plus faciles en attendant de trouver une solution pour la première. On cherche à "paralléliser". Rapidement, les tâches ouvertes et non complétées s'accumulent. Cette accumulation de tâche démarrée ne crée aucune valeur et représente une charge mentale qui grossit et pèse de plus en plus sur l'équipe.

Limiter le WIP a deux grands bénéfices. D'abord, il permet de réduire l'encombrement dans la chaîne de création de valeur, et ainsi d'améliorer le temps écoulé entre une idée et sa réalisation (lead time). Ensuite, il accentue la gêne causée par les bloqueurs, ce qui les rend d'autant plus urgents à résoudre.

Taiichi Ohno, un des pères fondateurs du Lean Manufacturing, compare la pratique de limiter le WIP à drainer la rivière de l'inventaire afin de révéler tous les problèmes qui entravent un flux rapide.

Limiter le WIP révèle les problèmes

Limiter le WIP permet d’identifier les problèmes.

Cela nous permet ensuite de les adresser et de gagner en efficacité.

Bien vivre dans un système complexe

Il est possible de travailler dans un système complexe de façon sûre en suivant les principes suivants :

Transparence opérationnelle : les problèmes sont révélés
Les problèmes sont résolus afin de gagner en connaissance
Les connaissances crées localement sont diffusées et exploitées globalement
Les pratiques sont perpétuées par le management

La Loi de Gall

La loi de Gall est une règle empirique énoncée par John Gall dans _Systemantics: How Systems Really Work and How They Fail_ :

A complex system that works is invariably found to have evolved from a simple system that worked. A complex system designed from scratch never works and cannot be patched up to make it work. You have to start over with a working simple system.

Dis autrement : si tu veux un système complexe qui fonctionne, construit un système simple qui fonctionne puis améliore-le de façon itérative. Pars de spécifications minimales, et affine. N’essaie pas de résoudre tous les problèmes d’un coup. Identifie les besoins essentiels, réduit le focus, et démarre avec un MVP.

Knowledge holders

Un détenteur de connaissance est une personne qui accumule du savoir sur le fonctionnement de l'entreprise mais le garde pour lui, de façon intentionnelle ou non.

Ce type de profil se trouve régulièrement dans une posture de Héro car il est la personne qui te sort de l'ornière. Il est hautement valorisé par l'entreprise, mais il est aussi un de ses points faibles.

D'abord parce que ces personnes ne sont pas scalables. Lorsque les projets grandissent, elles deviennent un bottleneck car tout le monde dépend de ces personnes pour avancer.

Ensuite, elles présentent un risque pour l'entreprise, si elles gagnent au Loto.

Les knowledge holders sont souvent des personnes talentueuses techniquement. Pour capitaliser sur leur connaissance, il est intéressant

de tracer toutes les demandes qui leur parviennent puis
documenter les actions qu'elles réalisent régulièrement.

Les 4 formes de travail dans l'IT

On distingue 4 formes de travail dans l'IT

les projets business à destination des clients externes
les projets internes à l'entreprise
les changements et évolutions
le travail non planifié (⚠️)

Le travail non planifié est la matière noire du système : il est invisible, mais bien présent. Et il empêche de travail qui a été planifié d'être exécuté. Il est souvent constitué d'incidents de production et de travail urgent mais non important.

Lorsque l’on se retrouve à travailler dans la réaction, aka mode Pompier, les tâches sont dominées par du travail non planifié.

Le travail non planifié est à traquer et à éliminer. La meilleure façon de le suivre est de rendre le travail visible grâce à des outils de management visuel comme kanban ou scrum board.

L’Amélioration Continue

Améliorer ce que tu fais est plus important que ce que tu fais : peu importe d'où tu pars. Dès lors que tu es capable de t'améliorer, tu es capable de faire mieux. Et plus vite tu t'améliores, plus vite tu dépasses ton niveau initial.

L'amélioration continue consiste à améliorer les processus et le travail quotidien. C'est un processus et une habitude qui se manifeste par des activités comme les Kaizen Blitzes, les post-mortems, les rétrospectives.

Le plus gros frein à l’amélioration continue est l’état d’esprit. Si on part du principe qu’une piste de solution à un problème ne va pas marcher, et que l’on préfère rester dans le confort de faire comme on a toujours fait, on stagne. On ne résout pas les problèmes que l’on rencontre. Et par inertie, la situation tend même à se détériorer.

Une approche constructive consiste à expérimenter de façon structurée en explicitant les hypothèses que l’on cherche à vérifier, en donnant un cadre temporel à l’expérimentation, et en mesurant les résultats à l’issue de l’expérimentation.

Certaines vont améliorer les choses. D’autres vont les empirer.

Il s’agit alors d’absorber ce qui fonctionne pour toi, et de rejeter ce qui ne l’est pas.

Conclusion

Voilà pour aujourd'hui.

J’espère que tu auras trouvé ici certaines idées qui te seront utiles au quotidien :)

À la prochaine !

Alex

DevOps 101

2024-05-06T06:33:41.967000+00:00

Hello !

C'est dernier mois, je me suis demandé, c'est quoi le DevOps ?

Est-ce

un mouvement ?
un ensemble de techniques ?
un ensemble de principes ?
un peu tout cela ?

Avant de m'immerger dans la discipline, je percevais avant tout sa dimension outillage : les technologies de virtualisation comme Docker et Kubernetes, les plateformes de déploiement continu comme GitLab, les outils quoi.

Mais comme le dit bien Christopher Little :

DevOps isn’t about automation, just as astronomy isn’t about telescopes.

Nous avons tendance à réduire les choses à une partie de leur manifestation.

C'est réducteur.

Mais alors, c'est quoi le DevOps ?

Le contexte

Le cœur du système

Aujourd'hui, l'IT est au cœur de toutes les entreprises. Que ce soit dans la tech, les assurances, l'automobile, le voyage ou le prêt-à-porter, les capacités d'une entreprise à proposer de nouveaux services, améliorer l'expérience utilisateur ou encore cibler son marché reposent sur la technologie. Aussi, lorsque l'IT échoue, c'est toute l'entreprise qui est mise à mal.

La spirale infernale

Dans beaucoup d'organisations, un cercle vicieux s'est mis en place.

L'entreprise a bâti sa richesse sur du code. Au fil des ajouts, ce code est devenu de plus en plus complexe. Par entropie, par manque de connaissances et par absence de priorisation, la qualité tend à diminuer. Au début, cela ne pose pas de problème. Mais par accumulation, la situation se complique. La complexité du projet ne cesse de croître en même temps que sa qualité décroît. On ajoute plus de personnes sur le projet. Cela complique la communication et la coordination. Les équipes subissent du turnover. L'information se perd. Les modifications apportées à ce code hérité tendent à échouer en production et créent des interruptions de service qui impactent les utilisateurs.

Pour compenser les déconvenues, les équipes promettent davantage. La pression s'accroît pour livrer plus, plus rapidement, et le temps disponible pour rembourser la dette technique se réduit encore.

Enfin, la situation s'enlise complètement. Alors que le temps nécessaire à intégrer des évolutions s'envole, le temps qui s'écoule entre une idée et sa réalisation (Lead Time) s'effondre. Rapidement, plus personne n'ose faire de modifications sur la codebase. On touche un minimum de choses pour éviter de tout casser (ce qui implique qu'on ne range plus, et que le désordre grandit). La communication devient compliquée. On passe en mode pompier. C'est-à-dire qu’on passe plus de temps à réagir aux problèmes de production que de répondre au changement attendu par le marché.

Cette spirale a des coûts humains et économiques importants :

le temps passé sur le maintien en conditions opérationnelles (MCO) et du travail non planifié (Unplanned Work) explose
la peur de faire des changements et de faire des erreurs conduit à de l'immobilisme
le sentiment d'impuissance augmente le risque de burnout

Cette spirale prend sa source dans un conflit bien connu.

Le conflit central

Le conflit à l'origine de la spirale infernale de l'IT (The Downward Spiral) est celui qui oppose les développeurs aux opérationnels. Il repose sur la tension entre le besoin de stabilité qui est porté par les équipes opérationnelles (les ops) et le besoin de répondre au changement en livrant de nouvelles fonctionnalités qui est porté par les développeurs (les devs).

Les premiers sont accusés de tout casser et de déployer du code bogué sans réfléchir aux conséquences (YOLO).

Les deuxièmes, de ne pas être assez réactifs, de traîner à livrer les infrastructures et de ralentir le rythme des livraisons.

Lorsque le travail est organisé en série, ce deux responsabilités sont isolées dans deux départements distincts. Cette séparation est une source de frictions, de désalignement. Le DevOps vise à faire tomber le mur de la confusion qui les sépare et à recréer de la collaboration entre les deux rôles.

Transformation DevOps : du conflit à la connexion.

Dans les années 2010, les géants de la tech comme Meta, Netflix, Etsy, American Airlines, ont entrepris une Transformation Devops et ont inspiré de nombreux départements tech.

Les principes et les techniques qu'ils ont mis en œuvre sont les suivants.

La carte mentale du DevOps

Comme modélisé par Gene Kim dans son article de 2012, les principes et techniques du DevOps peuvent être classés selon trois axes : le flow, le feedback et l'amélioration.

Ces axes sont présentés sous une forme narrative dans The Phoenix Project puis développés plus en détails dans The DevOps Handbook.

Voici la cartographie que j'ai tirée de ces lectures :

Carte mentale du DevOps

Chaque point pourrait faire l'objet d'un article, aussi, je ne vais pas tout détailler ici. Mais je trouve que cette carte permet déjà de se donner un bon aperçu de ce qu'est le devops, de ses principes et de ses valeurs.

Et donc, c'est quoi le DevOps ?

La définition que je retiens est la suivante.

Le DevOps est un ensemble de principes et de techniques qui permettent de réconcilier le développement avec les opérations, en transformant les conflits en rapports de collaboration, afin d’aligner tout le monde sur les objectifs de l’entreprise. Enfant du lean manufacturing et du mouvement agile, il fournit des outils pour travailler de façon confortable et sûre dans un système technologique complexe.

Dans la prochaine édition, je vous présenterai en détail les concepts qui m'ont le plus marqué ainsi que ceux qui m'ont le plus amusé.

D’ici là, portez-vous bien :)

Alex

Appliquer la Théorie des Contraintes à la création de contenu.

2024-04-23T05:38:39.875000+00:00

Hello !

La semaine dernière, on a passé en revue les principes de la théorie de contraintes.

Cette semaine, j'ai appliqué la méthode à mon processus de création de contenu.

Et vous allez voir, les résultats sont surprenants.

Rappels

Pour rappel, les grandes étapes de la méthode sont les suivantes :

1. Définir le but

2. Identifier la contrainte

3. Exploiter la contrainte

4. Subordonner les opérations à la contrainte

5. Élever la contrainte

6. Répéter avec la contrainte suivante

Cette méthode comporte 3 grandes phases que je me représente de cette façon :

On identifie d'abord le but. Puis la contrainte. On l'optimise en considérant trois angles (exploiter, subordonner, élever). Et on répète avec la contrainte suivante. De temps en temps, il peut être intéressant de vérifier que notre but n'a pas changé.

Mise en pratique

Quel est mon but ?

Bonne question.

Est-il

de développer ma crédibilité ?
de générer des opportunités professionnelles ?
d'apprendre ?
de faire de l'argent ?
de développer une communauté ?
de vendre des produits ?
de gagner en statut ?
de partager mes expériences ?
de mieux réfléchir ?
de rencontrer des personnes partageant mon état d'esprit ?
de me faire des amis ?

Écrire en ligne permet chacune de ces choses.

Mais je pense que mon principal objectif est d'apprendre.

Viser de créer du contenu me donne un cadre afin de moins m'éparpiller. Cela me donne une raison supplémentaire de lire. Reformuler ce que je lis me permet d'identifier les parties le plus importantes. Et publier en ligne est un prétexte pour prendre le temps d'étudier les sujets qui sont importants pour moi, aller au fond des choses, et tirer les leçons de mes expériences.

OK, mon objectif est donc d'apprendre.

Et ensuite, quelle est ma contrainte ?

Identifier la contrainte

Pour identifier ma contrainte, j'ai commencé par mettre à plat ma chaîne de valeur.

L'image ci-dessus représente le Kanban de mon flux d'apprentissage. Je sélectionne des livres. Je les lis. Je les digère en les décomposant en notes autoportantes (voir Explorer le monde avec un second cerveau). Cela me donne des idées d'article. Je les écris un par un, les publie, puis ma stratégie éditoriale est de les décliner sur LinkedIn afin de donner de la visibilité à mes activités.

Cette mise à plat me permet d'identifier les étapes qui sont mes principales contraintes :

l'écriture : mes lectures, mes notes et idées d'articles s'accumulent en amont de la phase "écriture" où j'ai actuellement une capacité d'un article par semaine — dans les bonnes semaines.
la déclinaison en post pour la diffusion : depuis janvier, je me suis concentré sur la newsletter afin d'écrire depuis un coin de la carte, sans me confronter à l'idée de m'exposer, et sans chercher à définir une ligne éditoriale claire.

C'est amusant, car les goulots d'étranglement ne sont pas là où je le pensais.

J'ai tendance à beaucoup lire. Si je me laissais aller, je ne ferais que ça. C'est mon chemin de moindre résistance. Dès que j'ai un instant, je tends naturellement à me mettre dans un endroit calme et plonger dans un livre.

Prendre des notes, écrire et mettre en pratique sont des activités qui me demandent davantage d'effort.

Ces dernières semaines, j'ai consacré plus de temps à distiller mes notes car je pensais que c'était là mon principal bottleneck. Mais de toute évidence, mon facteur limitant est au niveau de l'écriture.

Exploiter la contrainte

Écrire est ma principale contrainte.

Avant de considérer d'y consacrer plus de ressources, je peux déjà voir comment tirer le meilleur parti du temps dont je dispose déjà.

Voici quelques actions que j'ai mises en place :

alimenter une piscine d'idées où je capture les idées d'articles que je pourrais publier afin de toujours avoir un sujet prêt à creuser et en pas me lancer en quête d'idée au moment d'écrire.
commencer par 10 minutes de méditation pour être pleinement concentré pendant 1h
couper toutes les notifications de mon téléphone pour ne pas être interrompu
couper d'internet pour ne pas être aspiré dans un rabbit hole. Le fait de lire régulièrement et de distiller les notes que je prends sur mes lectures assure que je dispose de plus de 50% de la matière première pour mon article au moment de l'écrire. Si une information me manque, je peux toujours faire de tête et vérifier ensuite.

Subordonner les opérations à la contrainte

Là, ça devient intéressant.

Lorsque j'ai commencé à travailler dans mon second cerveau, ma chaîne de valeur devait avoir cette forme-là : une espèce d'entonnoir avec beaucoup d'inputs (livres, podcasts), quelques notes, et peu de publications.

Ma liste de livres sélectionnés s'étend loin en dessous de l'écran, les livres lus s'accumulent dans la colonne "en cours de distillation", et on observe un déséquilibre fort entre la quantité d'entrée et la quantité de sorties.

Pour bien fonctionner, le corps a besoin d'inspirer et d'expirer.

Pour bien fonctionner, le cerveau a besoin d'inspiration et de création.

Une des révélations du Lean Manufacturing est que le travail qui s'accumule entre deux opérations est une source de gâchis. L'objectif d'une chaîne de production est de fluidifier les opérations et l'écoulement des items. Il est bon d'en avoir un peu de stock entre chaque étape pour constituer un buffer et garantir que l'opérateur en aval puisse continuer à avancer en cas de problème sur l'opérateur en amont. Mais ce buffer ne doit pas dépasser une taille raisonnable.

Appliqué à mon pipeline, je réalise que lire des dizaines de livres sans prendre des notes, sans les mettre en pratique, et sans partager ce que j'en retiens est une source de gâchis.

Voici les actions que je mets désormais en œuvre afin de réduire l'empilement en amont de la phase d'écriture :

Durcir les critères de sélection de mes inputs : il n’y a rien de pire que de faire bien un truc que tu aurais dû ne pas faire du tout. Je lis essentiellement des livres et essaye de choisir les ouvrages de références. Je me désabonne facilement d'une newsletter ou d'un compte qui ne m'intéresse plus ou ne m'inspire plus.
Réduire le temps passé à consommer : tu ne peux pas juste inspirer, inspirer, inspirer. Lorsque je prends les transports, mais ai déjà 4-5 livres en attente d'être distillés, je préfère ne rien faire, contempler le paysage, écouter un divertissement, ou lire de la fiction plutôt qu'ajouter les notes d'un audio book dans le pipeline.
Travailler par séries : ouvrir différents sujets conduit à de l'éparpillement et demande un effort de distillation supplémentaire. Dans mes intentions pour 2024, j'ai identifié au préalable six sujets que je veux creuser cette année. Pour chaque sujet, j'ai constitué une liste de ressource. Je me discipline à explorer les sujets de façon séquentielle afin de simplifier le travail et distillation et permettre à mon esprit de digérer mes lectures.
Améliorer l'efficacité de ma prise de note : une meilleure prise de note simplifie le travail de distillation. En ciblant mieux les informations à retenir (ce qui réduit la quantité de notes à distiller) et en les structurant mieux (ce qui facilite de travail de remise en forme).

Élever la contrainte

La façon la plus évidente d'élever cette contrainte est d'allouer plus de ressources à l'écriture. Ici, c'est-à-dire d'y passer plus de temps.

Les deux premières actions que j'ai prises sont donc de

créer du temps pour écrire : une heure chaque jour
prioriser ce travail : commencer la journée par cela

Cependant, ajouter du temps reste une approche "brute force".

Une autre façon d'élever cette contrainte est d’améliorer ma capacité à écrire de façon à aller plus vite sur la même durée :

en améliorant ma technique : cela viendra avec le temps
en me faisant accompagner : je vais travailler 6 semaines avec JCK
en me formant : participer à des ateliers, faire des formations, ...

Répéter avec la nouvelle contrainte

J'ai une grande marge d'amélioration sur chaque colonne de ma chaîne de valeur.

Je peux améliorer

ma capacité de lecture
la qualité de mes notes
mon processus de diffusion sur LinkedIn

La question à se poser ici est de savoir quel axe est prioritaire.

Le modèle de la théorie des contraintes nous aide simplement à répondre à cette question et identifier la prochaine étape.

Conclusion

La plus grande réalisation de ma plongée dans le DevOps est de voir l'inventaire comme un passif plutôt que comme un actif. Grâce à cette perspective, je mets moins d'effort dans la lecture et davantage dans l'écriture.

Mon objectif est ici d'avoir un flux le plus fluide possible, avec pas plus de 5-6 élément par colonne et un lead time (temps entre le moment pour aller de gauche à droite) le plus court possible.

Au premier abord, cette approche peut paraître froide et mécanique, mais je pense qu’elle fait également sens d’un point de vue bien-être. J’adore lire. Mais accumuler des lectures que je comprends mal et dont je ne fais rien est surtout une source de frustration. Aborder les choses de façon carré me permet finalement de mieux apprécier ce que je fais.

À voir dans les prochains mois ce que cela va donner :)

++

Alex

Produire 2x + grâce à la Théorie des Contraintes

2024-04-17T05:39:47.941000+00:00

Hello !

Depuis le mois de février, mon focus est d'apprendre le DevOps.

En m'attaquant à cette compétence, je pensais baigner dans de la technique.

Et il y en a.

Mais j’ai aussi découvert une dimension culturelle super importante.

Remonter aux origines du DevOps m'a conduit au Lean Manufacturing et à des livres comme Toyota Production System - Beyond large scale production de Taiichi Ohno ou encore The Goal - A processus of ongoing improvements de Goldratt Eliyahu.

Une des obsessions du Lean est de fluidifier les flux de production (le flow).

Dans cette édition, on va voir comment des principes simples mais parfois contre-intuitifs nous permettent d'y parvenir.

Dans cette édition, on s'attaque à la Théorie des Contraintes.

Le livre

The Goal est une business fiction écrite par Eliyahu M. Goldratt, un scientifique et gourou de la gestion d'entreprise Israëlien et Jeff Cox. Il a été publié pour la première fois en 1984, introduit la Théorie des Contraintes, et a été vendu à plus de 10 millions d'exemplaires.

L’intrigue du livre est la suivante : Alex Rogo est directeur d'usine dans une ville avec un grand passé industriel mais un avenir incertain. Il aime l'atmosphère de l'usine, et s'applique dans son travail, mais les résultats ne sont pas au rendez-vous. Le site est menacé de fermeture. Il dispose de trois mois pour renverser la vapeur.

Au hasard d'un voyage, il recroise Jonah. Son ancien professeur de physique est aujourd'hui consultant pour de grandes entreprises. Jonah porte la connaissance de Goldratt et sera son mentor tout au long du récit.

La méthode

Dans The Goal, Goldratt expose une méthode d’amélioration en 1+5 étapes :

Définir l’objectif
Identifier la contrainte
Exploiter la contrainte
Subordonner à la contrainte
Élever la contrainte
Répéter

Préalable : définir l'objectif

Cela paraît évident, mais la question n'est pas triviale.

Que cherche-t-on à réaliser, exactement ?

Dans les premiers chapitres de The Goal, Jonah interroge Alex. Et Alex s'interroge.

Quel est le premier but d'une entreprise ?

fournir des emplois ?
la technologie ?
réduire les coûts ?
produire ?
implémenter les bonnes pratiques ?
être compliant ?
satisfaire ses utilisateurs ?
faire de l'argent ?

Vous avez un avis ?

Pour ma part, je n'étais pas bien sûr lorsqu'ils ont soulevé la question.

Et ce manque de certitude est intéressant car souligne plusieurs problèmes.

Derrière les évidences, l'objectif n'est pas toujours clair. Or, il est difficile d'atteindre une cible lorsqu'on ne sait pas où elle est. À l'aveugle, on peut vite se retrouver à lancer des fléchettes en face alors que la cible est dans notre dos. Pour aller d'un point A à un point B, il faut commencer par définir le point B.
Si chaque personne a une vision différente du but de l'entreprise, il va être difficile d'avancer tous ensemble dans la même direction.

Mettez-vous d’accord ^^’.

La réponse de Jonah est simple.

Les entreprises poursuivent un seul but, et ce but est généralement le même :

“faire de l'argent”

Fournir des emplois, la technologie, produire, implémenter les bonnes pratiques, être compliant et satisfaire les utilisateurs sont des moyens valables de parvenir au but de l’entreprise mais ne sont pas son objectif premier.

Étape 1 : Identifier la contrainte

On connaît désormais notre objectif. 🎉

L'étape suivante consiste à identifier ce qui nous freine vers notre objectif : la contrainte, que l'on peut aussi voir comme un goulot d'étranglement (bottleneck).

Pour la repérer, nous allons visualiser notre système et introduire la notion de chaîne de valeur.

La chaîne de valeur est l'ensemble des étapes qui vont des premières étapes de la création de valeur à la livraison chez le client.

Comme le dit la sagesse populaire et le confirme la physique, la force d'une chaîne dépend de son maillon le plus faible. De la même façon, le débit d'un système dépend de son élément le plus contraignant.

Quelques simulations

L'essence de la théorie des contraintes est résumée par cette citation de Goldratt :

In any value stream, there is always a direction of flow, and there is always one and only constraint. Any improvement not made at that constraint is an illusion. If we improve a work center that is positioned before the constraint, work will merely pile up at the bottleneck even faster, waiting for work to be performed by the bottlenecked work center. On the other hand, if we improve a work center positioned after the bottleneck, it remains starved, waiting for work to clear the bottleneck.

Voici un système simple avec trois éléments, une direction de flow et une contrainte. Dans la suite, nous allons faire varier ses caractéristiques et mesurer le débit de chaque version.

La contrainte (an centre) détermine le débit du système — Débit = 56

Si l’on optimise le système en aval de la contrainte, on obtient le flux suivant :

Simulation d’une optimisation en aval de la contrainte : l’amélioration en aval n’a aucun impact sur le débit du système. — Débit = 53

Si l’on optimise le système en amont de la contrainte, on obtient le flux suivant :

Simulation d’une optimisation en amont de la contrainte. L’amélioration en amont a en fait un impact négatif sur le débit du système. — Débit = 43

Jusque-là, ces simulations confirment l’affirmation de Goldratt. Les améliorations en amont et en aval n’ont pas donné de résultats positifs. Pour obtenir une amélioration globale, on va commencer par identifier la contrainte.

Mettre le doigt sur le bottleneck

Dans un système matériel comme usine, les goulots d'étranglement sont simples à identifier : il suffit de se promener dans l'usine. Lorsque tu tombes sur une machine avec beaucoup de travail qui s'accumule devant, tu tiens ton bottleneck.

Dans un système virtuel, un travail préalable est nécessaire pour rendre le travail visible. Les contours de la chaîne de valeur peuvent être dessinés en réunissant les parties prenantes du système dans un atelier. Ensuite, le flux des opérations peut être monitoré avec des techniques de management visuelles comme Kanban.

Illustrations d’un Kanban pour le développement d’une MarketPlace. Les tickets sont insérés à gauche puis déplacé dans chaque colonne jusqu’au déploiement. Si le travail s’accumule à l’étape “à déployer” (DevDone), c’est que le pipeline de déploiement est un bottleneck :).

Le bottleneck peut être n'importe où sur ta chaîne de valeur.

Et il peut être de différente nature :

une machine critique
une personne : dans les équipes informatiques, il arrive que certaines personnes soient le bottleneck. Loin d'être des incompétents, ce sont en général des personnes talentueuses. Elles connaissent bien le système et l'entreprise repose dessus pour résoudre ses problèmes. Ce sont des Knowledge Holders. Mais ces personnes sont une faiblesse dans le processus car elles sont les seules à savoir réaliser certaines opérations. Or leur temps disponible n'est pas scalable et elles présentent un risque pour l'entreprise si elles gagnent au Loto.
le marché : la demande du marché borne ta capacité de vente. Si tu produis plus que ce dont le marché a besoin, alors tes inventaires vont exploser. L'argent que tu investis reste coincé dans le système, et la santé financière de l'entreprise est en danger.

Lorsque le marché est le bottleneck.

Une fois la contrainte identifiée, on va pouvoir commencer à optimiser le processus.

Aparté : les optimisations aveugles dans le logiciel

Notons encore une fois que commencer à "optimiser" le système avant ce travail d'identification est une source de gâchis.

Il faut garder en tête que

Travailler sur des parties non-critiques représente un coût d'opportunité : l'effort aurait pu être dépensé ailleurs et apporter davantage de résultats.
Tout à un prix. Le revers des optimisations est qu'elles se font souvent au prix de coupler le code et de dénormaliser des structures de données. Cela améliore les performances mais réduit la maintenabilité et complexifie le débogage.

Par exemple, le Domain Driven Design (DDD) est une approche du design logicielle qui supporte le bien la complexité métier. La contrepartie du DDD est que les performances sont réputées mauvaises. La maintenabilité se fait au prix de la performance. À l’inverse, le code assembleur permet d'obtenir des performances incomparables. Mais il est très difficile de lire, d'écrire et de maintenir un programme en assembleur.

Étape 2 : Exploiter la contrainte

La contrainte détermine le débit du système.

Comment tirer un maximum de la contrainte ?

On peut ici appliquer 4 techniques :

le buffer. S'assurer que la contrainte à toujours au moins un élément à traiter : une heure perdue sur la contrainte est une heure perdue dans tout le système. La contrainte ne doit jamais être en attente.
l’offload. Décharger la contrainte : si certaines tâches réalisées par la contrainte peuvent être réalisées par d'autres ressources alors leur réaffecter.
les contrôles. Placer les contrôles qualités en amont de la contrainte : si les inputs de la contrainte sont défectueux et que le défaut est détecté après être passé par la contrainte, le produit sera rejeté et on aura gâché un temps précieux.
la protection. Empêcher le travail non planifié de perturber les tâches importantes. Le travail non planifié est la matière noire du système. Il est souvent invisible et chasse le travail planifié.

La vidéo ci-dessus illustre l’impact du travail non planifié sur la fluidité du système.

Sur la route 1, on observe le travail tiré du backlog.

Tout se passe bien, jusqu’à l’entrée en jeu de la route 2.

Étape 3 : Subordonner les opérations à la contrainte

Cette étape est la plus contre-intuitive.

Une des grandes leçons du Lean Manufacturing est que l'inventaire est un passif, et que les excès d’inventaire sont une source de gâchis :

lorsque notre liste de tâches à accomplir s'accumule, cela génère du stress et nous rend plus susceptible de commettre des erreurs.
lorsque la quantité de pièces "à traiter" s'accumule devant une étape de la production, cela génère du stock. Lorsque ce stock grandit, il faut le gérer : créer un endroit pour le stocker, le stocker, le ressortir au bon moment. Cela entraîne des coûts de manutentions et des risques d'abîmer les pièces.

Produire à fond la caisse en amont de la contrainte est une source de gâchis.

Parfois, il vaut mieux ne rien faire.

Le lead-time est le temps moyen que prend un élément pour aller de gauche à droite de la chaîne de valeur. Le stock fait exploser le lead-time et crée des bouchons dans le pipeline.

Subordonner les opérations à la contrainte permet de garder un bon lead-time.

Un bon lead-time permet de "win in the marketplace".

Ralentir la production en amont de la contrainte et produire plus. — Débit = 74

Étape 4 : Élever la contrainte

C'est le moment de sortir le cric.

Une façon d'augmenter le débit des opérations est simplement d'augmenter la capacité de la contrainte.

Dans le cas d'une machine, il s'agit d'en ajouter une de même capacité en parallèle. Dans le cas d'un détenteur de connaissance, il s'agit de documenter chaque action qu'il réalise.

Étape 6 : Répéter avec la nouvelle contrainte

La théorie des contraintes est un processus d'amélioration continu. Une fois le bottleneck traité, un autre va apparaître à un autre endroit de la chaîne de valeur. C'est désormais cette contrainte qui va dimensionner le flux des opérations.

Conclusion

Lorsque l’on cherche à améliorer un système, notre première réaction est souvent de chercher à ajouter de la capacité. C’est notre tendance à penser de façon additive.

Ce que nous montre la théorie des contraintes, c’est que cette stratégie n’est pas la seule façon d’atteindre nos objectifs. Conduite à l’aveugle, ajouter de la capacité peut même desservir le système.

Une fois clarifié notre but et identifié la contrainte, plusieurs approches s’offrent à nous. Désoptimiser des ressources en amont pour les mettre au service de la contrainte. Adapter la cadence à la contrainte. Décharger la contrainte. Protéger son temps. Ou enfin augmenter la capacité de la contrainte.

Un des grandes leçons que je retiens de cette théorie est que tu peux faire mieux avec ce que tu as déjà. Dans bien des cas, il suffit de réorganiser les ressources existantes et de corriger les déséquilibres pour améliorer le système.

Dans le prochain épisode, je te partagerai comment j’ai appliqué les principes de la Théorie des contraintes à mon processus de création de contenu et les changements surprenants que cela m’a amené à considérer.

D’ici là, est-ce que tu vois un domaine ou tu pourrais l’appliquer ?

Portez-vous bien et à la semaine prochaine :)

Alex

Thank you for reading 100 produits. This post is public so feel free to share it.

le code que j’ai utilisé pour créer les animations est disponible ici
l’autre hack pour optimiser le système est de réduire la taille des lots :

Lorsque l’on réduit la taille des lots, il même possible d’augmenter la cadence sans entraîner de blocage dans le système.

Comment se ruiner (sans l'aide de la chance)

2024-04-08T06:57:37.128000+00:00

Hello !

Dans cette édition, je te propose un post-mortem de mon premier achat immobilier.

Mon objectif ici est de

identifier les erreurs qui m'ont amené à cette situation
comprendre comment ne pas les reproduire

C'est parti.

Contexte

Fin novembre 2021, je valide ma période d'essai en CDI. Après de premiers pas en sortie d'école difficiles, j'obtiens enfin la stabilité que je recherchais. Et je vais pouvoir faire un prêt !

Avec un salaire de 45 000 € brut annuel, j'ai l'impression d'être le roi du monde. En tout cas, je me dis que ce salaire Parisien doit être au-dessus du salaire moyen Caennais et que cela devrait me permettre de trouver un super appart.

Pendant les vacances de Noël 2021, on voit une annonce pour une maison en copropriété.

L'annonce nous interpelle.

Cela lance les recherches.

Pendant un mois, on se plonge à corps perdu dans la recherche de bien. On multiplie les visites. Les taux d'emprunt menacent de remonter. Le marché est tendu. Il y a beaucoup d'acquéreurs mais peu de biens disponibles à la vente. Il faut être réactif.

Après un mois de recherches, le bien que l'on avait vu en décembre revient sur le marché. Je m'étais donné un mois pour trouver. On le visite. Et on se lance.

Pendant les travaux, on découvre des problèmes de structures sur un plafond partagé avec deux appartements voisins. On alerte le syndicat de copropriété.

Puis les mauvaises découvertes s'enchaînent.

Un maître d’œuvre est mandaté pour étudier les travaux à réaliser et obtenir des devis.

Il rend sa liasse en septembre 2023

Nous sommes en mars 2024. Les travaux n'ont toujours pas été votés. Encore moins programmés. Et la gestionnaire du syndic vient de démissionner.

Il est clair que je n'ai pas eu de chance.

Mais il est aussi clair que j'ai fait beaucoup d'erreurs.

C'est parti pour la revue.

Créer les conditions pour se planter

1 - Ne pas se préparer

Pour commencer, je me suis lancé dans ce projet sans aucune préparation :

je n'y connaissais rien en immobilier
je n'avais qu'une idée vague de mon budget
mon apport n'était pas créé

Ce manque de préparation m'a pénalisé à plusieurs niveaux.

Premièrement, j'ai commencé à constituer l'apport au début du projet d'achat puis terminé de le constituer pendant la période de recherche de prêt. C'est passé, mais cela a largement réduit mes options d'achat.

Ensuite, je n'avais aucune idée des pièges à éviter.

Voici les deux choses que je ferai différemment aujourd'hui :

Acquérir les bases de l'immobilier
Utiliser le principe d'inversion pour identifier les principales erreurs à ne pas commettre

Afin de dégrossir un nouveau sujet, une méthode simple consiste à :

lister 10 des vidéos les plus vues de la thématique sur Youtube
les regarder plus ou moins en accéléré et lister les concepts
organiser le champs des concepts sur une Mind Map
regarder les vidéos les plus vues sur chaque concept

Dans le cadre de cet article, j'ai pris 2h pour réaliser les 3 premières étapes :

Les grands concepts à creuser pour préparer un achat immobilier

C'est tout bête, mais ce travail préparatoire aurait déjà pu m'éviter bien des ennuis.

Une fois le cadre posé, il est intéressant de consacrer encore une heure à identifier les erreurs à éviter absolument. C'est ce que l'on appelle le principe d'inversion.

Lorsqu'il s'est préparé à traverser l'Amazonie, l'explorateur Mike Horn s'est concentré sur une chose : identifier les aliments qui pouvaient le faire mourir. Plutôt que de mémoriser tous les aliments comestibles (qui sont plus nombreux), il s'est concentré sur ceux à éviter absolument (moins nombreux).

Mémoriser la liste des plantes à éviter plutôt que la liste des plantes OK.

2 - Être dans l'urgence et la peur de passer à côté

En plus de ne pas se préparer, je me suis placé/trouvé dans une situation d'urgence :

les taux d’emprunt menaçaient de remonter de façon imminente
le marché était déséquilibré et il fallait être réactif
je voulais trouver rapidement pour pouvoir changer de travail (et casser mon CDI)
je me suis donné un mois pour trouver

J'avais peur de passer à côté d'une bonne affaire. Peur de ne plus avoir d'occasion d'investir si je ne le faisais pas maintenant. Et je voulais tout faire en même temps. Acheter un bien. Trouver un nouveau travail. M'investir dans l'amélioration de mes compétences professionnelles.

Les situations d'urgence créent les pires conditions pour prendre des décisions.

Ce que je retiens ici est que

pour un achat conséquent comme une maison, il vaut mieux rater une bonne affaire que de faire une mauvaise affaire. Parce que des bonnes affaires, il y en aura toujours. Une mauvaise affaire peut foutre en l'air ta vie sur les 20 prochaines années.
la peur de passer à côté est un guide terrible. Il est normal d'avoir peur lorsque tu t'engages dans un projet important. S'éloigner de sa zone de confort crée de l'insécurité. Mais la peur de manquer est différente. C'est une énergie négative. Lorsque tu dois choisir de t'engager ou non dans une situation, et que tes motivations sont portées par la peur de manquer plutôt que l'envie d'y aller, n'y va pas.

Voici deux techniques que j'ai trouvées pour réduire ma peur de manquer :

S'exposer à l'inconfort. C'est une des réflexions que je me fais en trek. Lorsque je suis sur un canoë, que je dors en tente, et mange de façon rustique. Je n'ai pas grand-chose, mais je suis bien. Cela me rappelle que j'ai besoin de peu de choses pour vivre et être heureux.
Explorer plutôt que posséder : posséder, c'est interdire aux autres d'accéder à une ressource. Explorer, c'est aller sur des chemins que de toute façon peu de personnes empruntent.
Se couper des générateurs de peur : chaînes d'information, journaux, créateur de contenu qui jouent sur la peur de manquer pour capter l'attention. Je me désabonne/bloque systématiquement de ce type de compte.

3 - Tomber dans le biais des coûts irrécupérables

Le biais des coûts récupérables est un biais qui consiste à prendre une décision sur la base des coûts déjà investis plutôt que sur une analyse de la situation à l'instant présent et l'évaluation des meilleures options.

Voici comment il a opéré dans mon cas.

Nous avons dédié un mois intense à cette recherche. Comme changer de travail était aussi une de mes priorités, je me suis retrouvé face à ce dilemme : prendre dans ce qu'il y a, ou reporter le projet d'un an ou plus. Clairement, le fait d’avoir investi beaucoup de temps et d'énergie dans ce mois a influencé ma décision. Je n'avais pas envie d'avoir "perdu" mon temps. Or, c'est une erreur. Cette phase nous a permis d'apprendre et de clarifier notre projet, ce qui nous aurait permis de mieux nous préparer pour la suite.
Un autre phénomène en jeu est qu'au fil que le projet avance, de plus en plus de personnes sont embarquées dans le projet : la banque, l'agence immobilière, les vendeurs. Mettre fin au projet implique d'infliger des pertes à ces personnes. Ce qui ajoute une pression pour aller au bout.
Le jour de la signature de l'acte définitif, j'ai eu une dernière occasion de me retirer. Le notaire m'a pris de court en ne me l'annonçant que sur le moment et en me faisant signer une procuration. Mais j'aurais tout de même pu me retirer. La encore, ma décision a été influencée par le temps que j’avais déjà investi dans ce projet. Le temps passé à faire visiter la maison par des artisans, le temps passé à réfléchir aux aménagements. Et puis j'avais envie de passer à l'action. J'avais envie de me lancer dans un projet de restauration. Je me suis dit que trop attendre les conditions parfaites conduisait à l'inaction. Alors je me suis lancé.

Le biais des coûts irrécupérable est un mécanisme est au centre de beaucoup d’échecs de grandes ampleurs.

Dans The Personal MBA, Josh Kaufman raconte comment son grand-père qui s'était engagé dans un projet de construction ambitieux a coulé sa boîte en persistant et escaladant les investissements. Alors que rapidement, il était clair que le projet partait dans une mauvaise direction.

L'application Nibble présente le cas du concorde. La France et l'Angleterre ont investi des sommes importantes pour rassembler les meilleurs et construire l'avion le plus rapide du monde. Après le prototypage, ils ont identifié plusieurs problèmes, parmi lesquels :

l’impossibilité de voler sur le territoire : lorsqu'il passe le mur du son, un bang supersonique se produit. Il n'est pas concevable de faire cela au-dessus des villes. La carte des vols possibles a donc été réduite aux vols offshore.
une capacité d'embarquement réduire : de par sa forme dynamique, le nombre de personnes qu'il était possible d'embarquer à bord était limitée. Ce paramètre rendait encore plus difficile d'amortir le coût du vol.

Ces éléments d'infaisabilité économique auraient dû sonner la fin du projet. On aurait pu se dire, “On a essayé, ça ne marche pas pour les raisons suivantes, projet suivant”. Mais par égo, par aversion à la perte, et au regard des sommes déjà investies, nous avons poursuivi. Ce qui a encore multiplié les pertes par 10.

La bonne façon d'aborder un problème est donc d'ignorer les sommes déjà investies.

Et de se poser la question. Indépendamment des montants déjà investis.

quel est le meilleur investissement que je peux faire de mon temps aujourd'hui ?
quel est le meilleur investissement que je peux faire de mon argent aujourd'hui ?

Peut-être que ce sera de poursuivre.

Peut-être que ce sera de pivoter et partir sur autre chose.

4 - Ne pas écouter son intuition et ses émotions

Mon intuition m'a plusieurs fois lancé des signaux négatifs :

lors de la visite je n'étais pas enthousiaste
le jour de la signature, je n'étais pas "heureux"
day 1, j'avais déjà des angoisses liées à certains éléments de structure

Je me suis rassuré en me disant qu'en passant par une agence sérieuse cela réduisait le risque. Qu'au pire, je revendrais. Et qu'on arriverait toujours à en tirer quelque chose bien décoré.

Aujourd'hui, je suis plus à l'écoute de ces intuitions.

Si je ne le sens pas, ou que profondément je n'ai pas envie. Je n'y vais pas.

Conclusion

J'ai signé l'acte définitif mi-avril 2022. Cela va donc faire deux ans que je suis propriétaire du bien. Il n'est pas habitable tant que les travaux n'ont pas été réalisés. Et je ne peux pas le vendre non plus à cause de l'incertitude qui plane au-dessus.

À ce stade, les impacts négatifs sont les suivants

un coût d'opportunité de 20 000 € (800€ x 24 mois)
des dizaines de journées passées en travaux, en relance, en visite d'artisan, ...
un coût psychologique : charge mentale, stress lié à l'incertitude et au fait d'être coincé
un mariage annulé
des travaux importants à prévoir (la liasse pèse 160 000 € avant répartition)

Après, comme toute expérience, elle vient avec son lot de choses positives :

je rêve de choses moins matérielles
je vis dans un loft industriel, comme dans un film
je nage régulièrement

Par chance, je ne suis pas sans ressources. Même si les pertes sont importantes, je devrais m'en sortir. Mais je réalise qu'un mauvais achat peut littéralement détruire ta vie.

L'année dernière il s'est passé 6 mois où j'étais à la fois au chômage.

Certains jours, cette charge financière me donnait le vertige.

Mais cela permet aussi de se recentrer sur l'essentiel. De trouver son minimum vital.

Il est possible d'aller plus loin dans les apprentissages.

Mais en voici déjà quelques-uns.

À la prochaine :)

Alex

Explorer le monde avec un second cerveau

2024-03-25T07:20:20.082000+00:00

Hello !

Mon second cerveau fête ses un an.

C'est l'occasion de revenir en arrière pour un premier bilan.

Au programme aujourd’hui :

le problème initial
c’est quoi un second cerveau
qu’est-ce que cela a changé dans ma vie
ressources et conseils pour démarrer
conclusion

Point de départ

Il y a 4 ans, je me suis mis à lire de façon régulière.

J'ai eu une première phase économie politique, écologie et science sociale. Puis j'ai centré mes lectures autour du software engineering pour qu'elles m'aident à progresser dans mon métier. Certaines idées m'ont marqué. Elles m'ont conduite à aborder la vie de façon différente. Mais lorsque je repense aux livres que j'ai lus à cette époque, j'ai du mal à les restituer.

Très vite, je me suis aperçu que j'oubliais tout rapidement.

Alors j'ai commencé à prendre des notes et à souligner des passages dans les livres. Mais je manquais de méthode, et la valeur ajoutée de ces notes restait faible.

Début 2023, je me suis donné pour objectif de "créer du contenu".

Le problème de gérer mes connaissances est devenu une de mes priorités.

Je suis tombé sur la formation Atomic Knowledge d'Eliott Meunier.

Et ça a été une révélation.

Depuis, j'ai complété sa formation avec plusieurs ressources sur le sujet comme Building a Second Brain de Tiago Forte ou How to Take Smart Notes de Sönke Ahrens.

Voilà un an que je travaille avec ce système de second cerveau.

Et voici où j'en suis.

Le second cerveau

Un second cerveau est un nom accrocheur pour parler d'un système de gestion des connaissances personnelles.

C'est un endroit où

organiser ses connaissances
réaliser ses projets
penser
stocker ses souvenirs

Le terme a été conceptualisé par Tiago Forte à travers son travail sur la productivité et la gestion de connaissance. Son livre Building a Second Brain a été publié en Juin 2022. Et ce système s'inscrit dans la tradition des common place books utilisés par les auteurs et les scientifiques comme Newton, Da Vinci, Mark Twain, Lovecraft.

La vue graphique de mon second cerveau

La structure de mon second cerveau

Derrière ce mot accrocheur de second cerveau, on retrouve un simple système de notes qui sont connectées entre elles et organisées dans des dossiers. La vue graphique est impressionnante. Mais au quotidien, j'utilise davantage la vue à plat.

La structure de mon second cerveau est la suivante :

En fond : Obsidian, le logiciel que j'utilise pour explorer et créer des notes. Au-dessus : l'explorateur de fichier Mac. Obsidian offre une interface conviviale pour manipuler et visualiser les notes.

INBOX : le point d'entrée du système. C'est ici que vont les notes instantanées que je prends sur mon téléphone ainsi que mes notes de lecture. Par exemple si lors d'une conversation on me parle d'un restaurant et que je veux noter l'adresse, je crée une note sur mon téléphone et c'est ici qu'elle atterrit. De la même façon, les notes que je prends en lisant sur tablette sont synchronisées dans ce dossier.
PROJETS : le système est organisé par utilité plutôt que par thème. L'accent est mis sur la progression des projets en cours. C'est pour cette raison que la rubrique projet apparaît en haut. Cette structure renforce l'idée que l'information est au service des projets - et non l'inverse. Un projet typique contient :
- une fiche qui clarifie pourquoi je réalise ce projet
- une roadmap ou todo-liste
- des notes de journaling les jours où je travaille dessus
- des notes vers des inspirations et autres ressources en lien avec le projet
CASQUETTES : une caractéristique fondamentale des projets est qu'ils ont une durée limitée dans le temps. La rubrique casquette est ici pour toutes les responsabilités qui n'ont pas de fin. Je stocke des informations plus générales comme les codes du WIFI sur mon lieu de vie et des informations relatives à mon travail.
RESSOURCES : le dossier ressources regroupe les sujets et les grandes questions auxquelles je m'intéresse. Elles ne sont pas directement liés à un projet mais pourront servir à des projets futurs. Par exemple : Software Engineering, Comment prendre de meilleures décisions (Prise de décision), Comment être en bonne santé (Santé), ...
ARCHIVE : c'est ici que je place les projets terminés et les notes d'avant la mise en place du système que je n'ai pas remises en formes (notes récupérées de Notion, ...)
GARDEN : le foyer des notes permanentes. C'est la destination du contenu non périssable (evergreen). On y retrouve des fiches sur des concepts qui seront toujours pertinents dans 30 ans. Par exemple, une fiche sur le Biais des coûts irrécupérables.

L'objectif de cette structure est d'être orientée action. La finalité d'un second cerveau n'est pas de documenter le monde d'une façon neutre et exhaustive. Cela représente un travail de titan, et Wikipédia est là pour ça. La vocation du second cerveau est davantage de collecter les informations qui sont nécessaires à la réalisation de projets, et de permettre de réutiliser ces informations.

Ce qui a changé un an plus tard

Une autre façon de prendre des notes

Il y a encore un an, mes notes ressemblaient à ça :

Notes que j'ai prise sur Turn The Ship Around lors du book club de Tech Rocks

Je soulignais les passages que je trouvais intéressant, sans faire de distinction entre les faits, les opinions, les principes et les anecdotes. J'avais du mal à détacher les informations de la source originale. Je me retrouvais avec une note géante difficile à réutiliser ailleurs.

J'essayais de gober l'éléphant.

Aujourd'hui, elles ressemblent à ça :

À gauche mes notes de lecture du livre "Vie intentionnelle" de JCK. Pour chaque chapitre, on retrouve la liste des concepts qui m'ont marqué. À droite, on voit le détail de la note Dichotomie du contrôle

Lorsque je lis, je prête désormais attention aux concepts.

Un livre est un ensemble de concepts mis en perspective.

La première chose que je cherche à identifier est donc le concept qui est en train d'être présenté. Puis je cherche à voir en quoi il consiste, ses bénéfices, ses limites, ses inconvénients, et comment il est illustré.

La force des concepts est que :

ils sont indépendants de la source et faciles à mobiliser dans d'autres contextes
ils ont une longue durée de vie
ils sont systématiques à documenter : description, exemple, références
ils sont simples à connecter à d'autres concepts : similaires, différents
ils sont des centres de gravité qui attirent les informations complémentaires
ils compressent l'information : un concept porte en lui plusieurs dizaines de mots

La prise de notes orientée concept a transformé mon rapport à l'information.

Moins d'outils, plus de clarté

Avant de mettre en place ce système, mes notes étaient éparpillées un peu partout :

des passages surlignés au crayon dans mes livres
des listes de film à regarder sur SensCritique
des tâches de projet dans Trello
des notes sur mes projets dans Notion
des images d'inspirations sur Pinterest
des notes instantanées sur iNote
des notes instantanées sur Whatsapp

Avec ce système, j'ai pu réduire le nombre d'outil que j'utilise.

Toutes les informations importantes pour moi sont centralisées dans un seul endroit.

Et j’y accède de n'importe où : sur ordinateur comme sur téléphone.

Une meilleure visibilité

Avec ce système, j'ai une meilleure visibilité sur le travail en cours.

La page d'accueil me rappelle le cadre que je me suis fixé et mes grands objectifs.
L'INBOX donne une vue sur les informations entrantes. Lorsqu'il y en a trop et que je sature, cela se voit et me renvoi le message de ralentir sur mes lectures.
Le dossier PROJETS me permet de suivre les projets en cours.
Le dossier ARCHIVES m’aide à apprécier les projets que j'ai réalisé et clôturés.

C’est aussi un bon outil pour apprendre à se connaître. Mes notes de journaling y sont regroupées. Et les clusters de la vue graphique révèlent mes centres d’intérêt.

Le plaisir de lire

Lire est devenu un jeu.

Il y a quelque chose de ludique à collecter des concepts en lisant.

Ce qui est paradoxal, c'est que prendre des notes demande du temps. Lorsque c'est un livre que je veux creuser, je passe en fait plus de temps à prendre des notes et à clarifier les concepts qu'à lire.

Je passe donc plus de temps sur chaque livre.

Mais à présent, je sais que ce que je lis ne sera pas perdu.

Et au final, je lis plus de livres.

Quelques conseils pour démarrer

Si je devais recommencer de zéro, voici les ressources que je suivrai :

La formation Atomic Knowledge d'Eliott pour un système complet et opérationnel
La formation Atomic Notes d'Eliott (à venir) pour un système léger et opérationnel
Le livre Building a Second Brain de Tiago Forte pour aller plus loin et être un chef
La formation Building a Second Brain de Tiago Forte (en anglais)
Le livre How to take smart notes - pour améliorer sa prise de notes

Aussi, n'hésite pas à me contacter si c'est un sujet qui t'intéresse :)

Enfin, voici 3 conseils que j'aurais aimé que l'on m'imprime en capitale pour débuter :

Cibler (ou être patient) : plus le sujet que tu documentes est ciblé, plus les résultats vont être rapides. Pendant les premiers mois, j'ai lu sur des sujets dispersés : design logiciel, techniques de développement, développement produit, écriture, création de contenu, entrepreneuriat, gestion des connaissances personnelles, psychologie. Or, ouvrir un nouveau thème demande un effort conséquent car au départ, tu crées beaucoup de fiches. Lorsque j'ai passé un mois uniquement concentré sur les échecs, j'ai pu constater que le système portait ses fruits rapidement. Actuellement, je fais un focus sur le DevOps et je suis impressionné par ma vitesse de progression. Cibler un domaine précis est une bonne stratégie pour débuter.
Aller de l’avant. Le passé c'est l'passé comme dit Yanns. Lorsque j'ai découvert cette méthode, je me suis dit, wow, je voudrais que toutes les connaissances que j'ai touchées soient dans ce système. J'ai commencé à ajouter les notes des livres que j'avais déjà lues. Spoiler : c'est long et ne présente aucun intérêt. Sauf si le livre a un rapport avec un projet en cours, mais en dehors de cela, c'est un processus assez frustrant. Il faut accepter que le passé soit "perdu", et aller de l'avant.
Keep it stupid simple : il existe des centaines de plugins dans Obsidian et il est possible d'aller loin dans la customisation. Certaines extensions apportent de la plus-value. Certaines apportent surtout de la complexité. Le plus simple, le mieux. Le but est d'élaborer avec ses idées, pas de configurer des plugins.

Conclusion

Si je devais revenir 10 ans en arrière et changer une chose,

ce serait de mettre en place un second cerveau.

Avant même d'acheter du bitcoin.

Aujourd'hui, j'aurais :

créé des connaissances solides sur le design graphique et ses grandes figures
documenté la scène électronique des années 2010
documenté ma phase de vie artistique et les projets que j'ai réalisé
capitalisé sur les concepts importants croisés dans des livres, des expositions
rencontré des exemples et des illustrations de concepts dans ma vie quotidienne
créé des fiches sur certains cours qui étaient géniaux
tenu un journal de toute ma vingtaine

Vraiment, c'est la chose que je changerais si je devais revenir 10 ans en arrière.

Et donc, je compte bien travailler avec cet outil pendant les dix prochaines années.

À la prochaine :)

Alexandre

3 principes tirés de l'Almanach de Naval

2024-03-18T07:51:23.125000+00:00

Hello !

Pour commencer l'année, j'ai écouté l'Almanach de Naval Ravikant en audio book.

Cette édition explore les trois concepts qui m’ont le plus marqué dans ce livre.

Naval Ravikant

Naval est un entrepreneur américain de la Silicon Valley. Il est né à New Delhi, a fondé plusieurs entreprises, et a investi dans des centaines startups.

Naval a grandi dans la pauvreté. Aujourd’hui, il est connu pour sa richesse financière, sociale, humaine et spirituelle. Dans une expérience de pensée, il s’est posé la question suivante : “si je devais vivre 100 vies, comment est-ce que je m’y prendrais pour être riche dans 99% des cas” ?

Autrement dit : comment devenir riche, sans l’aide de la chance ?

Dans son Tweet storm "How to get rich (without being lucky)", il mobilise les concepts de Specific Knowledge, Effet de Levier, distingue les différents types de Chance, et rappelle les différences entre Richesse, Argent, Statut.

Ses trois thèmes de prédilection sont le bonheur, la santé et la richesse. Il aime lire, et un de ses jeux est de résumer ses lectures en quelques phrases sur Twitter, sous la forme d’aphorismes.

L'Almanach

L'Almanach de Naval Ravikant a été composé par Eric Jorgenson, un autre entrepreneur. Il a été publié début 2023. Il regroupe les idées de Naval et les présente sous forme de citations piochées sur Twitter et dans des podcasts. Le livre aborde les thèmes de la richesse et du bonheur.

En dehors des concepts phare de Naval, voici les idées qui m'ont le plus marqué dans le livre et les réflexions que j'en tire.

3 concepts tirés de l’Almanach

Les bases

Les bases sont hyper importantes.

Elles ont plusieurs avantages :

elles sont limitées en quantité
elles apportent 80% de la valeur
elles servent de fondations pour développer une expertise

Si l'on prend les mathématiques par exemple, les bases vont être l'arithmétique (addition, soustraction, …) et disons les probabilités. Ces notions sont très limitées si l'on considère l'étendue des mathématiques. Cependant, on les mobilise au quotidien et elles nous aident à prendre de meilleures décisions. Enfin, si tu veux aller plus loin dans l'exploration des mathématiques, ces notions sont fondamentales.

Les bases sont d'autant plus importantes que tu ne peux pas être expert sur toutes les disciplines. En avoir conscience permet de faire des choix intelligents. Par exemple, je peux pousser à fond mon expertise en développement logiciel, et me concentrer sur les bases pour les disciplines annexes (DevOps, Marketing, Vente, ...).

Les pendants des bases sont les concepts avancés. Les concepts avancés sont attrayants parce qu'ils te donnent l'air que tu t'y connais (jeu de status). Mais ce sont aussi les concepts qui sont les moins vérifiés. Et ils sont un piège, car un bon moyen de tout mélanger au départ.

En pratique, lorsque tu abordes une nouvelle discipline :

Écarter les concepts avancés pour se concentrer sur les bases. Ce mois-ci, j'ai décidé de passer le cap du DevOps et de me former à Docker, Kubernetes, OpenShift et Gitlab. Avoir les bases de ces technos est indispensable à mon job, mais je n'ai pas besoin d'être un expert. J'ai donc choisi de lire "Getting started with docker" qui ambitionne de te donner les bases en une journée plutôt que "Docker Deep Dive" qui ambitionne de faire de toi un expert de Docker.
Remonter aux racines, aux sources. Si tu t'intéresses à la Théorie de l'évolution, Richard Dawkins est auteur contemporain réputé, mais tu ferais mieux de commencer par L'Origine des espèces de Darwin. Remonter aux sources peut être intimidant au départ. Mais si tu es sérieux sur ton apprentissage, tu veux te confronter aux idées originales. Aussi, pour un ouvrage de référence, il existe souvent des dizaines de livres qui déclinent les grands principes présentés initialement. Remonter à la source permet de réduire sa pile de lecture de façon drastique, d’avoir le cadre théorique, et de pouvoir lire les déclinaisons de façon plus efficace.

Pour la santé, la concentration et l'énergie, avant d'aller chercher des régimes impossibles à tenir et des compléments alimentaires, commencer par tenir les bases :

faire de l'exercice quotidiennement (marche, nage, vélo)
manger des produits non transformés et éviter les sucres rapides
passer 8 à 9h au lit pour avoir au minimum 7h de sommeil

Enfin, une troisième manière de considérer les bases que j'aime beaucoup est la suivante. Si tu veux accomplir des choses dans la vie, commence par maîtriser les bases : faire ton lit le matin, faire la vaisselle, te faire à manger. Si déjà, tu te trouves débordé par ces tâches, comment espères-tu gérer le reste ?

Je réalise à quel point on a tendance à chercher des solutions compliquées à des problèmes avant même d'avoir essayé d'appliquer le B.A.-BA. 😅

Le long terme

Penser long terme, c'est jouer avec la force du temps.

Avec le temps, l'impact des habitudes s'accumule et les petites actions du quotidien génèrent des effets spectaculaires.

si tu déposes 10€ par jour sur un livret pendant 100 ans à 6% sans faire de retrait, tu auras versé 360 000 €, pour un capital final de 23 786 539€.
lire 10 pages par jour permet de lire 12 livres par an
méditer 10 minutes chaque matin pour gagner en sérénité et clarté d'esprit
manger un sandwich, avec une pâtisserie et un soda chaque midi, est inoffensif pris isolément, mais conséquent sur ta santé et ta productivité à long terme

De même, l'impact des décisions que nous prenons aujourd'hui sont sujettes aux effets cumulés :

quitter un job dans lequel tu t'ennuies
quitter une personne toxique, même si sur le coup, tu y es attaché
voir au-delà des premiers obstacles d'une relation pour tisser des liens plus solides
avoir des conversations franches
dédier une heure à apprendre une compétence plutôt que regarder Netflix

Nous avons tendance à penser court-terme.

Voici 5 façons de prendre des décisions de long terme

se projeter, poser la question au toi de dans 10 ans : quelle décision tu te remercieras d'avoir pris dans 10 ans ?
penser aux conséquences de l’habitude. Les actions prises indépendamment n’ont souvent aucun impact. Mais elles font partie d’une habitude, et par effet cumulé, ont un immense impact. Du coup, quelles seront à long terme les conséquences sur ta santé et ton niveau de concentration de manger un cookie tous les jours à 10h ? Quel peut être l’impact sur tes compétences et ton réseau si tu Stream du code tous les midis pendant 10 ans ?
réduire son exposition aux sources de gratification instantanée : se tenir à l'écart des sources de dopamine et de gratification instantanée le plus longtemps possible dans la journée (e-mails, LinkedIn, messages, sucres)
investir plutôt que dépenser
faire le choix le plus difficile

Penser long terme demande du courage et de la discipline.

Penser long terme est plus facile à dire qu’à faire.

Choix faciles, vie difficile. Choix difficile, vie facile

Le taux horaire

Depuis que je considère mon temps comme une de mes ressources les plus précieuses, je suis frappé de voir à quel point, de façon générale, nous ne valorisons pas notre temps.

Un de conseil que Naval donne dans son livre est le suivant :

Évaluez votre temps à un taux horaire, et dépensez impitoyablement pour gagner du temps à ce taux. Vous ne vaudrez jamais plus que ce que vous pensez valoir.

Derrière ce conseil, il y a cette idée que si ce que tu es en train de faire

tu ne le fais pas par envie
tu ne le fais pas pour gagner de l'argent non plus
et que le déléguer est en dessous de ton taux horaire
alors pourquoi est-ce que tu le fais ?

On passe notre temps à gagner de l’argent.

Alors qu’on ferait mieux d’utiliser notre argent pour gagner du temps.

Très tôt, Naval raconte s'être fixé un taux horaire à 5000 €.

😅

Après, cela m'interroge.

Supposons que dans mon travail, je sois à 100€ de l'heure. Si je me fixe un taux ambitieux à 500€ de l'heure, alors est-ce que je dois déléguer mon travail ? En vrai, c'est une idée qui mériterait d'être étudiée. En gardant en tête que globalement, j'ai un travail qui me passionne, et que les contraintes de confidentialités ne permettent pas forcément cela.
Si tu te fixes un taux horaire au-delà de tes capacités financières, est-ce que tu seras en mesure de tenir cette position ?

Dans l'objectif de mettre en place ce principe, j'ai commencé à noter heure par heure ce que je réalise dans mes journées afin de mieux identifier ce que je pourrais déléguer ou automatiser.

Voici une ébauche :

faire les courses : 2h/sem. Idée : se faire livrer
faire la vaisselle : 30 min/jour. Idée : prendre un lave-vaisselle
retourner un objet défectueux en magasin : 2h ? Idée : laisser tomber.
faire le ménage : temps à mesurer. Idée : prendre une femme de ménage
réserver des billets de train, des Airbnb, déclarer la TVA : temps à mesurer. Prendre une assistante virtuelle ?

Conclusion

J'ai beaucoup aimé lire ce livre. Il est réputé difficile à résumer, car peu structuré, et pourtant, j'ai l'impression que ce manque de structure est justement ce qui m'a permis d'en extraire quelques concepts essentiels.

Est-ce qu’un de ces concepts t’inspire ?

Cette édition représente encore un virage dans la ligne éditoriale. Je me rends compte que cette newsletter prend de plus en plus la forme d’une newsletter personnelle. Dans les prochaines éditions, je pense continuer à faire des bilans sur les projets que je fais, et parler des concepts qui me marquent dans mes lectures.

Qu’est-ce que tu penses de ce type de format axé sur une lecture ?

À très vite :)

Alex

Mes intentions pour 2024

2024-03-11T07:20:27.145000+00:00

En 2023, mon but était de me lancer dans l'entrepreneuriat sur un mode indie-maker.

La flot de la vie m'a conduit sur une autre voie.

Aujourd'hui, je travaille comme Software Engineer en freelance.

En 2024, j'ai envie de jouer ce jeu à fond et me concentrer sur 3 choses :

ma mission freelance
partager du contenu en ligne
construire des relations saines et profondes avec mon entourage

Vision à 5 ans

Dans 5 ans :

j'ai 37 ans 😲
j'ai liquidé toutes mes dettes et les problèmes de la maison sont du passé
j'ai besoin de peu pour vivre
j'ai vécu un an dans un pays anglophone et parle bien anglais
je suis bien dans mon couple et nous avons un enfant

Mes objectifs pour 2024

j'ai livré Tamis sur JO, sur IJ et une première version du moteur de règles
je suis hyper à l'aise pour déployer et designer des applications
j'ai fait un trek à pied d'une semaine
j'ai fait le tour de la Manche à vélo
j'ai publié +20 articles de Newsletter
j'ai fait +50 practice hours sur Twitch
j'ai publié +50 posts sur LinkedIn
je maitrise les bases de la prise de décision
j'ai des relations saines et profondes avec mon entourage
j'ai mis 40 000 € de côté sur l'année pour me libérer du poids de la maison

Les compétences que j'ai envie de développer

Software Engineering

Le Software Engineering est la montagne que j’ai envie de gravir et de maîtriser. Les trois axes sur lesquels j’aimerai mettre l’accent cette année sont :

DevOps - la compétence dont j'ai le plus besoin à court terme
Software Design - la compétence la plus overlooked
Produit - la compétence complémentaire au développement

Création de contenu

Écrire en ligne

Développement personnel

Prendre de bonnes décisions
Amour et relations
Habitudes

DevOps

Dans le cycle de vie d'un logiciel, le déploiement est le dernier maillon de la chaîne. Si tu maitrises les front-end, tu peux développer des applications sympa sur ta machine perso. Si tu maitrises le backend, tu peux développer des outils plus sophistiqués. Mais pour que ton outil soit accessible et puisse être utilisé, il faut le déployer. Et c'est là qu'intervient le DevOps.

Le DevOps est une compétence indispensable et difficile à acquérir. Aujourd'hui, ne pas avoir la base me pénalise dans mon travail, ce sera donc mon premier focus de l'année.

Ma stratégie est la suivante :

Lire et écouter des livres inspirationnels
Lire des livres théoriques
Pratiquer
Pratiquer
Pratiquer

Ma progression :

Inspiration et mindset
- ✅ The Phoenix project
- ✅ The Goal - A process of ongoing improvement 🌟
- ✅ Toyota Production System (TPS)
- The DevOps Handbook
- Accelerate
Docker
- Quick Start Docker
- Learn Docker in a Month of Lunches
- Docker Deep Dive
Kubernetes
- ✅ Quick Start Kubernetes
- Learning Kubernetes in a month of Lunch
GitLab
- ✅ Automating DevOps With GitLab CICD Pipelines

Software Design

Le design logiciel est une des compétences la plus survolée du métier. La plupart des devs ne s'y intéressent pas vraiment. Pire, la plupart des personnes pensent savoir. Lorsque les choses tournent mal, la même musique revient. C'est la faute des autres : ceux qui étaient là avant, ceux qui nous ont légués ce bazar.

Il est facile de reconnaitre un logiciel mal fait : le code est incompréhensible. C'est le résultat d'un produit simple, sur lequel on a travaillé de façon tactique, chaque incrément apportant son lot de complexité.

Voici les livres que j'aimerais bien lire ou relire pour constituer me constituer un socle solide sur le sujet :

Clean Code - Uncle Bob
The Pragmatic Programmer
Tidy First? - Kent Beck
The Laws of Simplicity - John Maeda
Patterns of enterprise Architecture - Martin Fowler
Fundamentals of Software Architecture: An Engineering Approach
Software Engineering - The Hard Parts
Code Is for Humans: A Guide to Human-Centric Software Engineering
Modern Software Engineering: Doing What Works to Build Better Software Faster
99 Bottles of OOP - Sandy Metz
A Philosophy of Software Design - John Ousterhout
Elegant Objects - Yegor Bugayenko
Working Effectively with Legacy Code
Seven Languages in Seven Weeks
Domain-Driven Design: Tackling Complexity in the Heart of Software
Grokking Simplicity: Taming Complex Software With Functional Thinking

Le livre de John Maeda n’a rien à voir avec le développement logiciel à proprement parler. Mais le grand ennemi du logiciel et la complexité. J’espère trouver dans ce livre des idées universelles pour répondre à ce challenge.

Amour et relations

Je dédie énormément de temps à mon travail et à mes recherches. J'ai peu d'amis mais ils sont importants pour moi. De la même façon, je suis très proche de ma famille.

Il est difficile de voir tout le monde régulièrement et j’ai un rythme qui peut être difficile à suivre. Mais en contrepartie, je veux être disponible pour eux et présent à 100% lorsque nous sommes ensemble.

Crucial Conversations: Tools for Talking When Stakes are High
Les mots sont des fenêtres (ou bien ce sont des murs) - Marshall Rosenberg
How to Win Friends and Influence People - Dale Carnegie
Méthode Socratique - ce qui sauve le couple d'Alex Rogo dans The Goal
En toute franchise (Radical Candor) - Kim Scott

Prendre de bonnes décisions

Ces dernières années, certaines de mes décisions m'ont mise dans des situations vraiment mauvaises. Du coup, je réalise à quel point la capacité à faire preuve de discernement et à prendre de bonnes décisions est importante.

Quand on y réfléchit, la vie se joue sur quelques bonnes ou mauvaises décisions par an. Et au travail, choisir sur quoi tu vas travailler et sur quoi tu ne vas pas travailler est presque plus pondérant que l'effort que tu vas y consacrer.

Comme beaucoup de choses, la prise de décision est une compétence qui peut s'apprendre. La question qui vient ensuite est donc : ok, comment ?

Je vois plusieurs dimensions.

La base, c'est de se connaître :

Faire de l'introspection
Explorer et expérimenter pour vérifier les hypothèses qui ressortent de l'introspection

Pour la dimension technique et théorique :

Thinking Fast and Slow - Daniel Kahneman
Great mental models - Shane Parrish
Principles: Life and Work - Ray Dalio
Decisive: How to Make Better Choices in Life and Work
Clear Thinking: Turning Ordinary Moments into Extraordinary Results
Optionality - Meadows
Rationality: From AI To Zombies
Invent and Wander: The Collected Writings of Jeff Bezos
Solopreneur d’Elite - Thibaut Louis
Incerto - Nassim Nicholas Thaleb

Ecrire en ligne

L'année dernière, j'ai testé différents formats d'écriture en ligne : publier des articles de newsletter, filmer des CodeKata puis les diffuser sur Youtube, poster des essais sur LinkedIn. Je n'ai pas une audience de dingue, mais j'ai adoré le processus.

Écrire en ligne est un des plus gros hack de notre époque. Cela te permet

de clarifier et confronter tes idées
de te tromper en public, te faire corriger, et apprendre plus vite
de rencontrer des personnes qui partagent ton état d'esprit
de générer des opportunités professionnelles
de se faire des amis
de créer une audience à qui tu pourras apporter des services

Le tout, sans avoir besoin de demander la permission à personne.

Liste de lecture :

The Art and Business of Online Writing - Nicolas Cole
Publier de la M*rde avec Style - Valentin Decker, Killian Talin
Influence et manipulation - Robert B. Cialdini
Pixar Storytelling: Rules for Effective Storytelling Based on Pixar's Greatest Films
Les Essais - Montaigne (pour inspiration sur la forme)
Storyworthy
The Boron Letters - Gary Halbert
Cashvertising - Drew Eric Whitman

Projets :

Streamer de façon régulière sur Twitch : depuis longtemps, j'ai un énorme biais pour la théorie. Je lis plein de truc, que je ne comprends pas toujours bien, et que je ne met pas en pratique. Je vois Twitch comme une opportunité de me forcer à pratiquer de façon régulière. De me donner rendez-vous au moins 3x/semaine pour pratiquer une heure. J'ai des dizaines d'idées de sujet en tête et plusieurs idée de personnes que j'aimerai inviter pour dynamiser le format. Mais mon Minimum Viable Live est très simple : juste honorer le rendez-vous, me connecter, et pratiquer, même si je n'ai rien de préparé en avance.
Publier des formats long dans une Newsletter : les newsletter sont réputées être un média difficile à lancer, mais c'est le canal qui me parle le plus. Il offre un bon équilibre de longueur de format et offre une grande liberté sur le contenu éditorial. Je vois la newsletter comme la colonne vertébrale de ce que j’ai envie de publier, le premier point de sortie des idées que je synthétise.
LinkedIn : c'est le seul réseau social sur lequel je passe du temps. Mon idée est de dériver entre 1 et 3 post par article de newsletter afin de la diffuser.

Ma journée idéale en 2024

Bon, ça nous fait un programme ambitieux tout ça. Je sais sur quels axes je veux progresser. Je visualise concrètement les grandes lignes de comment je compte m'y prendre. Il ne reste plus que le volet opérationnel.

Voici ma journée idéale :

06h00 : Réveil, café
07h00 : Écriture
08h00 : Lecture
09h00 : Marche
09h30 : Daily + 4 pomodoros
12h00 : Lunch break
13h00 : Session de pratique en live sur Twitch
14h00 : Back to my mission (8 pomodoros)
18h00 : Task shooting
18h30 : Piscine
20h00 : Dîner + chill
21h30 : Au dodo
22h00 : 😴

Mon travail m'amène à me rendre régulièrement sur Paris. Lorsque j'y vais, je me lève à 6h pour prendre le train de 7h. Caler mon rythme de levé sur cette heure me permet d'avoir de la régularité.

Mon objectif de sommeil est de dormi 8h par nuit. Je ne veux pas passer sous la barre de 7h de sommeil. Lorsque je manque de sommeil, toute ma journée est foutue. Je n'arrive pas à me concentrer, je suis irritable, c'est la cata.

Conclusion

L'année dernière, j'étais parti dans tous les sens sur mes projets. Cette année, j'ai essayé de les recentrer et de les aligner de façon cohérente. J'ai écarté la dimension entrepreneuriale qui était trop orthogonale au reste. Je vais me concentrer sur ma mission freelance et la création de contenu sera mon levier pour progresser plus vite.

Il y a beaucoup de ressources listées dans cet article. Je ne pourrais pas tout lire, et l’important est avant tout de mettre en pratique les insights collectés. Les sessions Twitch joueront donc un rôle essentiel à cet égard.

Enfin, je pense approcher chaque compétence par phase. Actuellement je suis dans ma phase DevOps. J’ai un peu nagé le premier mois, mais là, je sens que les choses commencent à s’aligner dans ma tête.

Si je n’ai pas le temps de tout faire, ce n’est pas grave.

C’est n’est qu’une feuille de route.

Aller, assez passé de temps sur la planification. C'est parti pour l'exécution :)

Et toi, quelles sont tes intentions pour 2024 ?

Ma rétrospective de 2023

2024-01-31T21:51:13.204000+00:00

Hello !

Il paraît qu'on a jusqu'à fin janvier pour se souhaiter une bonne année.

J'imagine que c'est aussi valable pour la rétrospective.

In-extremis, voici ma rétrospective de 2023. 😁

Revue générale de l’année

2023 a été chaotique.

Les problèmes liés à la maison que j'ai acheté en 2022 ont pris une nouvelle dimension.

Côté pro, on s'est planté sur l'obtention de la levée de fond. L'entreprise s'est retrouvée à court de cash. Et j'ai quitté mon travail.

Côté couple, nous avons traversé des passes difficiles.

On a emménagé a l’atelier à l'improviste.

J’ai consacré quelques mois à builder des projets comme j'en avais profondément envie.

J’ai consacré beaucoup de temps à lire, écrire et prendre des notes.

L'année se termine d'une façon que je n'aurais jamais imaginée en janvier. Je suis de retour chez EDF avec Christophe. La rémunération freelance me donne une bouffée d'oxygène.

Toutes les difficultés ne sont pas passées, mais l’année termine sur une perspective positive.

Analyse de mes objectifs de l'année

Objectif 1 : Améliorer mes compétences en Software Craftsmanship

Cet objectif était particulièrement en lien avec mon travail chez Marvin. Et à cet égard, mon expérience là-bas a été hyper formatrice. J’ai une compréhension plus fine du DDD, de l’ATDD, de l’architecture CQRS, de l'architecture hexagonale. J’ai pu mettre en pratique tous ces concepts, et Expérimenter les limites de la technique sans une bonne approche produit.

Parmi les points qui m’ont fait le plus progresser cette année :

Mon expérience chez Marvin avec une équipe passionnée par ces pratiques
Enregistrer des screencast de Kata : regarder des exécutions possibles en ligne, répéter et expliquer les concepts rencontrés dans des sessions filmées a été hyper formateur. C’est une révélation.
Participer aux katas de Yoan Thirion (Refactoring du Bouchonnois, Advent of Craft)
Lire le livre de Vladimir Khorikov sur les test unitaires, incroyable

Objectif 2 : Améliorer ma capacité à amorcer des projets

J’ai eu plusieurs expériences significatives la dessus :

la publication de mon livre des Fables de La Fontaine
le déploiement d’un générateur de recommandation LinkedIn
le développement d’une app pour s’entraîner aux échecs.

Ces expériences m’ont redonnées confiance dans ma capacité à construire de A à Z.

C'est un objectif que j'aimerais encore approfondir :

en acquérant les bases DevOps
en testant la formation de Pierre Criulanscy sur un projet
en me formant à des outils no-code

Objectif 3 : Développer mes compétences en coaching

Avec la Will Academy, j'ai découvert des outils d'écoute et de coaching. Le coaching est une compétence qui me faisait envie et aurait eu son utilité alors que j'étais lead de l'équipe.

Mais un détail qui me gênait.

J'avais envie d'aider et donner des conseils, et en même temps l'impression de ne rien vraiment maitriser ou savoir faire. Cela a aboutit à une de mes décisions majeure de l’année :

Arrêter de vouloir donner des conseils aux autres. Ne pas donner de conseil que je n'ai pas testé auparavant. Commencer par m'occuper de mes affaires, appliquer ces conseils à mes projets, expérimenter et vivre des expériences. Tu donneras des conseils si on t'en demande.

Ce qui est intéressant, est que mon attrait pour cette compétence m’a incitée à me rapprocher de mon frère qui faisait une formation de dev à l'époque. Début 2023, nous avons commencé à échanger régulièrement sur nos projets. Au final, lorsque j'étais dans ma phase "builder", ces échanges m’ont beaucoup aidés à avancer.

Objectif 4 : Terminer les travaux de la maison

Cet objectif est complètement parti en vrille.

Les choses m’ont échappées.

Les fenêtres, commandées en septembre 2022 devaient être livrées en février 2023 et sont finalement arrivées en octobre 2023.
Fin 2022 on avait découvert que le plafond de la salle de bain, qui est commun avec l'appartement du dessus et l'appartement voisin, manquait de s'effondrer. Les surprises ont continuées dans la même direction : le plafond de la chambre, les infiltrations dans le salon par la cours commune, les problèmes de charpente, ...
En juin 2023, Un maitre d'oeuvre a été mandaté pour établir la liste des travaux à réaliser et effectuer les appels d'offre. Il a livré sont étude fin septembre. 160 000 € de travaux. Pour un appartement payé 150. La répartition n'a pas encore été rendue par le syndicat de copropriété, mais c'est une petite copro. Et clairement, les choses s'annoncent mal ...

Objectif 5 : Développer mon système d’habitude

Cette année, j'ai essayé de travailler sur mon système plutôt que sur des objectifs de résultats :

viser à écrire une heure par jour (moyen) plutôt que de viser à écrire un article/mois (résultat)
nager 10 minutes chaque jour (système) plutôt que "faire du sport" (envie vague)

Je n'ai pas énormément avancé sur cette objectif, mais j’ai fait plusieurs expérimentations comme lire après ma pause déjeuner, nager le matin avant d’aller travailler pendant 30 jours ou tester une application de suivi des habitudes. Mais rien de très structuré.

J’aimerais aborder les habitudes de façon plus sérieuse cette année et traiter l'expérimentation d'habitudes comme des projets à part entière :

identifier "pourquoi" je souhaite mettre en place cette habitude
identifier quels résultats j'espère obtenir
donner une durée limitée à l'expérimentation (par exemple 30 jours)
prendre des notes au fil de l'eau sur ce que j'observe
tirer les conclusions de l'expérience et partager via ce que j'en retiens via un article ou un post

Je suis enthousiaste à l’idée d’en faire des expérimentations.

Objectif 6 : Développer un business de location de véhicules

Fin 2022, j'ai acheté un véhicule dans l'idée de l'utiliser pour mes besoins ponctuels et le mettre en location le reste du temps.

Mon objectif était de générer 3 000 € de revenus sur l'année.

Entre

le changement de véhicule
les investissements en accessoires
les amendes
et les rayures.

Je dois avoir généré au moins -2000€.

Donc, j'ai perdu de l'argent, mais cela reste une expérience enrichissante. J'ai fait un bilan complet dans cet article : [J'ai mis un véhicule en location pendant un an. Voici ce que j'ai appris.](https://100produits.substack.com/p/jai-mis-un-vehicule-en-location-pendant). Et je réalise que faire cette expérience était une façon de **commencer par un test peu couteux** sur ce type de business modèle.

A présent, je sais que les business de type AirBnB qui fonctionnent sur le même modèle ne sont pas fait pour moi. Et il vaut mieux enregistrer des pertes sur une voiture qu'en immobilier. Les ordres de grandeur sont bien différents.

Rétrospective de l’année par trimestre

🏔️ Janvier à mars

Je suis en plein brouillard mental. Je vis mal mon expérience chez Marvin et le fait que le produit ne tourne toujours pas.
Je suis la formation Atomic Timing (organisation), puis Atomic Knowledge (gestion de connaissances). C’est le début de mon second cerveau 🧠. Mon rapport à l'information change de dimension.
Je suis sans nouvelles des fenêtres. Je découvre que le plafond de la chambre est lui aussi en mauvais état. Les travaux sont suspendus.

🧳 Avril à juin 2022

Je quitte Marvin. Cela aura été une aventure ou j’ai beaucoup appris. J’éprouve un sentiment de libération. J'ai envie de me lancer dans une nouvelle phase de vie : construire des produits, les lancer, itérer, livrer rapidement, partager ces aventures en ligne.
Je me pose sur les 40 exercices de l'Atelier d'introspection d'Ulysse pour mieux me connaître et confirmer la direction dans laquelle je veux me lancer
On déménage à l'improviste à l’atelier
Je commence à louer un espace au Moho où je rencontre Pierre, Marie.
En juin, je réalise un premier projet de ma phase builder : Publier une version illustrée des Fables de La Fontaine avec ChatGPT et Midjourney. J'échange souvent avec Corentin qui m'encourage à aller au bout.

Mon édition des fables de la Fontaine sur Amazon

🏖️ Juillet à septembre

Je réalise un deuxième projet : Créer un générateur de recommandations LinkedIn
Je descends l’Orne en canoë avec Corentin (meilleure expérience de 2023)
On termine d’emménager à l'atelier
Je me prends de passion pour les échecs
Financièrement, ça commence à être compliqué

(Photo orne avec Coco)

🛠️ Octobre à décembre

Je suis à court d’argent. Je n’avais pas anticipé la taxe foncière, le rattrapage des impôts, le remboursement de mon ordinateur. Je prends la décision de trouver un mission freelance que je veux trouver grâce à de la création de contenu.
J'interromps mon abonnement au Moho et travail à la bibliothèque publique
Je me lance sur LinkedIn avec comme ambition de publier un post par semaine. Sur incitation de Gabriel à tester Capte, je réalise un premier screencast et me lance dans le challenge d’en réaliser 10.
Je suis la formation de la [Visual Hackademy](https://www.thevisualhackademy.com/) pour illustrer mes pensées et rencontre Victor.
Christophe me recontacte pour me proposer de rejoindre l'équipe Tamis. Je suis le processus de recrutement classique et rejoint l'équipe mi-novembre !
J’engage de plus en plus facilement avec d’autres comptes sur LinkedIn. Je fais plusieurs des challenges proposés par Yoan. Je participe régulièrement aux réflexions de Kajan. Ces interactions m’apportent du bonheur.

Ma première vidéo Youtube !!

Leçons et réflexions

Les grandes leçons de vie que je retiens de 2023

Software engineering
- Les CodeKatas sont une source d'apprentissage sous-côtée
LinkedIn
- La meilleure stratégie pour démarrer est simple : participer régulièrement au contenu d'un compte. (puis étendre à 2, 3, ...)
- Interagir avec 1 personne > scroller et liker 10 posts random
Comportements
- Avoir le courage d'aborder les sujets difficiles paie, dès le court terme
- Offrir la possibilité à une personne d'apporter son soutien.
- Ne pas imposer ses choix.
- Se lancer dans une grande aventure sans le soutien de son entourage est une bonne recette pour que cela échoue.
Finance
- Tes dettes et obligations financières limitent fortement tes options et ta capacité de mouvement. Dans mon cas : emprunt maison + voiture + ordinateur + rattrapage des impôts.
- Ne jamais signer un devis sur le coup. Attendre au moins une nuit.
- Il vaut mieux rater une bonne affaire que de faire une mauvaise affaire. En immobilier, des bonnes affaires, il y en aura toujours. Une mauvaise affaire peut te ruiner.
- Commencer avec des tests peu couteux : avant d’acheter quelque part, commence par louer dans le coin.
- Comparer le potentiel retour sur investissement au risque que tu prends (Sharp ratio)
- Ne pas mourir : se demander quels sont les erreurs éviter permet d'éliminer la majorité des mauvaises décisions (principe d'inversion)
Organisation
- Planifier ses journées à l'avance aide à être davantage présent
- Terminer la journée par une activité comme une heure de sport aide à couper entre travail et famille
- Système >> Capacités cognitives
- l'impact des drogues douces (alcool, tabac, sucre) est largement sous estimé
- tout s’apprends et se développe : expertise, identité, valeurs
- Ne pas ouvrir LinkedIn le matin. Cela m'absorbe trop et flingue ma concentration pour la matinée.

Leçons de l'emménagement à l'atelier

Vérifier que tu as tout avant de te lancer : Porter une attention double aux points de bascule : commencer par vérifier que tu as tout ce dont tu as besoin pour aller au bout, considérer ce que tu ne pourras plus faire une fois lancé (ex : plus d’eau)
Autant que possible, demander des conseils et retours d’expérience à une personne qui est déjà passée par là (ex : pour les toilettes sèches)
Regarder ce qui existe, les principaux acteurs du marché : ex pour les toilettes sèches, regarder les principaux commerçants
Faire les recherches sur ordinateur plutôt que sur téléphone : il est plus facile d’ouvrir plusieurs onglets
Ne pas se précipiter : pour les panneaux et la découpe, je me suis précipité. Pour le projet des toilettes sèches, je me suis précipité aussi. J’aurais du prendre une journée supplémentaire pour m’informer sur les premiers liens Wikipedia, voir les erreurs classiques, regarder des vidéos YouTube, interroger Matthieu.

Ce dont suis-je le plus fier

d'avoir trouvé le courage de me lancer en ligne sur LinkedIn, Substack, Youtube
d’avoir descendu l’Orne en canoë. C'était incroyable.

En quoi suis-je différent par rapport à 2022

Je crois que suis moins dans le "status game”.

J'ai de moins en moins de motivation externes. Je ne cherche plus à impressionner les autres, à leur démontrer qu'ils avaient tord. J'ai profondément envie d'expérimenter, d'itérer, d'explorer. D'être dans l'action.

J'ai envie de comprendre plus que de juger.

Je préfère gagner qu'avoir raison.

Dans mon travail, je suis davantage au service du produit que de ma vision de ce que devrait être l’architecture. L’architecture logicielle est un outil incroyable pour soutenir l’impact d’un projet. Mais l’impact du projet est plus important.

Je ne cherche plus à être lead. Je préfère être simple contributeur. J’ai testé être lead. Cela ne m’a pas plus. Je retenterais certainement plus tard dans un autre contexte, mais pour aujourd’hui je suis en paix avec cela.

Ce que je vais chercher à améliorer en 2023

Qualité de présence
Prendre de meilleurs décisions
Système d’expérimentation d’habitudes
Build
Partager mes expérimentations en ligne (via NL, LK, Insta)
Storytelling
Vente
Marketing

Ce pour quoi j'ai le plus de reconnaissance en cette fin année

Notre chez nous a l’atelier est extraordinaire. On n’y trouve pas tous les confort moderne. Mais il est merveilleux. On a du volume, de la place. La décoration que fait Inès est superbe. Et on peut construire chaque espace à notre rythme et à notre façon. J’éprouve un grand sentiment de bien être à y vivre.
L’arrivée de Pan-cake
Le temps que j’ai pu passer à développer des projets personnels. Ce temps a été plus court que prévu, mais il a été extrêmement formateur et libérateur. Cela reste une chance incroyable d'avoir pu en bénéficier. J’ai repris confiance dans ma capacité à builder des projets de zéro. Je suis moins dogmatique grâce à cette expérience.
Mon contrat avec EDF
Mon rapprochement avec mon frère

Ness, Poupinou, Pan-cake et moi

Ce qui me donne de l’énergie et de la joie

nager
ne plus boire d’alcool
construire (des logiciels, mon bureau, ...)
interagir avec des entrepreneurs et créateurs de contenu

Ce qui me prend de l’énergie

les interruptions
faire deux choses en même temps
les conflits

Conclusion

C’était vraiment une année bizarre.

Rien ne s’est passé comme prévu.

J’ai eu pas mal de ratés. Mais il y a eu aussi de bonne expériences.

Pour 2024, je vais essayer de me concentrer sur moins d’objectifs.

Et voilà :)

Si ce type d’exercice t’intéresse, je te mets le liens vers le template de rétrospective que j’ai utilisé : template de Jean-Charles Kurdali.

A la prochaine 👋

Subscribe now

Passer de zéro à 1000 sur chess.com en un mois

2024-01-22T06:43:06.369000+00:00

Hello !

J’ai tenté de passer de zéro à 1000 sur Chess.com. C'est-à-dire, de, je connais en partie les règles et n’ai pas joué depuis +10 ans, à je m’en sors bien face à 80% des gens. Cette expérience m’a beaucoup marquée. Est-ce que j’y suis parvenu ?

Contexte

Lors d’un weekend en famille, j’ai fait une partie contre @balochex. Puis contre @alylfvre. Et je me suis fait éclater. J’ai juste perdu toutes mes parties. J’étais vraiment nul.

Mais, j’ai découvert un nouveau format : le blitz. Fini les parties interminables où chaque joueur met 4h à avancer. Dans ce format, chacun dispose de 5 minutes de temps de jeu. La partie va vite, et c’est prenant.

La semaine suivante, je partais en trek-canoë avec mon frère. Il m’avait partagé plusieurs fois des extraits de partie d’échecs de Magnus Carlsen dans l’année. Je savais donc qu’il avait un intérêt pour le jeu.

Nous allions avoir des temps morts.

Du coup.

Un tour en ville.

Et me voilà équipé d’un jeu portable, un timer, et un livre sur les bases !

Déroulé

Du jour au lendemain, j’ai plongé dans les échecs.

Lors de notre trek en canoë, on a beaucoup joué les premiers jours. Le midi, je lisais “Bien débuter aux échecs”. Et quand je suis rentré, les échecs sont devenus mon obsession du moment.

J’ai joué à fond pendant à peu près un mois.

Puis j’ai arrêté comme j’avais commencé : du jour en lendemain.

Une partie d’échecs au bord de l’Orne avec mon frère

Comment progresser

Au début, je me suis lancé sans réelle stratégie.

Je me suis procuré un livre sur les bases, un jeu d’échecs, et j’ai créé un compte sur Chess.com. Je jouais et lisais, mais ce n’était pas structuré.

Au fil de l’eau, j’ai reconnecté mon expérience avec les conseils partagés par Josh Kaufman dans “The First 20 Hours: How to Learn Anything . . . Fast!” et les leçons partagées par Ulysse Lubin dans ses challenges.

Au bout du compte, j’ai identifié les éléments suivants.

Entretenir l’inspiration : la série “The Queen Gambit” et le livre “Le joueur d’échecs” de Stefan Zweig m’ont inspiré. Plonger dans des œuvres de fictions a participé à me faire entrer en immersion dans la discipline. Je remarque que cela fonctionne pour tous les domaines : lire “On Writing” de Stephen King est une bonne façon de commencer son voyage dans l’écriture. Lire la biographie de Steve Jobs est une bonne façon d’entrer dans la discipline du “Produit”.

Établir la “table des matières” (outline) la discipline pour en cerner les contours, se faire une idée du chemin à parcourir afin de devenir un “expert” sur la théorie. Pour cela, je me suis aidé de ChatGPT. J’utilise souvent le prompt suivant :

Je souhaite acquérrir les bases de [DISCIPLINE]. Peux-tu générer la outline de la discipline avec 3 niveaux d'imbrications ? Tu peux présenter le résultat sous la forme de listes imbriquées.

Documenter chaque concept rencontré dans mon “second cerveau” : au fil de l’eau, je capturais dans une liste tous les concepts rencontrés. Ensuite, je les documentais et les clarifiais. Faire cela m’a permis d’acquérir rapidement le vocabulaire des échecs et d’organiser les conseils stratégiques autour de chaque concept.

Outline (à gauche) et graphe (à droite) de mes notes sur les échecs dans Obsidian.

Ma fiche sur la Tour : j’y ai regroupé les conseils stratégiques récoltés au fil de l’eau comme “aime les colonnes ouvertes”. On voit aussi en bas de note que la tour est mentionnée dans la fiche sur le clouage. Et oui, la tour peut par exemple clouer la dame sur le roi.

S’échauffer avec de courtes sessions de pratique intentionnelles : commencer chaque séance de pratique par une minute d’entrainement à la lecture de l’échiquier grâce au mode d’entrainement vision. Apprendre à lire l’échiquier naturellement est fastidieux. S’entraîner à lire pendant de longues sessions et ennuyant. Mais des sessions régulières d’une minute suffisent à acquérir cette compétence rapidement. De façon plus générale, certains développeurs commencent leur journée de travail avec un CodeKata pour s’échauffer. C’est la même idée.

Travailler la tactique grâce aux problèmes. Chess.com propose de nombreux problèmes ou “puzzles”. En faire beaucoup permet de reconnaître les situations qui offrent des opportunités tactiques. On parle parfois de “thèmes tactiques” et de “pattern matching”.

Regarder des parties pédagogiques. J’adore les vidéos partagées par Kévin Bordi sur sa chaîne BlitzStream. Les parties pédagogiques sont un excellent moyen de progresser. C’est un format qui est à la fois divertissant et intéressant puisque Kevin partage des conseils tactiques et stratégiques en situation, au fil de l’eau. Un point fort de sa pédagogie est que dans ses vidéos pour les débutants, il se concentre sur les bases : le minimum vital qu’il te faut pour survivre dans la jungle des débutants. Cette approche permet de garder les idées claires et de ne pas s’embrouiller avec des concepts avancés quand tu galères déjà à aligner deux pas.

Pratiquer. Depuis que j’ai lu “How to learn anything fast”, j’ai toujours en tête le schéma ci-dessous : la théorie renforce la pratique, mais seule la pratique permet d’acquérir une compétence. Tu peux lire tous les livres que tu veux. Si tu ne pratiques pas, tu ne vas pas progresser. J’ai joué 350 parties sur le mois. Cela fait une moyenne de 3,5 partie par jour. Avec le recul, cela ne me paraît même pas tant que ça. Mais clairement, pratiquer m’a permis de progresser :)

Le mécanisme d’acquisition de compétence

Ces techniques peuvent ensuite être organisées en brique d’entraînement et assemblées dans un programme. Voici quelques exemples.

Heure de pratique

Exercice de vision (1 min)
Puzzles (24 min)
Pause (5 min)
Parties rapides (25 min)
Pause (5 min)

Heure théorie + pratique

Parties pédagogiques (25 min)
Pause (5 min)
Parties rapides (25 min)
Pause (5 min)

Heure ciblée

Puzzles centrés sur un thème (ex : faire mat avec un roi et dame, faire mat avec roi et tour, faire mat avec deux tours, …) (25 min)
Pause (5 min)
Parties rapides (25 min)
Pause (5 min)

Les points à travailler émergent souvent des parties rapides. Si tu t’es fait avoir en fin de partie car tu as fait pat avec ton roi et ta tour, tu peux ajouter le Mat Tour-Roi à ta liste de thèmes à travailler :).

Bilan

À la fin du mois, j’ai atteint le niveau 500 sur Chess.com.

On est loin du niveau visé. Je ne suis pas sorti de la mêlée. Je suis même en plein dedans. Mais je suis tout de même content du chemin parcouru.

Mon classement sur chess.com à la fin du mois. Je suis mieux classé que 35% des inscrits ! ou moins bien classé que 65% des inscrits. Tout dépend de comment on voit les choses ^^.

Parmi les choses qui ont bien marché, je vois en particulier ces 3 points :

une approche hyper-focus (je vivais échec)
se concentrer sur les bases (et laisser de côté les concepts avancés)
un bon équilibre entre théorie et pratique

Plonger à fond dans une discipline sur une période de temps courte était une expérience incroyable. Je pense que si j’avais été organisé dès le départ, j’aurais pu atteindre le 80ᵉ centile. La démonstration reste à faire sur une prochaine expérience. Mais j’y crois.

J’ai réalisé qu’apprendre de nouvelles choses est une compétence. En général, on a peur de se lancer. Mais en ciblant un seul problème, et en mélangeant théorie et pratique sur une période de temps pas si longue, il est possible de progresser rapidement.

Enfin, le cas de Kevin Bordi de la chaîne Blitzstream m’a inspiré.

Il stream depuis des années avec régularité. Beaucoup de ses lives ne sont pas préparés, il partage simplement ce qu'il sait déjà au moment où les coups viennent. Et partager/enseigner les bases lui permettent de les consolider dans sa tête.

Dans cette veine, j’ai commencé à publier des screencast de code kata. Je me suis donné pour objectif d’en faire 10 dans un premier temps. J’en suis à 5 à ce jour. Et cela fera l’objet d’une prochaine newsletter :).

Merci de m’avoir lu jusqu’ici !

Si tu penses que cet article peut intéresser quelqu’un, n’hésites pas à

le transférer
le partager

À la prochaine :)

J'ai mis un véhicule en location pendant un an

2024-01-08T07:04:54.678000+00:00

Salut les gros,

L’année dernière, j’ai testé de générer des revenus via la location de véhicule.

Voici mon retour d’expérience.

Contexte

J'ai commencé à m'intéresser à l'entrepreneuriat fin 2022.

Et au cours de l’année, il m’est arrivé de louer des utilitaires à plusieurs reprises pour réaliser des travaux.

Lorsque j’ai découvert le retour d'expérience de Yoann Lopez (Snowball) dans la location de véhicule, j’ai décidé de me lancer dans l'expérience.

Mon projet était alors le suivant : acheter un véhicule pour en disposer de façon ponctuelle sur mon temps libre (weekends en famille, travaux, ...) et le mettre sur une plateforme de location le reste du temps.

Objectif

L’objectif que je me suis fixé était simple : générer 3 000 € de revenus en un an.

Déroulé des opérations

Janvier 2023 : j'achète un utilitaire d'occasion. Je n'y connais rien en utilitaires. J'aurais aimé un Traffic mais c'est hors budget. Je pars sur un Nemo de 2018 avec 50 000 kilomètres pour 10 400 € TTC.
Première déconvenue : la voiture pas compatible avec le boitier qui permet de louer à distance. Je me rends sur place à chaque location pour donner les clés au locataire puis les récupérer. J'aime bien le contact client et cela donne lieu à des échanges sympas la majorité du temps. Mais, c'est chronophage et contraignant, car une location peut tomber à n'importe quelle heure.
Après quelques locations, je change de voiture. J'en profite pour prendre un modèle plus grand (Kangoo) car le Nemo, c'est vraiment minuscule. Je pars sur un Kangoo de 2019, 85 000 km à 11 100 € TTC. Je perds du temps et 2000 € à la revente du Nemo.
Je bascule de OuiCar vers Getaround pour bénéficier de 4 mois gratuits sur la location du boitier. L'installateur met + d'un mois à venir. Je n'ai aucune demande de location. C'est plus une galère qu'autre chose car je garde le véhicule propre et garé loin de chez moi, pour rien.
Je constate que le véhicule n'est pas rangé dans les utilitaires. La plateforme me rétorque que c'est normal. 🤨
Juillet : au bout de 2 mois sans réservation, je ~~baisse~~ casse les prix pour obtenir une première location
Aout : c’est toujours aussi calme. Je ne pense même plus à rendre le véhicule indisponible dans le calendrier. Le véhicule se retrouve loué une semaine à un moment où je comptais dessus.
Le véhicule est abimé par le premier locataire. Je ne dis rien, car les premiers avis sont importants.
Le véhicule est abimé par le deuxième locataire. Là encore, je ne dis rien pour avoir une bonne note.
Septembre : C'est la fin du code promo et le boitier va désormais m'être facturé. J’ai eu deux locations en quatre mois. Je demande la désinstallation. On m'annonce un mois pour avoir un entretien téléphonique pour planifier la désinstallation. En attendant, je paie. WTF ???
Je rebascule sur OuiCar. J'ai plein de demandes de locations.
Getaround m'appelle. On identifie qu'effectivement le véhicule est mal catégorisé. On corrige cela et on boost mon annonce. Les locations redémarrent normalement.
Fin 2023, je redémarre une mission sur Paris. La rentabilité est trop basse et je ne souhaite plus y consacrer de temps. Je mets fin à l'expérience.

Quelques chiffres

OuiCar a été racheté par Turo et je n'ai pas récupéré mes données avant la transition 😅.

On voit sur les locations que j'ai pu faire avec Getaround que le rendement au kilomètre est faible : 0,13 €.

Aussi, pour chaque location, il faut prévoir de passer à la voiture, vérifier que tout est propre et aller la laver de temps en temps. Le rendement horaire est donc lui aussi assez mauvais. Et il faut prendre en compte les charges importantes qu'il y a dans ce business (achat du véhicule, assurance, entretien, frais de nettoyage).

Enseignements

Les choix tranchés sont plus optimisables

J'ai choisi la voiture parce qu'elle pouvait

être louée facilement ET
servir à mon usage personnel.

Mais ce double usage présente plusieurs problèmes.

Dans le choix du véhicule : pour un usage strictement personnel, je me serais certainement tourné vers la version 5 places modulable (type ludospace). Le modèle est moins cher, permet de faire du covoiturage, de déplacer plus de monde, et le volume utile reste grand si l'on retire les sièges.

Dans la gestion au quotidien :

Emplacement : pour la location, il est important que le véhicule soit garé dans un endroit accessible et avec un parking gratuit. Lorsque j'avais besoin du véhicule, je devais donc commencer par aller le chercher à vélo, puis le redéposer en rentrant de weekend.
Essence : la gestion du niveau d'essence est une galère. Mon voyant manque de précision et le détecteur automatique de la plateforme n'est pas fiable non plus. L'idéal est de toujours donner le véhicule avec un plein à 100%. Mais cette approche implique de refaire le plein après chaque usage personnel, c'est trop contraignant.
Disponibilité : je n'ai qu'un besoin ponctuel de la voiture, mais lorsque j'en ai besoin, c'est souvent le weekend. Or, le weekend est aussi la période où il y a le plus de demande. Donc, fatalement, comme j'ai régulièrement utilisé la voiture le weekend, cela a impacté le CA.

Même préparé, il te restera des surprises

Sur ce projet, je me suis dit : ce coup-ci, tu te prépares !

J'ai lu les retours d'expérience de Yoan et ses conseils pour bien démarrer. J'ai pris mon temps pour surveiller les annonces de voitures sur Leboncoin afin d’y aller sans précipitations. J'ai balayé la documentation "propriétaire" de OuiCar dans le but de connaître les caractéristiques des véhicules éligibles à la location à distance.

Malgré cela, j’ai eu quelques ratés :

le Nemo était un cas particulier. Il répond au critère d'éligibilité, mais le boitier ne fonctionne pas dessus.
le Nemo est le plus petit modèle d'utilitaire. Ce que je voulais, c'est plutôt le volume du Berlingo / Kangoo.

Ce que j'aurais pu faire :

demander confirmation de l'éligibilité à la plateforme avant de finaliser l'achat du véhicule
me rendre chez un concessionnaire spécialisé en utilitaires pour visualiser les différents modèles. Cela aurait nécessité que je loue un véhicule (disons 100 €) mais m'aurait permis d'économiser les 2000 € perdus à la revente.

Les premières locations sont clés

Lorsque l'annonce entre en ligne, la plateforme est particulièrement attentive aux premières locations. Obtenir 5 étoiles sur ses premières locations permet de rentrer dans les petits papiers de l'algo.

Avoir des évaluations 5 étoiles est simple, mais demande une attention constante

Les locataires sont plutôt enclins à laisser 5 étoiles. Et la recette est simple :

être souriant
un véhicule propre
avoir pensé à lui : câble de charge, couverture de déménagement, ...
une communication simple, claire et rassurante
demander au locataire si ça a été (lui témoigner de l'attention)
indiquer au locataire que vous allez l'évaluez positivement et lui demander de vous évaluer

Démarrer un business demande beaucoup d'énergie au départ

Cela m'aura pris un an pour stabiliser le projet (juste avant que je l'interrompe). Si j’étais hyper motivé au départ, les complications ont aussi fait que je suis vite passé à autre chose et ce projet a parfois été un boulet dans mon organisation. Il y a beaucoup d'investissements à faire au départ, mais une fois que l'affaire est rodée, la charge diminue drastiquement.

Dans un contexte plus large, j'en retiens qu'il faut laisser du temps aux expérimentations pour qu'elles puissent exprimer leur potentiel. Par exemple, dans mon projet de publication de screencasts de code, je me suis donné comme objectif d'en publier 10 afin de pousser l'expérience.

Bilan

J'ai plutôt perdu de l’argent dans cette affaire. Mais en même temps, je me suis lancé un peu à l'aveugle, sans faire de calculs de rentabilité en amont. Pour que le business soit rentable, cela demanderait de s'y consacrer sérieusement et d'optimiser chaque aspect. Mais c'est une piste que je n'ai pas envie de creuser davantage.

Les revenus générés par la plateforme m'ont tout de même bien servi à des moments où je n'avais pas beaucoup d'argent disponible. Et globalement, ça a été une bonne expérience.

J'ai bien aimé les échanges avec les locataires.

Je me suis rendu compte qu'il n'y a pas d'argent magique.

Et cela me fait une histoire à raconter.

Voilà,

à plus pour la prochaine aventure !

Descendre l'Orne en Canoë

2023-08-20T00:00:00+02:00

J'ai descendu l'Orne en canoë, avec mon frère.

C'était l'une des meilleures expériences de ma vie.

Bilan

J'avais prévu 5 jours. On a mis 7 jours (avec des journées de 8h).

J'avais prévu d'y aller seul. Mon frère s'est joint à moi. Heureusement. Seul, cela aurait été très difficile (physiquement et mentalement).

Le trajet fait 120km:

Jour 1 (7km)

C'est le premier jour !

On est parti de la gare de Caen à 9h. On arrive à Argentan vers 11h.

Coco a la bonne idée d'acheter un pack d'eau. Je pensais partir juste avec ma gourde (mauvaise idée).

On gonfle les canoës. Il manque un bouchon pour gonfler la troisième partie du canoë. Fuck. C'est férié et on est sans voiture. On tente d'y aller quand même.

Ça ne va pas le faire. On repère un décathlon à 3km. On s'arrête pour aujourd'hui. J'irai chercher un bouchon demain matin.

Trajet réalisé le jour 1 (7km) :

Jour 2

Je vais à Décathlon. 2h de marche aller-retour. Ils ont une pièce en stock. Ouf. On est passé à deux doigts de saboter l'expédition.

On repart à 14h.

On navigue jusqu'à 19h.

Je me couche inquiet. Cela fait deux jours qu'on est parti. On a fait 18 km sur 120. On doit absolument être rentré dans 5 jours. Mais regarder la carte ne me rassure pas :

Trajet réalisé le jour 2 (11 km) :

Jour 3

Beaucoup d’arbres renversés à traverser ce matin. On est parti de 48,73537° N, 0,19076° à 9h50 avec comme objectif d’atteindre Giel-Courteille pour déjeuner. Il y a eu de beaux passages. On s’est arrêté à 13h10, juste avant Giel. On a fait une heure de sieste pour repartir à 14h50.

L’après-midi, nous avons traversé beaucoup de radiers. Cela nous a pas mal ralenti, mais nous sommes tout de même arrivé à Pont-Ecrevin à 18h55. 5 minutes avant que ne ferme la pharmacie et la boulangerie !

J’ai pu choper des paracetamols pour soulager mon mal de tête, on s’est chopé du dessert pour le soir et on s’est ravitaillé en eau et alimentation.

On s’est arrêté pour bivouaquer juste à la sortie de la ville. Demain, on attaque le lac de putange !

On a refait un point sur le trajet restant. En atteignant pont d’Ouilly demain soir puis Thury harcourt samedi soir, il va être possible d’être à Caen dimanche soir.

Pas si dur finalement !

Cette excursion est une épreuve bien plus mentale que je ne m’y attendais.

On va passer en mode sport là.

Trajet réalisé le jour 3 (19 km) :

Jour 4

Il a plut fort entre 4 et 7h et il y a eu beaucoup d’orage. On faisait pas les malins dans nos tentes. La pluie fait un boucan d’enfer quand on est sous la toile. Mais globalement, la nuit c’est bien déroulée.

Le matin on a un peu traîné car il pleuvait entre 10h et 11h. Le démarrage a été difficile. On avait mal anticipé la pluie. Les canoës étaient remplis d’eau. La réparation du siège de Coco n’a pas fonctionné. On est parti à 11h dans un climat chaud et humide avec une petite énergie.

La sortie de pont ecrepint conduit directement à putange. Là on découvre une immense retenue d’eau. Le lit s’élargit. C’est impressionnant de pagayer au milieu. Le point frustrant est qu’on a l’impression de ne pas avancer, car les repères défilent lentement.

On a croisé des tentes de pêcheurs sur la première partie. Puis un ski nautique et des pédalos sur la deuxième. Il y a des baraques incroyables aux abords du lac.

À midi, l’humidité c’est levée. On s’est arrêté faire une pause déjeuner à 13h car le soleils tapait très fort.

On a déjeuné dans un sous bois sur les bords du lac. Je me suis lavé dans l’Orne et ai joué ma tenue de rechange. Puis on a fait une sieste pour digérer et bien repartir.

Rapidement, on a atteint la fin du lac et le barage. Et là, problème. Une ligne de quille estampillées « navigation interdite » , « danger » barre la route.

C’est vrai au fait, comment on passe de l’autre côté ?

On aperçoit un jeune homme qui pêche pas très loin. Corentin s’approche pour lui demander conseil. Je le rejoins. Il nous indique un chemin : remonter sur la route par un chemin escarpé et contourner le barrage, 1km.

Merde.

Ça va être au chariot de jouer !

On monte les bagages en premier. Puis on redescend chercher les canoës un par un. Le garçon est très sympa. Arrivé en haut, on est cuit.

Une randonneuse passe à côté de nous.

Bonjour !
Bonjour !

Elle nous demande ce qu’on fait là. Je lui dit qu’on fait du canoë et lui indique la direction que l’on souhaite prendre. Elle me dit :

non par ici c’est pas possible, mais vous pouvez aller vers putange
putange on en viens. On vient d’argentan là
Argentan ? Vous avez passé les boucles et tout ?
Oui ^^

On a bien rigolé. Très sympa, elle nous a accompagné jusqu’à l’autre côté du barrage en nous aidant à porter nos sacs et nos canoë. Spolier : on a galéré.

Le chariot fonctionne peut-être bien pour un canoë. Mais pas pour deux. Où alors on a pas compris le sanglage. Bref, là, ils se décrochait souvent. On a papoté, poussé, tiré, sanglé, descanglé, remonté. Pfiou.

Arrivé au panorama au-dessus du barrage, on s’est rendu compte qu’il y avait un passage 100x plus simple en face…

J’étais en age. Mes vêtements tout propres étaient déjà ruinés. On a sué, mais on a aussi bien rigolé avec Nelly et ses anecdotes.

On est entré dans les rapides à 17h ?

On a tiré jusqu’à 20h. Le paysage des gorges de saint aubert est magnifique.

Être dans les rapides est hyper physique. Au début, on avait pas mal d’eau, puis moins. On progresse à petit rythme dans cette partie car il faut régulièrement mettre le pied hors du canoë pour se déloger d’une pierre.

On s’est arrêté à 20h rincé : en âge, épuisé et trempé d’eau à force de descendre et remonter dans le canoë dans un environnement où le niveau varie de 5 cm à 1M.

Il commençait à pleuvoir alors on a planté les tentes.

La suite demain !

Trajet réalisé le jour 4 (9km) :

Jour 5

Levé à 8h. J’ai dormi en caleçon car mon short et mon t shirt sont trempés de la veille. Entre les rapides et la pluie de début de soirée, C’était le mauvais timing pour claquer mon t-shirt de rechange.

Départ à 9h30 le temps de se réveiller, petit déjeuner, replier le camp, de redescendre les affaires au canoë, de vider les canoës et de les charger.

Le départ est difficile. L’avancée dans les rapides est laborieuse. Je trébuche plusieurs fois sur des rochers. Je manque de renverser mon canoë. Je descends fréquemment du canoë pour me décoincer d’un rocher ou me sortir d’une eau peu profonde.

On a fait un break à 11h30. J’ai mis de la crème solaire, mangé qqes noix de cajou, bu, pipi.

En deuxième partie de matinée, on est sorti des rapides. Le lit s’est resserré et le cour c’est calmé. C’était un passage agréable. On a du franchir une petite dizaine d’arbres tout de même. Le plus souvent il restait un passage où se faufiler, parfois en forçant un peu. Sinon, on portait.

On a croisé la route d’un troupeau de vache qui nous barrait la route au milieu de l’eau. On a mis le pieds à l’eau, on est passé tranquillement et tout s’est bien passé.

Vers 13h, on est sorti des gorges pour arriver dans les méandre de de l’Orne, en amont de Saint-Philbert. À ce niveau, on retrouve de grandes étendues d’eau. Le lit et large et le paysage marécageux avec beaucoup de lentilles et de roseaux.

On s’est arrêté pour déjeuner à 13h30 au pieds de saint philbert. On a mis nos vêtements à sécher sur le canoë, on est monté déjeuner à l’ombre. Il ne nous restait plus beaucoup d’eau donc on ne s’est pas lavé les mains pour l’économiser. On a mangé uniquement aux couverts : une boîte de sardines, qqes pistaches, et go.

Le temps de revider les canoë et de les charger, on est reparti à 15h.

Aller !

Le départ était difficile pour moi. Coco filait joyeusement à travers les lentilles. J’avais l’impression de ne pas avancer. J’avais envie de pagayer tranquillement et de contempler le paysage. Ce que j’ai fini par faire.

15h30 : tiens tiens, j’aperçois des bouées « zone interdite ». Ça me rappelle quelque chose. On arrive sur le barrage de saint philbert.

Cela fait à peine 30 minutes qu’on est reparti. C’est un gros barrage. On se dit qu’on est pas au bout de nos peines.

Ce coup si, on a compris la leçon. On descend à pieds repérer. On se met d’accord sur la stratégie. On revient porter. D’abord les sacs. Puis le premier canoë, enfin le second. On met à l’eau, on charge, et c’est reparti ! Barrage franchi en -45 minutes !

Le reste de la descente est du pur plaisir. L’eau n’était pas très profondes, mais juste assez. Je ne suis sorti du canoë pour me débloquer qu’une seule fois, on a traversé plein de rapides, il y avait du courant, on est passé par des rives magnifiques, notamment autour de le pont des vers.

C’était tellement agréable de filer sans obstacles et sans forcer après tous ces efforts !

On est arrivé à pont d’ouilly à 18h.

Là on s’est arrêté pour ravitailler. On a pris deux toboggans canons. Et on a avancé un peu après pont d’ouilly pour bivouaquer.

Voilà pour aujourd’hui !

Trajet réalisé le jour 5 (18km) :

Jour 6 (28km)

Finit la bamboche.

Jour 7 (30km)

Créer un générateur de recommandations LinkedIn

2023-07-01T00:00:00+02:00

Hello !

Aujourd'hui, je vous partage mon aventure dans le développement d'un générateur de recommandation LinkedIn.

ça ressemble à ça à la fin ! ☝️

Au programme de cette édition :

Introduction
- Qu’est-ce qu’une recommandation LinkedIn ?
- Pourquoi écrire une recommandation LinkedIn ?
- La difficulté
- Le concept
Exécution
- Quelques recherches en amont
- Construire le produit
- Diffuser le produit
Bilan
- Leçons
- Monétisation
- Conclusion

C'est parti !

Introduction

Quoi !? Pourquoi ?

Début 2023, je reçois le message d'un ancien collègue. Il est en plein recrutement et me demande si je peux lui écrire une recommandation LinkedIn pour le supporter dans ce processus.

Je réponds : oui, pas de soucis !

J'y pense.

Je prends quelques notes.

Je veux que la recommandation soit top.

J'hésite.

Je laisse maturer.

Bref, ça traine ...

Mais déjà, c'est quoi une recommandation LinkedIn ?

Les recommandations LinkedIn sont une version moderne des lettres de recommandation, sauf qu'elles sont affichées en public sur ton profil LinkedIn.

Pourquoi écrire une recommandation LinkedIn ?

Pour la personne qui reçoit la recommandation

Une recommandation est un gage de confiance, de crédibilité et de réputation
Cela fait toujours plaisir d'apprendre qu'on est apprécié dans notre travail
Cela aide à identifier ses forces et donc à mieux se connaître

Pour la personne qui écrit, cela permet de

générer de la réciprocité
démontrer que vous êtes enclin à aider votre entourage
conscientiser les qualités de l'autre : certaines collaborations sont parfaites sur toute la ligne, d'autres sont plus chaotiques. Quoiqu'il en soit, cet exercice aide à réaliser ce que l'on a apprécié chez l'autre et à relativiser les difficultés que l'on a pu rencontrer ensemble.

Pour l'analogie, c'est comme laisser un avis positif sur un lieu sur Maps : cela permet de supporter la personne et de lui donner de la crédibilité.

La difficulté

Écrire une recommandation présente de nombreux intérêts. Mais, écrire une recommandation pertinente est un exercice délicat, qui peut facilement prendre beaucoup de temps.

Au cours des 10 dernières années j'en ai écris deux.

C'est peu.

Pourtant, Je pense qu'elle sont plutôt réussies. Les personnes pour qui je les ai écrites en étaient très contentes, et cela m'a fait plaisir qu'elles soient touchées. Cependant, chacune m'a demandé plusieurs jours de maturation et j'ai procédé à plusieurs essais avant de trouver la forme qui me convenait. À chaque fois, cela m'a demandé beaucoup d'énergie.

C'est là que ChatGPT entre en jeu !

Le concept

Proposer un outil facilite la génération de recommandation LinkedIn

Exécution

Quelques recherches en amont

Comment écrire une bonne recommandation LinkedIn ?

En recoupant plusieurs articles sur le web et en ajoutant mon expérience personnelle, je dirais qu'une bonne recommandation LinkedIn :

est écrite par une personne légitime : ancien collègue, clients, mentor, ...
met en avant les talents de la personne en lien avec ses aspirations professionnelles
est authentique : élogieuse sans tomber dans l'excès
précise :
- le contexte de la relation : la durée, le lieu, la nature de la relation
- les résultats obtenus ou les contributions apportées par la personne à l'équipe
contient une anecdote mettant en avant les soft skills de la personne
conclut sur le poste, les missions ou les besoins pour lesquels vous recommandez la personne

Existe-t-il déjà des générateurs ?

En écumant le web, j'ai pu trouver les générateurs de recommandation LinkedIn suivants :

- Gener-IA-teur de Swile

- Social Recommendator : le générateur indie

- LinkedJetPack : alambiqué

- EasyPeasy

- Vanling : le générateur old school

- LogicBalls

- LazyApply

J'en ai tiré plusieurs observations :

il y a une demande pour de tels générateurs : vanling, le plus cheap de tous, a déjà généré plus de 100k recommandations
il est possible de faire mieux. Les produits disponibles sont souvent superficiels. Certains sont diablement simple d'utilisation. Ils permettent de générer une recommandation en 3 clic. Mais ils recueillent trop peu de context. Ils produisent ainsi des recommendations génériques qui sonnent creux et manquent d'authenticité.
ces générateurs sont tous gratuits : il est peu probable qu'un utilisateur soit enclin à payer pour utiliser un tel outil

Construire le produit

Mon objectif est d'aider les personnes à générer une recommandation LinkedIn.

La version la plus élémentaire de cet outil serait de partager le prompt que j'ai conçu. L'avantage est que cela permet de lancer très rapidement et de toucher un premier public. L'inconvénient, c'est qu'une fois le prompt partagé, il m'est difficile de suivre sa vie et de collecter du feedback utilisateur.

Une approche possible serait d'utiliser des outils NoCode ou de programmation visuelle comme Retool, Noodl ou encore Wized.

Ce projet étant aussi un prétexte pour que je déploie une application web, j'ai décidé d'aller directement vers un outil plus abouti et de créer un site dédié à cet unique fonctionnalité.

Le service que j'ai en tête présente la forme suivante :

1. Poser des questions à la personne

2. Construire un prompt à partir des réponses

3. Générer une recommandation avec GPT

4. Présenter la recommandation à l'utilisateur

Choisir la stack

De quoi ai-je besoin ?

un front-end pour collecter les informations puis afficher les résultats
une partie backend pour effectuer des appels à l'API d'OpenAI
un système de persistence des données pour analyser les usages
une solution d'hébergement

Bon, quelles sont les options ?

Il existe une quantité étourdissante de langages front, back, de frameworks, de solution d'hébergement et de combinaison de tout cela. Pour simplifier ma décision, je vais me concentrer sur les langages JavaScript, Python et .NET que je connais déjà bien. Encore une fois, une bonne façon de procéder ici est de commencer par la fin : où est-ce qu'on va héberger tout ça ?

L'hébergement

Du plus bas niveau au plus haut, on en gros trouver les approches suivantes :

Configurer son propre serveur et le faire tourner dans sa chambre, back to basics !
Louer un serveur virtuel privé et configurer sois-même le serveur : on bascule dans le cloud computing. On s'épargne un ronfleur, mais on est encore sur quelque choses de très bas niveau. Il faut configurer Apache HTTP Server, gérer les sécurité, ...
Infrastructure as a Service (IaaS) : Encore trop complexe pour mon besoin, je ne veux pas passer ma semaine à configurer la couche infrastructure. Je n'ai jamais testé AWS et ai eu une expérience laborieuse d'Azure. Je préfère garder ça pour une prochaine fois.
Platform as a Service (Paas) : les PaaS sont moins flexibles que les IaaS, mais permettent de se concentrer sur l'application et de démarrer rapidement, ce qui est idéal pour un minimum viable product (MVP).

Parmis les PaaS, les 4 solutions suivantes me paraissent intéressantes :

Firebase : existe depuis 2011, Firebase est une solution propriétaire développée par Google. FireBase regroupe un ensemble de composants modulaires qui peuvent être facilement reliés entre eux pour construire une solution complète : base de donnée NoSQL (Cloud FireStore), service d'authentification (Authentication), création de points d'api avec des [[serverless functions - Function as a Service (FaaS)]] (Cloud Functions).
Supabase : existe depuis 2020, Supabase est une solutions open source qui se positionne directement comme une alternative à Firebase. La société compte dans ses investisseurs des partenaires prestigieux comme le Y Combinator et Mozilla. Elle offre des fonctionnalités similaires à Firebase.
Vercel : existe depuis 2015. C’est la société qui est derrière le framework React Next.js. Bien qu'initialement centré sur le déploiement du front-end, Vercel offre auhourd'hui une solution quasi-complète avec des solutions de stockage (NoSQL, SQL et Blob) et des fonctions serverless. La plateforme n'offre par contre pas de solution d'authentification clé en main à ce stade.
Netlify : existe depuis 2014. Couplé à FaunaDB, la plateforme offre elle aussi une solution d'hébergement complète.

Partons sur Firebase.

Langage et frameworks

Le fait de partir sur du "pur" Firebase va fortement orienter la suite.

Firebase a récemment introduit des templates dédiés à certains framework front-end. Cela facilite par exemple le setup d'applications basés sur Angular ou Next.js (React). J'ai déjà une expérience positive de React. Go pour ce framework.

De la même façon, Cloud Functions supporte trois langages : Javascript, Python ou TypeScript (Beta). J'ai d'abord pensé à utiliser TypeScript pour bénéficier du typage, mais la documentation pour TypeScript est bien moins détaillée. Finalement, je suis parti sur Python.

Il y a plusieurs intérêts à utiliser python pour le backend :

Cela créer une séparation claire entre le front et le back : en fonction du langage, on sait où on est !
L'écosystème python est juste dingue en terme de bibliothèques. Que ce soit pour faire du traitement d'image, de l'analyse de données, du machine learning, il est possible de tout faire.
Contrairement à TypeScript, il n'est pas nécessaire de transpiler python (ce qui veut dire moins de configuration à gérer)
j'adore python

OK, on a notre stack !

Hébergement du front-end : Firebase Hosting
Authentification : Firebase Auth
Framework front-end : [[Next.js]] (React/TypeScript)
Backend : Cloud Function for Firebase (Python)
Persistence des données : Cloud Firestore

Développer

Je ne vas pas entrer dans le détail pas à pas de comment créer une application avec Firebase — mais si c'est quelque chose qui t'intéresse, fais le moi savoir !

Un truc amusant à raconter ici c'est que, si, après coup, la fonction et le périmètre de chaque service me parait clair, j'étais dans le brouillard en abordant les services de Firebase. La première approche que j'ai eu a été d'avancer pas à pas, de faire avec les zones de flou et de suivre la documentation.

Il y a de nombreuses façons de monter une app.

Premier jet

En première approche, je suis parti de `npm create-next-app` et ai intégré Firebase à posteriori. J'ai utilisé TypeScript pour le backend et ai setup des tests automatisés avec jest ainsi qu'un système de formattage automatique avec Prettier.

Je me suis retrouvé avec une véritable usine à gaz.

L'organisation imbriquée du code source était source de confusion. Avec la transpilation, je n'étais pas bien sûr de quel code était exécuté où et à quel moment. Aussi, je rencontrais des problèmes avec la version déployée que je ne parvenais pas à comprendre.

Remise au propre et simplification

J'ai finalement remis de l'ordre en recréant l'architecture du projet de zéro. Cette fois-ci, j'ai utilisé uniquement les client firebase. Aussi, j'ai décidé de ne pas mettre en place de tests automatisés et ni de formatage automatique du code à ce stade.

Pour se faire, rien de plus simple.

1. Installer Node.js en utilisant nvm (Node Version Manager)

2. Installer le client Firebase à l'aide de npm (gestionnaire de paquets installé avec Node.js)

   npm install -g firebase-tools

3. Connecter sa machine à Firebase

   firebase login

4. Créer un dossier pour le projet et se placer à la racine du projet

mkdir writing-a-linkedin-reco
cd writing-a-linkedin-reco

5. Utiliser le client Firebase pour créer l'architecture du projet et se laisser guider

   firebase init hosting
   firebase init functions

La question du formatage

Les outils de formatage automatique sont précieux lorsque la codebase est maintenue par de nombreuses personnes. Ils permettent d'uniformiser le style et donc de réduire la charge cognitive qu'implique de lire le code existant. Dans notre cas, je suis seul, il y a peu de code, et mon style est cohérent avec moi même. J'ai donc jugé qu'un formatter n'était pas nécessaire.

De plus, pour que ce type d'outil soit vraiment à ton service (et non l'inverse ...) il est indispensable d'aller au bout de la configuration. Configurer un hook de pre-commit par exemple permet de lancer le formatage de façon automatique avant chaque commit, ce qui assure que l'outil est exécuté à intervalle régulière sans que l'on ai à y penser. Lorsque l'outil est installé mais configuré à moitié, il représente finalement davantage une charge mentale puisqu'il faut penser à le lancer manuellement.

Designer le produit

Afin de designer l'application, j'ai utilisé les techniques suivantes :

m'inspirer du design des autres compétiteurs : ce qui marchait bien, ce qui ne me plaisait pas.
lire le livre Refactoring UI et appliquer pas à pas les conseils données dans le livre.
utiliser le générateur de Framer avec comme instruction "a linkedin recommendation generator app" pour avoir une proposition de design

Diffuser le produit

Les pistes de diffusions identifiées :

publier 50 recommandations à l'aide de l'outil et faire un poste LinkedIn à ce propos
proposer l'outil à mon entourage
commenter des posts qui listent les outils indispensable pour LinkedIn
faire une vidéo Youtube qui présente l'outil

Exact match domain

En SEO, on parle d'"exact match domain" lorsque l'adresse de site web contient les mots clés des requêtes ciblées. Un vecteur sur lequel j'ai parié est qu'en choisissant le nom de domaine `ecrire-une-recommandation-linkedin.fr`, le site ressortirait naturellement des recherches google "Comment écrire une recommandation LinkedIn".

A posteriori, il s'avère cependant que "écrire une recommandation linkedin" correspond à un volume de recherche extrêmement faible :

Recherche de mots clés surSemrush- les volumes sont faibles !

🥴

Bilan

Leçons

Mobile first !

J'ai développé l'application sur desktop. Lorsque je demandais à mon entourage de tester pour faire des retours, il se produisait systématiquement la même chose : ils testaient sur mobile et des bugs d'affichages se présentaient.

De fait, en France, 65% du trafic provient des mobiles. Il semble donc logique d'optimiser l'affichage en premier lieu pour les mobiles.

Par ailleurs, il est plus simple d'adapter un design mobile vers un design desktop que l'inverse.

Donc, mobile first !

Just in time

Je réalise à quel points certains outils qui me paraissent indispensable lorsque l'on travaille en équipe ne le sont pas lorsque l'on travaille seul et sur un prototype. Ici, ma priorité est de délivrer le plus rapidement possible. Mettre en place proprement des outils de formatage automatique et de test automatisé demande un investissement que je n'ai pas trouvé nécessaire ici.

Side-project vs side-business

Je suis allé trop loin dans le développement du produit et dans le design de l'interface utilisateur pour un minimum viable product (MVP). Le fait de mélanger un objectif de création de valeur et de génération de revenus (business) avec un objectif d’apprentissage (project) me conduit à prendre des décisions qui n’ont pas de sens d’un point de vue économique.

D’un point de vue technique, j’ai pu mettre en pratique et apprendre. Mais d’un point de vue business, j’ai gâché énormément de ressources car j’aurais pu tester mes hypothèses plus rapidement.

Pour les prochains produits, je serai davantage focus sur la démarche économique.

Monétisation

Je ne pense pas que les gens soient prêt à payer pour accéder à ce service seul. Les coûts d'exploitation sont cependant relativement faible. S'il y a un product market fit, la piste du sponsoring me paraît la plus prometteuse.

Conclusion

Les premiers designs de prompt étaient catastrophiques, j'ai hésité un moment à laisser tomber. Mais je suis content du résultat final.

Écrire une recommandation permet de réaliser ce qu'il y a de bon chez l'autre. C'est comme une lettre d'amour. Alors écrivez des recommandations de vos anciens collègues, le liens est 👉 ici 👈 !

Merci de m’avoir lu jusqu’ici et à la prochaine !

🙂

Alexandre

Créer une version des Fables de La Fontaine avec Midjourney

2023-06-01T00:00:00+02:00

Hello !

Bienvenue dans 100 produits.

Ma démarche est donner vie à des projets en quelques journées et de documenter leur réalisation. Plutôt que de travailler sur LE projet parfait, je vais multiplier les expérimentations, explorer les façons de trouver des solutions, mettre les mains dans le cambouis, trouver des hacks, aller droit au but, copier des idées de business déjà existantes, lancer rapidement, itérer, améliorer, et répéter l’expérience jusqu'à ce qu'elle soit couronnée de succès.

Cette newsletter sera comme un journal de bord et je publierai une rétrospective par projet.

C’est parti pour la première !

Une version illustrée des fables de La Fontaine

J’ai redécouvert les Fables de La Fontaine il y a deux ans, dans un épisode du podcast Artisan Développeur de Benoit Gantaume. Depuis, j’ai souhaité les relire. J’ai acheté deux éditions, mais aucune ne m’a vraiment plus :

La première est une version de poche. La mise en page est agréable, mais il n’y a pas d’images et je trouve que cela manque à l’expérience de lecture.
La deuxième est une intégrale illustrée, en quatre tomes : les images sont belles, mais la mise en page n’est pas agréable. Aussi, toutes les fables ne se valent pas. Parmi les 243, certaines sont plus universelles que d’autres. Or, je ne recherche pas une encyclopédie sur La Fontaine. Juste des histoires avec des leçons de vie que je peux méditer dans mon quotidien. Le 20% qui apportent 80% de la valeur.

Avec la sortie de ChatGPT et la version 4 de Midjourney fin 2022, on a vu de nombreuses personnes créer des livres en combinant ces deux technologies et les mettre en vente sur Amazon, “juste en cliquant sur un bouton” ! Cela m’a donné envie d’expérimenter.

Enfin, je cherchais un prétexte pour me documenter davantage sur ChatGPT et Midjourney. Les capacités esthétiques de Midjourney sont bluffantes. Et, quelque part, j’ai pensé que peut-être une édition actualisée des Fables, avec des images époustouflantes, donnerait peut-être envie à un public de 20-30 ans de redécouvrir ces textes.

Je me suis alors lancé dans ce projet avec en tête :

d’automatiser un maximum le processus
d’aller au bout quoi qu’il arrive
de chercher en premier lieu un produit fini plutôt qu’un produit parfait
d’y consacrer 5 jours maximum

Évidemment, tout ne s’est pas passé comme prévu.

Le PDF du résultat final est visible ici

Vue d’ensemble

Traditionnellement, publier un livre c’est :

Écrire un manuscrit
Trouver une maison d’édition
Travailler avec des illustrateurs et des designers pour mettre en page l’ouvrage
Missionner une équipe marketing pour la diffusion de l’ouvrage
Contacter des imprimeurs et des relieurs pour la fabrication de l’ouvrage
Conclure avec un distributeur pour acheminer le livre en librairie

C’est un processus qui mobilise un grand nombre d’acteurs et présente deux barrières majeurs. Premièrement, il y a la barrière de la sélection : peu de personnes passent le cap de l’étape 2. Ensuite, si vous signez un contrat à compte d’auteur, il reste une barrière financière puisque c’est à vous d’avancer les frais de conception et de fabrication.

Ce qui est dingue avec les solutions d’auto-édition et l’émergence de l’impression à la demande, c’est qu’il est possible de gérer soi-même une grande partie des étapes, de publier un ouvrage sans permission, et sans avoir à avancer de frais.

Dans ce projet, l’étape 1 est déjà bien prémâchée puisque je vais me baser des textes déjà existants. L’étape 2 se change en “choisir un service d’auto édition”. Le service d’auto-édition va prendre en charge les étapes 5 et 6. Il me reste donc le troisième point (la mise en page), et le quatrième point (la diffusion).

[Faire un schéma classique vs pour le projet avec des photos de moi avec un pouce]

Choisir une solution d’auto-édition

Il existe des dizaines de solutions d’auto-édition : Lulu Xpress, Blurb, Amazon Kindle Direct Publishing (KDP), Coollibri, Ingram, The Book Edition, Librinova, Iggybook, Publishroom, Bookelis, …

Parmi les plus importantes :

Amazon KDP est la solution d’auto-édition d’Amazon. Elle permet de publier de eBooks aussi bien que des livres papier (reliés ou brochés) et est adaptée à tous types de contenu (romans, livres pour enfant, bandes déssinées, …). Les livres publiés sur Amazon KDP ne sont disponibles que sur Amazon. L’espace d’aide est complet. Dans le cas des eBooks, il est nécessaire de publier le livre au format KPF.
Lulu Xpress a été fondée en 2002 par l’ancien CEO de RedHat. Comme Amazon, elle permet de publier de eBooks aussi bien que des livres papier. Le design du site exprime érgonomie et simplicité. La platforme met à disposition des templates Word et InDesign avec des presets d’export. Le service gère lui même l’obtention de l’ISBN. L’option “global distribution” permet de distribuer son livre papier sur Amazon et le rends disponible en commande dans “toutes les bonnes librairies” via le réseau du groupe Hachette.

Sans trop hésiter, je suis parti sur Lulu.

Le processus éditorial

Visualisation schématique du processus éditorial

Récupérer les textes

Pour aller plus vite, j’ai demandé à ChatGPT de lister les 50 fables de La Fontaine les plus populaires. Ces textes sont depuis longtemps dans le domaine public et on les retrouve facilement sur internet. Beaucoup sont sur Wikipédia. Souvent, je suis allé les récupérer à la main sur ce site mes-fables.com.

Amélioration possible de cette étape : automatiser le processus avec un script navigateur.

Sélectionner

Pour cette étape, j’ai lu l’ensemble des textes récupéré et ai utilisé deux critères de sélection.

Est-ce que le texte déclenche une émotion chez moi ? est-ce que son message est toujours d’actualité ?
Est-ce que c’est un “à connaitre” ? est-ce que c’est une fable dont les vers et la moralité sont les plus fréquemment citées ?

Amélioration possible : appliquer ce processus aux 249 fables plutôt qu’à une pré-selection

Choisir l’ordre d’apparition des textes

Au fil de la lecture, j’ai tagué chaque fable avec des émojis.

⭐️ (incontournable)
❤️ (j’adore)
😂 (lol)
😵‍💫 (pas compris)
👍 (ok)

Annotations des fables dans une feuille de calcul

Mon premier critère de tri a été de mettre en premier les fables ⭐️ et ❤️.

Le deuxième a été de mettre les plus courtes en premier, pour offrir des récompenses rapides au lecteur et lui donner envie d’aller plus loin dans la lecture.

On peut voir cela comme un deuxième niveau d’application du principe de Pareto. Le livre ambitionne de regrouper les 20% des fables qui apportent 80% de la “sagesse”. Les premiers 20% du livre tentent d’apporter eu aussi un maximum de valeur.

Amélioration possible : avoir une évaluation plus fine que les trois cas (rien), 👍, ❤️.

Créer les illustrations

Une fois la solution d’auto-édition choisie, le gros du projet consiste à générer les illustrations.

Pour aller au plus simple, j’ai d’abord testé de donner directement le texte complet et en français de la fable à Midjourney, mais les résultats n’étaient pas brillants.

En itérant, je suis finalement arrivé au processus suivant :

Vue globale du processus de génération des illustrations

Traduire en anglais

GPT comprend le français mais saisi mieux l’anglais. Afin de l’aider, j’ai rédigé un script qui utilise l’API de DeepL pour traduire chaque fable. À ce stade que j’ai abandonné ma feuille de calcul pour basculer sur Airtable afin de simplifier l’accès aux informations dans les scripts.

Cette étape génère la colonne “Traduction” à partir de la colonne “Texte”.

Aperçu de la table Airtable où les données relatives à chaques fables sont stockées

Amélioration possible : mesurer la qualité des descriptions visuelles générées par ChatGPT avec ou sans prompt.

Décrire une scène avec ChatGPT

Là, on arrive sur les parties épineuses.

J’ai testé des dizaines de prompts pour demander à ChatGPT de décrire une fable en une image. Celui que j’ai retenu est le suivant.

You are an experienced illustrator. The goal is to create a prompt for a text to image generator. I will give you a tale. I want to depict the most representative scene of the tale. Answer using short sentences. Use less than 30 words. Focus on the subjects, the environment and the major event of the tale.

{la fable traduite en anglais}

Le prompt peut être analysé de la façon suivante :

You are an experienced illustrator : le rôle à jouer
The goal is to create a prompt for a text to image generator : objectif
I want to depict the most representative scene of the tale : dans les premières versions, ChatGPT avait tendance à résumer l’histoire et décrire plusieurs scènes. Évidemment, cela n’aide pas Midjourney à créer des images cohérentes. Ici, je lui demande de se concentrer sur une seule scène.

Answer using short sentences. Use less than 30 words : Les prompts ont tendance à être longs. Or, lorsque la description est faite de phrases à rallonge, Midjourney part facilement en vrille sur l’interprétation. Je préfère lui donner peu d’informations mais qu’il colle au prompt plutôt que de lui donner trop d’informations et qu’il ne tienne compte que de la moitié.
Focus on the subjects, the environment and the major event of the tale : donner à Midjourney des indications sur les principaux éléments à représenter. Le décor, les personnages, l’action.

Prendre en main Midjourney et calibrer le prompt

Midjourney est un programme qui permet de générer des images à partir de descriptions textuelles. Il se distingue des autres logiciels du même genre tels que StableDiffusion et Dall-E par sa tendance naturelle à générer des images esthétiques, ce qui est bien adapté à la création d’un livre illustré.

En plus de la description visuelle, il est possible d’utiliser des paramètres pour guider la génération.

Afin de me familiariser avec Midjourney, j’ai sélectionné trois fables (le chêne et le roseau, le rat des villes et le rat des champs, la cigale et la fourmi) et ai testé différentes variations de :

Style : “cyanotype”, “contemporary illustration, bold colors, dynamic composition”, “minimalist neo pop style”, “moebius”, “naive art”, “op art”, “zentangle”, “iridescent”, “colorful geometric”, “Airbrush surrealism”, “Contrast of resilience, watercolor style with expressive brushstrokes”, “Y2K grunge grimy textures, chrome metallics, broken grids and amorphous shapes”, “Vintage computer graphics”…
Description
chaos : 0, 1000
stylize : 0, 100, 1000
graine aléatoire (seed)

Test de différents styles graphiques dans Midjourney

Rapidement, plusieurs problèmes/limitations sont apparues :

Explorer au hasard et à la main un problème à cinq dimensions n’est pas efficace. Même après y avoir passé plusieurs heures, il reste difficile de tirer des conclusions sur “est-ce que je vais dans la bonne direction avec ce jeu de paramètres”

Lorsque le prompt décrit plusieurs animaux, le moteur tends à mélanger les deux. Par exemple, le prompt “a dog and a rabbit in a landscape playing hapiness colorfull” génère un lapin avec une langue de chien, et un chien avec des oreilles de lapin…
Midjourney a du mal à représenter certains animaux. Lorsque l’on demande une pie, l’animal qu’il dessine présente parfois davantage les traits d’un corbeau. Lorsque l’on demande une belette, il esquisse une souris…
Le moteur tends à prendre ses liberté par rapport aux instructions. Il va globalement coller au prompt, mais n’intègre pas toujours tous les éléments.
Le images générées tendent à présenter de nombreuses inconsistences : un troisième bras, une jambe en moins, …

Amélioration possible :

commencer par 1) explorer de façon libre et sur un temps délimité pour explorer les limites et les paramètres importants puis 2) explorer de façon méthodique
cette étape n’est pas nécessaire à la mise en place du walking skeleton : pour commencer, il serait tout à fait possible de générer des images sans préciser le style et avec les paramètres par défaut puis de revenir plus tard à cette étape pour l’améliorer
jouer avec le paramètre “quality” (qui n’influe pas sur la qualité de l’image comme je l’ai d’abord interprêté mais sur la “qualité du dessin”).

Automatiser la génération des images

L’un des objectifs de ce projet est d’automatiser au maximum chaque étape. Générer de longues séries d’images avec Midjourney est particulièrement fastidieux puisque pour chaque image, cela consiste à :

Entrer le prompt
Générer une grille de quatre propositions (~ 1min)
Agrandir une image (10s) ou relancer une grille de propositions (retour à l’étape 2)
Enregistrer l’image

L’automatisation de cette étape présente ainsi deux intérêts :

Mettre à jour l’édition avec une nouvelle version de Midjourney devient simple. Il suffit de relancer le script de génération pour chaque fable.

Explorer de façon méthodique un grand nombre de styles, de paramètres et de descriptions

Malheureusement, il n’existe pas d’API officielle de Midjourney, et l’automatisation va à l’encontre de leurs conditions d’utilisation. Cependant, il existe tout de même plusieurs façons d’automatiser le processus.

Utiliser une api non officielles : cet article en référence plusieurs
Créer son propre bot Discord pour servir de proxy : il est ainsi possible d’interagir avec via son bot, qui lui interagit alors avec le bot de Midjourney.
Automatiser la souris et le clavier avec des outils comme PyAutoGUI ou son navigateur avec des outils comme Puppeteer, Selenium ou Playwright.

Option 1 : Utiliser une api non officielles

Les API non officielles sont payantes. Or, j’ai déjà un abonnement à Midjourney et ne veux pas payer en double. Aussi, étant dans une démarche de construction, j’ai rapidement écarté ces options et ne les ai pas creusées davantage.

Option 2 : Créer mon propre Bot Discord

C’est l’option qui m’a d’abord parue la plus séduisante.

J’ai donc exploré cette piste et ai été agréablement surpris de voir à quel point il est simple de créer un bot Discord. La bibliothèque python discord.py est simple à prendre en main et il est rapide de coder ses premières interactions.

Par contre, je n’ai pas réussi à faire communiquer mon bot avec le bot de Midjourney (pour être précis, je n’ai pas trouvé comment faire pour envoyer une “slash command” au bot de midjourney à partir de mon bot). J’ai bloqué toute une après-midi sur la question.

En allant chercher de l’aide sur le serveur Discord de discord.py, j’ai vu que d’autres personnes rencontraient le même problème que moi. La réponse était toujours là même : “les bots ne peuvent pas invoquer de slash commands”.

Essayons autre chose.

Option 3 : L’automatisation navigateur

Les automatisations navigateur sont répandues dans le monde du développement logiciel où elles servent à vérifier le bon fonctionnement de l’application du point de vue de l’utilisateur.

Choisir une bibliothèque

En python, les deux principaux outils pour automatiser les interactions avec un navigateur sont Selenium et Playwright.

Selenium existe depuis 2004, est open-source et bénéficie d’une large communauté d’utilisateurs. C’est un standard de l’industrie, à tel point que son interface WebDriver a été ajouté au recommandations de l’organisme de standardisation W3C en 2018 (ref).
Playwright lui est tout jeune. Il a été publié en 2020 par Microsoft et met en avant le fait d’être conçu pour le web moderne. Il supporte moins de navigateurs que Selenium, mais est plus performant.

Dans notre contexte, les deux outils sont parfaitement adapté. J’ai donc suivi mon envie et suis parti sur l’option Playwright.

Coder l’automation

Pour répondre aux besoins du projet, j’ai mis en place deux automations. La première génère une planche de suggestion pour chaque fable. La deuxième, décrite plus bas, agrandit les images sélectionnées via la méthode “upscale” fournie par Midjourney.

Les automatisations de navigateur procèdent de la façon suivant :

Cibler un élément de la page
Interagir avec l’élément ciblé

Pour accélérer cette partie, j’ai me suis directement inspiré de ce script en récupérant les fonctions dont j’avais besoin, au moment où j’en avais besoin.

Le pipeline de sélection

Les outils d'IA facilitent le processus de divergence et la génération d'options. Cependant, une fois les propositions générées, il reste encore à choisir celle que l’on veut utiliser, l’agrandir, la passer en 300 dpi (en vue de l’impression), puis à la placer dans le dossier assets du livre afin que l’image soit chargée dans le projet.

Ce processus peut rapidement devenir chronophage et désordonné. Afin de l'automatiser et de le fluidifier, j'ai mis en place le pipeline suivant. A chaque fois, un script permet de passer d'une étape à la suivante et toutes les données intermédiaires sont mémorisées.

Prennons l’exemple de la fable “Le Renard et les Raisins”.

La planche de suggestion du job 1b197be7 est enregistrée dans le dossier 1_Grille/Le Renard et les Raisins/1b197be7.png
Un script python parcours de façon récursive les dossiers qui sont dans 1_Grille, découpe l’image en quatre puis enregistre chaque morceau dans le dossier 2_Splits en conservant le dossier intermédiaire qui indique le nom de la fable et en ajoutant le suffixe U1, U2, U3 ou U4 au nom de l’image pour indiquer sa position dans la grille initiale.
Dans le finder, j’utilise la preview avec la touche espace pour comparer les images puis renomme ma favorite en la préfixant par une étoile.
Un script python récupère toutes les images qui sont préfixées, les agrandit en entrant dans Discord la commande Midjourney /show 1b197be7 puis en cliquant sur le bouton upscale correspondant au morceau. Par exemple, U1.
Un script python récupère les images qui ont été agrandies, les passe en 300 dpi, puis les copie dans le dossier ressources du livre.

Amélioration possible :

upscaler et passer en 300 dpi de façon systématique permettrait de réduire le nombre d’étapes et de simplifier le processus. Passer une image en 300 dpi est quasiment instantané et le coût de l’upscale est négligeable en phase d’exploration.

Mettre en page le livre

Choisir un outil de mise en page

Toujours en ayant en tête de produire une solution la plus automatisée et “mise-à-jour-able” possible, j’ai d’abord essayer de trouver un outil qui permette de “générer” un livre à partir de code.

Je n’ai pas trouvé de tels outils à proprement parler.

Les outils Markdown to PDF se rapprochent de cette idée, mais derrière, les options de mise en page sont assez limitées ou “hacky”.

LaTeX que j’ai utilisé pendant mes études réponds bien à cette envie d’automatisation. Avec LaTeX, le contenu est séparé de la mise en page. Il est donc possible de gérer chaque chose séparémment. Seulement, produire un joli style n’est pas aisé. L’outil s’adresse davantage aux chercheurs et aux scientifiques qu’aux designers et aux auteurs de livres pour enfants.

Il vient ensuite les deux principales solutions du marché : InDesign et Canva :

InDesign est un logiciel de mise en page dévelopé par Adobe et publié pour la première fois en 1999. C’est un standard de l’industrie de la mise en page, mais aussi un produit qui est complexe à aborder de prime abord. Son prix est assez élevé. De façon plus personnelle, c’est un produit que j’affectionne. Cela fait longtemps que je ne l’ai pas utilisé, mais j’ai beaucoup utilisé par le passé (comme pour ce portfolio réalisé en 2015).
Canva est un logiciel de conception graphique dont la première version a été publiée en 2008. Cet outil est né en réaction à InDesign avec la volonté de proposer un outil sans installation et simple d’utilisation. Sa popularité a explosée en 2019 et c’est une solution particulièrement adapté à la création de supports visuels en ligne.

Les deux outils me paraissent adapté au problème, mais je pense qu’InDesign offre d’avantage d’options d’automatisation. J’espère qu’apprendre à l’utiliser va vite revenir et Lulu propose justement des templates InDesign pour réaliser la maquette du livre. Alors go pour InDesign.

Executer la mise en page

Pour mettre en page le livre, j’ai procédé de la façon suivante :

Récupérer le template InDesign proposé par Lulu
Mettre en page une fable représentative. En analysant les textes sélectionné, on note que les fables font en moyenne un peu plus de 31 lignes et que cela correspond aussi à la valeur médiane : la moitié des fables sélectionnées font 31 lignes ou moins. Idéalement, j’aurais aimé que pour chaque fable, le texte et l’image tienne dans une double page, ce qui aurait grandement facilité la mise en page.
Considérer mettre de côté tous les textes qui ne tiennent pas sur une page. Cela peut faire une édition agréable à lire. Mais cela implique de mettre de côté certaines de mes fables intéressantes comme Le Meunier, son Fils et l'Âne (83 lignes). Si je veux faire un recueil des “meilleures fables”, ce n’est pas une option.
Considérer de mettre les textes sur plusieurs colonnes. Mais étant parti sur du A5, introduire deux colonnes nécessite de descendre la taille de police à 6 pour que les vers tiennent sur une ligne. C’est trop petit.
Aller à la Fnac pour voir et toucher la mise en page d’autres livres.
Revenir sur InDesign
~~Tester différentes polices~~ (pas nécessaire pour le walking skeleton)
Extraire le gabarit
Dupliquer la double page, dupliquer, dupliquer … x60
Coller les titres
Coller les textes
Importer les images
Gérer les exceptions : le titres qui ne tiennent pas sur une ligne (coucou La Grenouille qui veut se faire aussi grosse que le Bœuf), les textes qui courent sur deux voir trois pages.
Ajuster les polices, les marges, la position de la numérotation, … les petits détails
Générer la couverture directement sur Lulu
OK, on est bon pour une première version !

Le maquettage dans InDesign

Finaliser la publication

Une fois la mise en page terminée, il ne reste plus qu’à finaliser la publication !

Les instructions fournies par la plateforme sont claires et je n’ai pas rencontré de problèmes particuliers à cet étape.

Au niveau de la fixation des prix, il tout de même intéressant de noter que dans le cas d’une distribution globale (Amazon etc), la marge sur chaque vente est extrêmement faible. Ici, pour un livre vendu 19€90 sur Amazon, je touche 1€06. Dans le cas d’une vente directe ou via le shop de Lulu, la marge est par contre importante, autour de 9€ par vente.

La fixation du prix sur Lulu

Diffuser le livre

Pour la diffusion, j’ai prévu les actions suivantes :

Laisser trainer un exemplaire dans l’espace salon du Moho
Préparer 10 posts pour LinkedIn
En parler dans cet article de newsletter

Conclusion

Le résultat n’est pas à la hauteur de mes espérance et j’y ai consacré deux fois plus de temps qu’initiallement prévu, mais je suis allé au bout !

J’ai beaucoup aimé travailler en mode hack et essayer d'utiliser la solution la plus simple et la plus directe pour répondre aux besoins.

Techniquement, ce projet aura été l’occasion de balayer pas mal de technologies. Replonger dans python, tester Airtable, utiliser l’api DeepL, prototyper un bot Discord, découvrir Playwright, remettre les mains dans InDesign.

Aller plus loin

Pour aller plus loin, il est possible d’améliorer l’édition de la façon suivante :

indiquer les morales de chaque fable sous la forme de conseils activables, en une ligne. Les placer en sous titre ou dans un index placé en début ou en fin d’ouvrage. Exemple pour Le Cochon, la Chèvre et le Mouton : Ne te torture pas l'esprit avec des problèmes qui échappent à ton influence.
ajouter des questions à méditer. Exemple pour Le Renard et les Raisins : Dans quelles situations de votre vie avez-vous déjà rationalisé ou minimisé l'importance de quelque chose que vous désiriez, simplement parce que vous ne pouviez pas l'obtenir ou l'atteindre facilement ?
mettre à jour l'édition dans un autre style ou avec une prochaine version de Midjourney

D’autre part, un autre d’angle à explorer est de réutiliser le processus mis en place pour créer d’autres ouvrages :

50 expressions populaires imagées : ceintures et bretelles, raconter des salades, …
un recueil de contes illustrés
un autre recueil de fables
un livre de concepts illustrés (10x, founder market fit, ...)
une version contemporaine des “Caractères”
une version illustrée et expliquée des “27 émotions”

Illustration de l’expression “ceintures et bretelles”. On est jamais trop prudent !

Difficultés rencontrées

Rester concentré sur la mise en place du processus de bout en bout avant de chercher à améliorer les différentes étapes. C’est dingue comme cette tentation est forte de rester des heures à améliorer une étape. Par exemple dans la recherche de style, j’ai eu beaucoup de mal à me dire “ok partons avec ça et je peaufinerais plus tard”. Si je n’avais pas dès le départ eu la ferme intention d’éviter ce type de “piège”, c’est vraiment quelque chose qui aurait pu empêcher le projet de se matérialiser. Au final, la qualité n’est pas au niveau que j’espérait, mais le projet est. Et si je veux y consacrer davantage de temps, il m’est posssible de l’améliorer.
Définir le public visé. J’ai beaucoup hésité entre adresser l’éditions aux enfants, ou à de jeunes adultes, ou à des fans de mangas, ou, ou, ou. Au final, j’ai pris l’option de l’adresser à de jeunes adultes. Mais ne pas avoir une idée claire de “à qui s’adresse l’ouvrage” m’a fait perdre beaucoup de temps en questions et interrogations lors de l’étape de la mise en page et la recherche du style.
Aller au bout de l’itération quoi qu’il arrive. En avançant dans les expérimentations, j’ai rapidement compris que les illustrations auraient difficilement l’originalité et la qualité que j’espérait et que la mise en page n’allait pas non plus être au niveau ambitionné. Plusieurs fois je me suis demandé s’il ne vallait pas mieux que je passe directement à un autre projet.

Leçon

On dit souvent que “l’idée de vaut rien” et que “c’est l’exécution qui compte”. Dans ce projet, je me suis rendu compte que, clairement, tant que tu n'as pas essayé de mettre en œuvre l’idée, tu n’as pas idée du nombre de problèmes et d’obstacles que tu vas rencontrer. Aussi, le nombre de décisions à prendre, et donc de chemins qui partent de l’idée pour arriver à une concrétisation, sont tellements nombreux, que l’on peut affirmer que tout se passe dans l’exécution.

À très vite pour un nouveau projet !