Senior Software Engineer — Backend & Systems Design

BAX · TypeScript / Node.js · Remoto · América Latina · Tiempo completo

Construye sistemas backend que mueven dinero real

BAX es una startup que desarrolla productos de stablecoins, corretaje de criptoactivos, una billetera sin custodia, una tarjeta de débito financiada con cripto y productos de infraestructura financiera para empresas de toda América Latina.

A medida que ampliamos nuestros productos y escalamos nuestras operaciones, buscamos a una persona senior de ingeniería backend para crear nuevas capacidades y, al mismo tiempo, mantener nuestros sistemas confiables, comprensibles y fáciles de evolucionar.

Serás responsable de sistemas backend importantes: desde comprender un problema de negocio ambiguo hasta diseñar, lanzar y mejorar la solución en producción. Este es un puesto práctico de contribución individual con verdadera responsabilidad técnica: liderarás mediante la arquitectura, el código y las revisiones, no mediante la gestión de personas.

La oportunidad

Tu criterio forma parte del trabajo: cuestionarás requisitos, pondrás a prueba supuestos y darás forma al enfoque antes de que se construya nada. El equipo de ingeniería es pequeño, por lo que tus decisiones serán visibles y tendrás una influencia real en la evolución de nuestro backend. Reportarás a nuestro Gerente de Ingeniería y trabajarás de cerca con nuestro CTO.

Nuestra hoja de ruta incluye tanto sistemas nuevos como servicios en producción que necesitan evolucionar. Según el problema, podrías:

1. Diseñar un flujo de movimiento de dinero que abarque varios proveedores.
2. Llevar un producto nuevo desde el diseño inicial hasta su primera transacción real.
3. Decidir qué servicio debe ser responsable de una parte del estado y trasladarla allí.
4. Reemplazar una integración con un proveedor que se ha vuelto demasiado enredada para comprenderla.
5. Replantear un modelo de datos compartido que varios servicios ya superaron.
6. Tomar un flujo asíncrono que funciona casi siempre y hacer explícitos sus modos de fallo.
7. Refactorizar código crítico en producción sin alterar el comportamiento del que otros dependen.

Los problemas interesantes rara vez terminan en el límite de una API.

• Un proveedor acepta una transferencia y después nuestra solicitud expira. ¿La transferencia ocurrió?
• Una operación falla a mitad del proceso. ¿Qué debe revertirse y qué no puede revertirse?
• Nuestros servicios y un proveedor externo discrepan. ¿Cuál de los dos es la fuente de verdad?
• Algo queda atascado entre estados. ¿Cómo lo detectaríamos y quién puede moverlo?
• ¿Deberían dos flujos similares compartir una abstracción o sus diferencias son precisamente lo importante?

Buscamos a alguien que disfrute razonar sobre estas preguntas y después construir la solución.

Lo que harás

Ser responsable de sistemas backend de principio a fin. Traducir requisitos de negocio en APIs, modelos de dominio, servicios y flujos financieros. Hacer explícitas las decisiones importantes antes de que queden arraigadas en el código.

Diseñar para la corrección ante fallos parciales. Considerar transacciones, concurrencia, idempotencia, reintentos, tiempos de espera, compensación y reprocesamiento, no solo el camino ideal. Tener en cuenta el estado persistente, los registros financieros, la auditabilidad, la conciliación y los consumidores posteriores.

Elevar el estándar de ingeniería a tu alrededor. Revisar diseños y pull requests, orientar a colegas y documentar las decisiones que importan. Trabajar con Producto, QA y DevSecOps para equilibrar entrega, confiabilidad y seguridad. Ser responsable del comportamiento de tu trabajo en producción. Escribir pruebas significativas, añadir observabilidad útil y coordinar con QA la validación de cada lanzamiento. Investigar comportamientos inesperados, comprender lo ocurrido y acompañar la corrección hasta el final.

Lo que aportas

Dominio sólido de TypeScript y Node.js. Tienes experiencia diseñando y lanzando de forma independiente funcionalidades backend importantes en producción.

Intuición para sistemas distribuidos. Piensas por reflejo en semánticas de entrega, claves de idempotencia y conciliación. Has depurado un sistema real en el que el mismo mensaje llegó dos veces, el resultado de una llamada externa era verdaderamente desconocido o había registros atascados en un estado que nadie había previsto, y puedes explicar cómo hiciste el sistema más seguro.

