Feuille de route compétences mobile engineer pour 2026

L'ingénierie mobile en 2026, c'est SwiftUI sur iOS, Jetpack Compose sur Android, et soit React Native soit Flutter si vous partez en cross-platform. Cette feuille de route couvre la stack moderne, les réalités de l'App Store et le plan sur 12 mois pour devenir un mobile engineer que les entreprises recrutent.

Le recrutement mobile se divise en trois voies : iOS natif (Swift + SwiftUI), Android natif (Kotlin + Compose) et cross-platform (React Native ou Flutter). Le natif paie encore une petite prime et domine les annonces senior ; le cross-platform domine le recrutement en startup. Cette feuille de route couvre une plateforme native en profondeur, plus assez de culture cross-platform pour changer de voie plus tard.

Qui est un mobile engineer en 2026

Un mobile engineer livre des apps qui tournent sur iPhone ou sur appareils Android et qui respectent les politiques de l'App Store / du Play Store. Concrètement :

• Traduit les designs en écrans avec une vraie navigation, un état et des cas limites.
• Gère le networking, la persistance locale, le rafraîchissement en arrière-plan et les modes hors-ligne.
• Atteint les cibles de performance sur un appareil Android vieux de 3 ans, pas seulement sur le dernier iPhone.
• Gère la soumission à l'app store, la signature de code, TestFlight/Play Console et la stratégie de mise à jour.
• S'approprie le crash reporting, l'analytics et la stratégie de rollback.

Junior mobile : construit des écrans selon la spec. Niveau intermédiaire : s'approprie une fonctionnalité, networking et état compris. Senior : prend les décisions d'architecture (single ou multi-module, stratégie de navigation, dependency injection) et y forme les juniors.

Stack de base — ce qu'il faut réellement apprendre

Soft skills et pensée système

• Empathie de la réalité matérielle. Votre ordinateur a 32 Go de RAM ; un appareil Android d'entrée de gamme en a 3. Testez sur de vrais appareils.
• Pensée du cycle de mise à jour. Les bugs mobiles restent en circulation des semaines avant que les utilisateurs ne mettent à jour. Ajoutez des feature flags, des chemins de rollback et des kill switches côté serveur par défaut.
• Pensée App Store. Un rejet, c'est une semaine de retard. Lisez les guidelines. Comprenez pourquoi les revues échouent.
• Discipline de performance. Temps de démarrage à froid, à-coups au scroll, consommation de batterie. Mesurez-les.
• Collaboration avec les designers. Les design systems natifs diffèrent. Material 3 sur Android, Apple Human Interface sur iOS. Contester fait partie de votre travail quand les designs ignorent la plateforme.

Plan suggéré sur 3 / 6 / 12 mois

Mois 1 à 3 : choisissez une plateforme, apprenez le langage

• iOS : fondamentaux Swift, puis SwiftUI. Les « 100 Days of SwiftUI » d'Apple restent le meilleur parcours gratuit.
• Android : fondamentaux Kotlin, puis Jetpack Compose. Le cours « Android Basics with Compose » de Google.
• Construisez trois petites apps : une todo-list, une app météo avec networking, un écran réglages/profil.

Mois 4 à 6 : une vraie app

• Construisez une app de qualité production : authentification, appels réseau, persistance locale, notifications push, déployée sur TestFlight ou le canal interne du Play Console.
• Ajoutez des tests. Au moins 10 tests unitaires et 2 tests UI.
• Implémentez le quatuor standard : états loading, error, empty, success pour chaque écran.
• Soumettez à l'App Store ou au Play Store. La soumission elle-même est la leçon.

Mois 7 à 12 : profondeur et entretiens

• Lisez les recommandations d'architecture de votre plateforme de bout en bout. Les SwiftUI essentials d'Apple, le guide Architecture Components de Google.
• Ajoutez une fonctionnalité non triviale : achats in-app, mises à jour temps réel, un layout Compose personnalisé ou du ML on-device.
• Entraînez-vous au system design mobile : concevez le feed d'Instagram, l'écran carte d'Uber, une app de chat.
• Postulez avec un portfolio qui inclut un lien vers une app live sur le store, plus un repo GitHub.

