Ingenieros de producto Swift nativos
SwiftUI o UIKit tratados como trabajo de producto, no una plantilla de Xcode que se filtró a producción.
iOS · Swift · App Store
Desarrolladores iOS que entregan apps Apple nativas
Una contratación iOS no es «alguien que sabe ejecutar una plantilla de Xcode». Los ingenieros de iQud entregan apps Swift nativas que sobreviven a la revisión de la tienda, a las APIs de plataforma y a la próxima versión del SO, no un tutorial UIKit convertido en producción.
- Swift nativo, SwiftUI, UIKit
- App Store y TestFlight
- APIs de plataforma que el wrapper no puede simular
- Primer PR en aproximadamente una semana
Señales de entrega iOS
- 5 dTiempo típico hasta el primer pull request
- SwiftApps nativas, no una web view envuelta
- StoreTestFlight y revisión como trabajo propio
- 2 sem.Cadencia de sprint con revisión en device
Los asientos iOS que realmente cubrimos
«iOS» no es un solo oficio. Emparejamos la superficie de producto que necesita, las mismas stacks detrás de las páginas iOS y Mobile Apps de iQud en producción.
01 02 APIs de plataforma que el wrapper no puede simular
Health, pagos, trabajo en segundo plano, widgets y funciones de device poseídos en el repo, no un plugin que nadie puede depurar tras el lanzamiento.
03 Asientos App Store y TestFlight
Certificados, builds, correcciones de revisión y pistas de release como trabajo propio, no un job de CI que solo corre en un Mac.
04 Apps enterprise y listas para MDM
Auth, cifrado y distribución que sobreviven a una flota real de devices, no una demo que solo funciona en el teléfono del ingeniero.
05 Rendimiento que sobrevive a devices reales
Listas, animaciones y memoria revisadas en iPhones de gama media, no una demo fluida solo en el último Pro.
06 Cuando Flutter, React Native o un asiento web es mejor
Un banco mobile Dart-first o React-first, o una PWA de marketing, sigue queriendo otra contratación. Lo diremos en la llamada intro en vez de forzar un asiento solo nativo.
Herramientas que abren el primer día
Cada tesela es una página de tecnología o servicio iQud. La franja de abajo es iOS nativo con las herramientas de tienda y datos mobile que estos ingenieros ya entregan, no Flutter, React Native, ni el catálogo mobile completo.
De la llamada intro a un PR fusionado
Una contratación iOS debe entregar en un device en su repositorio, no pasar dos meses de teatro de onboarding mientras expiran los certificados.
1 Mapear el hueco iOS
SwiftUI vs UIKit, cuentas de tienda, APIs de plataforma, seniority, horas de solape, y qué es «listo en 30 días» en TestFlight.
2 Preseleccionar ingenieros reales
Emparejamos especialistas iOS disponibles con su brief y compartimos trabajo de app de producto, APIs de plataforma o release en tienda.
3 Usted entrevista
Conozca a la persona que se unirá al standup. Valide cómo habla de un rechazo de tienda, de una fuga de background task, y de la última vista SwiftUI que realmente poseía.
4 Primer sprint en sus herramientas
Acceso al repo, simuladores y primer pull request, normalmente en una semana tras el go.
Empiece con un asiento. Crezca si el backlog lo dice.
La mayoría de los clientes incorporan primero un ingeniero iOS. Un par o un split de plataforma solo si el trabajo lo necesita de verdad.
Un ingeniero embebido
Un especialista iOS se une a su squad, sigue a su lead y trabaja en sus rituales.
Ideal paraCerrar un hueco Apple nativo sin un proceso de vendor nuevo
Asiento iOS dedicado
Un owner estable para la app, las APIs de plataforma o el pipeline de tienda, con revisión sénior en el sprint.
Ideal paraUn producto que necesita un owner iOS con nombre
Iniciativa iOS delimitada
Una franja definida: una nueva app App Store, un cutover SwiftUI, o un camino TestFlight con contratos ya en movimiento.
Ideal paraUn hito al que pueda señalar, no un banco abierto
Tarifas de contratación iOS, por escrito
Dos formas de staffar un ingeniero iOS. Por hora para picos y tickets definidos. Un asiento mensual dedicado si quiere a alguien en el standup todos los días, a una tarifa efectiva más baja que dejar correr el reloj.
Contratar por hora
20 €/ hora
Capacidad iOS flexible para picos de features, revisiones y tickets delimitados. Solo paga las horas trabajadas.
- Los mismos ingenieros iOS que un asiento mensual
- Ideal para overflow, un fix de tienda o una release única
- Empezar rápido, pausar cuando el pico acaba
- Facturado sobre horas reales, no un retainer
Mejor valor
Contratar por un mes
1840 €/ mes
Un ingeniero iOS con nombre en su sprint, unas 160 horas de capacidad nativa dedicada, con revisión sénior en la cadencia.
Un mes completo a 20 € es 3200 €. Este asiento es 1840 €.
- Ingeniero con nombre en el repo, simuladores y standup
- SwiftUI y trabajo de APIs de plataforma en el mismo engagement
- Mes a mes. Sin compromiso anual.
- Más barato que las mismas horas facturadas a 20 €
Tarifas para ingenieros iOS dedicados (Swift nativo, APIs de plataforma, releases App Store). Mix de seniority y solape se confirman en la llamada intro. No cotizamos una stack que no entregamos ya.
Por qué los equipos de producto staffan iOS aquí
Un desarrollador iOS mediocre produce una demo que funciona en su simulador. Estos ingenieros producen una app que sobrevive a devices reales, revisión real de tienda y su próxima versión del SO.
Trabajo de producto nativo, no «quien sabe ejecutar una plantilla Xcode»
Viven en la concurrencia Swift, la revisión de tienda, y por qué el crash de la semana pasada venía de una background task que debería haber poseído su propio camino de retry.
Su repo, su tienda, sus horas
Solape GIFT City con Europa y EE. UU. Las revisiones en device ocurren en vivo cuando sus leads están en línea.
Ojos sénior en el sprint
Velocidad mid-level sin deuda de tienda sin supervisión. La revisión es parte del engagement, no un SKU extra.
Diez clientes por trimestre, a propósito
No hacemos girar un banco. La capacidad es limitada para que el ingeniero que entrevista sea el del standup.
Preguntas de contratación iOS
Empiece con uno. La mayoría de los clientes incorporan un ingeniero iOS sénior o mid, y luego añaden un par si el backlog de producto o tienda lo justifica.
Los tres cuando es trabajo de producto. Un asiento SwiftUI es la stack UI Apple actual. Un asiento UIKit es cuando la app ya vive ahí. Un asiento APIs de plataforma posee Health, pagos, trabajo en segundo plano o widgets que el wrapper no puede simular. Solo preseleccionamos ingenieros en stacks que ya entregamos.
Eso es una contratación Flutter, una contratación React Native, o una contratación mobile, no este asiento. Dígalo en la llamada intro y no impondremos un perfil solo-iOS-nativo a un banco mixto.
Después de mapear el rol y su OK, los primeros pull requests suelen aterrizar en una semana, más rápido si el repo, simuladores y cuentas App Store están listos.
Sí. GitHub, Jira, su CI, sus standups. No inventamos un proceso paralelo salvo que lo pida.
Por hora (20 €) es para picos y tickets definidos, solo paga las horas trabajadas. El asiento mensual (1840 €) es un ingeniero iOS con nombre en su sprint, unas 160 horas de capacidad dedicada. El mismo mes facturado por hora sería 3200 €. Seniority y solape se confirman en la llamada intro.
Dé al producto un ingeniero iOS que pueda publicar en la App Store
Díganos SwiftUI vs UIKit, qué APIs de plataforma importan, y la primera build que quiere en TestFlight. Volveremos con un perfil con nombre, una ventana de arranque y un plan de dos semanas.