Plateforme Full Stack Dundill
API NestJS + GraphQL et front-end React organisés en couches Clean Architecture, avec une intégration de paiement Paymaster et des tests unitaires et E2E.
- Frameworks & drivers
- Adaptateurs d’interface
- Cas d’utilisation
- Entités
01 · Contexte
Travail produit à temps plein chez Dundill en 2024, après un stage en 2023 dans la même équipe.
02 · Enjeu
Livrer des fonctionnalités, paiements compris, dans une base de code en croissance sans laisser le code du framework s’infiltrer dans les règles métier.
03 · Architecture
- Back-end NestJS + GraphQL et front-end React.
- Couches Clean Architecture : entités → cas d’usage → adaptateurs d’interface → frameworks et drivers.
- Prestataire de paiement (Paymaster) isolé derrière un adaptateur.
04 · Décisions clés
Des cas d’usage indépendants du framework
Les règles métier n’importent ni NestJS ni la base de données, ce qui les garde testables et faciles à faire évoluer.
Les paiements derrière un adaptateur
Le parcours de paiement dépend d’une interface, pas du SDK du prestataire.
Un accès aux données plus rapide
Requêtes NoSQL retravaillées : forme des requêtes, indexation et structure des documents.
Une vraie pyramide de tests
Tests unitaires Jest sur le cœur métier, tests end-to-end Cypress sur les parcours critiques.
05 · Résultat
Un parcours de paiement sécurisé, un accès aux données plus rapide et une base de code testée, tout en encadrant les stagiaires de l’équipe. Le code appartient à l’entreprise et reste confidentiel.