Hones

Clean Code était le manuel de l'atelier. Voici celui de l'usine. J'ai appris à coder avec ce livre. Comme à peu près tout le monde de ma génération. Si vous n'êtes pas développeur : c'est le livre qui a formé une bonne partie de votre équipe tech. Robert C. Martin nous a appris à écrire du code qu'un humain peut relire. Parce qu'un humain allait le relire, et parce qu'un humain l'avait écrit. La qualité tenait dans la main de celui qui tapait. C'est exactement ça, un atelier. Et pendant plus de vingt ans, c'était le bon modèle, je n'ai rien à lui reprocher. Sauf qu'aujourd'hui le modèle a changé, la machine écrit le code. Et c’est là que le manuel trouve sa limite, car il répond à une question que la machine sait déjà traiter : comment bien écrire une fonction. Ce qu'elle ne sait pas, c'est ce qu'on lui demande, comment on vérifie ce qui sort, et qui supervise avant la mise en production. La qualité a quitté le geste pour aller dans tout ce qui l'entoure. Ce manuel-là, personne ne l’a encore écrit. Alors on l'a fait ! Notre livre "AI software factories" sort fin novembre. 4 mois que nous avançons dessus avec Sylvain Talvat et Sarah MALAKH . Ce n'est pas le récit de ce qu'on a fait chez Hones. C'est la méthode qu'on en a tirée, et qu'on a confrontée à d'autres factories que la nôtre. Par où commencer, ce qu'on confie aux agents et ce qu'on garde, qui supervise, et comment savoir six mois plus tard si ça a rapporté quelque chose en coût réel. Le reste, je vous le déroule d'ici la sortie. On y a mis nos décisions, nos limites, et les endroits où l'usine atteint ses limites. Mais aussi un chemin plus court pour un dirigeant qui doit décider de financer sans lire tout le montage technique. Le vrai sujet du livre, c'est celui qu'on pressent depuis un an : l'IA dans le développement, c'est un outil de plus, ou une autre façon de produire ? Nous, on a tranché ! --- Commentez “usine” pour être prévenu de la sortie 👇 Bienvenue dans l'ère industrielle du logiciel !

On aurait pu écrire un livre blanc sur l'IA dans les équipes tech comme tout le monde. On a préféré aller beaucoup plus loin. Ça fait 3 mois qu'on bosse comme des fous à mettre noir sur blanc notre méthode pour restructurer une production logicielle autour de l'IA. Dès début 2026, on a compris qu'une licence Claude Code ou Codex dans les mains des dév' n'apportait pas la vélocité promise par les gourous de la tech. Tout le monde s'en servait, mais en bossant exactement comme avant. Avec quelle conséquence ? Les équipes se sont vite retrouvées une tonne de code (souvent merdique) à relire et un enfer de process de validation. Tant que ces problèmes de confiance et de gouvernance ne sont pas réglés, on passe à côté du réel potentiel de l'IA dans les équipes tech. Au fond, une équipe qui génère du code plus vite n'a pas encore amélioré les résultats business de la société pour laquelle elle travaille. Entre la vitesse et les résultats, il y a toute une organisation à (re)construire, qui fixe ce qu'on confie aux agents, les preuves qu'on exige avant de leur faire confiance et les responsabilités qu'on garde pour nous. On a cherché qui traitait vraiment le sujet...on n'a pas trouvé grand monde ! Alors on a tout mis dans ce livre, nos réflexions comme nos expériences de terrain, qu'on a confrontées à celles d'autres équipes, avec ce qui a tenu et ce qui a cassé. Si c'est vous qui signez le budget de l'équipe tech, vous avez sûrement eu votre dose de démos IA cette année. Avec ce livre, vous allez avoir de vrais retours concrets sur cette révolution technologique que nous sommes entrain de vivre ! Le livre sort le 26 novembre. D'ici là, on en raconte les coulisses dans la newsletter Hones (lien en commentaire).

Depuis qu'on génère du code avec des agents, je vois le même schéma se répéter chez les équipes que j'accompagne. Le volume de PRs double. Un ou deux seniors finissent par tout relire, ligne par ligne. Ça tient quelques semaines. Mais après 1 mois, le pic de vélocité se dissipe et le senior redevient le point de passage unique de toute l'équipe. On peut toujours demander aux gens de relire plus vite. Mais tant que la qualité dépend d'un humain qui inspecte le code, la vitesse reste plafonnée par sa bande passante. L'IA n'a aucun plafond de volume. La qualité doit devenir une propriété du système, pas une compétence individuelle qu'on espère voir tenir sous la charge. L'architecture qu’on met en place chez Hones tient sur 4 couches, du scan dans l'IDE jusqu'aux gates CI/CD déterministes. Le détail est dans le visuel 👇 Le principe : repousser le bruit en amont, pour que la revue humaine se concentre uniquement sur ce qu'aucune machine ne sait faire. Le plus dur dans cette transformation n'est pas de mettre ces couches en place, mais d'apprendre à faire confiance au système autant qu'à un bon senior. Ce métier-là, on est en train de l'inventer.

