Décrivez une application, obtenez un projet Expo complet : navigation, écrans, état, appels réseau et schéma de données. Du code que vous pouvez lire, relire et reprendre à la main.
React Native partage une base de code entre iOS et Android tout en produisant des composants natifs. C'est le compromis qu'ont retenu Instagram, Discord et Shopify — et il compte ici pour une raison précise : l'écosystème JavaScript est celui que les modèles d'IA connaissent le mieux.
Concrètement, cela veut dire moins d'hallucinations, des bibliothèques que le modèle a réellement vues, et un code que n'importe quel développeur JavaScript peut reprendre sans apprendre un nouveau langage.
Swift produit un résultat plus fin sur iOS, et Flutter a un excellent moteur de rendu. Mais l'un vous enferme sur une plateforme et l'autre demande Dart, que peu d'équipes connaissent déjà.
Routage par fichiers, la convention actuelle de l'écosystème Expo — la même structure qu'un développeur mettrait en place à la main.
Un fichier par écran, les composants réutilisables isolés. Pas de fichier de deux mille lignes à démêler.
Types générés pour les modèles de données et les réponses API, ce qui rend les erreurs visibles à la compilation plutôt qu'en production.
Authentification, Postgres, stockage de fichiers et abonnements temps réel, câblés avec le reste du projet.
**Bien** : les écrans de liste et de détail, les formulaires avec validation, l'authentification, la navigation, les appels réseau et le schéma de données. Ce sont des structures récurrentes, largement représentées dans les projets publics dont les modèles ont appris. **Moins bien** : les animations complexes, l'intégration d'un SDK propriétaire peu documenté, et l'optimisation fine des performances sur de très longues listes. Dans ces cas, l'IA produit une base correcte qu'un développeur affine — ce qui reste possible uniquement parce que le code vous appartient.
C'est le scénario prévu, pas une échappatoire. Exportez vers GitHub, clonez, lancez `npm install` puis `npx expo start` : le projet démarre comme n'importe quel projet Expo, sans dépendance à notre plateforme.
Beaucoup d'utilisateurs travaillent ainsi : génération de la base ici, puis poursuite dans VS Code ou Cursor. C'est un usage légitime et nous ne cherchons pas à l'empêcher.
Le test à faire avant de choisir n'importe quel outil de cette catégorie : exportez un projet et ouvrez-le. Si vous ne comprenez pas la structure, ou si une couche propriétaire s'intercale entre vous et React Native, vous n'êtes pas propriétaire de grand-chose.
Le chemin classique : npx create-expo-app, puis les écrans, la navigation et la compilation via EAS — plusieurs jours pour une première version. Avec un générateur IA comme Fastshot : vous décrivez l'application, obtenez un projet Expo complet avec écrans et navigation, le testez sur téléphone et l'exportez vers GitHub. Ensuite, c'est un projet comme un autre.
Un service comme Fastshot qui, à partir d'une description en français, crée un projet React Native + Expo complet : écrans, navigation, état, appels d'API. Au lieu d'un modèle générique, vous obtenez du code adapté à votre besoin, et vous le modifiez dans le chat. Le résultat s'exporte et s'ouvre dans n'importe quel éditeur.
Oui. Fastshot fonctionne dans le navigateur ; l'aperçu se fait sur votre téléphone via Expo Go et un QR code, sans SDK sur votre ordinateur. La compilation finale APK ou IPA se fait dans le cloud. Vous n'installez Node, Xcode ou Android Studio que si vous décidez de continuer en local.
Non pour démarrer : dans Fastshot, la boucle d'itération passe par le chat. Savoir React aide le jour où vous voulez modifier le code à la main. Pour un développeur web qui découvre le mobile, le générateur est aussi un excellent tuteur : vous voyez du code idiomatique appliqué à votre propre projet.
Expo pour la grande majorité des projets : compilation cloud, mises à jour sans repasser la validation des stores et modules natifs prêts à l'emploi — caméra, notifications, paiements. Le CLI ne sert que pour un module natif absent de l'écosystème Expo, et on peut y passer plus tard. Fastshot génère des projets Expo.
Oui. Le projet s'exporte vers GitHub et se clone comme n'importe quel dépôt : structure Expo standard, composants séparés, aucune couche propriétaire. Beaucoup génèrent la base dans Fastshot, continuent dans leur éditeur et reviennent au chat pour les gros changements.
Les deux donnent des applications natives. React Native, c'est JavaScript et TypeScript, l'écosystème npm et Expo, et les développeurs web transfèrent leurs compétences sans nouveau langage. Flutter, c'est Dart et un moteur graphique très fort. Les générateurs IA travaillent presque tous en React Native — Fastshot, Replit, Newly — parce que les modèles sont mieux entraînés sur JavaScript.
Décrivez l'application, Fastshot produit le projet React Native complet, prévisualisable sur votre téléphone et exportable vers GitHub.