Architecture et métier
Transformer les règles métier en modèles explicites, parcours communs et points d’extension contrôlés.
Pas une chronologie d’employeurs
Expérience et impact sélectionnés
Cinq moments montrent la même méthode à différentes échelles : trouver la limite, construire un modèle réutilisable, maintenir une plateforme vivante et transmettre le système à d’autres personnes.
- 1998
La limite devient une question de travail
En construisant chez moi une application de comptabilité, j’ai augmenté les données jusqu’à ce que l’application cesse de répondre. J’ai trouvé la limite avant le premier client.
- 2003
Pagination ID-first
J’ai séparé l’identification des lignes de la page du chargement de leurs données complètes. Dans un cas historique documenté, une liste métier est passée de dizaines de secondes à moins d’une seconde.
- 2004–2007
Un moteur d’applications réutilisable
J’ai conçu un moteur ASP.NET avec objets métier, actions explicites, XML, XSLT et pagination intégrée. L’architecture a été hébergée dans SharePoint 2003 et 2007 et utilisée pour de nombreuses applications métier.
- 2008–2013
Continuité de plateforme pendant la croissance
J’ai exercé la responsabilité technique principale, avec une implication très concrète, de l’environnement SharePoint utilisé au quotidien chez Vente Privée : développement, administration, déploiement, support, correctifs, formation et continuité de production.
- 2022–aujourd’hui
Une plateforme opérationnelle confidentielle
Responsabilité technique principale d’une plateforme opérationnelle et financière dans la construction et les infrastructures. La description publique conserve la méthode et le périmètre, tout en omettant l’identité, les données commerciales et les détails sensibles.
Ce que j’apporte aujourd’hui
Une responsabilité technique de bout en bout
Performance et données
Mesurer l’accès, le traitement, les combinaisons, les allocations, les percentiles et le résultat final vérifié.
Observabilité
Construire des journaux qui expliquent l’exécution par l’identité, les phases, les opérations, le volume, le temps et les erreurs.
Continuité
Préparer le code, les conventions, les tests et la documentation afin que l’organisation ne dépende pas d’une seule personne.
La responsabilité dans la durée change la qualité de la décision. Concevoir une solution puis partir montre qu’elle peut être construite. En rester responsable pendant des années montre si elle résiste aux données réelles, aux nouvelles exigences, aux incidents, aux mises à jour et au transfert vers d’autres personnes.