Je veux
faire une application iPhone
De l’idée à la première version installable sur un téléphone : le contrat d’API, le code SwiftUI, le style Apple, la relecture, puis TestFlight.
À la fin
Une app installable, relue, en bêta.
5 cartes sur 6 viennent du même groupe —Bâtons, construire.
Les phrases, dans l’ordre
Copiez une phrase, laissez l’étape rendre ce qui est nommé, puis passez à la suivante.
nouveau projet mobile
Les questions de cadrage, puis la spec et les tâches, écrites dans le projet.
Sous le capot
Brucecommandant des cartes en jeu
concevoir API
Le contrat d’API que l’app et le serveur partagent — OpenAPI, authentification, notifications, mode hors-ligne.
Sous le capot
Happydouanière des contrats d'API
SwiftUI
Un starter kit Swift qui compile : modèles, réseau, écran de connexion, tests.
Sous le capot
Isaacébéniste des assemblages natifs
design iOS
Le style : matériaux, typographie, animations, ce qui fait qu’une app a l’air d’être chez elle sur iOS.
Sous le capot
Jonysouffleuse de verre liquide
audit SwiftUI
La relecture contre les règles d’Apple, avant qu’un examinateur ne les applique à votre place.
Sous le capot
Wozaccordeuse au diapason d'Apple
TestFlight
La mise en orbite : build, bêta-testeurs, mesure des premiers usages.
Sous le capot
Lanceuselanceuse des applis en orbite
Sous le capot — 6 cartes
Si ce n’est pas tout à fait ça
- Je veux faire une application AndroidLa même route que l’iPhone, sur l’autre versant : Kotlin et Compose, ou Flutter si les deux plateformes doivent partager le code.
- Je veux soigner ma fiche sur les magasinsLe titre, les mots-clés, les captures, la description. C’est ce que les gens voient avant de décider — et c’est souvent bâclé.
- Je veux faire payer mon applicationAbonnement, achat unique, essai gratuit : le modèle se choisit, puis se branche — StoreKit, RevenueCat, le paywall et ses écrans.
Tirage écrit à la main dans data/parcours.json, tenu par scripts/parcours/check-parcours.sh : chaque carte citée existe dans le registre du framework.