Ce que je construis, ce que je crois

À propos

Depuis près de vingt ans, j'ai travaillé sur toute la chaîne de production du logiciel, du code jusqu'à l'exploitation, en passant par l'architecture, la création de produits et la direction d'équipes. Ce qui m'a toujours occupé, à chaque étape : comprendre le vrai problème, le formuler dans une langue que des ingénieurs peuvent construire, et garder ce sens intact jusqu'en production.

La question que j'explore

Les agents IA font tomber le coût d'exécution. Ma question est simple : si écrire le code ne coûte presque plus rien, jusqu'où un seul ingénieur peut-il porter le cycle de vie d'un produit ? La découverte, la spécification, l'architecture, la validation, la mise en production, et ce qu'on apprend ensuite, avec des agents à chacune de ces étapes.

Je n'ai pas la réponse complète. Ce site est le carnet où je la cherche, en public, avec des expériences réelles plutôt que des promesses.

Ce que je construis

Au quotidien, je construis avec des agents : les outils open source du Labo, et l'outillage que j'utilise pour piloter une équipe d'ingénierie. Chaque outil sert à tester une idée de ce site sur un cas réel.

factly impose la chaîne Faits, Insights, Recommandations. bdd-with-ai fait du scénario exécutable le contrat du dépôt. workline sépare ce qu'une machine peut attester de ce qu'un humain doit décider.

Ce que je crois

Le code n'est plus le goulot d'étranglement. La compréhension du problème, la spécification et la validation le sont devenus.

Un agent à qui l'on donne une solution construit cette solution. Il ne reviendra pas vous dire que le problème était ailleurs. Le cadrage est donc plus important avec des agents qu'il ne l'était sans.

On ne relit pas trois mille lignes générées en dix minutes. On relit un contrat de comportement court, et on laisse les tests prouver le reste.

L'agent génère, il n'endosse pas la responsabilité. L'ingénieur reste celui qu'on appelle le dimanche matin, et il doit concevoir son travail en conséquence.

Le contexte est un artefact d'ingénierie : écrit, versionné, et corrigé chaque fois que le modèle se trompe d'une nouvelle façon.

D'où je viens

J'ai été lead développeur et ingénieur automatisation pendant sept ans, sur des plateformes web et des frameworks de test pour de grandes entreprises. Puis architecte solutions en avant-vente pendant quatre ans, une cinquantaine d'engagements à cadrer des problèmes avant de les construire. J'ai fondé deux startups, dont une plateforme SaaS d'événements en ligne que j'ai dirigée comme CEO. Aujourd'hui, je dirige une équipe d'ingénierie sur une plateforme d'infrastructure cloud, depuis Rennes.

Chaque rôle m'a montré le même mode d'échec : livrer correctement la mauvaise chose. Le détail est sur la page Parcours, la méthode sur la page Méthode.

À côté, je joue de la musique électronique improvisée en live, sur Twitch. Sans preset, sans carte, juste de l'exploration.