Engenheiros Flutter de produto
Widgets, navegação e state tratados como trabalho de produto, não um Material scaffold hello-world que vazou para produção.
Flutter · Dart · iOS · Android
Programadores Flutter que entregam apps de produto estáveis pixel-perfect
Uma contratação Flutter não é «alguém que sabe executar flutter create». Os engenheiros da iQud entregam apps multiplataforma polidas com UI coerente, platform channels e pipelines de release prontos para as lojas, não um Material scaffold que cresceu até produção.
- UI coerente nas lojas
- Platform channels quando necessário
- Cadência de release pronta para lojas
- Primeiro PR em cerca de uma semana
Sinais de entrega Flutter
- 5 dTempo típico até ao primeiro pull request
- FlutterUI de produto estável pixel-perfect, não demos
- 2 OSiOS e Android sem um segundo vendor
- 2 sem.Cadência de sprint com revisão em device
Os lugares Flutter que realmente preenchemos
«Flutter» não é um único ofício. Emparelhamos a superfície de produto de que precisa, as mesmas stacks por trás das nossas páginas Flutter, Mobile Apps e iOS em produção.
01 02 Platform channels quando Dart não chega
Câmara, trabalho em segundo plano, pagamentos e bridges de hardware possuídos no repo, não um plugin que ninguém consegue depurar após o lançamento.
03 Lugares de release prontos para lojas
Certificados, builds, faixas TestFlight / Play e correcções de revisão como trabalho possuído, não um job de CI que só corre num portátil.
04 Workflows offline e de campo
Sync, filas e redes degradadas tratadas como superfícies de produto, não um «nice to have» após o happy path.
05 Performance que sobrevive a devices reais
Listas, animações e custo de rebuild revistos em telemóveis de gama média, não uma demo fluida só no flagship do engenheiro.
06 Quando React Native, iOS nativo ou um lugar web é melhor
Um banco mobile React-first, uma integração Swift profunda ou uma PWA de marketing ainda quer outra contratação. Diremo-lo na chamada intro em vez de forçar um lugar só-Flutter.
Ferramentas que abrem no primeiro dia
Cada ladrilho é uma página de tecnologia ou serviço iQud. A faixa abaixo é Flutter com as ferramentas de device, loja e dados mobile que estes engenheiros já entregam, não React Native, Ionic, nem o catálogo mobile completo.
Da chamada intro a um PR fundido
Uma contratação Flutter deve entregar num device no vosso repositório, não dois meses de teatro de onboarding enquanto os certificados expiram.
1 Mapear o fosso Flutter
Flutter vs FlutterFlow, prioridade iOS vs Android, platform channels, seniority, horas de sobreposição, e o que é «feito em 30 dias» nas duas lojas.
2 Pré-selecionar engenheiros reais
Emparelhamos especialistas Flutter disponíveis com o vosso brief e partilhamos trabalho de app de produto, platform channels ou release.
3 Vocês entrevistam
Conheçam a pessoa que vai entrar no standup. Validem como fala de um rebuild jank, de um build de loja falhado e do último platform channel 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 Flutter. Um par ou um split de plataforma só se o trabalho o precisar mesmo.
Um engenheiro incorporado
Um especialista Flutter junta-se ao vosso squad, segue o lead e trabalha nos vossos rituais.
Ideal paraFechar um fosso mobile multiplataforma sem um processo de vendor novo
Lugar Flutter dedicado
Um owner estável para a app partilhada, os platform channels ou o pipeline de loja, com revisão sénior no sprint.
Ideal paraUm produto que precisa de um owner Flutter com nome
Iniciativa Flutter delimitada
Uma fatia definida: uma nova app consumer, um cutover de platform channels, ou um caminho de release em loja com contratos já em movimento.
Ideal paraUm marco que possam apontar, não um banco aberto
Tarifas de contratação Flutter, por escrito
Duas formas de staffar um engenheiro Flutter. À 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 Flutter flexível para picos de features, revisões e tickets delimitados. Pagam apenas as horas trabalhadas.
- Os mesmos engenheiros Flutter que um lugar mensal
- Ideal para overflow, um fix de channel 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 Flutter com nome no vosso sprint, cerca de 160 horas de capacidade mobile 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
- UI e platform channels no mesmo engagement
- Mês a mês. Sem compromisso anual.
- Mais barato do que as mesmas horas faturadas a 20 €
Tarifas para engenheiros Flutter dedicados (UI multiplataforma, platform channels, releases em loja). 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 Flutter aqui
Um programador Flutter medíocre produz uma demo que funciona no simulador. Estes engenheiros produzem uma app que sobrevive a devices reais, lojas reais e ao próximo trimestre de releases.
Flutter de produto, não «quem sabe executar flutter create»
Vivem no custo de rebuild, nos platform channels, e porque o jank da semana passada vinha de um widget que deveria ter sido um const ou um isolate.
O vosso repo, as vossas lojas, 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 channel 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 Flutter
Comece com um. A maioria dos clientes incorpora um engenheiro Flutter 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 Flutter é UI Dart que publica nas duas lojas. Um lugar FlutterFlow é quando já prototipam ou entregam assim. Um lugar platform channels faz bridge a APIs de device que a camada Dart não consegue simular. Só pré-selecionaremos engenheiros em stacks que já entregamos.
Isso é uma contratação React Native, uma contratação iOS, ou uma contratação frontend, não este lugar. Digam-no na chamada intro e não imporremos um perfil só-Flutter 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 de loja 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 Flutter 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 Flutter que consiga publicar nas duas lojas
Digam-nos Flutter vs FlutterFlow, quais platform channels importam, e a primeira release que querem no TestFlight ou Play. Voltaremos com um perfil com nome, uma janela de arranque e um plano de duas semanas.