Experiencia en integraciones. Has trabajado con APIs externas lentas, inestables, mal documentadas o, en ocasiones, simplemente incorrectas, y diseñaste teniendo esto en cuenta en lugar de asumir que se comportarían bien.

Criterio de diseño de software. Puedes razonar sobre modelos de dominio, contratos de API, límites entre servicios y propiedad de los datos, y explicar las ventajas y desventajas de tus decisiones.

Fundamentos de bases de datos. SQL, modelado relacional, transacciones, niveles de aislamiento y migraciones sobre tablas que no puedes permitirte corromper.

Experiencia mejorando software existente. Puedes orientarte en código desconocido, conservar el comportamiento importante y depurar a través de los límites de la aplicación, la base de datos y las integraciones.

Fluidez con agentes de IA. Los usas en tu flujo de desarrollo, revisas sus resultados de forma crítica y verificas los cambios mediante inspección de código, pruebas y comportamiento observado. Una respuesta plausible no es suficiente.

Responsabilidad colaborativa. Te comunicas con claridad, das retroalimentación constructiva y sabes cuándo decidir por tu cuenta y cuándo involucrar a otras personas.

Nos importa más lo que has construido, mejorado y depurado que un título universitario, un cargo anterior o una cantidad de años.

Especialmente valioso

• Pagos, emisión de tarjetas, libros contables, conciliación, billeteras o integraciones bancarias: cualquier ámbito en el que la corrección y la trazabilidad fueran importantes.
• Sistemas basados en eventos y flujos de trabajo, ya sea que hayas utilizado un motor de flujos de trabajo o armado la infraestructura por tu cuenta con tablas de outbox, columnas de estado y tareas de conciliación. Lo importante es que hayas tenido que razonar sobre efectos que quizá ya ocurrieron.
• Experiencia con AWS, infraestructura como código o seguridad.
• Experiencia creando herramientas para agentes de programación con IA, como habilidades reutilizables, entornos para agentes o medidas de protección. Como equipo, mantenemos un conjunto compartido de herramientas.
• La experiencia con cripto es una ventaja importante, no un requisito. Tal vez hayas lanzado un producto cripto, creado algo por tu cuenta, usado una billetera de autocustodia o simplemente hecho un intercambio en Uniswap para ver qué sucede en realidad. Los fundamentos sólidos son lo primero; la curiosidad cuenta.

Nuestra tecnología

TypeScript · Node.js · NestJS · PostgreSQL · RabbitMQ · Redis · AWS · Terraform

Una arquitectura de microservicios con integraciones de proveedores financieros externos y flujos de trabajo asíncronos.

No necesitas haber utilizado todas las tecnologías anteriores. La profundidad en backend y el criterio de ingeniería importan más. Conocer NestJS es útil, pero no obligatorio.

Por qué BAX

Aquí puedes profundizar tu contribución arquitectónica sin alejarte del código. Valoramos la ingeniería pragmática: comprender lo que ya funciona, cuestionar lo que no y dejar el sistema más fácil de cambiar de lo que lo encontraste.

100 % remoto

Compensación competitiva

Horario flexible

Cómo trabajamos

Contratamos en toda América Latina y preferimos candidaturas que estén aproximadamente a tres horas del huso horario de Ciudad de México, para coincidir durante la colaboración y los lanzamientos planificados.

El código, los pull requests, los mensajes de commit y la documentación están en inglés. Las reuniones internas son en español. Necesitarás ambos idiomas.

Cómo postularte

1. Envía tu CV o perfil de LinkedIn con una breve introducción.
2. En lugar de una carta de presentación, cuéntanos sobre un sistema backend, una integración o una refactorización que hayas liderado personalmente: ¿Cuál era el problema? ¿Qué lo hacía difícil? ¿Qué concesiones tuviste que hacer? ¿Qué ocurrió en producción y qué harías de otra manera?
3. El código público, los proyectos personales o los textos técnicos son bienvenidos, pero no obligatorios.

Solo candidaturas individuales. No aceptamos reclutadores ni agencias.