# Séquence proposée des POC plateforme ## Statut Étude non normative pour `0.2.0-0-pre.4`. ## Principe La future série `0.3.x` pourra être dédiée aux POC plateforme, mais la numérotation exacte n'est pas encore figée. ## Vague 1 — réalisable avec la base actuelle Ordre candidat : 1. Tauri Android + Reflex ; 2. Web navigateur direct + Reflex ; 3. Tauri Desktop + Snake ; 4. builder Android multi-ABI. Raisons : - réutilisation maximale ; - environnement déjà proche de celui utilisé ; - comparaison directe SDL / Web / Tauri ; - détection rapide des abstractions manquantes. ## Vague 2 — plateformes natives supplémentaires Lorsque les environnements sont disponibles : 1. Windows SDL natif ; 2. macOS SDL natif ; 3. iOS SDL natif. Ces POC servent surtout à valider la portabilité du backend SDL et du packaging. ## Vague 3 — variantes mobiles alternatives Après résultat du POC Tauri Android : - Tauri iOS si pertinent ; - comparaison iOS SDL/Tauri si un produit Apple devient réellement prévu. ## Ce que la 0.2.0 doit produire La `0.2.0` ne doit pas implémenter ces POC. Elle doit produire : - la liste retenue ; - les questions auxquelles chaque POC répond ; - les critères de validation ; - l'ordre recommandé ; - le prompt de la future session `0.3.x`. ## Transition vers le prochain jeu Après la définition des POC, la fin de `0.2.0` doit étudier le prochain jeu réel. Ce jeu servira à : - prioriser les capabilities ; - découvrir les capacités oubliées ; - reclasser certains concepts ; - distinguer ce qui doit être implémenté avant le jeu de ce qui peut être développé avec lui. La série `0.4.x` est candidate pour porter ce prochain jeu réel et les capabilities prioritaires qu'il exige.