Aller au contenu
Méthode — commune à tous mes projets

Prouver avant de livrer.

Votre besoin d'abord, puis des essais automatiques et un regard humain.

Un logiciel qui se trompe sans prévenir coûte plus cher qu'un logiciel qui s'arrête : avant une mise en ligne, je vérifie ce qui doit marcher et je regarde le résultat.

Votre métier, mon regard technique.

Vous apportez le terrain Vos priorités, vos contraintes, vos retours d'usage.
J'apporte le regard technique Des options expliquées, avec leurs compromis, et des essais à chaque changement.
Un outil utile, et vérifié Qui trouve sa place dans votre travail.

Ce que la méthode vous apporte

Vous savez où on en est.

Chaque changement est daté et vérifié : l'avancement se lit, il ne se raconte pas.

Vous gardez la main.

Rien ne part sans validation ; le dernier regard peut être le vôtre.

Un défaut se retrouve vite.

Chaque version passe ses essais : on remonte en quelques étapes jusqu'à celle qui l'a introduit.

Quatre principes, ceux de l'accueil.

Rien de propriétaire : des pratiques connues du génie logiciel, appliquées partout.

Avancer sans tout bousculer.

Un changement à la fois, avec l'essai qui le vérifie ; les essais déjà écrits sont rejoués.

Blocs atomiques

Un plan B pour ce qui compte.

Si le modèle de GEOPOL ne répond pas, le brief construit par le code s'affiche seul.

Cascade de fallback

Les chiffres critiques viennent du code.

Jamais inventés par une IA ; ce qui n'est pas prouvé s'écrit « à confirmer » : c'est la prison du vrai.

Calcul déterministe, IA cadrée

Retrouver le pourquoi de chaque choix.

Chaque changement est nommé, classé et retrouvable ; l'historique ne s'efface pas.

Traçabilité complète

On n'attend jamais la mort du canari pour agir.

Dans les mines, un canari chantait tant que l'air était sain ; quand il se taisait, les mineurs remontaient. Mes essais automatiques jouent ce rôle.

Canari humainLe dernier regard, sur le vrai rendu : comme le cordon d'arrêt des usines Toyota, il peut tout stopper.
Un essai prouve ce qu'il vérifie. Rien de plus.
GEOPOL · mai 2026Cas réel

Tout était vert, rien ne marchait.

20/20essais réussis
≠
377articles rejetés en production

L'échantillon de l'essai, écrit à la main, avait un champ que le vrai retour n'avait pas.

Depuis : un essai qui dépend d'une source extérieure se fait sur un échantillon réel.

Découvrir GEOPOL
+plus de 2 400
blocs tracés sur mes projets
suivi des blocs, 23/09/2026
198
sondes automatiques enregistrées sur PROPRETÉ
batterie de sondes, 25/09/2026
+plus de 80
contrôles avant chaque mise en ligne de ce site
contrôles du site, 25/09/2026

Quatre questions franches.

Est-ce que ça ralentit ?

Un peu, au début. Un geste nouveau se prouve seul ; une fois prouvé, il se répète en série : atomique pour prouver, groupé pour répéter. La méthode n'est pas contre la vitesse ; elle est contre la vitesse qu'on ne peut pas suivre.

Et l'IA, dans tout ça ?

Elle écrit du code et du texte, vite. Elle ne décide ni d'un chiffre critique, ni d'une mise en ligne : on automatise l'intégration, jamais le jugement. Exemple : pour une lumière partie en 564 av. J.-C., un modèle avait écrit 426 apr. J.-C. ; depuis, les dates des légendes, rédigées en anglais, sont comparées à celles que le code a calculées.

Qui relit le travail ?

Moi, à chaque changement, en commençant par ses points faibles ; vos retours sur l'usage y ont leur place. Pour les changements importants, un second regard indépendant, lorsque c'est possible : celui qui a fait voit ce qu'il s'attend à voir, pas ce qui manque.

Est-ce une méthode maison ?

Non, et c'est voulu. Essais automatiques, un changement à la fois, relecture indépendante, traçabilité : ce sont des pratiques connues du génie logiciel. Le canari vient des mines, le cordon d'arrêt des usines Toyota. Ce que j'y ajoute, c'est la constance, y compris quand l'IA écrit le code.

Parlons de ce qui vous serait utile.

Une idée, une difficulté qui revient ou une envie de simplifier : on peut partir de votre quotidien.