Braisy
Une application de révision type Duolingo pour les sapeurs-pompiers et les jeunes sapeurs-pompiers.
- Next.js
- React
- TypeScript
- Supabase
- PostgreSQL
- Capacitor
Pourquoi
Le problème
Je suis pompier volontaire. La formation continue repose sur des supports denses, qu’on révise rarement dans de bonnes conditions
Aucun outil ne couvrait ce cas précis : contenu officiel, format court et suffisamment engageant pour qu’on y revienne sans qu’un supérieur l’impose.
Aujourd’hui, 55 pompiers révisent avec, sur une base d’environ 2 800 questions.
Ce que j’ai construit
Ce que fait le projet
Sessions courtes
Des séries de questions courtes mais en grand nombre, permettant de couvrir l'ensemble des connaissances SSUAP
Progression et série
Séries de jours consécutifs, déblocage progressif des modules.
Application IOS
Distribution sur l’App Store plutôt qu’un simple site — c’est là que les utilisateurs cherchent ce type d’outil.
Choix techniques
Les décisions qui ont compté
Données
Supabase plutôt qu’une API maison
Chaque utilisateur ne doit voir que sa progression. Plutôt que de faire respecter cette règle dans une couche API que j’aurais dû écrire et sécuriser moi-même, je l’ai posée dans PostgreSQL via les politiques RLS. La règle est appliquée par la base, pas par le code client — même une requête forgée depuis le navigateur ne peut rien lire d’autre.
Distribution
Capacitor plutôt qu’un développement natif
Une base de code React unique, encapsulée pour iOS. Le compromis est assumé : je perds l’accès aux composants natifs les plus fines, mais le portage sur le Playstore sera plus aisé.
Avec le recul
Ce que je referais autrement
J’ai modélisé la base trop tôt. Le schéma des questions a été figé avant que le format pédagogique soit déstabilisé. Aujourd’hui je commence par une structure souple et je fige quand l’usage a tranché.
J’ai sous-estimé le hors-ligne. Le traiter après coup a coûté plus cher que si la synchronisation avait été prévue dès la première version.