edge

Delivery assistée par IA, leadership technique Staff, architecture et plateformes pour produits exigeants.

Mohammed Hamdoune

Fondateur de LRJI

Staff Software Engineer · Architecture logicielle et delivery assistée par agents IA

Staff Software Engineer, Mohammed Hamdoune aide les équipes à livrer plus vite avec des agents IA sans perdre la maîtrise de leur architecture : leadership technique, DDD, modernisation et plateformes GCP.

Son profil est volontairement hybride : un cadrage lisible par un CTO ou une DSI, une contribution de niveau Staff dans le code, et des décisions transmises à l'équipe. Il livre lui-même avec des agents de code, sous des garde-fous qu'il a conçus et où chaque changement est vérifié avant son intégration : c'est ainsi qu'il construit Emovanti, son propre SaaS de gestion de flotte, dont la bêta est en préparation.

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.

Ce que Mohammed apporte

Delivery assistée par IA

Équiper les équipes avec des agents de code, des garde-fous vérifiables et des changements contrôlés avant intégration.

Leadership technique Staff

Relier les décisions, les standards et le renfort hands-on pour que l'équipe puisse avancer durablement.

Architecture et modernisation

Réduire la dette, simplifier les systèmes distribués disproportionnés et migrer progressivement sans bloquer la roadmap produit.

Bootstrap SaaS et plateforme

Poser un socle TypeScript et GCP prêt à livrer sans construire la réécriture de demain.

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.

Une intervention orientée décisions

  1. 01

    Lire le système réel

    Codebase, incidents, flux de delivery, contraintes produit, runtime et coûts de coordination.

  2. 02

    Trancher

    Nommer la décision par défaut, le risque accepté, les alternatives rejetées et le critère de réussite.

  3. 03

    Prouver dans le code

    Faire descendre la décision dans les modules, tests, contrats, pipelines ou runbooks.

  4. 04

    Transmettre

    Rendre les standards explicites pour que l'équipe garde l'autonomie après la mission.

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