Développeur freelance — Cross-platform
Développement d’application React Native
Une équipe produit, deux stores : React Native pour itérer vite sur iOS et Android, avec la porte ouverte vers le natif (SDK, perfs, UI spécifique) quand le métier l’exige. TypeScript, navigation stable, CI sur les builds : j’évite la dette invisible.
Concevoir — coder — publier
Ils me font confiance
Ce que vous obtenez
Parité iOS / Android sans doubler chaque feature
Le bon équilibre entre vitesse de delivery et échappatoire native.
TypeScript & architecture claire
Features isolées, état prévisible, moins de re-renders surprises sur les listes longues.
Navigation & deep links
Parcours multi-écrans, liens entrants, auth : le socle souvent négligé jusqu’au premier bug prod.
Modules natifs quand il faut
Pont vers Swift ou Kotlin pour un SDK, une perf, ou un composant UI impossible en JS pur.
Stores sans panique
Checklist permissions, builds signés, accompagnement sur refus Apple/Google et itérations.
Lecture
React Native ou deux natifs : comment trancher sans dogme
React Native brille quand vous devez livrer les mêmes features sur deux stores sans doubler chaque écran — à condition d’accepter que certains sujets (liste géante, module SDK exotique, animation lourde) demanderont une échappatoire native. Le bon setup commence par la navigation, l’état réseau, et une CI qui build vraiment les deux plateformes à chaque merge.
Questions classiques sur l’offre mobile : iOS natif, Android natif, ou PWA si le store n’est pas indispensable.
TypeScript et limites des listes
Beaucoup de “lenteurs RN” viennent de renders évitablement nombreux. Je traite ça par architecture (memoization pertinente, découpage des composants) plutôt que par patch miracle — et je mesure sur un device milieu de gamme.
« Cross-platform ne veut pas dire “zéro natif” : ça veut dire “natif au bon endroit”. »
Expo : accélérer sans se fermer des portes
Expo accélère le démarrage et certaines mises à jour. Quand un besoin SDK bloque, j’anticipe le chemin config plugin / bare — sans casser tout le repo sur un coups de tête vendredi soir.
Cohérence avec votre stack web
Si vous avez déjà du React côté web, partager types et patterns a du sens — sans mélanger l’UI web et mobile dans la même couche sans frontière. Pour des parcours purement web performants : landing page.
Mises à jour OS, dépendances natives, build CI : le train qui ne s’arrête jamais
React Native vit au rythme d’Apple et Google : je prévois des créneaux de maintenance modeste plutôt que des “gros bangs” annuels impossibles à caser. Les modules natifs (paiement, Bluetooth, SDK métier) sont documentés pour qu’un autre dev puisse reprendre sans archeologie.
À propos · Réalisations · Blog · Devis.
Pour vous
Pour qui c’est fait
Quand le time-to-market et la parité mobile priment.
Startups produit
MVP sur deux plateformes, mesure usage, puis renfort natif ciblé si un KPI bloque.
Équipes web React
Réutilisation des patterns, onboarding devs plus rapide, composants partagés avec discernement.
Apps B2B
Formulaires, workflows, offline raisonnable : RN peut couvrir beaucoup de cas métier.
Roadmap store longue
Versions régulières, feature flags, canaux bêta : j’industrialise les releases.
Décision
React Native, Flutter, ou deux natifs ?
Souvent dicté par l’écosystème interne et les intégrations déjà présentes.
Process
Cinq étapes pour une app RN solide
- 1
01
Cadrage & risques
Parcours MVP, APIs, offline, modules natifs potentiels : je liste les zones grises tôt.
- 2
02
Fondations app
Navigation, auth, erreurs réseau, logging : avant les écrans “visibles”.
- 3
03
Features & perfs
Listes, images, mémoire : je profile sur devices milieu de gamme, pas seulement flagship.
- 4
04
CI & builds
EAS ou pipelines internes, artifacts traçables, signatures pour les stores.
- 5
05
Soumission & run
Review, correctifs, monitoring crash, roadmap v1.1.
Stack
React Native pragmatique
Expo quand ça accélère sans bloquer ; bare workflow ou modules natifs quand les contraintes l’exigent. TypeScript, React Navigation, TanStack Query ou équivalent, Metro, CI GitHub.
Enchaînements fréquents : sur mesure, WordPress, Retour à Applications mobiles.
Portfolio
Sélection de projets
Création de sites internet, apps et outils : six projets récents. Je détaille captures et chiffres sur chaque fiche.
FAQ
Questions fréquentes — React Native
Expo, Flutter, perfs, stores.
React Native ou Flutter ?+
Souvent dicté par l’écosystème interne (déjà React côté web ?). Les deux sont viables ; je suis le plus productif sur React Native / Expo selon contraintes.
Expo ou bare ?+
Expo accélère le démarrage et les updates OTA dans certains cas ; bare ou config plugins quand un SDK natif impose le chemin custom.
Combien coûte une app React Native ?+
Souvent à partir de 7 200 € pour un MVP double store bien défini. Le prix suit la complexité offline, les intégrations, et le besoin de modules natifs. Devis gratuit.
Les perfs sont-elles suffisantes ?+
Pour beaucoup d’apps métier et grand public oui. Si vous visez du jeu 3D ou de la signal temps réel extrême, je valide par POC tôt.
Code partagé avec le web ?+
Parfois (logique, types), avec prudence sur les couches UI. Je évite le “monorepo magique” sans frontières claires.
Tests ?+
Tests unitaires sur logique métier, tests d’intégration sur parcours critiques ; snapshot avec discernement.
Maintenance après v1 ?+
Mises à jour RN, dépendances, compatibilité OS : forfait ou sprint régulier selon votre charge.
Besoind’uneappsurdeuxstoressansdoublerl’équipe?
Expliquez votre contexte en quelques lignes : proposition réaliste sous 24h ouvrées (périmètre, jalons, ordre de grandeur).
30 minutes de discussion, sans engagement. Vous repartez avec des conseils concrets, même si nous ne donnons pas suite ensemble.