Notes courtes sur des décisions techniques réelles : ce qui a été tranché, sur quel critère, et ce que ça a coûté. Ni veille, ni tutoriel.
À chaque nouveau projet TypeScript, je refaisais les mêmes gestes : structure de dossiers, configuration du lint, mise en place des tests, pipeline CI, conventions d’équipe. J’ai fini par tout encoder dans un plugin Claude Code.
On code de plus en plus avec une IA en autonomie (Claude Code, ici) sur des bases de code entières. Ça pose un problème d’ingénierie précis : donner à l’agent le bon contexte et les bonnes règles, sans dupliquer ni l’un ni l’autre, sans faire exploser la charge cognitive de qui supervise. Voici comment j’ai détourné un outil de prise de notes (Obsidian et sa vue en graphe) pour le tenir.
Ce site ne tourne sur aucun serveur applicatif : la commande de build écrit des fichiers, et un serveur de fichiers les sert. C’est un arbitrage, pas un réglage : il ferme des portes, et je préfère dire lesquelles.
Faire écrire du code par une IA ne change pas la question : qu’est-ce qui prouve que ce code fait ce qu’on attend ? Ça la rend plus pressante, parce que le volume produit ne laisse plus le temps de relire ligne à ligne.
Couper un budget d’acquisition ou supprimer une étape de tunnel, c’est une décision de dirigeant. Elle ne vaut que ce que vaut le chiffre sur lequel elle s’appuie, et ce chiffre se construit dans le code, bien avant le tableau de bord.