Cómo evaluar developers mobile: framework completo
El problema del hiring mobile
El hiring de developers mobile es más duro que web o backend porque se splittea por plataforma. Una especialista iOS y una Android son casi funciones distintas. Las React Native se evalúan distinto de native specialists. Sin embargo, la mayoría usa el mismo playbook.
Ese es el primer error. El segundo es sobreponderar trivia platform-specific. El tercero es usar take-homes tan abiertos que no se pueden calificar justo.
Capa 1: cribado inicial (30 min)
Comienza con coding live en problema realista, no puzzle.
Qué darles: "Aquí hay un flujo de login roto en [iOS/Android/RN]. El bug es que el session token no se guarda tras login exitoso. Encuentra y arregla en 30 min. Puedes usar docs."
Qué mides: ¿pueden leer código desconocido?, ¿entienden state management?, ¿pueden localizar bug sin trial-and-error?
Capa 2: evaluación técnica profunda (90 min)
Tras el cribado, take-home específico al área de foco.
Para iOS: view controller que fetchea de API mock, maneja errores, muestra resultados con paginación, persiste estado.
Para Android: mismo problema, fragment con ViewModel, repository, RecyclerView.
Para React Native: screen que fetchea, maneja loading/error, navega.
90 min, sin trucos. Califica: ¿compila?, ¿funcionan los requisitos?, ¿es testable?, ¿lo merguearías?
Capa 3: walk-through (30 min)
No opcional. El artefacto solo no basta.
Pregunta: "¿Por qué pusiste state en VC vs ViewModel?", "¿Qué pasa si el request está pending y rota el dispositivo?", "¿Cómo testearías?", "¿Qué cambiarías con 50K items?"
Capa 4: system design (si senior+)
"Estás construyendo app de photo editing. Las usuarias suben fotos editadas a la cloud. Necesita funcionar offline, manejar fallos de red, sync cuando vuelve la conexión. Recórreme tu arquitectura."
Qué NO hacer
- Problemas estilo LeetCode (no relacionado con mobile)
- Trivia de plataforma
- Take-home muy abierto ("Construye Twitter clone")
- Saltarte el walk-through
Ajustando por nivel
Junior (0-2 años): screen simple, foco en corrección y legibilidad. Mid (2-5 años): state management complejo, paginación, testing, edge cases. Senior (5+ años): restricciones de performance, pensamiento arquitectónico.
Implementación a escala
Si estás evaluando múltiples mobile devs, considera plataforma como ClarityHire para setup técnico.
El framework funciona mejor cuando: lo mantienes consistente, calificas objetivamente, iteras basado en si los hires tienen éxito.