No estamos buscando únicamente experiencia en backend.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.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 conversación inicial (mindset + experiencia real) sesión técnica práctica 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.