Ingénieurs React Native produit
UI partagée avec navigation, state et tests traités comme du travail produit, pas un snack Expo qui a fuité en production.
React Native · iOS · Android
Des développeurs React Native qui publient sur les deux stores
Un recrutement React Native n’est pas un ingénieur web avec un wrapper. Les ingénieurs iQud livrent une UI partagée, des native modules et des pipelines de release prêts pour les stores qui survivent aux chemins offline, aux APIs device et à la review App Store / Play, pas une WebView déguisée en app.
- UI partagée, native modules
- iOS et Android depuis un seul siège
- Cadence de release prête pour les stores
- Première PR en environ une semaine
Signaux de livraison React Native
- 5 jDélai typique jusqu’à la première pull request
- RNUI produit partagée, pas un wrapper web
- 2 OSiOS et Android sans un second vendor
- 2 sem.Cadence de sprint avec revue sur device
Les sièges React Native que nous staffons vraiment
« React Native » n’est pas un seul métier. Nous matchons la surface produit dont vous avez besoin, les mêmes stacks que nos pages React Native, Mobile Apps et iOS en production.
01 02 Native modules quand le bridge ne suffit pas
Caméra, travail en arrière-plan, paiements et bridges hardware possédés dans le repo, pas un package npm que personne ne peut débugger.
03 Sièges release prêts pour les stores
Certificats, builds, pistes TestFlight / Play et correctifs de review comme travail possédé, pas un job CI qui ne tourne que sur un laptop.
04 Workflows offline et terrain
Sync, queues et réseaux dégradés traités comme surfaces produit, pas un « nice to have » après le happy path.
05 Performance qui tient sur de vrais devices
Listes, animations et taille de bundle revues sur téléphones milieu de gamme, pas une démo fluide seulement sur le flagship de l’ingénieur.
06 Quand Flutter, iOS natif ou un siège web est meilleur
Une surface produit Dart-first, une intégration Swift profonde ou une PWA marketing veut encore un autre recrutement. Nous le dirons à l’appel d’intro au lieu de forcer un siège React Native-only.
Les outils ouverts dès le premier jour
Chaque tuile est une page technologie ou service iQud. Le bandeau ci-dessous est React Native avec les outils device, store et mobile data que ces ingénieurs livrent déjà, pas Flutter, Ionic, ni le catalogue mobile complet.
De l’appel d’intro à une PR mergée
Un recrutement React Native doit livrer sur un device dans votre repo, pas rester deux mois en théâtre d’onboarding pendant que les certificats expirent.
1 Cartographier le trou React Native
Expo vs bare, priorité iOS vs Android, native modules, séniorité, heures de recouvrement, et à quoi ressemble « terminé en 30 jours » sur les deux stores.
2 Shortlister de vrais ingénieurs
Nous matchons les spécialistes React Native disponibles à votre brief et partageons du travail d’app produit, de native modules ou de release.
3 Vous interviewez
Rencontrez la personne qui rejoindra le standup. Validez comment elle parle d’une fuite de bridge, d’un build store en échec, et du dernier chemin offline qu’elle a vraiment possédé.
4 Premier sprint dans vos outils
Accès au repo, simulateurs et première pull request, en général sous une semaine après le go.
Commencez par un siège. Grandissez si le backlog le dit.
La plupart des clients intègrent d’abord un ingénieur React Native. Une paire ou un split plateforme seulement si le travail le nécessite vraiment.
Un ingénieur embarqué
Un spécialiste React Native rejoint votre squad, suit votre lead et travaille dans vos rituels.
Idéal pourFermer un écart mobile cross-platform sans nouveau process vendor
Siège React Native dédié
Un owner stable pour l’app partagée, les native modules ou le pipeline store, avec revue senior sur le sprint.
Idéal pourUn produit qui a besoin d’un owner React Native nommé
Initiative React Native bornée
Une tranche définie : une nouvelle app consumer, un cutover native modules, ou un chemin de release store avec contrats déjà en mouvement.
Idéal pourUn jalon que vous pouvez montrer, pas un banc ouvert
Tarifs de recrutement React Native, par écrit
Deux façons de staffer un ingénieur React Native. À l’heure pour les pics et tickets définis. Un siège mensuel dédié si vous voulez quelqu’un au standup chaque jour, à un taux effectif plus bas que de laisser tourner l’horloge.
Recruter à l’heure
20 €/ heure
Capacité React Native flexible pour pics de features, revues et tickets bornés. Vous ne payez que les heures travaillées.
- Les mêmes ingénieurs React Native qu’un siège mensuel
- Idéal pour l’overflow, un fix native module ou une release unique
- Démarrer vite, pauser quand le pic est fini
- Facturé sur les heures réelles, pas un retainer
Meilleure valeur
Recruter pour un mois
1 840 €/ mois
Un ingénieur React Native nommé sur votre sprint, environ 160 heures de capacité mobile dédiée, avec revue senior dans la cadence.
Un mois plein à 20 € fait 3 200 €. Ce siège est 1 840 €.
- Ingénieur nommé dans le repo, les simulateurs et le standup
- UI partagée et native modules dans le même engagement
- Mois par mois. Pas d’engagement annuel.
- Moins cher que les mêmes heures facturées à 20 €
Tarifs pour ingénieurs React Native dédiés (UI partagée, native modules, releases store). Mix de séniorité et recouvrement confirmés à l’appel d’intro. Nous ne cotons pas une stack que nous ne livrons pas déjà.
Pourquoi les équipes produit staffent React Native ici
Un développeur React Native médiocre produit une démo qui marche sur son simulateur. Ces ingénieurs produisent une app qui survit aux vrais devices, aux vrais stores et au prochain trimestre de releases.
Travail produit sur device, pas « qui sait eject Expo »
Ils vivent dans le bridge, la perf des listes, et pourquoi le crash de la semaine dernière venait d’un native module qui aurait dû posséder son propre chemin de retry.
Votre repo, vos stores, vos heures
Recouvrement GIFT City avec l’Europe et les États-Unis. Les revues device se font en direct quand vos leads sont en ligne.
Des yeux seniors sur le sprint
Vitesse mid-level sans dette de bridge sans supervision. La revue fait partie de l’engagement, pas un SKU en plus.
Dix clients par trimestre, exprès
Nous ne faisons pas tourner un banc. La capacité est limitée pour que l’ingénieur que vous interviewez soit celui du standup.
Questions de recrutement React Native
Commencez par un. La plupart des clients intègrent un ingénieur React Native senior ou mid, puis ajoutent une paire si le backlog produit ou store le justifie.
Les trois quand c’est du travail produit. Un siège Expo est un workflow managé qui publie quand même sur les deux stores. Un siège bare possède les projets natifs. Un siège native modules bridge les APIs device que la couche JS ne peut pas simuler. Nous ne shortlistons que des ingénieurs sur des stacks que nous livrons déjà.
C’est un recrutement mobile, un recrutement iOS, ou un recrutement React/Next.js, pas ce siège. Dites-le à l’appel d’intro et nous n’imposerons pas un profil React Native-only à un banc mixte.
Après avoir cartographié le rôle et votre OK, les premières pull requests atterrissent en général sous une semaine, plus vite si le repo, les simulateurs et les comptes store sont prêts.
Oui. GitHub, Jira, votre CI, vos standups. Nous n’inventons pas un process parallèle sauf si vous le demandez.
À l’heure (20 €) pour les pics et tickets définis. Vous ne payez que les heures travaillées. Le siège mensuel (1 840 €) est un ingénieur React Native nommé sur votre sprint, environ 160 heures de capacité dédiée. Le même mois facturé à l’heure ferait 3 200 €. Séniorité et recouvrement se confirment à l’appel d’intro.
Donnez au produit un ingénieur React Native qui peut publier sur les deux stores
Dites-nous Expo vs bare, quels native modules comptent, et la première release que vous voulez sur TestFlight ou Play. Nous reviendrons avec un profil nommé, une fenêtre de démarrage et un plan de deux semaines.