Pas une chronologie d’employeurs

Expérience et impact sélectionnés

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.

  1. 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.

  2. 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.

  3. 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.

  4. 2005–2014

    Neuf ans sur une même plateforme

    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.

  5. 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.

  6. 2018–2021

    Une plateforme conçue pour être observée

    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.

  7. 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.

  8. 2024–2025

    Un travail public, institutionnel

    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.

  9. 2026

    Le laboratoire de modernisation

    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

Une responsabilité technique de bout en bout

01

Architecture et métier

Transformer les règles métier en modèles explicites, parcours communs et points d’extension contrôlés.

02

Performance et données

Mesurer l’accès, le traitement, les combinaisons, les allocations, les percentiles et le résultat final vérifié.

03

Observabilité

Construire des journaux qui expliquent l’exécution par l’identité, les phases, les opérations, le volume, le temps et les erreurs.

04

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.