Nuestro cliente es una startup que construye sistemas de gestión de riesgo y alertamiento temprano para eventos hidrometeorológicos y desastres naturales. Su software procesa información en tiempo real, integra sensores físicos, distribuye alertas y ayuda a instituciones y organizaciones a reaccionar ante eventos críticos.
no estamos buscando solo backend...estamos buscando engineers que:
* no trabajan como una software factory tradicional.
* no creen en releases gigantes,
* qa como cuello de botella,
* tickets eternos,
* “ya quedó en mi ambiente”,
* ceremonias ágiles vacías,
* ni arquitecturas complejas solo porque “así lo hace big tech”.
sí creemos en:
* xp (extreme programming),
* tdd real,
* refactor continuo,
* feedback loops cortos,
* trunk-based development,
* entrega continua,
* yagni,
* diseño incremental,
* colaboración constante,
* y software simple que evoluciona rápido.
qué hacemos realmente
construimos software para:
* ingestión de datos en tiempo real,
* procesamiento de eventos,
* alertamiento temprano,
* sistemas operativos críticos,
* continuidad operativa,
* monitoreo,
* observabilidad,
* y automatización de flujos de riesgo.
trabajamos principalmente con:
* aws,
* arquitecturas event-driven,
* typescript end-to-end,
* servicios cloud-native,
* sistemas distribuidos,
* y releases frecuentes en producción.
stack actual
backend
typescript, node.js, serverless, event-driven architecture
cloud / infraestructura
aws lambda, eventbridge, sns, sqs, cloudwatch, dynamodb, fargate
frontend
typescript, react
mobile
react native
otros
docker, ci/cd, testing, observability, cloud-native tooling
cómo trabajamos
el objetivo no es escribir la arquitectura “perfecta”.
el objetivo es:
* entregar valor rápido,
* obtener feedback temprano,
* reducir fricción,
* mantener el sistema fácil de cambiar,
* y evolucionarlo continuamente.
aquí:
* hacemos releases frecuentes,
* trabajamos con ownership compartido,
* revisamos diseño constantemente,
* hacemos refactor continuo,
* y buscamos reducir el tiempo entre:
“escribí código”
y
“sé si realmente funciona”.
cómo colaboramos
trabajamos de manera altamente colaborativa.
eso significa que:
* compartimos contexto constantemente,
* revisamos ideas temprano,
* hacemos pairing,
* discutimos diseño,
* y damos feedback técnico frecuente.
para nosotros, pair programming no significa:
“dividir tareas y cada quien trabajar por su lado”.
significa:
* resolver problemas juntos,
* reducir incertidumbre temprano,
* compartir ownership,
* detectar errores antes de producción,
* y mejorar continuamente cómo construimos software.
si disfrutas trabajar completamente aislado o prefieres ownership individual rígido sobre partes del sistema, probablemente este entorno no te resulte cómodo.
lo que probablemente no disfrutarás aquí
este rol probablemente no es para ti si:
* prefieres procesos rígidos y altamente estructurados,
* necesitas tickets extremadamente detallados para avanzar,
* haces testing solo al final,
* trabajas mejor aislado,
* te incomoda recibir feedback técnico frecuente,
* piensas que tdd = “hacer pruebas después”,
* buscas equipos donde cada quien toca únicamente “su microservicio”,
* o si tu definición de seniority es únicamente años de experiencia o conocimiento de frameworks.
qué valoramos realmente
más allá del stack, buscamos personas que:
* sepan reducir complejidad,
* puedan entregar incrementalmente,
* entiendan trade-offs,
* detecten fricción en procesos,
* colaboren activamente,
* tengan criterio técnico,
* y sean capaces de aprender rápido.
no esperamos perfección.
sí esperamos curiosidad técnica genuina.
antes de aplicar
trabajamos bajo principios inspirados en:
* extreme programming (xp)
* tdd
* continuous delivery
* yagni
* refactor continuo
* feedback-driven development
si estos conceptos te son familiares, probablemente tengas ventaja en el proceso.
si no los conoces pero este tipo de cultura te interesa, te recomendamos muchísimo explorar:
extreme programming explained — kent beck
no necesitas convertirte en experto para aplicar.
pero sí queremos personas con curiosidad real por mejorar cómo se construye software.
proceso
1. conversación inicial (mindset + experiencia real)
2. sesión técnica práctica
3. conversación final con el equipo
no hacemos:
* leetcode
* acertijos algorítmicos irreales
* entrevistas teatrales
sí evaluamos:
* cómo piensas,
* cómo colaboras,
* cómo diseñas,
* cómo abordas problemas,
* cómo reaccionas al feedback técnico,
* y cómo trabajas bajo incertidumbre real.
requirements
nota importante
si sientes que tu cv no refleja completamente este tipo de mindset técnico-cultural, pero esta forma de trabajar te entusiasma genuinamente:
aplica de todos modos.
nos interesa mucho más:
* cómo piensas,
* cómo aprendes,
* cómo colaboras,
* y cómo reaccionas al feedback,
más que una lista perfecta de buzzwords.
responde a detalle todas las preguntas de prefiltro (ats), esto será importante para el prefiltro.
* más allá de tu cv, queremos entender cómo piensas y cómo trabajas.
* no buscamos respuestas “correctas”.
* buscamos honestidad, criterio y claridad técnica.
benefits
integración a marcas globales y startups disruptivas.
trabajo remoto/home office.
en caso de requerir modalidad híbrida o presencial, serás informado desde la primera sesión.
⏳ horario ajustado a la célula de trabajo/proyecto asignado.
trabajo de lunes a viernes.
día off en tu cumpleaños.
seguro de gastos médicos mayores (aplica para méxico).
️ seguro de vida (aplica para méxico).
equipos de trabajo multiculturales.
acceso a cursos y certificaciones.
meetups con invitados especiales del área de it.
eventos virtuales de integración y grupos de interés.
clases de inglés.
oportunidades dentro de nuestras diferentes líneas de negocio.
orgullosamente certificados como great place to work.