React Native

React Native : Framework de Meta qui construit des interfaces natives pilotées par du code JavaScript ou TypeScript, très répandu dans les équipes web.

Le mot appartient à la famille « Développement » du lexique. Cette page dit ce qu’il recouvre, comment il se formule dans un cahier des charges, et ce qu’il vaut mieux ne pas écrire.

À quoi sert React Native

Dans une équipe mobile, React Native sert de repère commun entre les développeurs iOS, Android et serveur. Quand le mot n’a pas le même sens des deux côtés, l’intégration se termine en réunion.

Le sujet se présente rarement seul. Il arrive au milieu d’une décision plus large, et c’est à ce moment qu’il faut savoir de quoi on parle.

Comment l’écrire dans un cahier des charges

La bonne place de « React Native » dans un cahier des charges est le chapitre des contraintes techniques, à côté des versions d’iOS et d’Android supportées et des environnements à livrer.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Le niveau de tests automatisés attendu, et ce qui déclenche un refus de recette.
• La documentation technique livrée, et à qui elle doit permettre de reprendre le projet.
• L’environnement de recette, distinct de la production, et la liste de ceux qui y accèdent.
• Le format de livraison des sources, des comptes de service et des clés de signature.

Cette formulation se rédige avant la consultation, pas après réception des propositions : c’est elle qui rend deux devis comparables entre eux.

Pour le cadre général, le guide des prix donne les fourchettes constatées en France et le modèle de cahier des charges la structure qui les rend opposables.

Ce que ça change au moment de la recette

React Native ne se voit pas à l’usage. C’est pour cette raison qu’il faut le vérifier explicitement, sinon personne ne le fera.

• Demander à voir le dépôt de code et son historique, pas une capture d’écran.
• Contrôler la liste des bibliothèques tierces et le régime de leurs licences.
• Suivre soi-même, une fois, la documentation d’installation remise.

Ces vérifications s’inscrivent au cahier de recette, avec un nom en face de chacune. Une case sans responsable reste vide.

Ce qui tourne mal le plus souvent

Sur ce point précis, voici ce qui coûte le plus cher aux porteurs de projet, dans l’ordre où on le rencontre.

• Imposer une technologie dans le cahier des charges sans écrire le besoin qu’elle sert.
• Accepter un devis où le développement iOS et le développement Android tiennent dans une seule ligne.
• Repousser les tests automatisés à la fin du projet, c’est-à-dire ne jamais les écrire.
• Changer de socle technique en cours de route sans rechiffrer le reste du planning.
• Se contenter d’une réponse orale en réunion, jamais reprise dans le document contractuel.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• Flutter
• Swift
• Kotlin
• ObservableObject
• Modifier

Questions fréquentes

React Native : de quoi parle-t-on exactement ?

Framework de Meta qui construit des interfaces natives pilotées par du code JavaScript ou TypeScript, très répandu dans les équipes web. Le mot est employé tel quel par les équipes francophones. C’est celui à utiliser dans les échanges avec une agence, y compris quand la traduction française existe.

Comment vérifier qu’une agence maîtrise le sujet ?

Demandez un exemple tiré d’un projet livré, pas une définition. L’écart entre les deux réponses se voit en trente secondes, et il est plus parlant qu’une liste de technologies sur un site vitrine.

Comment savoir si le budget annoncé est cohérent ?

En comparant le périmètre écrit aux fourchettes constatées en France, détaillées poste par poste sur le guide des prix. Un chiffre isolé ne veut rien dire sans le périmètre qui va avec.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.