Chile · Solutions Architect · Engineering Lead
Solutions Architect · Engineering Lead
Diseño sistemas que escalan. Lidero equipos que entienden por qué.
Sobre Mí
+15 años tomando decisiones técnicas que afectan sistemas reales. Desde migrar un monolito a microservicios en 5 países hasta cofundar una plataforma que llegó a 50.000 estudiantes. Hoy lidero la modernización regional de MiLocal en Cencosud. Cuando no estoy en eso, tomo proyectos de consultoría y desarrollo donde el problema de arquitectura sea genuinamente interesante.
Cómo Pienso
Principios con peso, no máximas de Twitter.
· El dominio no sabe que existe AWS
Ports and adapters no es un patrón para tutoriales — es la diferencia entre cambiar un proveedor de storage en un día o en tres semanas. Si tu lógica de negocio importa un SDK de infraestructura, no tenés arquitectura: tenés acoplamiento con buena presentación.
· Toda deuda se documenta. Ninguna se oculta.
He tomado deuda técnica conscientemente y la he defendido frente a stakeholders. También he heredado deuda que nadie sabía que existía — esa es la que paraliza equipos y retrasa releases. La diferencia no está en tener deuda; está en saber exactamente dónde está y qué cuesta.
· No todo debe pasar por tu API
El control excesivo tiene un costo: latencia, bandwidth y complejidad operacional innecesaria. Diseñar flujos donde el cliente interactúa directamente con el servicio correcto no es perder control — es entender los límites de responsabilidad de cada componente.
· Consistencia primero, elegancia después
Una colección de eventos separada del aggregate parece DDD correcto. Hasta que el write del aggregate falla y el evento ya está guardado — sin alarma, sin rollback, con inconsistencia silenciosa. El write atómico es menos elegante en papel y más confiable en producción. Elijo producción.
· AI multiplica velocidad. No reemplaza criterio.
Evalúo y combino modelos según la decisión: Claude para diseño arquitectónico, Gemini para contrastar enfoques, Copilot para acelerar implementación. Lo que no delego es el criterio. Usarla sin fundamentos solo acelera las malas decisiones. El criterio sigue siendo tuyo.
Experiencia
Cencosud / Manpower – Experis
El problema no era técnico — era que nadie sabía el tamaño real de la deuda. Mi trabajo: hacer visible lo invisible, priorizar con criterio de negocio y ejecutar sin romper lo que ya funciona en 9 países.
Manpower / Experis para Cencosud
Dos sistemas críticos, dos países, una arquitectura que tenía que adaptarse sin romperse. Rompe Filas gestiona pagos en POS con pasarelas distintas por país. Altillos optimiza logística de almacenamiento con jerarquías complejas. El resultado fue tan bueno que me asignaron al rol transversal.
Amaris Consulting — Esmax/Aramco, Cencosud
Sistemas críticos en Azure con DDD y Event-Driven. El desafío real fue expandir facturación electrónica a 3 países con regulaciones distintas sin tocar el core — ahí fue donde la arquitectura hexagonal pagó la deuda por sí sola.
Codelovers
9 años. 200 colegios. 50.000 estudiantes. Lo que empieza como un MVP en CodeIgniter termina siendo una migración a Symfony, luego a AWS, luego a React. ClassTrack sobrevivió porque la arquitectura fue diseñada para cambiar, no para durar.
Stack
Certificaciones
AWS
AWS Solutions Architect – Associate
AWS
AWS Developer – Associate
AWS
AWS Cloud Practitioner
GitHub
GitHub Administration
GitHub
GitHub Foundations
GitHub
GitHub Advanced Security
GitHub
GitHub Actions
GitHub
GitHub Copilot
MongoDB
MongoDB: Relational to Document Model
Escritura
Artículos sobre arquitectura, decisiones técnicas y sistemas que importan.
Leer en Medium →Consultoría
¿Enfrentás una migración compleja, deuda técnica acumulada, o necesitás una segunda opinión arquitectónica? Trabajo con equipos que ya tienen desarrolladores pero necesitan criterio senior.
Proyectos donde el problema de arquitectura es genuinamente interesante. No webs corporativas — sistemas con lógica real, integraciones complejas, o escala que importa.