Ingenieros de API y servicios Python
API HTTP, workers y auth en FastAPI o Django, lo bastante tipados para sobrevivir a la siguiente ruta, no un views.py que se convirtió en el producto.
Python · API · Data · ML
Una contratación Python no es «alguien que ejecutó un notebook Jupyter». Los ingenieros de iQud entregan API de producto, workers y servicios data-adyacentes en su repositorio (contratos, pipelines y modelos que sobreviven a la siguiente funcionalidad), no un script que solo funciona en su portátil.
«Python» no es un solo oficio. Emparejamos el servicio que su producto necesita, las mismas stacks detrás de nuestras páginas Python, Data Engineering y ML Development.
API HTTP, workers y auth en FastAPI o Django, lo bastante tipados para sobrevivir a la siguiente ruta, no un views.py que se convirtió en el producto.
Pipelines, jobs y transforms que aterrizan en su warehouse o Postgres, poseídos como trabajo de producto, no un cron del que nadie quiere.
Entrenamiento, serving y el pegamento aburrido alrededor de un modelo, para que la funcionalidad del próximo trimestre pueda llamarlo sin un intern de research de guardia.
Herramientas internas, jobs batch e integraciones tratados como superficies de producto, con tests, reintentos y un owner en el standup.
Esquemas Postgres, tablas de warehouse o stores de documentos diseñados para que el siguiente pipeline no luche con los nombres de columna del trimestre pasado.
Una flota de API TypeScript o un admin Rails sigue queriendo otra contratación. Lo diremos en la llamada intro en vez de forzar un asiento solo-Python.
Cada tesela es una página de tecnología o servicio iQud. La franja de abajo es el catálogo backend alrededor de Python, el mismo dominio que estos ingenieros ya entregan.
Parte trasera
























Una contratación Python debe entregar una ruta, un job o un pipeline en su repositorio, no pasar dos meses de onboarding mientras el contrato de servicio sigue siendo un rumor.
API vs pipeline vs ML, FastAPI vs Django, seniority, horas de solape, y qué es «listo en 30 días» en la capa de servicio.
Emparejamos especialistas Python disponibles con su brief y compartimos trabajo de API, worker, pipeline o ML de producción.
Conozca a la persona que se unirá al standup. Valide cómo habla de un job fallido, de un cambio de esquema y del último notebook que se negó a dejar en producción.
Acceso al repo, entornos y primer pull request, normalmente en una semana tras el go.
La mayoría de clientes integran primero un ingeniero Python. Un par o un split de pipeline solo si el trabajo de servicio lo necesita de verdad.
Un especialista Python se une a su squad, sigue a su lead y trabaja en sus rituales.
Ideal paraCerrar un hueco de velocidad de API o pipeline sin un proceso de vendor nuevo
Un owner estable para el servicio, una flota de jobs o la capa data-adyacente, con revisión senior en el sprint.
Ideal paraUn producto que necesita un owner Python con nombre
Un slice definido: cutover FastAPI, un pipeline de warehouse, o un camino de serving ML con contratos ya en movimiento.
Ideal paraUn hito que pueda señalar, no un banco abierto
Dos formas de cubrir un ingeniero Python. Por hora para picos y tickets definidos. Un asiento mensual dedicado si quiere a alguien en el standup cada día, a una tarifa efectiva más baja que dejar correr el reloj.
20 €/ hora
Capacidad Python flexible para picos de API, revisiones y tickets acotados. Solo paga las horas trabajadas.
Mejor valor
1840 €/ mes
Un ingeniero Python con nombre en su sprint, unas 160 horas de capacidad de servicio dedicada, con revisión senior en la cadencia.
Un mes a tiempo completo a 20 € son 3200 €. Este asiento es 1840 €.
Tarifas para ingenieros Python dedicados (API, workers, servicios data-adyacentes). Mix de seniority y solape se confirman en la llamada intro. No cotizamos una stack que no entregamos ya.
Un desarrollador Python mediocre produce un notebook que funciona en su portátil. Estos ingenieros producen un servicio que sobrevive a tráfico real, datos reales y el próximo trimestre de jobs.
Viven en las rutas FastAPI, los workers Celery/RQ, y por qué los 500 de la semana pasada venían de un job que debería haber sido idempotente.
Solape GIFT City con Europa y EE. UU. Las revisiones de servicio ocurren en vivo cuando sus leads están online.
Velocidad mid-level sin deriva de esquema sin supervisión. La revisión es parte del engagement, no un SKU extra.
No hacemos girar un banco. La capacidad es limitada para que el ingeniero que entrevista sea el del standup.
Empiece con uno. La mayoría de clientes integran un ingeniero Python senior o mid, y luego añaden un par si el backlog de API o pipeline lo justifica.
Los tres cuando es trabajo de producto en Python. Un asiento API es FastAPI o Django. Un asiento data son pipelines y jobs. Un asiento ML son modelos que llegan a producción. Solo preseleccionaremos 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-Python a un banco de servicio mixto.
Tras 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 Python con nombre en su sprint, unas 160 horas de capacidad dedicada. El mismo mes facturado por hora serían 3200 €. Seniority y solape se confirman en la llamada intro.

Díganos API vs pipeline vs ML, la capa de datos y el primer job que quiere en producción. Volveremos con un perfil con nombre, una ventana de arranque y un plan de dos semanas.