Projet académique · juin 2025
GRASP
Plateforme de correction d'examens en deux applications distinctes : une pour les étudiants, une pour les enseignants, avec des cycles de vie séparés.
- Problème
- Étudiants et enseignants n'ont ni les mêmes droits, ni les mêmes charges, ni les mêmes pics d'usage — les fusionner crée une application qui sert mal les deux.
- Résultat
- Deux applications Next.js interconnectées, déployables et versionnables indépendamment.
- Rôle
- Développeur Full-Stack
Quel problème GRASP résout-il ?
Une plateforme d'examens a deux publics dont les contraintes s'opposent :
- Les étudiants arrivent en masse sur une fenêtre de deux heures, écrivent beaucoup, lisent peu.
- Les enseignants arrivent en flux diffus sur plusieurs jours, lisent beaucoup, annotent, comparent.
Quelle décision technique a été prise ?
Deux applications, pas deux rôles dans une application. GrasprEtu et GrasprEval partagent l'API et le modèle de données, pas le code d'interface.
Le bénéfice réel n'est pas la performance : c'est que le pic de charge d'une session d'examen ne met jamais en péril l'interface de correction, et qu'un déploiement côté enseignant ne peut pas interrompre une épreuve en cours.
Qu'est-ce que GRASP m'a appris ?
Séparer deux applications coûte de la duplication. Ce coût se paie une fois ; le couplage, lui, se paie à chaque déploiement.
Un projet du même calibre ?
Basé à Thiès, disponible à dakar & télétravail. Je réponds sous 48 h.
En discuter