Mock interview de mobile developer — práctica con IA

Las entrevistas de mobile se reparten entre deep-dives específicos de plataforma y pragmatismo cross-platform, y la mayoría de los candidatos pierden ofertas por elegir el enfoque equivocado. Una pregunta de Swift exige respuestas con sabor a Swift; una pregunta de «diseña el feed de Instagram» quiere tradeoffs que funcionen sobre un 3G inestable en São Paulo. Esta guía recorre cómo ensayar el loop de entrevista de mobile developer — en iOS, Android, React Native y Flutter — usando mocks con IA que reproducen el formato real.

Rondas típicas de una entrevista de mobile developer

El loop estándar de mobile consta de cuatro o cinco rondas. Screening del recruiter, luego un screening técnico telefónico sobre fundamentos de plataforma (UIKit/SwiftUI para iOS, Jetpack Compose/Views para Android, o el modelo de componentes para cross-platform). Después una entrevista de coding — normalmente construir una pequeña feature en código (una lista paginada, una capa de cache offline) en vez de algoritmos. Luego una ronda de system design («diseña el modo offline para una app de chat») y una ronda behavioral. Los loops senior añaden un architecture review en el que comentas proyectos pasados en detalle.

La ronda de coding de features y la ronda de system design mobile son donde más rinden los mocks con IA. Ambas son muy conversacionales: el entrevistador pregunta cómo estructurarías el estado, qué modelo de threading elegirías, cómo manejarías una red inestable — y presiona tu razonamiento. El mock con IA reproduce ese formato. Las rondas puras de algoritmos son más raras en mobile que en web, pero los equipos mobile de FAANG aún las hacen; combine el mock con LeetCode para esas.

Principales temas técnicos

Fundamentos específicos de plataforma

Elija una plataforma en profundidad. Para iOS: Swift, interop SwiftUI vs UIKit, Combine y async/await, memoria y ARC, la regla del main-thread, lifecycle basado en scenes vs app-delegate. Para Android: Kotlin, Jetpack Compose vs Views, coroutines y Flow, componentes lifecycle-aware, el campo de minas de Activity/Fragment, Room vs SQLite plano. Cross-platform: React Native (bridge vs nueva arquitectura / JSI / Fabric, módulos nativos) o Flutter (widget tree, isolates, platform channels). Conocer un stack a profundidad senior supera conocer tres a profundidad junior — y el mock con IA te pillará si haces farol.

Arquitectura de apps

MVVM, MVI, TCA (The Composable Architecture), Clean Architecture — los entrevistadores quieren saber que puedes elegir una y defenderla, no que puedes recitar siglas. Esté listo para hablar de: dónde vive la lógica de negocio, cómo testeas la capa por debajo de la UI, cómo fluye el estado hacia arriba y los eventos hacia abajo, y qué refactorizarías en una app que empezó como MVC y creció. Un prompt favorito: «el equipo anterior eligió MVI y frenó la velocidad — ¿qué haces?». Las respuestas fuertes respetan la inversión existente y proponen refactors quirúrgicos, no reescrituras completas.

Networking y offline

Mobile es la disciplina donde la red siempre está mal. Esté listo para hablar de: caching con HTTP headers vs a nivel de aplicación, retry-with-backoff con jitter, deduplicación de peticiones, actualizaciones optimistas de UI, resolución de conflictos cuando el usuario edita estando offline, y qué hacer cuando el usuario tiene 200 ediciones sin sincronizar. Tooling: URLSession, Alamofire, Ktor, OkHttp/Retrofit. Una pregunta canónica: «diseña el modo offline para una app de notas — estrategia de sync, manejo de conflictos, UI».

Rendimiento

El rendimiento en mobile gira en torno a tres cosas: cold start, fluidez del scroll y batería. Cold start: lazy-loading de dependencias, diferir trabajo no crítico, estrategia de precarga de imágenes. Scroll: evitar layout passes, recycling de celdas de lista, decodificación asíncrona de imágenes. Batería: límites del trabajo en background, wake-locks, batching de ubicación y BLE. Espere: «el feed de inicio pierde frames en Android baratos — explícame tu investigación». Las respuestas fuertes mencionan profilers (Instruments, el profiler de Android Studio, Systrace) y métricas concretas (porcentaje de jank, time-to-interactive).

Release y distribución de plataforma

Los loops senior preguntan por el envío a App Store y Play Store, code signing, crash reporting (Crashlytics, Sentry, Bugsnag), feature flags, staged rollouts y actualizaciones over-the-air (CodePush para React Native, Shorebird para Flutter — y los límites legales de las actualizaciones solo-JavaScript según las reglas de Apple). Conozca la diferencia entre TestFlight y los tracks internos de Play. Las preguntas comprueban si de verdad has entregado, no solo construido.

Preguntas de escenario habituales

• «Diseña el modo offline para una app de chat — estrategia de sync, resolución de conflictos, estados de UI.»
• «El feed de inicio pierde frames en la serie Galaxy A. Explícame el debugging.»
• «Tu app consume un 4 % de batería por hora en background. Encuentra la causa.»
• «Implementa paginación con scroll infinito y pull-to-refresh, pero la API tiene respuestas inestables y elementos duplicados ocasionales.»
• «El equipo de producto quiere actualizaciones over-the-air para poder entregar a diario. ¿Qué les dices?» (La regla solo-JS de Apple, el tooling OTA, el riesgo de romper releases.)

Áreas de enfoque behavioral — qué buscan los hiring managers

Los hiring managers de mobile filtran por tres rasgos. Primero, atención a las convenciones de plataforma — ¿este candidato respeta el sistema o pelea contra él? El candidato que añade una navegación custom que rompe el gesto de volver atrás pierde. El que mapea un diseño custom sobre las primitivas del sistema gana. Segundo, comodidad con los release trains de dos semanas — el envío en mobile es más lento que en web y exige pensar la regresión con cuidado. Tercero, depurar en el dispositivo de otra persona — la mayoría de los bugs de mobile los reporta el usuario sin reproducción, y el listón senior es ser capaz de extraer suficiente información de un «no funciona» para encontrar la causa raíz. Cuente con al menos un prompt que mapee a uno de estos.

Cómo usar la práctica de mock con IA para este rol

Ponga el tipo de entrevista en «Tech Screening» y elija la plataforma que encaje con la oferta — iOS, Android o cross-platform. La IA calibra las preguntas al framework (las preguntas de UIKit vs SwiftUI son muy distintas; Jetpack Compose vs Views clásicas son prácticamente dos trabajos diferentes). Pegue la oferta cuando la tenga.

Para practicar system design, cambie a «System Design» y elija escenarios específicos de mobile: apps offline-first, clientes de chat, streaming de vídeo, ubicación en tiempo real. La IA presionará sobre las partes que el system design de web ignora — batería, push notifications, límites del background del SO, resiliencia de red.

Un drill que rinde rápido: elige una parte de una app que hayas entregado y pide a la IA que haga un architecture review. «Explícame cómo fluye el estado en esta pantalla.» El mock sacará a la luz huecos en tu propio razonamiento que llevabas pasando por alto.

Preguntas frecuentes