Le Mobile Engineer décide comment une application reste fiable sur un appareil qu'il ne contrôle pas, malgré un réseau intermittent, un système d'exploitation qui suspend son exécution et une distribution qu'on ne peut pas annuler instantanément.
Un Mobile Engineer ne se limite pas à décliner des écrans sur iOS, Android ou un socle multiplateforme. Il construit un logiciel installé et exécuté dans un environnement contraint : mémoire, batterie, interruptions, connectivité, permissions révocables et versions de système hétérogènes. L'application doit préserver l'action en cours et retrouver un état cohérent après une suspension, une coupure ou une mise à jour.
La maîtrise d'un langage, d'un SDK ou d'un framework est indispensable, mais elle ne suffit pas. Tenir le poste suppose de comprendre le cycle de vie, la concurrence, la navigation, les données locales, la synchronisation, l'arrière-plan, les permissions et la distribution. Une décision locale peut se propager à une base installée dont les versions ne se mettent pas à jour ensemble.
L'exécutant fait fonctionner une fonctionnalité sur son appareil ou son simulateur. Celui qui tient réellement le poste raisonne après interruption, sur un appareil peu puissant, avec un réseau instable, une ancienne version ou une permission refusée. Il arbitre entre code partagé et comportement natif, fluidité et ressources, hors ligne et cohérence, vitesse et capacité de diagnostic.
Repères marché
Le marché compte de nombreux profils capables de développer dans un écosystème donné, mais moins de candidats capables de raisonner sur le cycle de vie complet d'une application distribuée. Le Mobile Engineer reste recherché par les éditeurs SaaS, les plateformes grand public, les services financiers, le commerce, la mobilité et les entreprises dont l'application constitue un point de contact durable.
Les profils réellement séniors se distinguent par les environnements dégradés, le diagnostic terrain, la coexistence des versions et l'arbitrage entre cohérence produit et contraintes de plateforme. La difficulté à retirer une release défectueuse impose une rigueur particulière que seule la maturité d'exploitation révèle.
Contexte
En ESN, le Mobile Engineer intervient plus souvent sur des applications héritées, des parcs imposés, plusieurs donneurs d'ordre et des décisions déjà prises sur le choix natif ou multiplateforme. L'évaluation insiste davantage sur la capacité à comprendre rapidement un existant, sécuriser une évolution dans un cadre contractuel, composer avec des versions anciennes et rendre le coût d'une compatibilité explicite au client.
Niveau 1
Junior
Le Junior sait réaliser une évolution cadrée, appliquer les conventions du projet et traiter les cas nominaux d'une interface mobile. Son raisonnement reste souvent centré sur l'écran visible et sur l'exécution immédiate. Il peut corriger un symptôme sans encore interroger le cycle de vie, la persistance locale, la connectivité ou la diversité des appareils qui l'ont produit.
Cliquer pour lire
Niveau 2
Confirmé
Le Confirmé prend en charge une fonctionnalité de bout en bout. Il organise l'état, intègre un contrat d'API, traite les erreurs, teste les comportements importants et diagnostique un défaut lié à une version ou à un environnement. Il peut encore isoler des problèmes qui relèvent d'un même choix d'architecture ou de distribution.
Cliquer pour lire
Niveau 3
Sénior
Le Sénior arbitre le risque de sa propre initiative. Il distingue défaut d'interface et problème de données, correction locale et mécanisme récurrent, incident de version et faiblesse de livraison. Il raisonne sur la base installée, la coexistence des versions et la reprise après interruption. Il conserve une solution moins élégante lorsque la migration ou la compatibilité l'impose.
Cliquer pour lire
Niveau 4
Expert
L'Expert n'est pas celui qui connaît le plus de SDK, de bibliothèques ou de particularités de plateforme. C'est celui qui tranche un arbitrage en nommant ce qu'il accepte de perdre : du code partagé pour respecter une convention native, une animation pour préserver la batterie, une compatibilité ancienne pour sécuriser l'évolution, ou une date de sortie pour conserver un déploiement maîtrisable. Il transforme ensuite cette décision en convention, en architecture ou en garde-fou collectif.
Cliquer pour lire
Cette catégorie porte le socle du métier : cycle de vie, concurrence, gestion des erreurs, APIs du système et contraintes mémoire. Elle pèse fortement parce qu'une abstraction multiplateforme ne protège pas d'un raisonnement incorrect sur ce que fait réellement l'appareil lorsque l'application est suspendue, reprise ou interrompue.
L'état de navigation, la persistance locale, la synchronisation, le mode hors ligne et le découpage applicatif déterminent si l'application reste cohérente au fil des interruptions et des versions. Une source de vérité mal définie produit des défauts silencieux et coûteux.
La performance perçue, l'accessibilité, la stabilité des interactions et l'adaptation aux tailles d'écran ne sont pas des finitions. Elles déterminent si l'application reste utilisable en mobilité : d'une seule main, avec une connexion dégradée ou un appareil moins puissant que celui de l'équipe.
Une application mobile vit après sa compilation : elle dépend d'API, de services système, de signatures, de validations et de déploiements progressifs. Ce poids vérifie la capacité à distribuer, diagnostiquer, sécuriser et faire coexister des versions sans supposer un retour arrière immédiat.
Le Mobile Engineer travaille à la frontière du design, du produit, du backend, de la sécurité et des contraintes propres à chaque plateforme. Cette catégorie mesure la capacité à traduire une limite technique en options décidables et à rendre visible le coût réel d'une promesse de livraison.
La méthode en action
La scorecard en un regard — survoler un axe
Développement et ingénierie logicielle