Mock-Interview für iOS Developer — mit AI üben

iOS-Interviews leben in einem merkwürdigen Mittelgrund — die Hälfte der Fragen setzt voraus, dass Sie mit UIKit aufgewachsen sind, die andere Hälfte setzt voraus, dass Sie morgen in SwiftUI ausliefern, und fast jedes Team hat eine Codebase, die beides mischt. Die Kandidaten, die Angebote bekommen, sind die, die über Swift, Lifecycle und Concurrency mit der Präzision sprechen können, die Apples Doku verwendet. Dieser Leitfaden zeigt, wie Sie AI-Mock-Interviews nutzen, um den iOS-spezifischen Loop einzuüben, ohne Zeit mit generischen Mobile-Fragen zu verschwenden.

Typische Interview-Runden für iOS Developer

Der iOS-Loop hat 4–5 Runden. Recruiter-Screen, ein technisches Telefon-Screening zu Swift-Grundlagen (Value- vs. Reference-Types, Optionals, Generics, Protocols, Error Handling), eine SwiftUI- oder UIKit-Coding-Runde (ein kleines Feature live oder als Takehome bauen), eine Architektur- und System-Design-Runde („wie würden Sie dieses Offline-first-Feature strukturieren“) und ein Behavioral. Senior-Loops fügen ein Architektur-Review vergangener Projekte und einen Apple-spezifischen Deep Dive hinzu (App-Store-Einreichung, Code Signing, Privacy Manifests).

Die Architektur-Runde ist dort, wo sich AI-Mocks am meisten auszahlen. Sie passt präzise zum Format: offene Aufgabenstellung, Rückfragen zu Threading, State und Dependency-Grenzen. Auch die Swift-Grundlagen-Runde passt ins Mock — es ist ein Gespräch, kein Coding-Test. Reines SwiftUI-Live-Coding lässt sich schwerer mocken; kombinieren Sie die AI-Session mit Xcode in einem Fenster daneben.

Wichtigste technische Themen

Swift-Sprache in der Tiefe

Der Interviewer setzt Swift-Sicherheit voraus. Seien Sie bereit: Value- vs. Reference-Types und die Auswirkungen auf Thread-Sicherheit, Copy-on-Write (Array, Dictionary, String), Protocols mit Associated Types und wie sie Generics einschränken, der Unterschied zwischen some View und any View, Error Handling mit Result und throwing-Funktionen, Property Wrappers (und warum @State, @StateObject, @Binding, @ObservedObject sich unterschiedlich verhalten), strong vs. weak vs. unowned. Eine häufige Falle: Closures und Capture Lists — Sie sollten erklären können, warum [weak self] wichtig ist und wann Sie [unowned self] verwenden würden.

SwiftUI

SwiftUI-Fragen konzentrieren sich auf State und View-Identity. Seien Sie bereit: das View-Protocol und die Return-Type-Magie des body, wann SwiftUI neu zeichnet (State-Mutation, Environment-Änderung, Parent-Re-render), wie Identity das Diffing steuert (.id(), ForEach mit stabilen Identifiern), die Falle von @State in einem Parent vs. @Binding zu einem Child, die Lifecycle-Unterschiede zwischen @StateObject und @ObservedObject, Environment Values und Dependency Injection, Animation-Primitiven und matchedGeometryEffect. Eine beliebte Aufgabe: „die Liste flackert, wenn ich ein Item aktualisiere — diagnostiziere es.“

UIKit-Interop und Legacy

Selbst Greenfield-Projekte behalten UIKit für ViewController, komplexe Collection-Layouts und AVPlayer/AVKit-Arbeit. Seien Sie bereit: ViewController-Lifecycle (viewDidLoad vs. viewWillAppear vs. viewDidAppear), UICollectionView mit Compositional Layout und Diffable Data Sources, die Responder Chain, Gesten und Hit Testing, UIRepresentable und UIViewControllerRepresentable, um UIKit in SwiftUI zu hosten (und umgekehrt mit UIHostingController). Der Interviewer prüft, ob Sie eine gemischte Codebase debuggen können, ohne die Hälfte neu zu schreiben.

Concurrency

Swift Concurrency ist inzwischen Pflicht. Seien Sie bereit: async/await-Semantik, strukturierte Concurrency mit TaskGroup, Sendable und das Actor-Modell, MainActor und der globale Executor, die Falle, self in einem Task einzufangen, AsyncSequence und AsyncStream. Seien Sie bereit, mit GCD und Combine zu vergleichen — die meisten Stellenanzeigen nennen alle drei. Eine beliebte Frage: „du hast 100 Bild-Downloads, du willst die Concurrency auf 5 begrenzen — schreib die Strukturierte-Concurrency-Variante.“

