Technisches Interview in der Mobile-Entwicklung: Wesen, Phasen und Vorbereitung

Was ist ein technisches Interview in der IT?

Technisches Interview ist ein strukturierter Prozess zur Bewertung beruflicher Kompetenzen, der die Überprüfung von Hard Skills (technisches Wissen) und Soft Skills (Kommunikation, Teamarbeit) umfasst. Der Standard-Interviewzyklus für einen Mobile-Entwickler umfasst 3–5 Runden mit einer Gesamtdauer von 4–6 Stunden. Der Prozentsatz der erfolgreichen Bestehung im Verhältnis zu den Erstbewerbungen beträgt 2–5% in großen Technologieunternehmen.

Der Einstellungsprozess in der Mobile-Entwicklung unterscheidet sich von der Webentwicklung: Es kommen plattformspezifische Fragen hinzu — Lebenszyklus von Activity/Fragment, ARC und Speicherverwaltung in Swift, Threading-Modelle (Main Thread, Dispatch Queue, Coroutines), Netzwerkanfragen und Datencaching. Android-Entwickler müssen Jetpack Compose, Room, WorkManager, Dagger/Hilt kennen. iOS-Entwickler — SwiftUI, Core Data, Combine, URLSession. Der Unterschied in den Anforderungen wächst mit der Erfahrung: Für Senior-Positionen kommen Systemdesign und die Architektur der gesamten Anwendung hinzu.

Die Struktur des Interviews hängt vom Level ab. Für Junior-Positionen reichen grundlegende Kenntnisse der Sprache und Plattform aus (1–2 Runden). Middle-Entwickler durchlaufen 2–3 Runden mit einem Algorithmenblock. Senior-Interview umfasst 4–5 Runden: Algorithmen, Architektur der mobilen Anwendung, Systemdesign, Verhaltensinterview und Abschlussinterview mit dem VPE (Vice President of Engineering) oder CTO.

Phasen des technischen Interviews

HR-Screening — erste Phase mit einer Dauer von 20–30 Minuten. Der Recruiter prüft die Übereinstimmung der Erfahrung mit den Stellenanforderungen, bespricht Arbeitsbedingungen, Gehaltserwartungen und Motivation des Kandidaten. In dieser Phase ist es wichtig, die eigene Erfahrung klar zu formulieren: Projekte, Technologie-Stack, Erfolge in Metriken (Ladezeitreduzierung, Senkung der Crash-Rate, Beschleunigung des Builds). HR-Screening prüft keine technischen Kenntnisse, filtert aber bis zu 40% der Kandidaten aufgrund von Nichteinhaltung formaler Anforderungen heraus.

Nach dem Screening folgt das Algorithmen-Interview — die entscheidende Phase für die meisten Unternehmen. Dauer — 45–90 Minuten. Der Kandidat erhält 1–2 Aufgaben zu Algorithmen und Datenstrukturen. Die Lösung wird auf einem Online-Board (Codility, HackerRank, CoderPad) oder auf Papier geschrieben. Bewertet werden nicht nur die Korrektheit, sondern auch die Denkgeschwindigkeit, die Fähigkeit, klärende Fragen zu stellen und die Lösung zu optimieren. Laut interviewing.io (2025) fallen 73% der Kandidaten genau in dieser Phase durch.

Architektur-Interview

Architektur-Runde prüft die Fähigkeit, mobile Anwendungen zu entwerfen. Der Kandidat wird gebeten, eine Anwendung zu entwerfen (TODO-Liste, Messenger, Nachrichtenaggregator, Streaming-Dienst). Bewertet werden die Wahl des Architekturmusters (MVP, MVVM, MVI, VIPER), die Organisation der Schichten (Presentation, Domain, Data), die Arbeit mit DI (Dagger, Hilt, Swinject) und die Navigation. Für Android — Kenntnisse von Jetpack Navigation, für iOS — Coordinator-Pattern und SwiftUI NavigationStack.

Im Verhaltensinterview werden Soft Skills bewertet: Teamfähigkeit, Konfliktlösung, Argumentation von Entscheidungen. Es wird die STAR-Methode (Situation, Task, Action, Result) verwendet — der Kandidat beschreibt eine konkrete Situation aus der Erfahrung. Beispiel für eine Frage: „Erzählen Sie von dem schwierigsten Bug, den Sie gefunden und behoben haben.“ Abschlussrunde mit dem Teamleiter oder VPE prüft strategisches Denken und kulturelle Passung zum Unternehmen.

Algorithmen und Datenstrukturen im Interview