Il y a 2 semaines, j'ai demandé à Matthias Baccino comment Trade Republic gère dix millions de clients avec six cents personnes. Une banque ! Pas une app :) Il est remonté aux débuts de l'entreprise. Les fondateurs avaient décidé de rester petits. Peu de recrutements, une équipe qui se parle sans intermédiaire, un niveau d'exigence qu'ils n'ont jamais relâché. C'était la règle bien avant l'IA. Quand les outils sont arrivés, ils se sont posés sur cette organisation et l'ont rendue plus rapide. Rien de plus. Je repense souvent à cette réponse quand on me demande quelle IA déployer. Eux n'ont pas attendu l'IA pour aller vite. On en parle avec Chloé Novène et Matthieu Sénéchal. Replay en commentaire

Aucun CEO sérieux laisserait un fournisseur critique dicter ses conditions sans plan de secours. Pourtant c'est exactement ce que font la plupart des boîtes tech avec leurs fournisseurs IA. OpenAI, Anthropic et leurs concurrents ne sont pas de simples outils qu'on branche et débranche. Quand votre process de production en dépend, ce sont des fournisseurs critiques, avec tout ce que ça implique comme exposition. Un modèle retiré du catalogue sans préavis. Des tarifs revus à la hausse. Des performances qui évoluent silencieusement entre deux versions. Ces situations se sont déjà produites. Et pour les organisations qui n'avaient pas anticipé, l'impact sur la livraison a été immédiat. Dans la plupart des équipes tech, la dépendance aux fournisseurs IA n'est presque jamais formalisée. Et personne n’a de réponse claire sur ce qu'elles feraient si les conditions changeaient. Quelques questions à poser à votre équipe cette semaine pour mesurer votre dépendance : - Si notre fournisseur IA principal augmente ses tarifs de 30% demain, quel est l'impact sur nos coûts et nos délais de livraison ? - Combien de temps faut-il pour basculer une brique critique vers une alternative ? - Qui dans l'équipe surveille les évolutions des fournisseurs et remonte l'information ? Si les réponses sont floues, le sujet mérite d'être mis sur la table dès maintenant. La dépendance aux fournisseurs IA n'est pas un risque futur à surveiller. C'est une exposition active que la plupart des organisations gèrent encore de manière informelle.

Emma Capron avait une seule conviction en sortant d'école : ne jamais travailler dans l'intérim ! Elle dirige aujourd'hui Slash Intérim, le premier réseau d'indépendants du travail temporaire en France. 200 conseillers sur le terrain, un CA passé de 4 à 25 millions d'euros en 2 ans, une levée bouclée avec Réflexion Capital. Cette histoire on la connaît bien avec Hones ! Cela fait 4 ans qu’on accompagne Slash : construction de la plateforme, rôle de CTO part-time, recrutement de leur équipe tech interne puis recrutement de leur nouveau CTO qui a pris notre suite il y a quelques semaines. Un client devenu compagnon de route. C'est précisément pour raconter ce genre de trajectoire qu'on a décidé de lancer une série d’interviews. Le principe : une conversation avec un dirigeant sur sa croissance, ses décisions structurantes, et ce qui s'est réellement passé en coulisses. Y compris quand ça nous concerne directement. Dans ce premier épisode avec Emma, on revient sur : ▶︎ Une idée de business née d'un achat de maison (son père, client d'un réseau de mandataires immobiliers, lui souffle l'idée au téléphone) ▶︎ Comment elle a sélectionné un partenaire tech en n’ayant aucun background technique et pourquoi les promesses des agences l'ont mise en alerte ▶︎ Le rôle de la plateforme propriétaire dans la décision de Réflexion Capital ▶︎ Le moment où le CTO part-time ne suffisait plus, et comment on a préparé notre propre sortie Un point qui me tient à cœur, car une mission qui se termine bien, ça se prépare autant qu'une mission qui démarre. Épisode complet en commentaire 👇 PS : le passage où Emma explique pourquoi elle a failli ne pas travailler avec nous vaut le détour. Indice : on lui a dit non sur à peu près tout au premier RDV.