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
Ces 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.
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.
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.
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.
Responsabilité technique continue de l’environnement SharePoint et ASP.NET d’une compagnie aérienne : installation et migration sur trois générations de SharePoint, web parts métier et une dizaine d’applications internes bâties sur le même moteur, avec le support quotidien en production.
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.
Sur mon temps personnel : une plateforme ASP.NET MVC multi-sites, avec un socle commun, dix projets de site et un moteur de vues sur mesure permettant à chaque site de ne surcharger que le nécessaire. Journalisation structurée, tables de journal dédiées et tables d’audit enregistrant modifications et suppressions ont été conçues dès le départ. Cinq de ces sites sont toujours en ligne aujourd’hui.
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.
Trois questionnaires d’évaluation en ligne pour l’Ordre des architectes de Roumanie : notation par catégories, recommandations générées, rapports PDF produits côté serveur à partir des mêmes vues que le résultat affiché, et export Excel pour que l’institution travaille avec ses propres données. En ligne sur locuire.oar.archi.
Une application de 2011 reconstruite quatre fois côté serveur et mesurée à charge identique : trois volumes de données, première et dernière page, trois stratégies de pagination — 216 requêtes, une exécution d’échauffement et trois échantillons par cas. L’équivalence a été vérifiée autant que la vitesse : toutes les implémentations ont renvoyé les mêmes lignes. Les mesures portent sur mes propres données synthétiques, jamais sur le système d’un client.
Ce que j’apporte aujourd’hui
Transformer les règles métier en modèles explicites, parcours communs et points d’extension contrôlés.
Mesurer l’accès, le traitement, les combinaisons, les allocations, les percentiles et le résultat final vérifié.
Construire des journaux qui expliquent l’exécution par l’identité, les phases, les opérations, le volume, le temps et les erreurs.
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.