Algorithmische Aufgaben sind ein obligatorischer Bestandteil von Interviews in großen Technologieunternehmen (Google, Meta, Yandex, Tinkoff, Avito). Hauptziel ist die Bewertung der Problemlösungsfähigkeit, nicht der Sprachkenntnisse. Der Kandidat darf jede Programmiersprache verwenden — bevorzugt werden Kotlin für Android und Swift für iOS. Typische Themen: Arrays, Hash-Tabellen, Graphen, dynamische Programmierung, Bäume (Binary Tree, Trie, Segment Tree).

Laut LeetCode (2025) sind 250–400 gelöste Aufgaben erforderlich, um das algorithmische Interview sicher zu bestehen. Wichtigste Themen nach Häufigkeit: Two Pointers (12%), Sliding Window (10%), DFS/BFS auf Graphen (14%), Binary Search (8%), Dynamic Programming (18%), Hash Map / Set (15%). Big-O-Notation ist ein obligatorisches Element: Der Kandidat muss die zeitliche und räumliche Komplexität seiner Lösung erklären und Optimierungen vorschlagen.

Beispielaufgabe: Two Sum

// LeetCode 1: Two Sum — klassisches HashMap-Problem
fun twoSum(nums: IntArray, target: Int): IntArray {
    // Speichere Komplement = target - nums[i] und seinen Index
    val map = mutableMapOf<Int, Int>()

    for (i in nums.indices) {
        val complement = target - nums[i]

        // Wenn Komplement gefunden — Paar gefunden
        if (complement in map) {
            return intArrayOf(map[complement]!!, i)
        }
        map[nums[i]] = i
    }
    throw IllegalArgumentException("No two sum solution")
}

// Zeit: O(n), Speicher: O(n)

Die Aufgabe Two Sum ist die beliebteste Aufgabe in Interviews (laut LeetCode über 20 Millionen Einreichungen). Die O(n)-Lösung verwendet HashMap: Für jedes Element wird geprüft, ob die Differenz target - nums[i] bereits vorgekommen ist. Wenn ja — Indizes zurückgeben. Wenn nein — aktuelles Element in HashMap speichern. Die naive O(n²)-Lösung mit zwei verschachtelten Schleifen gilt für Senior-Positionen als nicht ausreichend.

Fragen zur Mobile-Entwicklung

Plattformfragen im Interview eines Mobile-Entwicklers werden in drei Blöcke unterteilt: grundlegendes Plattformwissen, Arbeit mit UI und Multithreading, Netzwerkanfragen und Datenspeicherung. Für Android obligatorisch: Lebenszyklus von Activity und Fragment, Unterschiede zwischen Fragment v1 und Fragment v2, ActivityResult API (Ersatz für onActivityResult), ViewModel + StateFlow, Compose lifecycle. Für iOS: Lebenszyklus von UIViewController, ARC (Automatic Reference Counting), DispatchQueue und OperationQueue, SwiftUI lifecycle (View — @State — @Binding — @ObservedObject).

Beispielfrage: Lebenszyklus

Typische Frage: „Welche Callbacks des Activity-Lebenszyklus werden beim Drehen des Bildschirms aufgerufen?“ Richtige Antwort: onPause → onStop → onDestroy → onCreate → onStart → onResume. Zusatzfrage: „Wie kann man den Zustand beim Drehen speichern?“ — über SavedStateHandle im ViewModel, onSaveInstanceState Bundle oder rememberSaveable in Jetpack Compose. Für iOS: „Was passiert mit UIViewController beim Wechsel in den Hintergrund?“ — viewWillDisappear → viewDidDisappear → didEnterBackground (AppDelegate).

Systemdesign mobiler Anwendungen

System Design Interview für Mobile-Entwickler prüft die Fähigkeit, die Architektur der Client-Anwendung und ihre Interaktion mit dem Server zu entwerfen. Standardaufgaben: Entwerfen eines Newsfeeds (wie Instagram/TikTok), Chats (wie Telegram), Videoplayers (wie YouTube), First-Level-Cache (L1 — in-memory, L2 — Festplatte). Dauer — 60 Minuten. Bewertet wird die Strukturiertheit des Denkens, nicht die Anzahl der Details.

