Culture

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. ...

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. ...

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. ...