Le Local
Équipe · Plateforme · 2025
La réservation d’un tiers-lieu, reprise et durcie.
Projet d’équipe (Wild Code School), puis repris seul
- 01 Le produit
- 02 Le problème
- 03 La solution
- 04 En images
- 05 Le résultat
- 06 Ce que j'en retiens
Le produit
Plateforme de réservation d’espaces et d’événements avec paiement Stripe — projet d’équipe, repris pour être déployable.
Mon rôle
- Développement en équipe
- Reprise et sécurisation
- Tests
- Docker
Stack
- React
- TypeScript
- Express
- MySQL
- Stripe
- Docker
Le problème
Un projet d’école fonctionne sur la machine de ses auteurs et nulle part ailleurs : pas de migrations, des secrets en clair, aucune protection sur les routes d’administration, et deux réservations possibles sur le même créneau.
La solution
Reprise poste par poste : migrations versionnées, contrôle de rôle sur chaque route sensible, montant de paiement recalculé côté serveur, verrou sur la réservation concurrente, et une image de production sans outillage de développement.
Un cas typique de reprise d’existant : du code écrit vite, à plusieurs, qu’il faut sécuriser, tester et remettre en production sans tout réécrire. C’est exactement le type de mission que je prends.
En images
Le résultat
207
tests automatisés
ajoutés à la reprise, du panier au paiement
113 → 8,7 Mo
image Docker
construction en plusieurs étapes, sans outillage de développement
Chaque chiffre est reproductible : compte de tests exécutés, mesure de backtest, ou calcul exact. Aucun n'est estimé.
Ce que j'en retiens
— Travailler à plusieurs oblige à écrire pour les autres : nommage, revue, messages de commit.
— Sur un existant, les tests se paient d’eux-mêmes dès la première correction.