Je construis des systèmes mobiles qui tiennent en production.
Ingénieur Flutter senior, 6 ans de livraisons dans les télécoms, la fintech, la distribution de carburant et la logistique — des plateformes de gestion de flotte offline-first aux e-wallets et aux super apps télécoms. Je porte toute la chaîne, de l’architecture à la mise en production : intégrations natives, CI/CD et déploiement multi-stores.
Sélection de projets
FolloTrac : d’une app Kotlin de 12 ans à une réécriture cross-platform et offline-first
FolloTrac est une application Android (Kotlin) vieille de 12 ans qui suivait les équipes terrain sans aucun mode hors ligne, et sans autre moyen de vérifier une intervention que de passer un appel. Sur un chantier d’environ cinq mois, notre équipe de trois personnes l’a réécrite en Flutter pour Android et iOS. Tout a commencé par FolloCrew, une app compagnon pour téléphone que j’ai construite afin que les chauffeurs — qui travaillent sur une tablette fixée dans le camion — puissent photographier les avant/après du déneigement directement sur le terrain. J’ai ensuite pris en charge l’architecture, l’approche offline-first et le suivi des visites par geofencing : détecter sans aucune action manuelle l’entrée d’un chauffeur dans une zone sous contrat, enregistrer le temps passé sur place et le synchroniser avec le backend pour repérer les écarts sur les interventions déclarées terminées. Résultat, FolloTrac 3.0 a apporté la navigation guidée, le suivi automatique de la couverture, un moteur de synchronisation hors ligne à l’épreuve des pertes, et une visibilité en temps réel sur toute la flotte pour les superviseurs.
Ici, le hors ligne n’était pas une fonctionnalité, c’était la raison même de la migration. Chaque écriture se fait d’abord en local et fait office de source de vérité jusqu’à ce que la synchronisation la réconcilie — un chauffeur en zone blanche ne voit donc jamais de spinner, jamais d’erreur, et ne perd jamais son travail.
OOMCO : la plateforme mobile du distributeur national de carburant d’Oman
Oman Oil (OOMCO) est une application mobile d’entreprise à grande échelle qui porte l’expérience numérique d’Oman Oil Marketing Company. Elle réunit paiements sécurisés, programme de fidélité, transactions carburant en NFC, intégration des terminaux de paiement et services en station sur une seule plateforme, disponible sur iOS, Android et Huawei. J’ai dirigé le développement Flutter sur deux versions majeures (v4 et v5) : modernisation de l’architecture, création des fonctionnalités clés côté client et pilotage de l’évolution technique de la plateforme. Aujourd’hui, je continue d’en piloter l’expansion sur le marché saoudien.
Le terminal de paiement n’était pas un appareil, mais quatre — un par banque partenaire (Oman Arab Bank, Sohar Bank, Ahli Bank, Bank Muscat), chacune livrant son propre matériel et son SDK propriétaire, sans aucun support de Flutter. J’ai construit une abstraction Platform Channel qui a normalisé les quatre derrière une interface unique : les pompistes retrouvent le même parcours de paiement et le même design system, quel que soit le terminal branché.
Raaz : une app de finances personnelles qui lit vos comptes pour vous
Raaz est une application de finances personnelles qui aide ses utilisateurs à gérer leur argent en agrégeant leurs comptes bancaires, en catégorisant leurs transactions et en fournissant des analyses financières générées par IA. J’ai contribué à l’application Flutter en développant des fonctionnalités centrales, en améliorant l’architecture, en intégrant les services natifs et en accompagnant les mises en production sur iOS et Android.
My Ooredoo, hériter d’une super app
My Ooredoo est la super app grand public destinée aux abonnés d’Ooredoo, construite et exploitée par un prestataire externe. J’ai piloté sa reprise technique : audits de code approfondis, revue d’architecture et documentation complète — de quoi transformer une dépendance fournisseur en un actif que l’équipe interne maîtrise entièrement.
Hériter d’une super app construite par un prestataire, c’est de l’archéologie : je l’ai auditée écran par écran, j’ai cartographié l’architecture telle qu’elle était réellement — et non telle qu’elle était documentée — puis j’ai produit la feuille de route d’amélioration sur laquelle l’équipe interne s’appuie encore.
Comment je travaille quand personne ne regarde le code
Offline-first et temps réel dès la conception
Des apps terrain qui continuent de fonctionner en zone blanche ; des flottes qui communiquent via Pusher ; une synchronisation qui réconcilie au lieu de perdre des écritures. La connectivité est une optimisation, pas un prérequis.
Du natif là où Flutter s’arrête
Des Platform Channels vers des apps Apple Watch, des terminaux de paiement, des SDK d’OCR et de reconnaissance faciale. Cross-platform ne veut pas dire plus petit dénominateur commun.
La chaîne de release traitée comme un produit
Pipelines Codemagic, Flutter Flavors par environnement, déploiement automatisé vers Apple, Google Play et Huawei AppGallery. Livrer doit être ennuyeux, c’est le but.
La qualité comme culture, pas comme une étape
TDD introduit chez FoxCod, standards de revue de code établis, tests d’interface automatisés avec Maestro. Des pratiques qui survivent au projet qui les a vues naître.
Des systèmes plutôt que des écrans
J’ai construit un design system Flutter et une bibliothèque de composants réutilisables qui ont accéléré toutes les apps suivantes. Clean Architecture par défaut, pas comme une ambition.
Diriger par effet de levier
Accompagner des développeurs, auditer des bases de code héritées, écrire la documentation qui rend une reprise supportable, et négocier les compromis d’architecture directement avec les clients.