System Design Interview für Android/iOS

Systemdesign-Interview als Mobile-Entwickler meistern

Systemdesign-Interviews prüfen deine Fähigkeit, skalierbare Mobile-Apps für Android und iOS zu entwerfen. Du bekommst eine Aufgabe, z. B. eine Messaging-App, einen YouTube-Klon oder einen Twitter-ähnlichen Feed zu designen, und gehst deinen Denkprozess in 45–60 Minuten durch. Der Fokus liegt auf der Methodik: Anforderungen klären, High-Level-Architektur, tiefergehende Analyse der Komponenten und abschließende Zusammenfassung. Für Mobile-Rollen betone lokales Caching, UI-Optimierung und Akkulaufzeit – ohne Backend-Datenbank-Sharding.

Phase 1: Anforderungen klären (5 Minuten)

Starte mit gezielten Fragen, um das Problem genau zu definieren. Notiere die Antworten in einem Whiteboard-Tool (Miro, Draw.io, Excalidraw), um sie festzuhalten. Hole die Zustimmung des Interviewers ein, bevor du weitermachst.

Wichtige Fragen für Mobile-Apps:

• Funktionale Anforderungen: Nutzerszenarien, Kernfunktionen (Benutzer, Nutzungsverhalten, Muss-Funktionen).
• Umfang: Nur Client-Seite oder inklusive APIs/Backend?
• Geräteunterstützung: Smartphones, Tablets, Wear OS?
• Minimales API-Level (beeinflusst Features wie Androids Scoped Storage).
• Nicht-funktionale Anforderungen: Offline-Fähigkeit, Push-Benachrichtigungen, Authentifizierung.

Diskutiere Randfälle: schwache Internetverbindung, niedriger Akku, große Datenmengen. Das zeigt das praxisnahe Denken eines Mid-to-Senior-Entwicklers.

Phase 2: High-Level-Architektur (10 Minuten)

Skizziere ein Blockdiagramm der Kernkomponenten. Für Android setze auf Clean Architecture: Presentation, Domain und Data Layers.

Beispiel:

• Presentation: ViewModel, Fragment/Activity, RecyclerView.
• Domain: UseCase, Repository.
• Data: ApiDataSource (Retrofit/OkHttp), LocalDataSource (Room/SQLite).
• DI: Hilt/Dagger.

Erweitere je nach Spezifikation: Füge ImageLoader (Coil/Glide), PushService (Firebase), Navigation Coordinator hinzu.

Erkläre deine Entscheidungen: „Wir nutzen LocalDataSource für Offline-First, um Netzwerkzugriffe und Datenverbrauch zu minimieren.“ Gehe Nutzerflows durch und bestätige das Diagramm mit dem Interviewer.

Phase 3: Tiefgang in Komponenten (20 Minuten)

Zerlege jeden Block: Erkläre die Umsetzung, Alternativen und Abwägungen. Priorisiere Kernstücke; überspring Nice-to-Haves, es sei denn, gefragt.

ApiDataSource: Retrofit + OkHttp für REST-APIs. Alternative: GraphQL mit Apollo.

REST-Vorteile:

• Standard-CRUD, stateless.
• Einfach umzusetzen.

Mobile-Nachteile:

• Separate Verbindungen pro Request (schlecht bei häufigen Updates).
• Serialisierungsaufwand (JSON), Base64 für Binärdateien.

Retrofit eignet sich super für nicht-echtzeitbasierte Apps wie Wetter-Apps oder Social Feeds ohne Chat.

LocalDataSource: Room auf SQLite für Offline-Caching mit Invalidierung (TTL oder eventgesteuert).

Repository: Single Source of Truth, koordiniert Api/Local. Beispiel: Zuerst lokal lesen, im Hintergrund mit API synchronisieren.

UseCase: Geschäftslogik (Sortieren, Filtern). Hält Domain von Data isoliert.

Presentation: ViewModel für Zustände (StateFlow/LiveData), RecyclerView mit DiffUtil für flüssige Updates.

DI: Hilt für modulare Injektion, weniger Boilerplate.

Deck Optimierungen ab: Coroutines/Flow für Asynchronität, Paging 3 für endlose Listen, WorkManager für Hintergrundaufgaben.

Phase 4: Abschluss und Q&A (10 Minuten)

Fasse die Architektur zusammen, hebe Abwägungen hervor, schlage Metriken vor (Latenz <200 ms, Akkuverbrauch <5 %/Stunde). Beantworte Fragen des Interviewers. Stelle eigene: zu ihrem aktuellen Stack, Tools.

Wichtige Erkenntnisse

• Prozess vor Perfektion: Zeige dein Denken, Fragen, Randfälle.
• Mobile-First: Priorisiere Offline, Akku, UI-Performance (60 fps), nicht Backend-Skalierung.
• Clean Architecture: Schichten, unidirektionaler Datenfluss, testbarer Code.
• Abwägungen: Begründe Entscheidungen (z. B. Retrofit vs. GraphQL je nach Datenvolumen).
• Zeitmanagement: 5-10-20-10 Minuten, rede wie mit einem Kollegen.

— Editorial Team