🎭 "I’m just a fool with dreams and a phone"

Hello les ami.e.s,

Ce mois-ci, on parle d’IA ! Je sais, on en a un peu marre, mais je vous propose un des MEILLEURS articles que j’ai jamais lu sur comment rédiger des prompts et un exemple assez cool de ce qu’il est possible d’automatiser avec des MCP. Mais avant, plongez-vous d’abord dans l’histoire d’Allan Brooks, qui après plus de 300 heures de discussion avec ChatGPT est persuadé d’être un génie ayant découvert une formule mathématique capable de révolutionner le monde. Kashmir Hill and Dylan Freedman du New York Times ont analysé cette conversation et nous donnent dans leur article un aperçu terrifiant de la facilité avec laquelle les IA peuvent plonger n’importe quelle personne saine d’esprit dans un “delusional rabbit hole”.

Et si on vous a transféré cet email, n’oubliez pas de vous abonner 💜.

👀 Les 4 articles à lire ce mois-ci

Chatbots Can Go Into a Delusional Spiral. Here’s How It Happens.
The prompt engineering playbook for Programmers
ChatGPT abandonne l’indexation des conversations
Letting Playwright MCP explore you site and write yours tests

👑 Une meuf de la tech à connaitre

✨Camille Fournier✨

J’ai découvert Camille Fournier via son blog, “Elided branch” qui fourmille d’articles tech mais aussi (et beaucoup) sur le management dans la tech.

Elle a occupé beaucoup de postes de VP of Engineering, CTO ou lead, est impliquée dans la Apache Software Foundation depuis 14 ans et est aussi autrice du livre "The Manager's Path”.
Ses articles sur le fameux career split de la tech, entre management et technique, sont vraiment concis, précis et pertinents. Je vous recommande par exemple l’excellent "How new managers fail individual contributors” qui donne plein de conseils pour bien séparer management et code.

🏄🏼‍♀️ TMIL (this month I learned)

Que quand on parle de “test coverage”, il faut être précis. En effet, la fameuse “couverture des tests” peut être de différents types :

• le “lines coverage” indique si une ligne de code exécutable a été exécutée et est donc couverte par le test.

• le “branch coverage" indique si, quand il y a des expressions bouléennes, l’évaluation est faite pour vrai et pour faux lors de l’exécution des tests.

• le “path coverage” : vous vous souvenez quand dans une précédente newsletter on a parlé de la “complexité cyclomatique” ? Le "path coverage” mesure si chaque “path” dans la complexité du code est évalué par vos tests.

Dans certaines ressources, le path et le branch coverage sont parfois confondus. L’idée principale de cet apprentissage c’est surtout de réaliser qu’il y a une différence entre dire que l’on a testé 80% des lignes de code et 80% de tous les chemins qui existent dans le code. Si vous voulez creuser ce sujet, l’article le plus intéressant que j’ai trouvé sur la question est celui-ci.

Et vous, vous connaissez d’autres types de coverage ?

🍰 Et un peu de rab…

9 exciting open source projects to simplify your life as a developer - Comment ca marche ApplePay en fait ? - The React Hooks Cheat Sheet (2025 Edition) - Link or Button ? - Microsoft avoue enfin - What is the most useless project you have worked on ?

C’est fini pour aujourd’hui ! N’oubliez pas de vous abonner si ce n’est pas déjà fait ou de transférer cette newsletter à une personne à qui vous voulez du bien 💟

...