// à propos
L'humain derrière le commit
Je suis arrivé au développement par le concret. Un DUT informatique en Lorraine, une licence puis un Master 2 à Lyon, ce dernier décroché en travaillant en parallèle chez GFI, sur les applications bancaires de la Caisse d'Épargne. Pas le rythme le plus reposant, mais ça apprend à s'organiser et à livrer, même quand la semaine est pleine.
Dix ans plus tard, j'ai bossé pour la banque, l'industrie, la logistique, le retail et l'intérim. Les contextes changent, mes outils restent : C#, un front exigeant, et une base de données qu'on traite avec respect.
Ce qui me plaît vraiment, c'est de prendre un système qui existe déjà, avec son legacy et ses utilisateurs pressés, et de le rendre meilleur sans l'arrêter. Migrer une équipe de SVN vers Azure DevOps. Réécrire un module critique sans que personne ne s'en rende compte. Le code neuf sur une page blanche, c'est agréable ; le code qui tient des années face à de vrais utilisateurs, c'est un métier.
Aujourd'hui je vis à Genève et je développe à la CPEG une application financière en .NET, Blazor et SQL Server. Le soir, je bricole : ce site, des sites pour des proches, un backend e-commerce pour expérimenter. Et je note ce que j'apprends dans mes notes.
Le reste du temps : randonnée, vélo, électronique et mécanique. J'aime comprendre comment les choses fonctionnent, un moteur comme un plan d'exécution.
// formation
- 2016 → 2018 Master 2, Expert en ingénierie informatique Sciences-U, Lyon
- 2013 → 2014 Licence, Concepteur développeur informatique AFIP, Lyon
- 2010 → 2012 DUT Informatique Université de Lorraine
// convictions
Ce que dix ans m'ont appris
Le code se juge à la relecture, pas à l'écriture.
Six mois plus tard, par quelqu'un d'autre, un vendredi à 17h. C'est le vrai banc d'essai. SOLID et clean code ne sont pas des dogmes, ce sont des politesses envers l'équipe.
La donnée d'abord.
Un modèle de données juste pardonne beaucoup d'erreurs applicatives ; l'inverse, jamais. Et un plan d'exécution se lit avant d'accuser l'ORM.
Le legacy est un patrimoine, pas une honte.
Du NS-DK au .NET 8, tout système qui tourne rend service à quelqu'un. On le modernise par tranches, tests d'abord, sans couper le service.
La qualité est une propriété du pipeline.
Format, warnings-as-errors, tests, analyse : si ce n'est pas vérifié à chaque PR, ça n'existe pas. Ce site applique la règle à lui-même.