Vault Rush
Produit · Moteur de jeu · 2026
Sept jeux, un seul moteur, zéro argent réel.
- 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
Arcade en monnaie fictive dont les taux de retour ne sont pas décrétés : ils sont calculés ou mesurés.
Mon rôle
- Architecture
- Backend
- Frontend
- Design
- Calibrage des jeux
Stack
- React
- TypeScript
- Express
- SQLite
- Vitest
- Docker
Le problème
Faire cohabiter sept jeux différents sans réécrire sept fois la partie qui compte : celle qui touche au solde du joueur et qui doit rester juste même si le navigateur se ferme au mauvais moment.
La solution
Un contrat de moteur unique. Chaque jeu déclare ses modes, son état secret et la façon dont un coup fait avancer la partie ; le socle s’occupe du reste. Ajouter un jeu, c’est trois fichiers et trois lignes d’enregistrement.
Un produit complet livré seul : comptes, sessions, parties, classement, règles, et une identité visuelle par jeu. C’est l’exemple type d’une mécanique métier délicate — de l’argent, des états, de la concurrence — rendue fiable par les tests plutôt que par l’espoir.
En images
Le résultat
7
jeux sur un seul moteur
un jeu de plus = 3 fichiers neufs
391
tests automatisés
172 côté serveur, 219 côté client
5 040
combinaisons énumérées
calibrage exact du jeu de code, sans simulation
40 000
mains simulées
mesure du taux de retour du blackjack
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
— Un test qui passe quoi qu’il arrive est pire qu’une absence de test : il donne une confiance fausse.
— Le socle commun a coûté deux jours et fait gagner cinq jeux. Écrire l’abstraction après le deuxième cas, pas avant le premier.
— Une sauvegarde n’existe que si on l’a relue : copier le fichier de base sans son journal donnait zéro compte.