Études de cas

3 cas concrets

Trois cas réels présentés sans données sensibles: ce qui était demandé, ce qui a été choisi et ce qui a été livré.

Chaque cas commence par un résumé rapide en 5 points avant le détail complet.

Projet en cours (depuis 03/2023)

Nlocart - Plateforme de location/achat d'oeuvres et CRM

Conception et évolution de Nlocart: API en ligne, application front utilisateur en cours de développement.

Afficher le détail

Résumé rapide

  • API REST en ligne pour les flux métier.
  • Application front utilisateur en cours de développement.
  • Projet découpé en 3 services: API, app front et proxy Traefik.
  • GitLab auto-hébergé + pipeline CI/CD entre 2 VM dédiées.
  • Code non public.
  • Symfony
  • PHP 8
  • API REST
  • DDD
  • Architecture hexagonale
  • CQRS (light)

Contexte

Le besoin initial: proposer une vitrine crédible pour les artistes, gérer la location/vente et outiller l'administration via un CRM interne.

Problème

Faire avancer l'API en production tout en développant l'application front, sans casser la cohérence fonctionnelle.

Rôle

CEO technique et développeur principal: architecture, implémentation, déploiement et évolution produit.

Stack

  • Symfony
  • PHP 8
  • API REST
  • DDD
  • Architecture hexagonale
  • CQRS (light)
  • Bash
  • TypeScript
  • Next.js
  • SCSS
  • SQL
  • Traefik
  • Docker
  • Debian
  • GitLab CI
  • Postman
  • Figma

Solution apportée

  • Découpage clair du projet en 3 briques: API, app front et proxy Traefik.
  • API structurée en DDD + architecture hexagonale avec CQRS light.
  • Chaîne de livraison self-hosted avec GitLab CI/CD.

Points techniques notables

  • Gestion des droits et des parcours d'administration côté API.
  • Organisation du code API en couches métier, applicatives et techniques.
  • Reverse proxy Traefik pour le routage et l'exposition des services.
  • Orchestration des services API, front et proxy Traefik.

Contraintes

  • Synchroniser évolution de l'API et développement de l'application front.
  • Arbitrage constant entre vitesse de livraison et stabilité.
  • Évolutivité métier sans refonte lourde.

Résultat

API en ligne et exploitable, infrastructure et CI/CD opérationnels. Application front en cours de finalisation.

Code non public.

Ouvrir la page détaillée

Mission en entreprise de services (10/2022 - 02/2023)

Proxiad - Outils et services juridiques, OAuth Microsoft

Intervention sur une plateforme juridique avec enjeux d'optimisation administrative et de sécurité d'accès.

Afficher le détail

Résumé rapide

  • Plateforme de services juridiques utilisée en contexte entreprise.
  • Refonte ciblée de parcours administratifs sensibles.
  • Stabilisation de l'authentification Microsoft OAuth.
  • Qualité de code et échanges API renforcés.
  • Code non public.
  • Symfony
  • PHP
  • API REST
  • Microsoft OAuth
  • Debian
  • Nginx

Contexte

Le produit devait fluidifier des workflows administratifs tout en intégrant OAuth Microsoft dans un contexte entreprise.

Problème

Réduire les frictions de parcours et sécuriser un flux OAuth instable.

Rôle

Ingénieur développement: intervention full-stack sur l'authentification, les parcours et la qualité de code.

Stack

  • Symfony
  • PHP
  • API REST
  • Microsoft OAuth
  • Debian
  • Nginx
  • Laravel
  • C#
  • Xdebug
  • Redmine
  • SQL
  • Docker
  • GitLab CI
  • Webpack
  • Bootstrap
  • SCSS
  • JavaScript
  • AJAX
  • Jira

Solution apportée

  • Reprise des parcours administratifs les plus critiques.
  • Stabilisation du flux d'authentification Microsoft OAuth.
  • Normalisation des échanges API pour simplifier la maintenance.

Points techniques notables

  • Gestion des sessions et rôles après authentification.
  • Debugging et correction de points bloquants d'intégration.
  • Pipeline CI/CD consolidé côté GitLab.

Contraintes

  • Exigence forte sur la sécurité des accès.
  • Dépendance à un fournisseur d'identité externe.
  • Continuité de service pendant les évolutions.

Résultat

Parcours administratifs plus fluides et authentification OAuth stabilisée pour les équipes utilisatrices.

Code non public.

Ouvrir la page détaillée

Mission longue en environnement métier (01/2021 - 09/2022)

TRSB Digiwin - Outils métier de suivi et plateforme immobilière personnalisée

Développement de fonctionnalités de suivi métier et adaptation d'une plateforme immobilière déjà en production.

Afficher le détail

Résumé rapide

  • Développement d'outils métier de suivi au quotidien.
  • Adaptation d'une plateforme immobilière existante.
  • Évolutions fréquentes sans casser le coeur applicatif.
  • Coordination continue avec les équipes produit et métier.
  • Code non public.
  • Symfony
  • PHP 7
  • Bootstrap
  • Nginx
  • GitLab CI
  • Drupal

Contexte

L'objectif était d'absorber des demandes métier hétérogènes sans dégrader la cohérence fonctionnelle du produit.

Problème

Ajouter des fonctionnalités rapidement sans déstabiliser un existant fortement utilisé.

Rôle

Développeur web: conception de modules métier, adaptation des interfaces et maintenance évolutive.

Stack

  • Symfony
  • PHP 7
  • Bootstrap
  • Nginx
  • GitLab CI
  • Drupal
  • Redmine
  • Scrum
  • C#
  • Docker
  • Webpack
  • SCSS
  • JavaScript
  • AJAX
  • Java
  • Vue.js
  • Figma
  • SQL

Solution apportée

  • Implémentation de modules métier ciblés selon les priorités terrain.
  • Adaptation progressive de la plateforme immobilière existante.
  • Stabilisation du socle applicatif au fil des évolutions.

Points techniques notables

  • Évolutions fréquentes avec gestion des régressions.
  • Intégration front/back dans un existant en production.
  • Coordination continue avec l'équipe produit/métier.

Contraintes

  • Besoins métier changeants.
  • Existant déjà utilisé quotidiennement.
  • Niveau de qualité à maintenir dans la durée.

Résultat

Plateforme plus adaptable aux usages terrain et maintenance mieux maîtrisée.

Code non public.

Ouvrir la page détaillée