Mobile offline, push, paiements
Ajouter les capacités mobiles qui font produit réel : notifications, cache offline, deep links, paiement.
Pourquoi ça compte
Une app mobile crédible doit fonctionner au-delà d’un simple écran API.
Ces sujets montrent une compréhension produit et UX mobile.
Ce que tu dois comprendre
Expliquer le problème que "Mobile offline, push, paiements" résout, ses limites et ses cas d'usage réalistes.
Mettre en pratique: ajouter cache local d’une liste critique.
Construire une preuve exploitable: module mobile robuste ajouté à un projet existant.
Relier ce sujet aux items voisins de la roadmap et aux décisions produit ou architecture.
Projet preuve / livrable
Module mobile robuste ajouté à un projet existant.
Cours à compléter
Lis le texte de l'étape, ouvre le cours complet, puis coche l'étape seulement quand tu l'as réellement terminée.
- Étape 01React Native Directory
Ajouter cache local d’une liste critique.
Cours complet -> AsyncStorage - Étape 02Expo Docs
Simuler une notification push liée à un événement SaaS.
Cours complet -> Push Notifications - Étape 04GitHub Docs
Transformer "Mobile offline, push, paiements" en preuve visible: README, capture, courte vidéo ou commit commenté.
Cours complet -> About READMEs - Étape 05ADR GitHub
Relire les sources principales et noter les compromis, limites et prochaines améliorations du livrable "Module mobile robuste ajouté à un projet existant.".
Cours complet -> Architecture Decision Records
Avance étape par étape: ouvre le cours, complète l'exercice, puis coche l'étape avant la suite.
Prochaine section- Le livrable existe avec code, capture, vidéo, README ou note vérifiable.
- Ajouter cache local d’une liste critique.
- Simuler une notification push liée à un événement SaaS.
- Le README explique contexte, architecture, limites, coût ou risques importants.
- Tu peux expliquer en 5 minutes les sources, compromis et prochaine amélioration.
Common traps
- Ne te limite pas à regarder des vidéos sans produire un livrable visible.
- Ne passe pas au sujet suivant sans commit, README ou capture de démo.
- Ne marque pas l'item comme fait si les critères d'acceptation ne sont pas encore vérifiables.