Je construis des logiciels qui doivent tourner : un outil de santé installé chez des praticiens, des SaaS multi-tenant avec authentification, facturation et modèle freemium. Je préfère un système en production, avec ses compromis documentés, à une démonstration parfaite.
Ma façon de travailler tient en trois habitudes. D'abord, écrire le cadrage avant le code : le problème, les contraintes, les règles du produit, ce qu'on ne fera pas. Ensuite, découper en unités qui ont une seule responsabilité et se testent seules ; les fichiers courts ne sont pas une coquetterie, c'est ce qui permet de reprendre le projet six mois plus tard. Enfin, mesurer : une métrique sans source ne vaut rien, un chiffre décoratif est un mensonge.
Un poste d'ingénieur produit en CDI, dans une équipe qui livre et qui mesure, où l'on me confie un périmètre entier plutôt qu'une couche. En parallèle, je prends des missions freelance courtes et bien cadrées : construire un SaaS de zéro, remettre d'aplomb une base de code, sortir une V1. Et je continue de faire tourner mes propres produits, parce que c'est là que j'apprends le plus vite.
Basé à Sèvres, disponible en présentiel en Île-de-France et à distance.