Mock interview de iOS developer — práctica con IA

Las entrevistas de iOS viven en una extraña tierra de en medio — la mitad de las preguntas asume que creciste con UIKit, la otra mitad asume que entregas en SwiftUI mañana, y casi todos los equipos tienen un codebase que mezcla ambos. Los candidatos que consiguen ofertas son los que pueden hablar de Swift, lifecycle y concurrencia con la precisión que usan las docs de Apple. Esta guía recorre cómo usar mock interviews con IA para ensayar el loop específico de iOS sin perder tiempo en preguntas mobile genéricas.

Rondas típicas de una entrevista de iOS developer

El loop de iOS consta de 4–5 rondas. Screening del recruiter, un screening técnico telefónico sobre fundamentos de Swift (value vs reference types, optionals, generics, protocols, manejo de errores), una ronda de coding en SwiftUI o UIKit (construir una pequeña feature en vivo o en un takehome), una ronda de arquitectura y system design («cómo estructurarías esta feature offline-first») y una behavioral. Los loops senior añaden un architecture review de proyectos pasados y un deep-dive específico de Apple (envío a App Store, code signing, privacy manifests).

La ronda de arquitectura es donde más rinden los mocks con IA. Mapea el formato con precisión: prompt abierto, follow-ups sobre threading, estado y límites de dependencias. La ronda de fundamentos de Swift también encaja en el mock — es una conversación, no un test de coding. El live-coding puro de SwiftUI es más difícil de mockear; combine la sesión de IA con Xcode en una ventana lateral.

Principales temas técnicos

Profundidad del lenguaje Swift

El entrevistador asume fluidez en Swift. Esté listo: value vs reference types y las implicaciones para la thread safety, copy-on-write (Array, Dictionary, String), protocols con associated types y cómo restringen los generics, la diferencia entre some View y any View, manejo de errores con Result y throwing functions, property wrappers (y por qué @State, @StateObject, @Binding, @ObservedObject se comportan distinto), strong vs weak vs unowned. Una trampa común: closures y capture lists — sepa explicar por qué [weak self] importa y cuándo usarías [unowned self].

SwiftUI

Las preguntas de SwiftUI se concentran en el estado y la identidad de las views. Esté listo: el protocolo View y la magia del return-type del body, cuándo SwiftUI redibuja (mutación de estado, cambio de environment, re-render del padre), cómo la identidad dirige el diffing (.id(), ForEach con identificadores estables), la trampa de @State en un padre vs @Binding a un hijo, las diferencias de lifecycle entre @StateObject y @ObservedObject, los Environment values y la inyección de dependencias, las primitivas de animación y matchedGeometryEffect. Un prompt favorito: «la lista parpadea cuando actualizo un elemento — diagnostícalo».

Interop con UIKit y legacy

Incluso los proyectos greenfield mantienen UIKit para ViewControllers, layouts complejos de collection y trabajo con AVPlayer/AVKit. Esté listo: lifecycle del ViewController (viewDidLoad vs viewWillAppear vs viewDidAppear), UICollectionView con compositional layout y diffable data sources, la responder chain, gestures y hit testing, UIRepresentable y UIViewControllerRepresentable para alojar UIKit en SwiftUI (y al revés con UIHostingController). El entrevistador sondeará si sabes depurar un codebase mixto sin reescribir la mitad.

Concurrencia

Swift Concurrency es ya un requisito mínimo. Esté listo: semántica de async/await, structured concurrency con TaskGroup, Sendable y el actor model, MainActor y el global executor, la trampa de capturar self dentro de un Task, AsyncSequence y AsyncStream. Esté listo para compararlo con GCD y Combine — la mayoría de las ofertas mencionan los tres. Una pregunta favorita: «tienes 100 descargas de imágenes y quieres limitar la concurrencia a 5 — escribe la versión con structured concurrency».

Arquitectura

MVVM domina, pero los entrevistadores esperan que conozcas las alternativas: MVC (aún la arquitectura por defecto del sample-code de Apple), MVP, MVI, TCA (The Composable Architecture de Point-Free), VIPER (más antigua pero vive en codebases de empresa), Clean Architecture. Esté listo para argumentar a favor de una en un contexto dado y para refactorizar un lío MVC sin reescrituras big-bang. El entrevistador a menudo dibuja una feature en la llamada y te pide razonar la estructura de archivos, la dirección de dependencias y la testeabilidad.

Envío específico de Apple

Los loops senior profundizan en: App Store Connect, TestFlight, code signing, provisioning profiles, App Transport Security, el privacy manifest (Required Reason APIs), background modes, push notifications y APNs, deep links y universal links, App Intents y Shortcuts. Los loops junior se saltan casi todo esto. Si el rol es senior o staff, entrénalo; si es medio o junior, mantén una visión funcional.

Preguntas de escenario habituales

• «Diseña una feature de notas offline-first con sync. CoreData vs SQLite, resolución de conflictos, estados de UI.»
• «Tu lista de SwiftUI parpadea cuando se actualiza una fila. Explícame el diagnóstico.» (Identidad, ownership del estado, recreación de views.)
• «Implementa un descargador de imágenes con 5 tareas concurrentes usando structured concurrency.»
• «La app crashea en iOS 17 pero no en 18. ¿Cómo empiezas a depurar?» (Crash log simbolizado, sysdiagnose, revisión de APIs marcadas como obsoletas.)
• «Heredas un codebase de UIKit. El equipo quiere migrar a SwiftUI. ¿Roadmap?» (Pantalla a pantalla, hosting, modelos compartidos, riesgo y rollback.)

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

Los hiring managers de iOS filtran por tres rasgos. Primero, respeto por el lenguaje de diseño de Apple y por el sistema — los candidatos que pelean rutinariamente contra las convenciones de UIKit/SwiftUI quedan filtrados. Segundo, disciplina de App Store — has entregado pasando por review, sabes qué provoca un rechazo, has gestionado una expedited review de emergencia. Tercero, atención a la memoria y la energía — los usuarios de iOS notan cuándo una app drena la batería; los hiring managers de iOS notan cuándo un candidato no. Cuente con al menos un prompt que mapee a uno de estos (un rechazo de App Review memorable, un memory leak que rastreaste, una decisión de diseño que tomaste para respetar el sistema).

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

Ponga el tipo de entrevista en «Tech Screening» y elija iOS como plataforma. La IA pondera las preguntas hacia Swift, interop SwiftUI/UIKit y concurrencia. Pegue la oferta cuando la tenga — los roles solo-Swift hacen preguntas distintas a las de codebases con Objective-C todavía dentro.

Para practicar arquitectura, haga sesiones de «System Design» con prompts específicos de iOS: app offline-first, cliente de chat en tiempo real, feature de AR, companion para Watch. La IA presionará sobre las partes que el system design de web ignora: gestión de energía, límites del background, las trampas del lifecycle.

Un drill que rinde rápido: elige una feature de SwiftUI que hayas entregado y pide a la IA que haga una entrevista de identidad y estado. «Explícame qué dispara una re-evaluación del body aquí.» El mock saca a la luz los huecos en tu propio modelo mental del framework — y esos son exactamente los huecos que encuentran los entrevistadores.

Preguntas frecuentes