Engenheiros Rails de produto
Apps convention-over-configuration com modelos, policies e testes tratados como trabalho de produto, não um scaffold gerado que vazou para produção.
Rails · Backends de produto · Admin
Programadores Ruby on Rails que entregam o produto, não o scaffold
Uma contratação Rails não é «alguém que sabe arrancar rails new». Os engenheiros da iQud entregam backends de produto mantíveis, sistemas admin e plataformas CRUD que sobrevivem à próxima funcionalidade, não um scaffold que cresceu até à produção.
- Apps e API Rails de produto
- Admin, CRUD, modelos de domínio
- Jobs Sidekiq com dono
- Primeiro PR em cerca de uma semana
Sinais de entrega Rails
- 5 dTempo típico até ao primeiro pull request
- RailsApps de produto, não scaffolds esquecidos
- CRUDAdmin e modelos de domínio como trabalho possuído
- 2 sem.Cadência de sprint com revisão de modelos
Os lugares Rails que realmente preenchemos
«Rails» 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 Ruby on Rails, Software Development e PostgreSQL.
01 02 Lugares API Rails
Rails API-only para clientes móveis e SPA: endpoints versionados, auth e serializers, não um dump de cada coluna ActiveRecord.
03 Plataformas admin e CRUD
Ferramentas internas e consolas de operador que se mantêm mantíveis, não uma sopa de callbacks que ninguém quer tocar após o lançamento.
04 Sidekiq e trabalho de fundo
Jobs como trabalho de produto: retries, idempotência e um owner no standup, não uma tarefa rake que só corre num portátil.
05 Camadas de dados com as quais a próxima funcionalidade pode viver
Modelos ActiveRecord, migrações e índices Postgres desenhados para que a próxima história não lute com a forma de tabela do trimestre passado.
06 Quando Python, Go ou um lugar backend misto é melhor
Um serviço Python data-adjacent ou uma API Go concorrente ainda quer outra contratação. Diremo-lo na chamada intro em vez de forçar um lugar só-Rails.
Ferramentas que abrem no primeiro dia
Cada ladrilho é uma página de tecnologia ou serviço iQud. A faixa abaixo é Rails com as ferramentas de dados e cloud que estes engenheiros já entregam.
Da chamada intro a um PR fundido
Uma contratação Rails deve entregar uma história, uma migração ou um endpoint no vosso repositório, não dois meses de onboarding enquanto o modelo continua sem dono.
1 Mapear o fosso Rails
Monólito vs API-only vs Sidekiq, Hotwire vs frontend separado, seniority, horas de sobreposição, e o que é «feito em 30 dias» na camada de produto.
2 Pré-selecionar engenheiros reais
Emparelhamos especialistas Rails disponíveis com o vosso brief e partilhamos trabalho de app de produto, API ou admin.
3 Vocês entrevistam
Conheçam a pessoa que vai entrar no standup. Validem como fala de um N+1, de um job Sidekiq falhado e da última migração que realmente possuiu.
4 Primeiro sprint nas vossas ferramentas
Acesso ao repo, ambientes 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 Rails. Um par ou um split só se o trabalho o precisar mesmo.
Um engenheiro incorporado
Um especialista Rails junta-se ao vosso squad, segue o lead e trabalha nos vossos rituais.
Ideal paraFechar um fosso de backend de produto ou admin sem um processo de vendor novo
Lugar Rails dedicado
Um owner estável para a app, a API ou a árvore admin, com revisão sénior no sprint.
Ideal paraUm produto que precisa de um owner Rails com nome
Iniciativa Rails delimitada
Uma fatia definida: uma superfície CRUD nova, um upgrade Rails, ou um cutover de API com contratos já em movimento.
Ideal paraUm marco que possam apontar, não um banco aberto
Tarifas de contratação Rails, por escrito
Duas formas de staffar um engenheiro Rails. À 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 Rails flexível para picos de features, revisões e tickets delimitados. Pagam apenas as horas trabalhadas.
- Os mesmos engenheiros Rails que um lugar mensal
- Ideal para overflow, uma migração ou uma superfície admin
- 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 Rails com nome no vosso sprint, cerca de 160 horas de capacidade backend de produto 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, nos ambientes e no standup
- App, API e Sidekiq no mesmo engagement
- Mês a mês. Sem compromisso anual.
- Mais barato do que as mesmas horas faturadas a 20 €
Tarifas para engenheiros Ruby on Rails dedicados (apps de produto, API, admin, Sidekiq). 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 Rails aqui
Um programador Rails medíocre produz uma demo que funciona no portátil. Estes engenheiros produzem uma app que sobrevive a tráfego real, migrações reais e ao próximo trimestre de histórias.
Rails de produto, não «quem consegue gerar um scaffold»
Vivem no ActiveRecord, nos N+1, e porque o timeout da semana passada vinha de um callback que deveria ter sido um job Sidekiq com retry.
O vosso repo, a vossa cloud, as vossas horas
Sobreposição GIFT City com a Europa e os EUA. As revisões de modelos acontecem em direto quando os leads estão online.
Olhos seniores no sprint
Velocidade mid-level sem sopa de callbacks 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 Rails
Comece com um. A maioria dos clientes incorpora um engenheiro Rails sénior ou mid, e depois acrescenta um par se o backlog de produto ou admin o justificar.
Os três quando é trabalho de produto em Rails. Um lugar monólito é uma app web convention-driven. Um lugar API são endpoints versionados para móvel ou SPA. Um lugar Sidekiq são jobs de fundo que ficam no repositório. Só pré-selecionaremos engenheiros em stacks que já entregamos.
Isso é uma contratação backend, não este lugar. Digam-no na chamada intro e não imporremos um perfil só-Rails a um banco de serviço misto.
Depois de mapear o papel e o vosso OK, os primeiros pull requests aterram normalmente numa semana, mais rápido se o repo e os ambientes estiverem prontos.
Sim. GitHub, Jira, a vossa cloud, 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 Rails 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 Rails que consiga entregar a app
Digam-nos monólito vs API vs Sidekiq, a camada de dados e a primeira história que querem em produção. Voltaremos com um perfil com nome, uma janela de arranque e um plano de duas semanas.