Architecture exécutable
Transformer une direction technique en boundaries, modules, contrats, ADR/RFC et conventions que l'équipe peut réellement appliquer.
Fondateur de LRJI
Mohammed Hamdoune
Principal Software Architect · Senior Software Engineer
J'interviens quand une équipe doit clarifier une architecture, accélérer une delivery sous contrainte ou remettre un système critique à un niveau maintenable.
Le profil LRJI est volontairement hybride : cadrage d'architecture lisible par un CTO/DSI, contribution Staff-level dans la codebase, et transmission des décisions pour que l'équipe puisse continuer après l'intervention.
Positionnement
Un architecte qui reste proche du code
L'architecture n'a de valeur que si elle change les décisions concrètes : découpage, tests, contrats, pipelines, runtime, ownership et capacité à livrer. C'est là que se situe l'intervention.
Apport
Ce que Mohammed apporte
Renfort Staff-level
Intervenir dans le code TypeScript, backend, frontend ou plateforme lorsque la décision doit être prouvée par l'implémentation.
Modernisation pragmatique
Réduire la dette, simplifier les systèmes distribués disproportionnés et migrer progressivement sans bloquer la roadmap produit.
Terrain
Expériences représentatives
Les références publiques restent discrètes, mais elles montrent le type de contexte où le profil est le plus utile : systèmes sous contrainte, architecture à clarifier et équipes à réaligner.
Retail : 7 microservices vers 1 backend
Réduction de la complexité distribuée, CI unique, 21 pods par environnement ramenés à 3 et delivery simplifiée.
SaaS gestion de flotteBootstrap TypeScript, DDD tactique, tRPC, PostgreSQL, GCP, tests et socle produit exploitable.
Plateforme d'authentificationKeycloak, architecture hexagonale, monorepo et séparation claire entre fournisseur, use cases et infrastructure.
Méthode
Une intervention orientée décisions
- 01
Lire le système réel
Codebase, incidents, flux de delivery, contraintes produit, runtime et coûts de coordination.
- 02
Trancher
Nommer la décision par défaut, le risque accepté, les alternatives rejetées et le critère de réussite.
- 03
Prouver dans le code
Faire descendre la décision dans les modules, tests, contrats, pipelines ou runbooks.
- 04
Transmettre
Rendre les standards explicites pour que l'équipe garde l'autonomie après la mission.
Domaines
Sujets sur lesquels il est le plus utile
Architecture et delivery
- DDD
- Architecture hexagonale
- ADR/RFC
- C4
- Dette technique
Engineering TypeScript
- Node.js
- NestJS
- tRPC
- Vue
- React
- Vitest
Runtime et systèmes
- GCP
- Cloud Run
- Kubernetes
- Kafka
- RabbitMQ
- PostgreSQL
Aller plus loin