Mobile-Engineer Skill-Roadmap für 2026

Mobile Engineering bedeutet 2026 SwiftUI auf iOS, Jetpack Compose auf Android und entweder React Native oder Flutter, wenn Sie auf Cross-Platform setzen. Diese Roadmap deckt den modernen Stack, die App-Store-Realitäten und den 12-Monats-Plan ab, um ein Mobile-Engineer zu werden, den Unternehmen einstellen.

Das Mobile-Hiring hat sich in drei Spuren aufgeteilt: natives iOS (Swift + SwiftUI), natives Android (Kotlin + Compose) und Cross-Platform (React Native oder Flutter). Native zahlt weiterhin einen kleinen Aufschlag und dominiert die Senior-Ausschreibungen; Cross-Platform dominiert das Startup-Hiring. Diese Roadmap deckt eine native Plattform gründlich ab plus genug Cross-Platform-Verständnis, um später die Spur zu wechseln.

Wer ist 2026 ein Mobile-Engineer

Ein Mobile-Engineer liefert Apps, die auf iPhones oder Android-Geräten laufen und die Richtlinien von App Store / Play Store erfüllen. Konkret:

• Übersetzt Designs in Screens mit echter Navigation, State und Edge Cases.
• Behandelt Networking, lokale Persistenz, Background-Refresh und Offline-Modi.
• Erreicht Performance-Ziele auf einem drei Jahre alten Android-Gerät, nicht nur auf dem neuesten iPhone.
• Verwaltet App-Store-Einreichung, Code Signing, TestFlight/Play Console und die Update-Strategie.
• Verantwortet Crash-Reporting, Analytics und Rollback-Strategie.

Junior-Mobile: baut Screens nach Vorgabe. Mid-Level: verantwortet ein Feature inklusive Networking und State. Senior: trifft Architekturentscheidungen (Single- vs. Multi-Module, Navigationsstrategie, Dependency Injection) und führt Juniors dabei an.

Core-Stack — was Sie wirklich lernen sollten

Soft Skills und Systemdenken

• Geräte-Realitäts-Empathie. Ihr Laptop hat 32 GB RAM; ein günstiges Android-Gerät hat 3 GB. Testen Sie auf echten Geräten.
• Update-Zyklus-Denken. Mobile-Bugs sind wochenlang im Umlauf, bevor Nutzer aktualisieren. Bauen Sie standardmäßig Feature Flags, Rollback-Pfade und serverseitige Kill-Switches ein.
• App-Store-Denken. Eine Ablehnung bedeutet eine Woche Verzögerung. Lesen Sie die Richtlinien. Verstehen Sie, warum Reviews scheitern.
• Performance-Disziplin. Cold-Start-Zeit, Scroll-Jank, Akkuverbrauch. Messen Sie diese.
• Zusammenarbeit mit Designern. Native Design-Systeme unterscheiden sich. Material 3 auf Android, Apple Human Interface auf iOS. Widerspruch ist Ihre Aufgabe, wenn Designs die Plattform ignorieren.

Empfohlener 3-/6-/12-Monats-Plan

Monate 1–3: eine Plattform wählen, die Sprache lernen

• iOS: Swift-Grundlagen, dann SwiftUI. Apples „100 Days of SwiftUI“ ist nach wie vor der beste kostenlose Weg.
• Android: Kotlin-Grundlagen, dann Jetpack Compose. Googles Kurs „Android Basics with Compose“.
• Bauen Sie drei kleine Apps: eine Todo-Liste, eine Wetter-App mit Networking, einen Einstellungen-/Profil-Screen.

Monate 4–6: eine echte App

• Bauen Sie eine App in Produktionsqualität: Auth, Network Calls, lokale Persistenz, Push Notifications, deployt auf TestFlight oder den internen Track der Play Console.
• Fügen Sie Tests hinzu. Mindestens 10 Unit-Tests und 2 UI-Tests.
• Implementieren Sie das Standard-Quartett: Loading-, Error-, Empty- und Success-States für jeden Screen.
• Reichen Sie im App Store oder Play Store ein. Die Einreichung selbst ist die Lektion.

Monate 7–12: Tiefe und Interviews

• Lesen Sie den Architektur-Leitfaden Ihrer Plattform von Anfang bis Ende. Apples SwiftUI-Essentials, Googles Guide zu Architecture Components.
• Fügen Sie ein nicht-triviales Feature hinzu: In-App-Käufe, Echtzeit-Updates, ein Custom-Compose-Layout oder On-Device-ML.
• Üben Sie Mobile System Design: den Feed von Instagram entwerfen, Ubers Karten-Screen entwerfen, eine Chat-App entwerfen.
• Bewerben Sie sich mit einem Portfolio, das einen Live-App-Store-Link plus ein GitHub-Repo enthält.

