Wie man Mobile-Developers bewertet: ein komplettes Framework

Das Mobile-Hiring-Problem

Mobile-Developer-Hiring ist härter als Web oder Backend, weil es über Plattformen splittet. Eine iOS-Spezialistin und eine Android-Spezialistin sind fast verschiedene Job-Funktionen.

Layer 1: Initial-Screen (30 Minuten)

Beginne mit Live-Coding-Challenge auf realistischem Problem.

"Hier ist ein kaputter Login-Flow. Der Bug ist, dass der Session-Token nach erfolgreichem Login nicht gespeichert wird. Finde und fixe in 30 Min."

Was du misst: Können sie unbekannten Code lesen? Verstehen sie das State-Management der Plattform? Können sie den Bug ohne Trial-and-Error lokalisieren?

Layer 2: Tiefen-Bewertung (90 Min)

Take-Home spezifisch zum Fokus-Area.

Für iOS: ViewController, der von Mock-API fetcht, Errors handhabt, Results mit Pagination zeigt, State persistiert.

Für Android: dasselbe in Android-Begriffen.

Für React Native: Screen, der fetcht, Loading/Error handhabt.

Layer 3: Walk-Through (30 Min)

Nicht optional. "Warum hast du State in ViewController vs. ViewModel? Was passiert, wenn Network-Request pendend ist und User Device dreht? Wie würdest du das testen?"

Layer 4: System-Design (für Senior+)

"Du baust eine Photo-Editing-App. User uploaden bearbeitete Fotos zur Cloud. App muss offline funktionieren. Geh durch deine Architektur."

Was NICHT zu tun

• LeetCode-Probleme (irrelevant zu Mobile)
• Plattform-Trivia
• Open-ended Take-Home ("Bau Twitter-Klon")
• Walk-Through überspringen

Anpassung nach Erfahrungs-Level

Junior: simpler Screen, Korrektheit und Lesbarkeit. Mid: State-Management, Pagination, Tests, Edge-Cases. Senior: Performance-Constraints, architektonisches Denken.

Implementierung at Skala

ClarityHire-Plattform für technisches Setup.