Quelle est la différence entre React et ReactJS ?
Aucune. React.js, ReactJS et React désignent la même bibliothèque JavaScript, avec le même dépôt, les mêmes versions et la même documentation. Le nom officiel est React, sans suffixe : la documentation francophone est publiée sur fr.react.dev sous le titre « La bibliothèque pour des interfaces utilisateurs web et natives », et Meta n’écrit jamais « React.js ».
Le projet a été créé par Jordan Walke, ingénieur chez Facebook, et publié en open source en mai 2013 sous licence MIT. Les trois graphies coexistent depuis : l’usage a pris le pas sur la dénomination retenue par ses auteurs.
Un mot sur la catégorie, puisque la question revient en entretien : React se présente officiellement comme une bibliothèque, pas comme un framework. L’usage courant, offres d’emploi comprises, parle pourtant de « framework React ». Reprendre un candidat sur ce point ne dit rien de son niveau.
Cette fiche traite le nommage et la lecture des offres. Pour le fonctionnement de la bibliothèque, ses composants et son écosystème, la fiche React entre dans le détail technique.
Pourquoi « React.js » survit dans les offres d’emploi
Le suffixe vient d’une convention de nommage répandue au début des années 2010 : Node.js, Vue.js, Backbone.js, Ember.js. Ajouter .js signalait qu’un projet était écrit en JavaScript, à une époque où ce n’allait pas de soi.
S’il persiste, c’est pour une raison prosaïque. Le mot « React » seul est ambigu dans un moteur de recherche, où il ramène aussi des produits sans rapport, à commencer par une gamme de chaussures. Écrire « React.js » ou « ReactJS » dans un intitulé d’annonce lève l’ambiguïté, pour le moteur comme pour le lecteur.
La conséquence est concrète des deux côtés du marché. Un candidat qui ne cherche que « React » passe à côté des annonces titrées « Développeur ReactJS ». Un recruteur qui source sur une seule graphie réduit son vivier sans s’en rendre compte. Les trois orthographes se testent, et se combinent avec les modificateurs qui portent le trafic : junior, alternance, stage, Paris, full remote.
React, ReactJS, React Native, Next.js, Node.js : qui fait quoi ?
Ces cinq noms se ressemblent et ne désignent pas la même chose. La dernière confusion de la liste est celle qui coûte le plus cher en recrutement.
- React : la bibliothèque elle-même. Elle construit des interfaces à partir de composants.
- ReactJS et React.js : deux orthographes du même nom. Pas de version distincte, pas de dépôt séparé, rien à départager.
- React Native : le même modèle de composants, mais la cible est une application iOS ou Android, pas une page web. Un développeur React ne devient pas développeur React Native en une semaine ; ce qui lui manque, c’est le mobile, pas React.
- Next.js : un framework construit au-dessus de React, édité par Vercel. Il apporte le routage, le rendu côté serveur et la structure de projet que React ne fournit pas.
- Node.js : aucun rapport avec React. C’est l’environnement qui exécute du JavaScript côté serveur. On déploie du React sans Node, et on écrit du Node sans une ligne de React.
Une annonce qui affiche « React.js / Node.js » décrit donc un poste full-stack, pas une double compétence front. C’est la lecture la plus rentable à faire avant de postuler, et la première chose à clarifier quand on rédige l’annonce.
ReactJS est-il un framework frontend ou backend ?
Frontend. React s’exécute dans le navigateur et produit ce que l’utilisateur voit. Il ne gère ni base de données, ni authentification serveur, ni logique métier côté serveur.
Une nuance existe depuis les React Server Components, qui font exécuter une partie du code sur le serveur avant l’envoi au navigateur. En pratique, on y accède via un framework comme Next.js et non avec React seul, et le poste correspondant reste un poste front.
Comment React est-il utilisé en entreprise ?
Rarement seul. Dans les projets français que l’on croise en recrutement, React arrive presque toujours accompagné de TypeScript, et de plus en plus souvent de Next.js.
Deux contextes dominent. Les outils internes et interfaces d’administration, où l’enjeu est la densité d’information et la vitesse de saisie. Et les produits exposés au public, où le rendu côté serveur devient nécessaire pour le référencement et le temps d’affichage.
Dans les grands groupes, React cohabite souvent avec un existant plus ancien, une application Angular ou jQuery remplacée écran par écran. Cette situation est fréquente et rarement décrite telle quelle dans l’annonce, alors qu’elle change beaucoup le quotidien du poste.
Quelles compétences attendre d’un développeur React.js ?
Le socle technique varie peu d’une entreprise à l’autre.
- JavaScript moderne avant React : fonctions, destructuration, modules, promesses, méthodes de tableaux. C’est ce qui sépare un développeur qui comprend son code de celui qui adapte des exemples trouvés en ligne.
- TypeScript, devenu la norme sur les projets React d’une certaine taille.
- Les hooks et leurs pièges : dépendances de useEffect, re-rendus inutiles, mémoïsation mal placée.
- La gestion des données serveur : TanStack Query, SWR, ou les mécanismes de chargement de Next.js.
- Les tests : Testing Library pour les composants, Playwright ou Cypress pour les parcours complets.
- Accessibilité et performance : navigation au clavier, attributs ARIA, poids du bundle, Core Web Vitals.
Un développeur React sans notion d’accessibilité ni de performance livre une interface qui passe la démonstration et se dégrade en production. Sur les postes seniors, c’est souvent ce point qui départage deux candidats de niveau technique équivalent.
Junior, confirmé, senior : ce qui change
Un profil junior construit des composants, branche un state et consomme une API. Il travaille dans une architecture qu’on lui fournit.
Un profil confirmé découpe correctement, sait où placer l’état, gère le cache des données et repère les re-rendus superflus sans qu’on le lui demande. Il sait aussi expliquer pourquoi il a choisi une bibliothèque plutôt qu’une autre.
Un profil senior tranche les choix de stack, installe les conventions, la stratégie de tests et le design system. La capacité à arbitrer et à faire monter l’équipe compte alors autant que le code produit.
Ce que recouvre React.js dans une offre d’emploi
Le mot React seul ne dit presque rien du poste. Ce sont les briques associées qui décrivent le travail réel.
- React et Next.js : rendu serveur, enjeux SEO, souvent un produit grand public ou un site à fort trafic.
- React, TypeScript et design system : éditeur logiciel ou interface d’administration, forte exigence de cohérence visuelle.
- React et Redux sur une base ancienne : reprise d’existant, migration de composants de classe, dette technique à absorber.
- React et React Native : équipe réduite qui couvre web et mobile, avec les compromis que cela suppose.
- React avec un back-end Node ou Python : poste full-stack, où la part front réelle peut descendre à la moitié du temps.
Lire ces combinaisons évite le malentendu classique : un candidat recruté sur une promesse d’interface produit qui passe ses six premiers mois à migrer du code écrit en 2018. Dans les grands groupes, React cohabite souvent avec un existant Angular ou jQuery remplacé écran par écran, ce que l’annonce mentionne rarement alors que cela change le quotidien du poste.
Comment évaluer un profil React en entretien
Les questions de définition, du type « qu’est-ce que le DOM virtuel », se préparent en une soirée et ne trient rien. Les mises en situation sont plus discriminantes.
- Demander où placer un état partagé entre trois composants, et pourquoi pas ailleurs.
- Faire commenter un composant qui déclenche des re-rendus en boucle.
- Faire raconter une migration déjà menée, avec ce qui a mal tourné.
- Demander comment rendre un menu déroulant utilisable au clavier.
Un test technique à emporter de plus de trois heures fait fuir les bons profils, qui ont d’autres processus en cours. Une session de programmation partagée d’une heure sur un cas réel apprend davantage.
React dans les outils RH et de recrutement
Un éditeur de logiciels RH recrute les mêmes profils React qu’une scale-up produit, sur un marché où il est rarement le mieux-disant. L’argument différenciant tient plutôt au produit, au rythme de livraison et à l’autonomie laissée sur les choix techniques.
Des équipes RH utilisent également React indirectement : de nombreux outils SaaS pour le recrutement ou la gestion RH sont développés avec cette technologie.