Backend Engineer

Sobre el rol Buscamos un Backend Engineer hands-on responsable de diseñar, construir y operar servicios backend en producción dentro de un entorno AWS corporativo. El eje del rol es el desarrollo backend sólido: APIs bien estructuradas, patrones de diseño aplicados, código seguro y auditable. El candidato no será responsable del desarrollo frontend, pero sí debe asegurar que los servicios que construya estén correctamente diseñados para ser consumidos por aplicaciones en React/Next: estructuras de respuesta claras, validaciones, contratos de integración y manejo de errores. La empresa opera bajo lineamientos corporativos estrictos: casa matriz audita el código, existen herramientas automáticas de verificación de calidad y seguridad antes de cada promoción entre ambientes. Se espera que el candidato llegue con buenas prácticas ya internalizadas no como algo a aprender en el trabajo. — Perfil profesional y soft skills — PERFIL PROFESIONAL Buscamos a alguien que: Ha tenido responsabilidad directa sobre lo que construye Puede explicar con claridad qué desarrolló, cómo funciona y por qué se diseñó así Ha trabajado en contextos reales (producción, incidentes, presión, ambigüedad) Puede tomar decisiones y avanzar sin depender constantemente de otros Se comunica de forma clara, directa y estructurada En entrevista, esperamos ver: Explicaciones concretas, no teóricas Forma de pensar estructurada Capacidad de proponer soluciones reales --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
- — Perfil técnico — MAPA DE SKILLS Indispensable (sin esto no avanza) Backend hands-on en producción APIs REST + seguridad AWS aplicado en producción Patrones de diseño Código limpio y mantenible IaC: conocimiento funcional (entender cómo funciona y cómo impacta el despliegue) Flexible (puede compensar con potencial claro) React / Next (nivel integración, no desarrollo profundo) IaC: desarrollo directo (escribir desde cero) Servicios avanzados de AWS Experiencia en entornos altamente regulados Nice to have Certificación AWS Experiencia en sector financiero Experiencia en entornos corporativos auditados Conocimiento de CI/CD (no ownership completo) --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
- Primer Frente: — BACKEND— No

se requiere
que hayas diseñado arquitecturas de empresa completas, pero sí que puedas construir componentes de forma autónoma, tomar decisiones técnicas fundamentadas y entender el impacto de tu código en el sistema completo. No se busca un arquitecto que delega, se busca alguien que ejecuta con criterio. (Hands-on real) Experiencia desarrollando APIs en producción (Node, Python, C#, Java) Diseño de APIs REST (endpoints, validaciones, manejo de errores) Implementación de autenticación/autorización (JWT, OAuth2 o similar) Manejo de base de datos (SQL y/o NoSQL) Experiencia real ejecutando (no solo diseñando o liderando) Stack backend C# (.
Net) o Node.js o Python como lenguaje principal. No importa cuál, lo que importa es la profundidad. Desarrollo de APIs REST: diseño de recursos, versionamiento, autenticación (JWT, OAuth2), autorización por roles. Manejo de bases de datos relacionales (SQL) e idealmente alguna NoSQL. Queries optimizadas, transacciones, índices. Manejo de errores robusto: respuestas consistentes, logging estructurado, trazabilidad. Pruebas unitarias e integración: no solo saber que existen también saber escribirlas y mantenerlas. Esperamos identificar en ti: Facilidad para hablar de tus APIs con propiedad de producto: conoces el input, el output, los casos de error, quién lo consume y por qué se diseñó así. Claridad para explicar paso a paso cómo construiste o modificarías un servicio real: desde la definición del endpoint hasta su despliegue en producción. Agilidad cuando se te presenta un escenario técnico: daR una solución concreta sin evadir o desviar el caso. Capacidad para reconoces trade-offs: saber cuándo usar una Lambda vs un contenedor, una BD relacional vs una NoSQL, y poder justificarlo. Transparencia para compartir cuándo has tenido incidentes en producción y poder describir cómo los identificaste, atendiste y previenes. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
- Buenas prácticas — 'CÓDIGO LIMPIO' Este punto es crítico. El código es evaluado automáticamente en cada promoción entre ambientes, por lo que es importante contar con buenas prácticas bien consolidadas desde el inicio. Patrones de diseño — deberás conocer y saber aplicar al menos uno Clean Architecture (también llamada Arquitectura Limpia): separación de capas, dependencias apuntando hacia adentro, domin