Interpretare i risultati del test mobile developer

Score senza contesto è rumore

72/100 buono? Domanda sbagliata. Giusta: cosa sanno per questo ruolo?

Rubrica prima

Rubrica iOS

Correttezza (30): compila (10), requirements (15), edge case (5) Architettura (25): state (10), testabile (10), no overengineering (5) Conoscenza (20): lifecycle (8), memory (7), async (5) Qualità (25): readability (10), no bug (10), commit (5)

Pass: 65-70.

Rubrica Android

Coroutine, ViewModel/Repository, DI.

Cosa significano gli score

85+: strong hire

Mergeable. Next round.

70-84: adeguato con lacune

Dipende dalla seniority.

60-69: passa tecnicamente, preoccupante strategicamente

Colloquio profondo.

<60: non pronto

Pass.

Walk-through: dove gli score diventano decisioni

"Spiegami come hai salvato la user preference."

Strong (72→80+): "UserDefaults per simple, Codable+JSON per complex." Weak (72→55): "Non sono sicuro, non ho pensato agli errori."

Errori di interpretazione

• "Didn't finish" vs "doesn't know"
• Overweighting di un aspetto
• Grading sbagliato per piattaforma
• Score debole non significa engineer debole

Score borderline

65-70

Seconda valutazione o live coding.

60-64

Qual è il gap? Apprendibile?

Bandiere rosse

• "Codice brutto ma funziona"
• Niente async-await
• Modo diverso ≠ sbagliato
• Usato libreria — penalizzare è backwards

Nel hiring meeting

Non "72/100." Ma: "72, forte correctness 28/30, più debole arch 18/25. Walk-through: lifecycle solido. Gap: testabilità."