Ingeniero de Software Staff, Golang

Lo que buscamos

• Profundo dominio de Go en sistemas transaccionales de alto volumen. Los años importan menos que lo que hayas llevado personalmente a producción.

• Fuerte criterio en multi-tenancy, arquitectura orientada a eventos, colas y los modos de fallo que cada una conlleva. Cloud native, y con un enfoque serio en la fiabilidad, observabilidad y seguridad.

• Un sistema de ingeniería agéntico repetible que hayas construido deliberadamente. Que mantenga el contexto, descomponga el trabajo ambiguo, verifique el comportamiento en lugar de simples diferencias de código (diffs) y mantenga el código no verificado fuera de

producción. El sistema es lo que importa, no las herramientas.

• Evidencia de haber llevado toda la cadena tú mismo, desde un objetivo incompleto hasta un sistema que

lanzaste y luego gestionaste en producción. Haber trabajado en cada fase no es lo mismo que

haber llevado una de ellas de principio a fin.

• Criterio ante la ambigüedad. Rara vez hay una especificación terminada, pero hay objetivos, restricciones y personas que saben cosas. Toma tú mismo las decisiones reversibles y escala el resto.

Deseable

• Experiencia en fintech, juegos con dinero real u otros productos de consumo de alto tráfico donde

el dinero está en juego.

• Experiencia con motores de reglas, puntuación en tiempo real o sistemas de toma de decisiones.

• Experiencia previa diseñando APIs para productos multi-inquilino o de marca blanca (white label).

El puesto

Construimos plataformas backend distribuidas y transaccionales en los sectores de cripto, fintech y juegos con dinero real. De alto volumen, multi-inquilino (multi-tenant) y en tiempo real. Los saldos, los pagos y las decisiones orientadas al jugador dependen de ellas, por lo que la exactitud no es negociable y los errores son visibles de inmediato. El trabajo abarca varios productos y sigue las prioridades del negocio, por lo que lo que gestiones cambiará con el tiempo. Construirás y serás responsable de servicios backend distribuidos y transaccionales en Go, como contribuidor individual.

La responsabilidad (ownership) tiene un significado específico aquí. Recibes un resultado y sus restricciones, no un backlog desglosado. Identificas las decisiones que nadie ha tomado y reúnes el contexto para tomarlas. Defines el alcance y la secuenciación. Tomas las decisiones arquitectónicas y de implementación. Implementas el sistema en lugar de delegarlo. Otros contribuirán a él, y tú eres el responsable de las condiciones que les permitan hacerlo sin degradarlo. Lo lanzas y sigues siendo responsable de cómo se comporta en producción.

Los agentes son el medio de producción normal aquí, no una ayuda opcional. Eso no reduce la necesidad de criterio de ingeniería, pruebas o responsabilidad operativa. Aumenta la carga que cada ingeniero lleva consigo.

Colaborarás con producto, ingeniería, infraestructura y QA en todo momento, y tendrás que ser bueno en ello, porque nadie lo coordinará en tu nombre.

Qué harás

• Convertir resultados y restricciones de negocio en trabajo con alcance definido, secuenciado y lanzable.

• Diseñar e implementar servicios distribuidos en Go que gestionen cargas de trabajo transaccionales de alto volumen, integrándose con pagos, proveedores y plataformas internas.

• Hacer explícitas las garantías de exactitud y mantenerlas. Los saldos y el comportamiento transaccional no admiten márgenes de aproximación.

• Dirigir el sistema agéntico que produce el trabajo: contexto, descomposición, ejecución,

verificación.

• Establecer el entorno y las protecciones (guardrails) dentro de las cuales trabajan otros: contexto, pruebas y controles automatizados que permitan a las personas contribuir a tu sistema sin que este se degrade en una deuda que tú debas heredar.

• Operar lo que lanzas. Conocer sus modos de fallo, supervisarlo y arreglarlo.

• No es un rol de gestión o de líder técnico (tech lead). No tienes un equipo a tu cargo ni hay planes de crear uno.

• No es un rol de arquitectura o de consultoría. No establecerás la dirección para que otros la implementen.

• No es un rol de squad. No hay un backlog priorizado ni nadie asignándote trabajo.

• No es un rol en el que seas dueño de una capa de la implementación de otra persona, ni donde otra persona sea responsable de la verificación y la preparación para producción en tu nombre.

• No es un rol donde los agentes sean una ayuda de productividad opcional a la que recurres ocasionalmente.

Si lo que buscas es un squad bien definido, requisitos terminados y una implementación compartida, este es un rol que debes pasar por alto. Esa es una forma legítima de trabajar y muchos ingenieros excelentes la prefieren. No es este caso.

¿Qué tipo de cultura puedo esperar?
Madura, orientada a la misión y con poco ego. Valoramos la claridad sobre el ruido, los resultados sobre la teatralidad y el ritmo sin caos. Si eres una de las mentes más brillantes en tu oficio y quieres construir junto a otros expertos, te sentirás como en casa aquí.