Projets perso à construire

• Une app publiée sur le store. Même simple, l'expérience de la publication compte plus que la complexité.
• Une app offline-first. Moteur de synchronisation, résolution de conflits, mutations en file d'attente. Démontre une pensée senior tôt.
• Un widget ou une live activity. Démontre une profondeur de plateforme au-delà de l'app principale.
• Une fonctionnalité LLM on-device. Un résumeur ou un réécriveur avec Core ML ou MediaPipe. Le recrutement 2026 valorise cela.

Les réalités de la soumission App Store et ce que les ingénieurs intermédiaires apprennent à la dure

La stack technique est la moitié facile de l'ingénierie mobile. La moitié ingrate — signature, revue, déploiements — est ce qui cause le plus d'incidents.

• Le provisioning est une discipline à part entière. Bundle IDs wildcard ou explicites, certificats de distribution ou de développement, clés d'API App Store Connect pour la CI. Documentez les choix, faites les rotations avant expiration, ne laissez jamais un seul ingénieur détenir l'unique clé de signature.
• L'App Review va vous rejeter. Raisons courantes en 2026 : étiquettes de confidentialité manquantes pour un SDK tiers, IAP de biens numériques routés hors de StoreKit, connexion requise sans moyen de tester pour le reviewer, identifiants de test manquants. Anticipez ces quatre cas.
• Les déploiements progressifs sauvent des postes. Livrez à 1 % — 5 % — 25 % — 100 % sur une semaine. Surveillez les utilisateurs sans crash, le taux d'ANR, l'entonnoir touché par la release. Arrêtez au premier signal rouge.
• Feature flags côté serveur. Un bug mobile reste en circulation des semaines avant la mise à jour des utilisateurs. Un feature flag désactive le bug en quelques secondes. Câblez des flags dans chaque fonctionnalité risquée par défaut.
• Stratégie de mise à jour forcée. Ayez un moyen de dire aux utilisateurs d'un ancien build cassé qu'ils doivent mettre à jour. Rendez-le humain (avertissement ponctuel que l'on peut ignorer) avant qu'il ne devienne dur (blocage strict).
• Conformité européenne et régionale. Le DMA dans l'UE a changé les règles pour les navigateurs et paiements par défaut. L'App Tracking Transparency reste pertinente. De nouvelles lois régionales de confidentialité apparaissent régulièrement. Abonnez-vous aux release notes des plateformes.
• L'absence de crash est l'étoile polaire. 99,9 % d'utilisateurs sans crash est un bon plancher en 2026. Sous 99,5 % sur une release, mettez le déploiement en pause.

Dans les entretiens senior, la question qui sépare les candidats est « racontez-moi votre pire release en production. » Le candidat qui répond avec un déploiement progressif, un pic de crashs, un kill switch et un postmortem a l'air senior. Celui qui répond « on ne fait pas vraiment ça » ne l'a pas.

Comment décrocher le poste mobile

• Mots-clés CV. Swift, SwiftUI, Combine (iOS) ou Kotlin, Jetpack Compose, Coroutines (Android). Plus votre framework de tests, votre outil CI et un SDK d'analytics.
• Lien vers l'app store. Le signal le plus fort que vous avez livré. Même une petite app publiée surpasse dix projets GitHub seulement.
• Tours d'entretien : coding (souvent Swift/Kotlin au tableau, parfois avec Xcode/Android Studio), deep dive plateforme, system design, comportemental.
• Le deep dive plateforme. Attendez-vous à des questions sur la gestion mémoire, le threading, le cycle de vie de l'app sur la plateforme, les pièges courants. Entraînez-vous à répondre aux questions « que se passe-t-il quand… » sur votre plateforme.
• System design. Le system design mobile est une bête à part — sync hors-ligne, cache d'images, pagination, hiérarchies de navigation. Entraînez-vous sur 10 d'entre eux.

FAQ