Engenheiros de produto Swift nativos
SwiftUI ou UIKit tratados como trabalho de produto, não um template Xcode que vazou para produção.
iOS · Swift · App Store
Programadores iOS que entregam apps Apple nativas
Uma contratação iOS não é «alguém que sabe executar um template Xcode». Os engenheiros da iQud entregam apps Swift nativas que sobrevivem à revisão da loja, às APIs de plataforma e à próxima versão do SO, não um tutorial UIKit que cresceu até produção.
- Swift nativo, SwiftUI, UIKit
- App Store e TestFlight
- APIs de plataforma que o wrapper não consegue simular
- Primeiro PR em cerca de uma semana
Sinais de entrega iOS
- 5 dTempo típico até ao primeiro pull request
- SwiftApps nativas, não uma web view envolvida
- StoreTestFlight e revisão como trabalho possuído
- 2 sem.Cadência de sprint com revisão em device
Os lugares iOS que realmente preenchemos
«iOS» não é um único ofício. Emparelhamos a superfície de produto de que precisa, as mesmas stacks por trás das páginas iOS e Mobile Apps da iQud em produção.
01 02 APIs de plataforma que o wrapper não consegue simular
Health, pagamentos, trabalho em segundo plano, widgets e funcionalidades de device possuídos no repo, não um plugin que ninguém consegue depurar após o lançamento.
03 Lugares App Store e TestFlight
Certificados, builds, correcções de revisão e faixas de release como trabalho possuído, não um job de CI que só corre num Mac.
04 Apps enterprise e prontas para MDM
Auth, encriptação e distribuição que sobrevivem a uma frota real de devices, não uma demo que só funciona no telemóvel do engenheiro.
05 Performance que sobrevive a devices reais
Listas, animações e memória revistas em iPhones de gama média, não uma demo fluida só no último Pro.
06 Quando Flutter, React Native ou um lugar web é melhor
Um banco mobile Dart-first ou React-first, ou uma PWA de marketing, ainda quer outra contratação. Diremo-lo na chamada intro em vez de forçar um lugar só-nativo.
Ferramentas que abrem no primeiro dia
Cada ladrilho é uma página de tecnologia ou serviço iQud. A faixa abaixo é iOS nativo com as ferramentas de loja e dados mobile que estes engenheiros já entregam, não Flutter, React Native, nem o catálogo mobile completo.
Da chamada intro a um PR fundido
Uma contratação iOS deve entregar num device no vosso repositório, não dois meses de teatro de onboarding enquanto os certificados expiram.
1 Mapear o fosso iOS
SwiftUI vs UIKit, contas de loja, APIs de plataforma, seniority, horas de sobreposição, e o que é «feito em 30 dias» no TestFlight.
2 Pré-selecionar engenheiros reais
Emparelhamos especialistas iOS disponíveis com o vosso brief e partilhamos trabalho de app de produto, APIs de plataforma ou release em loja.
3 Vocês entrevistam
Conheçam a pessoa que vai entrar no standup. Validem como fala de uma rejeição de loja, de uma fuga de background task, e da última vista SwiftUI que realmente possuiu.
4 Primeiro sprint nas vossas ferramentas
Acesso ao repo, simuladores e primeiro pull request, normalmente numa semana após o go.
Comece com um lugar. Cresça se o backlog o disser.
A maioria dos clientes incorpora primeiro um engenheiro iOS. Um par ou um split de plataforma só se o trabalho o precisar mesmo.
Um engenheiro incorporado
Um especialista iOS junta-se ao vosso squad, segue o lead e trabalha nos vossos rituais.
Ideal paraFechar um fosso Apple nativo sem um processo de vendor novo
Lugar iOS dedicado
Um owner estável para a app, as APIs de plataforma ou o pipeline de loja, com revisão sénior no sprint.
Ideal paraUm produto que precisa de um owner iOS com nome
Iniciativa iOS delimitada
Uma fatia definida: uma nova app App Store, um cutover SwiftUI, ou um caminho TestFlight com contratos já em movimento.
Ideal paraUm marco que possam apontar, não um banco aberto
Tarifas de contratação iOS, por escrito
Duas formas de staffar um engenheiro iOS. À hora para picos e tickets definidos. Um lugar mensal dedicado se quiserem alguém no standup todos os dias, a uma taxa efetiva mais baixa do que deixar o relógio correr.
Contratar à hora
20 €/ hora
Capacidade iOS flexível para picos de features, revisões e tickets delimitados. Pagam apenas as horas trabalhadas.
- Os mesmos engenheiros iOS que um lugar mensal
- Ideal para overflow, um fix de loja ou uma release única
- Começar depressa, pausar quando o pico acaba
- Faturado sobre horas reais, não um retainer
Melhor valor
Contratar por um mês
1840 €/ mês
Um engenheiro iOS com nome no vosso sprint, cerca de 160 horas de capacidade nativa dedicada, com revisão sénior na cadência.
Um mês a tempo inteiro a 20 € é 3200 €. Este lugar é 1840 €.
- Engenheiro com nome no repo, simuladores e standup
- SwiftUI e trabalho de APIs de plataforma no mesmo engagement
- Mês a mês. Sem compromisso anual.
- Mais barato do que as mesmas horas faturadas a 20 €
Tarifas para engenheiros iOS dedicados (Swift nativo, APIs de plataforma, releases App Store). Mix de seniority e sobreposição confirmados na chamada intro. Não cotamos uma stack que não entregamos já.
Porque é que as equipas de produto staffam iOS aqui
Um programador iOS medíocre produz uma demo que funciona no simulador. Estes engenheiros produzem uma app que sobrevive a devices reais, revisão real de loja e à próxima versão do SO.
Trabalho de produto nativo, não «quem sabe executar um template Xcode»
Vivem na concorrência Swift, na revisão de loja, e porque o crash da semana passada vinha de uma background task que deveria ter possuído o seu próprio caminho de retry.
O vosso repo, a vossa loja, as vossas horas
Sobreposição GIFT City com a Europa e os EUA. As revisões em device acontecem em direto quando os leads estão online.
Olhos seniores no sprint
Velocidade mid-level sem dívida de loja sem supervisão. A revisão faz parte do engagement, não um SKU extra.
Dez clientes por trimestre, de propósito
Não fazemos girar um banco. A capacidade é limitada para que o engenheiro que entrevistam seja o do standup.
Perguntas de contratação iOS
Comece com um. A maioria dos clientes incorpora um engenheiro iOS sénior ou mid, e depois acrescenta um par se o backlog de produto ou loja o justificar.
Os três quando é trabalho de produto. Um lugar SwiftUI é a stack UI Apple atual. Um lugar UIKit é quando a app já vive aí. Um lugar APIs de plataforma possui Health, pagamentos, trabalho em segundo plano ou widgets que o wrapper não consegue simular. Só pré-selecionaremos engenheiros em stacks que já entregamos.
Isso é uma contratação Flutter, uma contratação React Native, ou uma contratação mobile, não este lugar. Digam-no na chamada intro e não imporremos um perfil só-iOS-nativo a um banco misto.
Depois de mapear o papel e o vosso OK, os primeiros pull requests aterram normalmente numa semana, mais rápido se o repo, simuladores e contas App Store estiverem prontos.
Sim. GitHub, Jira, a vossa CI, os vossos standups. Não inventamos um processo paralelo a menos que peçam.
À hora (20 €) é para picos e tickets definidos, pagam só as horas trabalhadas. O lugar mensal (1840 €) é um engenheiro iOS com nome no vosso sprint, cerca de 160 horas de capacidade dedicada. O mesmo mês faturado à hora seria 3200 €. Seniority e sobreposição confirmam-se na chamada intro.
Dê ao produto um engenheiro iOS que consiga publicar na App Store
Digam-nos SwiftUI vs UIKit, quais APIs de plataforma importam, e a primeira build que querem no TestFlight. Voltaremos com um perfil com nome, uma janela de arranque e um plano de duas semanas.