Aucun chiffre inventé
Lorsqu’une mesure exacte est confidentielle ou indisponible, je décris le changement technique au lieu de fabriquer un pourcentage.
Études de cas d’ingénierie / 01—03
Les décisions techniques, avec leur contexte.
Trois récits précis de systèmes sur lesquels j’ai travaillé : ce qui était fragile, ce que j’ai changé et ce qui est devenu plus simple à exploiter. Les noms des entreprises restent confidentiels. Le périmètre technique, non.
00 / NOTE
P01 P02 P03
Un travail qui mérite d’être expliqué.
Une liste de technologies dit peu de choses. Ces études de cas présentent les décisions derrière le code, les contraintes réelles et le résultat à maintenir au quotidien.
Les décisions avant les outils
La technologie compte, mais seulement après avoir clarifié le problème et le compromis.
Les noms disparaissent, pas le travail
Les organisations et les détails commerciaux sont omis. Le périmètre d’ingénierie reste précis.
Toutes les études de cas01—03
CASE / 01
Migration cloud d’une plateforme de workflow IA.
Une plateforme de traitement documentaire composée de plusieurs éléments dépendait de déploiements propres à chaque environnement. J’ai transféré son infrastructure et son modèle de livraison vers Terraform réutilisable, GKE et des services managés Google Cloud.
CASE / 02
Gestion d’un workflow d’archivage.
J’ai construit un service Spring et un microfrontend React autour d’un processus Camunda afin que les opérateurs puissent gérer sessions, paquets et état du workflow dans un espace ciblé.
CASE / 03
Maintenance et évolution d’un ERP retail.
J’ai travaillé sur SQL Server, .NET et le frontend d’un ERP retail critique, en améliorant performances, intégrations et fiabilité quotidienne comme un seul système.
Votre système a besoin d’une direction plus claire ?
Commençons par la partie difficile. Nous pouvons cadrer ensemble l’architecture, le plan de livraison et la première version utile.