Six domaines de compétence, chacun relié à un projet où je l'ai mis en pratique. Pas de jauges ni de pourcentages : ce qui compte, c'est ce qui a été livré.
Applications web sur mesure en Laravel et PHP : modèles métier, API, files d'attente, paiement Stripe, TVA multi-taux. Interfaces d'administration avec Filament, composants Vue.js, tests automatisés avec Pest et PHPUnit.
NHN Menuiserie Trois sites e-commerce sur un socle Laravel unique.
Architecture hexagonale, DDD et CQRS quand le domaine le justifie. Déploiement sur AWS (EC2, ECS, RDS, S3, SQS) avec Docker et CI/CD, PostgreSQL et Redis.
Star Croisières Migration d'un SI monolithique vers Laravel sur AWS.
Découpage d'une migration en étapes, cartographie des dépendances, bascule maîtrisée et retour arrière prévu, pour des systèmes dont dépend l'activité de clients.
Celeste Migration de la connectivité de Stella Telecom vers Celeste, en cinq étapes.
Hotfix après incident critique, audit du code, classement des risques par sévérité, correctifs selon le budget et plan de stabilisation. Revue de la gestion des secrets, des sauvegardes et des accès.
Belizean Travel Reprise d'un site e-commerce après un incident critique.
Context engineering, harness engineering et skills pour travailler avec Claude Code de façon reproductible : fournir le bon contexte, encadrer l'agent par des garde-fous et des tests, capitaliser les pratiques dans des skills réutilisables.
Slasheo Formateur co-animé à l'AI School de Slasheo.
Recrutement, revue de code, standards partagés, rituels de livraison, gestion des problèmes et rôle consultatif auprès de la direction.
Star Croisières Équipe de six développeurs recrutée et dirigée.
Un même fil les relie : comprendre l'activité, décider par écrit, livrer par étapes réversibles. Les outils changent d'un projet à l'autre, cette méthode reste. C'est elle que vous achetez, plus que la connaissance d'un framework.
Concrètement, cela se voit dans la façon de travailler. Avant d'écrire du code, je cherche à comprendre ce que l'activité attend du système : qui l'utilise, ce qui coûte cher quand il tombe, ce qui peut attendre. Les décisions d'architecture sont consignées par écrit, avec les options écartées, pour que l'équipe puisse les relire et les contester plus tard. Les changements risqués sont découpés en étapes que l'on peut annuler.
C'est aussi pourquoi chaque domaine ci-dessus renvoie à un projet précis. Une compétence qui ne s'appuie sur aucune réalisation reste une affirmation. Je préfère que vous puissiez ouvrir le projet, lire le contexte, la mission et les décisions prises, puis juger par vous-même si l'approche correspond à votre besoin.
