Cómo Contratar un Swift Developer en España 2026

🎯 “Explica cómo Swift concurrency (async/await + actors) previene data races — y cuándo seguirías usando GCD.”

Por qué preguntarlo: Evalúa la comprensión real del modelo de concurrencia de Swift, no solo el conocimiento de la sintaxis. Un candidato experimentado explica que los actors aislan su estado interno y garantizan acceso serializado, eliminando las condiciones de carrera a nivel del compilador en Swift 6 strict mode. Entiende cuándo GCD sigue siendo válido: colas de background para trabajo intensivo (DispatchQueue.global), cuando se trabaja con APIs de sistema que no tienen equivalente async/await, o en código heredado que no merece refactorizar. Un perfil sin criterio real dice que async/await es mejor que GCD sin poder explicar por qué ni cuándo uno no reemplaza al otro.

🎯 “Describe tu workflow de App Store submission — cómo gestionas provisioning profiles y signing.”

Por qué preguntarlo: Valida que el candidato ha hecho realmente el proceso end-to-end, no solo el desarrollo. Un desarrollador con experiencia real describe: crear App ID en el Developer Portal, diferenciar entre distribution y development certificates, gestionar profiles con Xcode automáticamente o manualmente, configurar schemes de release, usar fastlane para automatizar el proceso o Xcode Cloud. Menciona TestFlight para beta testing, App Store Connect para metadata y release notes, y cómo responder a rechazos de la revisión de Apple con evidencias. Un perfil que solo dice 'uso Xcode y funciona sola' no ha gestionado nunca un proyecto serio.

🎯 “Tienes un memory leak en una vista SwiftUI — cómo lo identificas y solucionas con Instruments.”

Por qué preguntarlo: Combina dos habilidades críticas: debugging de SwiftUI (que tiene su propio modelo de ciclo de vida) y uso práctico de Instruments. Un candidato competente describe cómo abrir el template Memory Graph Debugger en Xcode para identificar objetos no liberados, o cómo usar el instrumento Allocations para ver qué objetos crecen con el tiempo. En SwiftUI, los leaks más comunes son retain cycles en closures capturando `self` cuando no se debería, o `@StateObject` que no se libera correctamente. Menciona también el instrumento Leaks para detectar ciclos de referencia. Un perfil junior dice que añadiría `[weak self]` en todas partes sin entender cuándo hace falta.

🎯 “¿Cuándo elegirías UIKit sobre SwiftUI para un proyecto nuevo en 2026?”

Por qué preguntarlo: Evalúa el criterio técnico para tomar decisiones de arquitectura, no el dogmatismo de plataforma. Un candidato maduro reconoce que SwiftUI es la elección correcta por defecto para proyectos nuevos targeting iOS 16+, pero entiende sus limitaciones: UIKit tiene control pixel-perfect mayor para animaciones personalizadas complejas (transiciones entre ViewControllers, custom gesture recognizers), mejor soporte para UICollectionView con layouts muy complejos, y más estabilidad en casos de uso no cubiertos bien por SwiftUI. También menciona que en apps con mucho código UIKit heredado, una migración completa es costosa y una estrategia de coexistencia (UIHostingController / UIViewRepresentable) suele ser más pragmática.