Vorlage für die Antwort bei System Design: 1) Clarify requirements — funktionale (Feed, Likes, Kommentare, Fotoupload) und nicht-funktionale Anforderungen (Offline, Ladegeschwindigkeit, Akkuverbrauch) klären. 2) High-level design — Schichtendiagramm zeichnen: UI Layer → ViewModel → Repository → Network / Cache / DB. 3) Deep dive — Schlüsselkomponenten detaillieren, z.B. den Paginations-Mechanismus (Paging 3 für Android, Offset-based vs Cursor-based für iOS). 4) Trade-offs — Kompromisse diskutieren: Cache vs. Datenfrische, offline-first vs. online-only.

Wichtige System-Design-Themen für Mobile: Caching (LRU Cache, Disk Cache mit Limit), Arbeit mit Bildern (Coil, Glide, SDWebImage — Laden, Cache, Platzhalter, Fortschritt), Traffic-Optimierung (protobuf statt JSON, Komprimierung, Differ/GraphQL), Offline-Arbeit (Room + Sync Adapter, Core Data + iCloud, WorkManager für Hintergrundsynchronisation). Offline-first ist eines der häufigsten Themen für Senior-Positionen.

Für iOS kommen Fragen zu App Thinning, Slicing, On-Demand Resources und Build-Optimierung hinzu. Für Android — zu R8/ProGuard, App Bundles (AAB vs APK), Dynamic Delivery und Minification. Die Architekturfrage „Wie implementiert man einen Bildercache mit Speicherbegrenzung?“ testet das Verständnis von LRU Cache (LinkedHashMap mit access order), Disk LRU Cache (Jake Whartons DiskLruCache) und der Coil/Glide-Speicher-Cache-Schicht.

Vorbereitungsstrategie für das Interview

Die Vorbereitung auf das Interview erfordert 4–8 Wochen vor dem geplanten Gespräch einen systematischen Ansatz. Grundstrategie: 2 Wochen für die Wiederholung der Theorie (Sprache, Plattform, Algorithmen), 2–4 Wochen für das Lösen algorithmischer Aufgaben (100–300 Aufgaben auf LeetCode), 1–2 Wochen für Mock-Interviews (Pramp, interview.io, mit Freunden). Für Senior-Positionen kommt die System-Design-Vorbereitung hinzu (2–3 Wochen). Der Plan ermöglicht eine Erfolgsquote von 70–80% auf dem angestrebten Level.

Die spezifische Vorbereitung für Mobile-Entwickler umfasst: Lesen des Android Developers Guide / iOS Developer Library, Analyse des Quellcodes beliebter Bibliotheken (Retrofit, OkHttp, Coil, Koin, Alamofire, Kingfisher), Erstellung eines Pet-Projekts mit Clean Architecture und CI/CD (GitHub Actions, Fastlane). Erstellen Sie eine Beispielanwendung auf GitHub mit modularer Architektur, DI, Tests (Unit + UI + Snapshot) — das zeigt tiefes Verständnis und wird ein Argument im Interview sein.

Typische Fehler von Kandidaten

Fehler 1: Stummes Lösen. Der Kandidat schreibt Code schweigend, ohne den Gedankengang zu kommentieren. Der Interviewer kann den Lösungsprozess nicht bewerten. Richtig: Jeden Schritt laut aussprechen — „Ich sehe, dass die Aufgabe auf eine Graphensuche hinausläuft. Ich schlage BFS vor, weil wir den kürzesten Weg finden müssen.“ Eine solche Kommunikation gibt dem Interviewer die Möglichkeit, den Kandidaten bei Fehlern zu lenken, was positiv bewertet wird.

Fehler 2: Sofort Code schreiben. Mit dem Codieren zu beginnen, ohne die Anforderungen zu klären und Ansätze zu diskutieren, ist einer der Hauptgründe fürs Scheitern. Vor dem Schreiben des Codes: Ein-/Ausgabedaten klären, Grenzfälle besprechen, 2–3 Ansätze mit Big-O-Bewertung vergleichen und erst nach Absprache mit dem Interviewer die optimale Lösung schreiben. Richtiges Muster: Clarify → High-level approach → Big O → Write code → Test with examples → Discuss trade-offs.

Fehler 3: Unkenntnis der Plattform. Der Kandidat löst Algorithmen gut, kann aber den Unterschied zwischen Activity und Fragment oder zwischen weak/unowned in Swift nicht erklären. Für Mobile-Stellen werden Plattformkenntnisse genauso bewertet wie Algorithmen. Lernen Sie: Unterschiede der SDK-Versionen (compileSdk vs minSdk vs targetSdk), ProGuard/R8-Regeln für beliebte Bibliotheken, Swift Concurrency (async/await, actors) und MainActor. Jeder dritte Kandidat für eine iOS-Position scheitert an Fragen zu ARC.