Nuestro cliente
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…
buscamos ingenieros con mentalidad ágil:
* no trabajan como una software factory tradicional
* no creen en releases gigantes
* qa no es cuello de botella
* no hay tickets eternos
* no se quedan en “ya quedó en mi ambiente”
* no hacen ceremonias ágiles vacías
* no crean arquitecturas complejas solo porque sigue a big tech
creemos en:
* xp (extreme programming)
* tdd real
* refactor continuo
* feedback loops cortos
* trunk‑based development
* entrega continua
* yagni
* diseño incremental
* colaboración constante
* 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
* automatización de flujos de riesgo
trabajamos principalmente con
* aws
* arquitecturas event‑driven
* typescript end‑to‑end
* servicios cloud‑native
* sistemas distribuidos
* 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
* evolucionarlo continuamente
aquí:
* hacemos releases frecuentes
* trabajamos con ownership compartido
* revisamos diseño constantemente
* hacemos refactor continuo
* buscamos reducir el tiempo entre “escribo código” y “sé si realmente funciona”
cómo colaboramos
trabajamos de manera altamente colaborativa, es decir, 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
* mejorar continuamente cómo construimos software
si disfrutas trabajar aislado o prefieres ownership individual rígido sobre partes del sistema, probablemente no te resulte cómodo en este entorno. 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”
* 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:
* sigan reduciendo complejidad
* puedan entregar incrementalmente
* entiendan trade‑offs
* detecten fricción en procesos
* colabore activamente
* tengan criterio técnico
* sé capaces de aprender rápido
no esperamos perfección, pero sí 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 explorar “extreme programming explained” de kent beck.
proceso
* conversación inicial (mindset + experiencia real)
* sesión técnica práctica
* conversación final con el equipo
no hacemos:
* leetcode
* accertijos algorítmicos irreales
* entrevistas teatrales
evaluamos:
* cómo piensas
* cómo colaboras
* cómo diseñas
* cómo abordas problemas
* cómo reaccionas al feedback técnico
* cómo trabajas bajo incertidumbre real
requisitos
nos interesa mucho más en cómo piensas, aprendes, colaboras y reaccionas al feedback que una lista perfecta de buzzwords.
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
* certificado como great place to work
#j-18808-ljbffr