Site

Nous cherchons un développeur maitrisant :
1. Stack Technologique (The "War Stack")
Backend : Node.js avec le framework NestJS (robuste pour la gestion des WebSockets et l'architecture en microservices).
Communication Temps Réel : Socket.io pour la synchronisation bidirectionnelle des événements de combat.
Bases de Données :
Live Matchs : Redis (Stockage en RAM des PV et états des slots pour une latence < 50ms).
Données Persistantes : PostgreSQL (Transactions financières, profils KYC, logs de conformité).
Paiements : Intégration directe via le Portail Développeur FlexPay.
2. Architecture des Micro-Services
L'application doit être segmentée pour éviter qu'un crash de combat n'affecte les paiements :
Matchmaking Service : Gère la création des BattleID et la gestion des files d'attente (Spectateurs vs Joueurs).
Battle Engine (Socket Server) : Calcule les dégâts, gère le "Hot Swap" (remplacement de joueur) et émet les signaux de vibration mobile.
Wallet & Escrow Service : Communique avec FlexPay pour bloquer les mises et déclencher les payouts automatiques vers les comptes Mobile Money.
3. Logique du "Hot Swap" (Remplacement Instantané)
Pour le développeur, le flux doit suivre cette logique State Machine :
Event PLAYER_ELIMINATED : Le slot passe du statut OCCUPIED à REINFORCEMENT_OPEN.
Broadcast : Tous les spectateurs reçoivent une notification via Socket.io.
Validation : Le premier spectateur à valider le paiement via l'API USSD de FlexPay reçoit l'event JOIN_BATTLE.
Re-init : Le serveur réinitialise les stats du slot sans arrêter l'instance de combat pour les 3 autres joueurs.
4. Diagramme de Flux de Données (Data Flow)
Client (Mobile) : Envoie un ACTION_ATTACK (JSON).
Serveur (Logic) :
Vérifie la validité du jeton de session.
Soustrait les points de vie (HP) dans Redis.
Vérifie si HP <= 0.
Client (Cible) : Reçoit l'event TAKE_DAMAGE + déclenchement navigator.vibrate(200).
5. Sécurité & Anti-Triche
Server-Authoritative : Aucun calcul de dégâts ne doit être fait côté téléphone (client). Le serveur est le seul juge.
Idempotence : Chaque transaction financière via FlexPay doit posséder une clé unique pour éviter les doubles débits en cas de mauvaise connexion.