Interpretarea rezultatelor testului mobile developer
Score fără context e zgomot
72/100 bun? Întrebare greșită. Corect: ce știu pentru acest rol?
Rubrică mai întâi
Rubrică iOS
Corectitudine (30): compilează (10), requirements (15), edge cases (5) Arhitectură (25): state (10), testabil (10), fără overengineering (5) Cunoaștere (20): lifecycle (8), memory (7), async (5) Calitate (25): readability (10), fără bugs (10), commits (5)
Pass: 65-70.
Rubrică Android
Coroutines, ViewModel/Repository, DI.
Ce înseamnă scorurile
85+: strong hire
Mergeable. Next round.
70-84: adecvat cu lacune
Depinde de seniority.
60-69: trecut tehnic, îngrijorător strategic
Interviu profund.
<60: nepregătit
Pass.
Walk-through: unde scorurile devin decizii
"Spune-mi cum ai salvat user preference."
Strong (72→80+): "UserDefaults pentru simple, Codable+JSON pentru complex." Weak (72→55): "Nu sunt sigur, n-am gândit la erori."
Greșeli de interpretare
- "Didn't finish" vs "doesn't know"
- Overweighting un aspect
- Grading wrong pentru platformă
- Weak score nu înseamnă weak engineer
Scoruri borderline
65-70
Evaluare secundară sau live coding.
60-64
Ce e gap-ul? Învățabil?
Steaguri roșii
- "Cod urât dar funcționează"
- Fără async-await
- Mod diferit ≠ greșit
- Folosit librărie — penalizare e backwards
În hiring meeting
Nu "72/100." Ci: "72, puternic correctness 28/30, mai slab arch 18/25. Walk-through: lifecycle solid. Gap: testabilitate."