Architektur

MVVM dominiert, aber Interviewer erwarten, dass Sie die Alternativen kennen: MVC (immer noch Apples Standard-Beispielcode-Architektur), MVP, MVI, TCA (The Composable Architecture von Point-Free), VIPER (älter, aber lebt in Enterprise-Codebases), Clean Architecture. Seien Sie bereit, für eine davon in einem gegebenen Kontext zu argumentieren und ein MVC-Chaos ohne Big-Bang-Rewrites zu refaktorieren. Der Interviewer skizziert oft ein Feature im Call und bittet Sie, Dateistruktur, Dependency-Richtung und Testbarkeit durchzusprechen.

Apple-spezifisches Ausliefern

Senior-Loops graben sich ein in: App Store Connect, TestFlight, Code Signing, Provisioning Profiles, App Transport Security, das Privacy Manifest (Required Reason APIs), Background Modes, Push Notifications und APNs, Deep Links und Universal Links, App Intents und Shortcuts. Junior-Loops überspringen das meiste davon. Wenn die Rolle senior oder staff ist, trainieren Sie es; wenn sie mid oder junior ist, halten Sie einen Arbeitsüberblick.

Häufige Szenario-Fragen

• „Entwirf ein Offline-first-Notizen-Feature mit Sync. CoreData vs. SQLite, Konfliktauflösung, UI-States.“
• „Deine SwiftUI-Liste flackert, wenn eine Row aktualisiert wird. Führe mich durch die Diagnose.“ (Identity, State Ownership, View-Re-creation.)
• „Implementiere einen Bild-Downloader mit 5 gleichzeitigen Tasks mit strukturierter Concurrency.“
• „Die App stürzt auf iOS 17 ab, aber nicht auf 18. Wie beginnst du das Debugging?“ (Symbolicated Crash Log, sysdiagnose, Deprecation-Review.)
• „Du erbst eine UIKit-Codebase. Das Team will zu SwiftUI migrieren. Roadmap?“ (Pro Screen, Hosting, geteilte Modelle, Risiko und Rollback.)

Behavioral-Schwerpunkte — worauf Hiring Manager achten

iOS-Hiring-Manager prüfen auf drei Eigenschaften. Erstens: Respekt für Apples Design-Sprache und das System — Kandidaten, die routinemäßig gegen UIKit/SwiftUI-Konventionen kämpfen, werden aussortiert. Zweitens: App-Store-Disziplin — Sie haben durch das Review ausgeliefert, Sie wissen, was zu einer Ablehnung führt, Sie haben ein dringendes Expedited Review gemeistert. Drittens: Aufmerksamkeit für Speicher und Energie — iOS-Nutzer merken, wenn eine App den Akku leersaugt; iOS-Hiring-Manager merken, wenn ein Kandidat es nicht tut. Erwarten Sie mindestens eine Frage, die auf eine davon abzielt (eine denkwürdige App-Review-Ablehnung, ein Memory Leak, den Sie aufgespürt haben, eine Design-Entscheidung, die Sie aus Respekt vor dem System getroffen haben).

Wie Sie AI-Mock-Übungen für diese Rolle nutzen

Stellen Sie die Interview-Art auf „Tech Screening“ und wählen Sie iOS als Plattform. Die AI gewichtet die Fragen in Richtung Swift, SwiftUI/UIKit-Interop und Concurrency. Fügen Sie die Stellenanzeige ein, wenn Sie eine haben — Swift-only-Rollen stellen andere Fragen als Codebases, in denen noch Objective-C steckt.

Für Architektur-Übung führen Sie „System Design“-Sessions mit iOS-spezifischen Aufgaben durch: Offline-first-App, Echtzeit-Chat-Client, AR-Feature, Watch-Companion. Die AI bohrt bei den Teilen nach, die Web-System-Design ignoriert: Power Management, Background-Limits, die Lifecycle-Fallen.

Ein Drill, der sich schnell auszahlt: Nehmen Sie ein SwiftUI-Feature, das Sie ausgeliefert haben, und lassen Sie die AI ein Identity-and-State-Interview führen. „Führe mich durch, was hier eine body-Re-Evaluation auslöst.“ Das Mock bringt die Lücken in Ihrem eigenen mentalen Modell des Frameworks ans Licht — und genau diese Lücken finden Interviewer.

Häufig gestellte Fragen