Engineering

En mi equipo siempre fuimos bastante obsesivos con el contexto de los tickets. Un buen ticket nunca fue dos líneas sueltas: era el problema bien planteado, el diseño, la referencia a lo que ya existía en el código, lo que no había que romper. Escribir todo eso cuesta, pero es lo que hace que el que agarra la tarea no arranque adivinando. Y eso no cambió. Lo que cambió es para quién va ese contexto. Hasta hace poco lo escribíamos para que lo entendiera una persona, y era el dev el que después se lo volvía a explicar a su asistente de IA para poder empezar: le pasaba los archivos, le contaba la arquitectura, le aclaraba qué no tocar. El ticket era para el humano, y el humano hacía de traductor hacia su asistente. Hoy ese contexto se escribe directo para la IA. El laburo humano quedó en las puntas: yo (o un senior) decido qué se hace y valido el planteo antes de que exista el ticket; el dev lo vuelve a validar cuando le llega, y audita todo lo que su agente produce. ...

El problema: una pantalla, ocho pantallas Hace poco nos tocó construir una pantalla que en principio parecía simple: el detalle de un instrumento financiero. El usuario toca un activo de su portfolio y se abre una vista con su valorización, su rendimiento, sus datos y un par de acciones. El problema apareció cuando notamos que no era una pantalla: eran ocho. Según el tipo de instrumento, el detalle cambiaba bastante: ...

Tu primer cambio en producción antes del viernes Cómo son los onboardings en Macro Securities Cada persona que ingresa al equipo de ingeniería de Macro Securities tiene un objetivo claro: hacer su primer cambio en producción antes del viernes de su primera semana. Por qué pusimos este objetivo La decisión no fue arbitraria. El onboarding es la primera impresión que una persona tiene de cómo trabajamos. Y quería que esa impresión fuera clara desde el día uno. Teníamos varios motivos para mejorar nuestro onboarding. ...

Cuando una alerta deja de ser una emergencia Cómo cambiamos la operación de infraestructura cuando le pusimos un agente entre la alerta y el equipo Hace cuatro meses, una alerta crítica a las 3 de la mañana significaba que alguien del equipo de infraestructura se levantaba. Hoy ya no. No porque tengamos menos alertas. Tenemos las mismas, o más. Lo que cambió es lo que pasa entre que la alerta se dispara y el momento en que llega al equipo. En el medio, ahora, hay un agente de IA que la lee, la investiga y decide si vale la pena interrumpir a un humano. ...

De releases bimestrales a semanales Cómo transformamos nuestra forma de entregar software en Macro Securities Cuando llegué hace un año a Macro Securities, utilizábamos un modelo de releases muy común en la industria: Se hacía release management, planeando releases en base a nuevas funcionalidades, lo que generaba que muchos cambios se acumulen. No es que este modelo esté mal en sí, de hecho, muchas fintech utilizan este modelo. Pero en nuestro caso, donde requerimos velocidad y feedback continuo, necesitábamos cambiar el modelo. ...

Nuestro manifiesto de principios de ingeniería en Macro Securities es lo que nos guía en la forma en que construimos Software. Queremos un equipo de tecnología que pueda entregar valor rápido, de forma confiable y continua. Radical Ownership Cada desarrollador es dueño y responsable del ciclo de vida de la feature a implementar. Es por eso que cada uno de nosotros tiene el deber de refinar, implementar, monitorear y dar soporte de cada feature que implementamos. Durante la implementación el desarrollador se compromete con todo el equipo a realizar una implementación correcta y con todos los mecanismos necesarios para asegurar el funcionamiento escalable y sostenible de la feature. Es por eso que los desarrolladores de Macro Securities tienen un celo especial por las features que implementan. Ellas son sus bebés. Los ven gestarse, nacer, desarrollarse y funcionar. ...

Hace un mes decidí intentar algo que muchos están discutiendo pero pocos están usando en producción: desarrollar una feature real utilizando agentes de IA, lo que muchos están llamando hoy en día Agentic Engineering. Existen varias definiciones de esta disciplina, pero me gusta pensarla algo así como: “Un modelo de trabajo donde el ingeniero deja de ser quien escribe cada línea de código y pasa a orquestar agentes de IA que ejecutan tareas de desarrollo con cierta autonomía”. ...