Développeur iOS freelance à Paris
Vous avez besoin d'un développeur iOS. Peut-être que votre application est en production mais accumule les problèmes — crashes, failles de sécurité, code que personne ne veut toucher. Peut-être que vous lancez un nouveau projet et que vous voulez partir sur des bases solides dès le départ.
Ce que je fais
Je suis Nicolazic Tardy, développeur mobile freelance basé à Paris. Swift et iOS natif sont ma stack de production — c'est sur iOS que j'ai livré mes projets les plus exigeants. Je travaille aussi en Flutter pour les projets cross-platform, et je ne m'arrête pas au mobile quand le projet l'exige (backend, web).
Mon périmètre sur iOS
- Applications Swift natives — UIKit et SwiftUI
- Reprise et stabilisation d'applications existantes : audit de code, correction de fuites mémoire, sécurisation des données
- Intégration des services Apple : abonnements App Store (StoreKit), alertes critiques, notifications push
- Intégration backend : Firebase, APIs REST, CakePHP, Node.js
- Compression et optimisation des médias (images, vidéos)
- Publication et maintenance sur l'App Store
Ce que je ne fais pas
- De la sous-traitance. C'est moi qui développe, pas un intermédiaire.
- Du code jetable. Le code que je livre est maintenable — par moi ou par le développeur qui prendra la suite.
- De l'approximation sur la sécurité. Les données sensibles sont filtrées côté serveur, les secrets ne sont jamais dans le code source, les accès sont contrôlés.
Exemples concrets — projets iOS
Missing (AMEVA) — reprendre une app iOS en production avec 11 000+ utilisateurs
Une application de signalement d'objets et d'animaux perdus, développée par une équipe précédente. À mon arrivée : 700+ fuites mémoire et data races, des secrets d'API dans le code source, des données mal protégées, des features à moitié fonctionnelles. En 4 mois, seul sur l'iOS et développeur principal sur le backend : app stabilisée, sécurisée, features critiques reprises de zéro (SOS avec alertes critiques Apple, chat, abonnements App Store), nouvelles features livrées. L'app est passée de 45 à 1 000+ nouveaux inscrits par mois pendant cette période.
Voir l'étude de cas →OnParty — livrer des features business sur un codebase iOS de 53 000 lignes
Une plateforme événementielle avec 40 000+ utilisateurs dans 8 villes. Intégration dans une équipe existante sur un scope full-stack. Côté iOS : système de compression des images (réduction 10x à 100x), intégration du tracking affilié dans les deeplinks, uniformisation des modèles de données. En parallèle : création complète du dashboard web partenaires et structuration des données Firestore. Livré en 3 mois.
Voir l'étude de cas →Reprendre un projet iOS existant
C'est une situation fréquente : votre app est en production, les utilisateurs sont là, mais le code pose problème. L'équipe précédente est partie, ou le projet a été développé dans des conditions qui n'ont pas permis la qualité nécessaire.
Ma démarche dans ce cas :
- Audit — Je lis le code, je trace les flux de données, j'identifie les problèmes par sévérité. Vous recevez un diagnostic clair : ce qui est critique, ce qui peut attendre, ce qui fonctionne.
- Stabilisation — Les problèmes critiques d'abord : sécurité des données, crashes, fuites mémoire. L'app doit tenir avant d'évoluer.
- Évolution — Une fois le socle stable, on peut construire dessus. Nouvelles features, améliorations d'UX, optimisations.
C'est exactement ce que j'ai fait sur Missing — et c'est applicable à n'importe quel projet iOS en difficulté. En savoir plus sur mon approche d'audit →
Questions fréquentes — iOS freelance
Swift ou Objective-C — lequel choisir ?
Swift pour tout nouveau projet. Le langage est plus sûr (gestion de la mémoire, typage strict), plus lisible, et c'est la direction prise par Apple depuis 2014. Objective-C reste présent dans les bases de code existantes — sur Missing, une partie du code hérité était en Objective-C. Pour une reprise de projet, je travaille avec les deux, mais toute nouvelle fonctionnalité est développée en Swift.
Peut-on reprendre une app iOS existante développée par un autre ?
Oui, et c'est une part importante de mon activité. Sur Missing, j'ai repris une app en production avec 11 000+ utilisateurs : 700+ fuites mémoire corrigées, secrets d'API supprimés du code source, données sécurisées côté serveur, features critiques reprises de zéro. La première étape est toujours un audit technique pour évaluer l'état du code et prioriser les corrections.
Combien de temps faut-il pour développer une app iOS ?
Le délai dépend du scope fonctionnel, de la complexité technique, et du niveau de finition attendu. Un MVP avec quelques écrans et une API peut être livré en quelques semaines. Un projet comme Missing (reprise complète + nouvelles features) a demandé 4 mois. Un cadrage technique en début de projet permet d'établir un planning réaliste.
SwiftUI ou UIKit — quelle technologie ?
SwiftUI est le framework moderne d'Apple, adapté aux nouveaux projets avec des interfaces relativement simples. UIKit est plus mature, offre un contrôle total sur l'interface, et reste le choix pour les projets complexes ou la reprise d'applications existantes. Sur Missing et OnParty, j'ai travaillé en UIKit — c'est la réalité de la majorité des apps iOS en production. Le choix dépend du contexte : nouveau projet simple → SwiftUI ; projet complexe ou reprise d'existant → UIKit.
Décrivez votre projet en quelques lignes — je vous réponds sous 48h avec un premier retour honnête.
Parlons de votre projetVous préférez en parler de vive voix ? Réserver un appel découverte de 30 minutes →