[Hiring] Software Engineer @DaCodes

Role Description

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.
• 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.
• Software simple que evoluciona rápido.

Qué hacemos realmente:

• 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”.
• 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:
• “Escribí código” y “Sé si realmente funciona”.

Cómo colaboramos:

• Trabajamos de manera altamente colaborativa.
• Compartimos contexto constantemente.
• Revisamos ideas temprano.
• Hacemos pairing.
• Discutimos diseño.
• 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.

Lo que probablemente NO disfrutarás aquí:

• 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:

• Reducir complejidad.
• Entregar incrementalmente.
• Entender trade-offs.
• Detectar fricción en procesos.
• Colaborar activamente.
• Tener criterio técnico.
• Ser capaz 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.
• Cómo trabajas bajo incertidumbre real.

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.
• Cómo reaccionas al feedback.

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.