Ingenieros Rails de producto
Apps convention-over-configuration con modelos, policies y tests tratados como trabajo de producto, no un scaffold generado que se filtró a producción.
Rails · Backends de producto · Admin
Desarrolladores Ruby on Rails que entregan el producto, no el scaffold
Una contratación Rails no es «alguien que sabe lanzar rails new». Los ingenieros de iQud entregan backends de producto mantenibles, sistemas admin y plataformas CRUD que sobreviven a la siguiente funcionalidad, no un scaffold que creció hasta producción.
- Apps y API Rails de producto
- Admin, CRUD, modelos de dominio
- Jobs Sidekiq con dueño
- Primer PR en aproximadamente una semana
Señales de entrega Rails
- 5 dTiempo típico hasta el primer pull request
- RailsApps de producto, no scaffolds olvidados
- CRUDAdmin y modelos de dominio como trabajo propio
- 2 sem.Cadencia de sprint con revisión de modelos
Los asientos Rails que realmente cubrimos
«Rails» no es un solo oficio. Emparejamos la superficie de producto que necesita, las mismas stacks detrás de nuestras páginas Ruby on Rails, Software Development y PostgreSQL.
01 02 Asientos API Rails
Rails API-only para clientes mobile y SPA: endpoints versionados, auth y serializers, no un volcado de cada columna ActiveRecord.
03 Plataformas admin y CRUD
Herramientas internas y consolas de operador que siguen siendo mantenibles, no una sopa de callbacks que nadie quiere tocar tras el lanzamiento.
04 Sidekiq y trabajo en segundo plano
Jobs como trabajo de producto: reintentos, idempotencia y un owner en el standup, no una tarea rake que solo corre en un portátil.
05 Capas de datos con las que puede vivir la siguiente funcionalidad
Modelos ActiveRecord, migraciones e índices Postgres diseñados para que la siguiente historia no luche con la forma de tabla del trimestre pasado.
06 Cuando Python, Go o un asiento backend mixto es mejor
Un servicio Python data-adjacent o una API Go concurrente sigue queriendo otra contratación. Lo diremos en la llamada intro en vez de forzar un asiento solo-Rails.
Herramientas que abren el primer día
Cada tesela es una página de tecnología o servicio iQud. La franja de abajo es Rails con las herramientas de datos y cloud que estos ingenieros ya entregan.
De la llamada intro a un PR fusionado
Una contratación Rails debe entregar una historia, una migración o un endpoint en su repositorio, no pasar dos meses de onboarding mientras el modelo sigue sin dueño.
1 Mapear el hueco Rails
Monolito vs API-only vs Sidekiq, Hotwire vs frontend separado, seniority, horas de solape, y qué es «listo en 30 días» en la capa de producto.
2 Preseleccionar ingenieros reales
Emparejamos especialistas Rails disponibles con su brief y compartimos trabajo de app de producto, API o admin.
3 Usted entrevista
Conozca a la persona que se unirá al standup. Valide cómo habla de un N+1, de un job Sidekiq fallido y de la última migración que realmente poseía.
4 Primer sprint en sus herramientas
Acceso al repo, entornos 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 Rails. Un par o un split solo si el trabajo lo necesita de verdad.
Un ingeniero embebido
Un especialista Rails se une a su squad, sigue a su lead y trabaja en sus rituales.
Ideal paraCerrar un hueco de backend de producto o admin sin un proceso de vendor nuevo
Asiento Rails dedicado
Un owner estable para la app, la API o el árbol admin, con revisión sénior en el sprint.
Ideal paraUn producto que necesita un owner Rails con nombre
Iniciativa Rails delimitada
Una franja definida: una superficie CRUD nueva, un upgrade de Rails, o un cutover de API con contratos ya en movimiento.
Ideal paraUn hito al que pueda señalar, no un banco abierto
Tarifas de contratación Rails, por escrito
Dos formas de staffar un ingeniero Rails. 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 Rails flexible para picos de features, revisiones y tickets delimitados. Solo paga las horas trabajadas.
- Los mismos ingenieros Rails que un asiento mensual
- Ideal para overflow, una migración o una superficie admin
- 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 Rails con nombre en su sprint, unas 160 horas de capacidad backend de producto 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, entornos y standup
- App, API y Sidekiq en el mismo engagement
- Mes a mes. Sin compromiso anual.
- Más barato que las mismas horas facturadas a 20 €
Tarifas para ingenieros Ruby on Rails dedicados (apps de producto, API, admin, Sidekiq). 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 Rails aquí
Un desarrollador Rails mediocre produce una demo que funciona en su portátil. Estos ingenieros producen una app que sobrevive a tráfico real, migraciones reales y su próximo trimestre de historias.
Rails de producto, no «quién puede generar un scaffold»
Viven en ActiveRecord, los N+1, y por qué el timeout de la semana pasada venía de un callback que debería haber sido un job Sidekiq con reintento.
Su repo, su cloud, sus horas
Solape GIFT City con Europa y EE. UU. Las revisiones de modelos ocurren en vivo cuando sus leads están en línea.
Ojos sénior en el sprint
Velocidad mid-level sin sopa de callbacks 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 Rails
Empiece con uno. La mayoría de los clientes incorporan un ingeniero Rails sénior o mid, y luego añaden un par si el backlog de producto o admin lo justifica.
Los tres cuando es trabajo de producto en Rails. Un asiento monolito es una app web convention-driven. Un asiento API son endpoints versionados para móvil o SPA. Un asiento Sidekiq son jobs de fondo que se quedan en el repo. Solo preseleccionamos ingenieros en stacks que ya entregamos.
Eso es una contratación backend, no este asiento. Dígalo en la llamada intro y no impondremos un perfil solo-Rails a un banco de servicios 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 y los entornos están listos.
Sí. GitHub, Jira, su cloud, 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 Rails 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 Rails que pueda entregar la app
Díganos monolito vs API vs Sidekiq, la capa de datos y la primera historia que quiere en producción. Volveremos con un perfil con nombre, una ventana de arranque y un plan de dos semanas.