À propos
Je construis des outils,
et j’explique comment ils marchent.
[Remplacer par deux phrases à la première personne : qui vous êtes, ce que vous faites, et ce qui vous intéresse vraiment dans ce métier.]
Ce que vous trouverez ici n’est pas un portfolio d’agence. Ce sont des outils nés de problèmes concrets, avec leurs partis pris, leurs limites, et le mode d’emploi qui permet de s’en servir sans me demander.
Emplacement portrait
Déposer l’image danspublic/Le parcours
Quelques jalons
- [année]
Les premières lignes
[Remplacer : comment vous êtes venu au code. Une anecdote concrète vaut mieux qu’une déclaration d’intention.]
- [année]
[Formation ou premier poste]
[Remplacer : ce que vous y avez appris qui sert encore aujourd’hui.]
- 2026
L’atelier
Trois outils menés en parallèle — MicroForge, StocksScience Analyzer, Standard Program Pipeliner — et la conviction qu’un logiciel non documenté est un logiciel à moitié fini.
La méthode
Ce dont je suis convaincu
La rigueur est une forme d’élégance
Un validateur qui refuse une publication mal formée fait gagner plus de temps qu’il n’en coûte. Les garde-fous ne sont pas des freins, ce sont des rampes.
Ce qu’un outil interdit le définit
Interdire l’accès disque dans un micropackage, refuser d’exposer un JSON à l’utilisateur, figer une hypothèse avant de mesurer : chaque interdit est une décision de conception assumée.
Documenter fait partie de construire
Un outil dont personne ne sait se servir n’existe pas. Le tutoriel n’est pas un livrable annexe, c’est la dernière étape de la fabrication.
Un résultat négatif est un résultat
Savoir qu’une piste ne mène nulle part a une valeur qui augmente avec le temps — à condition de l’avoir écrit quelque part.
L’atelier
Ce avec quoi je travaille
Langages
C#, TypeScript, Python
Interfaces
WinUI 3, Astro, React
Données
Pandas, SQL, formats versionnés
Méthode
Tests d’abord, contraintes assumées, documentation intégrée