Side-Projects zum Bauen

• Eine App, die im Store ausgeliefert wurde. Auch wenn sie einfach ist — die Auslieferungserfahrung zählt mehr als die Komplexität.
• Eine Offline-First-App. Sync-Engine, Konfliktauflösung, Queued Mutations. Demonstriert früh Senior-Denken.
• Ein Widget oder eine Live Activity. Demonstriert Plattformtiefe über die Haupt-App hinaus.
• Ein On-Device-LLM-Feature. Ein Summarizer oder Rewriter mit Core ML oder MediaPipe. Das Hiring 2026 schätzt das.

App-Store-Einreichungsrealitäten und was Mid-Level-Engineers auf die harte Tour lernen

Der technische Stack ist die einfache Hälfte des Mobile Engineering. Die unglamouröse Hälfte — Signing, Review, Rollouts — verursacht die meisten Incidents.

• Provisioning ist eine eigene Disziplin. Wildcard- vs. explizite Bundle-IDs, Distribution- vs. Development-Zertifikate, App-Store-Connect-API-Keys für die CI. Dokumentieren Sie die Entscheidungen, erneuern Sie sie vor Ablauf, lassen Sie nie einen einzigen Engineer den einzigen Signing-Key halten.
• App Review wird Sie ablehnen. Häufige Gründe 2026: fehlende Privacy Nutrition Labels für ein Drittanbieter-SDK, IAP für digitale Güter außerhalb von StoreKit geleitet, Login erforderlich ohne Testmöglichkeit für den Reviewer, fehlende Test-Credentials. Begegnen Sie allen vier vorausschauend.
• Gestaffelte Rollouts retten Jobs. Liefern Sie an 1 % — 5 % — 25 % — 100 % über eine Woche aus. Beobachten Sie crash-freie Nutzer, die ANR-Rate, den Funnel, den der Release berührt. Stoppen Sie beim ersten Warnsignal.
• Serverseitige Feature Flags. Ein Mobile-Bug ist wochenlang im Umlauf, bevor Nutzer aktualisieren. Ein Feature Flag schaltet den Bug in Sekunden ab. Verdrahten Sie Flags standardmäßig in jedes riskante Feature.
• Force-Update-Strategie. Halten Sie einen Weg bereit, Nutzern auf einem kaputten alten Build mitzuteilen, dass sie aktualisieren müssen. Gestalten Sie es zunächst human (einmalig schließbare Warnung), bevor es hart wird (Hard Block).
• EU- und regionale Compliance. Die DMA in der EU hat die Regeln für Standard-Browser und Zahlungen verändert. App Tracking Transparency ist weiterhin relevant. Neue regionale Datenschutzgesetze tauchen ständig auf. Abonnieren Sie die Release Notes der Plattformen.
• Crash-frei ist der Nordstern. 99,9 % crash-freie Nutzer sind 2026 eine gute Untergrenze. Fallen Sie bei einem Release unter 99,5 %, pausieren Sie den Rollout.

In Senior-Interviews ist die Frage, die Kandidaten trennt: „Führen Sie mich durch Ihren schlimmsten Produktions-Release.“ Der Kandidat, der mit einem gestaffelten Rollout, einem Crash-Spike, einem Kill-Switch und einem Postmortem antwortet, wirkt senior. Der Kandidat, der mit „Das machen wir eigentlich nicht“ antwortet, nicht.

So landen Sie die Mobile-Stelle

• Lebenslauf-Keywords. Swift, SwiftUI, Combine (iOS) oder Kotlin, Jetpack Compose, Coroutines (Android). Dazu Ihr Testing-Framework, CI-Tool und ein Analytics-SDK.
• App-Store-Link. Das mit Abstand stärkste Signal, dass Sie ausgeliefert haben. Schon eine kleine veröffentlichte App schlägt zehn reine GitHub-Projekte.
• Interview-Runden: Coding (oft Whiteboard-Swift/Kotlin, manchmal mit Xcode/Android Studio), Plattform-Deep-Dive, System Design, Behavioral.
• Der Plattform-Deep-Dive. Erwarten Sie Fragen zu Memory Management, Threading, dem App-Lifecycle der Plattform, häufigen Fallstricken. Üben Sie, „Was passiert, wenn …“-Fragen über Ihre Plattform zu beantworten.
• System Design. Mobile System Design ist ein eigenes Biest — Offline-Sync, Image Caching, Pagination, Navigationshierarchien. Üben Sie 10 davon.

FAQ