Je suis Arnaud, développeur mobile freelance basé à Strasbourg. Je construis des applications React Native et des progressive web apps qui tiennent dans la poche de vos utilisateurs : une seule base de code TypeScript pour iOS et Android, un fonctionnement qui ne s’effondre pas dans un ascenseur, et une chaîne de publication qui ne dépend pas d’une seule personne.
Quinze ans de développement web, dont plusieurs années sur des applications mobiles en agence : j’ai vu assez de projets pour savoir que le coût d’une application ne se joue pas au premier lancement, mais à la troisième mise à jour.
Mes prestations mobiles
- Applications React Native pour iOS et Android depuis une base de code unique, en TypeScript.
- Progressive web apps installables : hors connexion, synchronisation différée, notifications.
- Connexion aux API REST ou GraphQL, avec des types partagés entre le mobile et le serveur.
- Reprise d’applications existantes : montée de version, passage à TypeScript, réduction des plantages.
- Publication et suivi : App Store, Play Store, mises à jour over-the-air.
PWA ou application native, le vrai arbitrage
C’est la première question à trancher, et elle mérite mieux qu’un réflexe. Une progressive web app s’installe depuis le navigateur, fonctionne hors connexion et se met à jour sans validation de store. Pour beaucoup d’outils métier, d’espaces clients et de produits internes, c’est suffisant et nettement moins coûteux. Une application React Native devient le bon choix quand vous avez besoin d’être présent dans les stores, d’accéder à des capacités système, ou de tenir des interactions que le web rend mal.
J’ai livré les deux. C’est précisément ce qui me permet de vous dire laquelle vous coûtera le moins cher à faire vivre.
Le mobile n’est pas un projet isolé
Une application mobile est aussi bonne que l’API qui l’alimente. Comme j’interviens comme développeur back-end et comme architecte de solutions, je conçois le contrat des deux côtés : pagination pensée pour un réseau instable, charges utiles dimensionnées pour la donnée mobile, états d’erreur spécifiés. Et les types du serveur deviennent ceux de l’application, ce qui fait remonter les erreurs d’intégration à la compilation plutôt qu’en recette.
Même logique avec le front-end web : quand le produit existe des deux côtés, la logique métier et le design system se partagent au lieu de diverger.
Pourquoi un développeur mobile à Strasbourg
Strasbourg et le Grand Est comptent des équipes produit et des ETI industrielles dont les outils de terrain (relevés, interventions, logistique) tournent encore sur des interfaces web mal adaptées au téléphone. Être sur place aide sur ces sujets : voir l’application utilisée en conditions réelles vaut mieux que toutes les spécifications. Le développement se pilotant très bien à distance, j’interviens aussi en full remote partout en France.
Ressources et projets
- Baby Bob — application de suivi pour jeunes parents, installable et fonctionnelle hors connexion.
- Voisya — plateforme de gestion de copropriété, avec une interface pensée pour le mobile.
Questions fréquentes
React Native ou développement natif ?
React Native quand l'application partage l'essentiel de sa logique entre iOS et Android, ce qui couvre la grande majorité des applications métier et produit : une base de code, une équipe, un cycle de livraison. Le natif reste pertinent quand vous dépendez lourdement de capacités système : traitement vidéo, Bluetooth avancé, performances graphiques. Je vous le dis quand c'est le cas plutôt que de forcer un choix.
Une PWA peut-elle remplacer une application mobile ?
Souvent, oui, et c'est le premier arbitrage que je pose. Une progressive web app s'installe depuis le navigateur, fonctionne hors connexion et se met à jour sans passer par une validation de store. Elle suffit dès lors que vous n'avez pas besoin de présence dans les stores ni d'API système avancées. C'est nettement moins coûteux qu'une application dédiée, et j'ai livré des produits sur ce modèle.
Gérez-vous la publication sur l'App Store et le Play Store ?
Oui : comptes développeur, certificats, signatures, fiches produit, phase de revue et mises à jour over-the-air. C'est la partie que les équipes sous-estiment le plus. Il vaut mieux l'avoir cadrée avant le premier envoi qu'après un refus d'Apple.
Le hors connexion, comment ça se conçoit ?
Comme une décision d'architecture, pas comme une option ajoutée en fin de projet. Il faut décider ce qui est lisible sans réseau, ce qui est modifiable, et comment se résolvent les conflits à la reconnexion. Je pose ces règles au cadrage. Les rattraper après coup revient à réécrire la couche de données.
Pouvez-vous reprendre une application mobile existante ?
Oui, c'est fréquent : montée de version React Native, passage progressif à TypeScript, réduction du taux de plantage, remise en route d'une chaîne de publication à l'abandon. La réécriture complète reste un dernier recours.