Bonne Pratique

Je ne code pas, mais des agents IA cadrés par BMAD écrivent et testent le code de huit projets. Sur quoi fonder ma confiance ? Nous avons mesuré la qualité des produits en quatre questions : deux restent sans réponse partout, deux donnent des chiffres honnêtes mais partiels. Ce que je lis à la place du code, et ce qu'aucune mesure ne remplace.

Dans la première partie, nous avons vu que le développement agentique ne remet pas seulement en question notre manière de produire du code : il transforme aussi la manière dont nous construisons notre compréhension du problème.

À l’ère des agents, notre avantage ne viendra peut-être plus de notre capacité à produire plus vite ce que nous savons déjà, mais de notre capacité à apprendre plus vite ce que nous devons réellement construire.

Vous utilisez déjà l'IA, chacun à votre façon, donc l'idée n'est pas de vous réapprendre à écrire un prompt. Voici quelques apprentissages d’une formation en ligne “Anthropic Certificate Foundations” pour acquérir quelques réflexes pour sublimer votre utilisation de l’IA générative en 2026 :-)

Cet article étudie pourquoi le brownfield est si différent du greenfield, propose 5 grandes raisons qui font que l’accélération promise par l’Agentic Engineering, n’est pas toujours atteinte et propose quelques leviers pour effectivement s’accélérer.

Le context engineering vous connaissez ? Il nous concerne tous, découvrez en quoi il consiste, pourquoi il est important d'y prêter attention et les leviers pour le mettre en pratique en tant que product people.

Injection de prompt, exfiltration de system prompt, smuggling Unicode... Vos agents IA sont exposés à des multitudes d'attaques. Découvrez une architecture de défense en profondeur pour sécuriser vos systèmes agentiques : filtres déterministes, LLM-as-a-judge, guardrails, etc.

L’IA bouleverse nos organisations. Agents autonomes, Shadow AI, dépendance aux fournisseurs : la surface d’attaque change radicalement. Ce premier article pose un constat lucide sur les risques émergents. L’enjeu n'est pas de subir, mais d'engager, ensemble, une réflexion durable sur la maîtrise de nos systèmes à l’ère de l’IA.

Le Domain-Driven Design structure le domaine métier en identifiant ses concepts, son langage ubiquitaire et les responsabilités qui organisent le système. Mais un logiciel ne se contente pas de représenter le métier : il en exprime aussi les comportements.

Un jour et demi, 50 $ de tokens : c'est ce qu'a coûté un refacto structurant que je n'aurais jamais lancé dans le monde d'avant. L'IA rend-elle la conception moins critique, puisqu'on peut désormais rattraper sa dette à moindres frais ? Retour d'expérience, méthode, et convictions.