grill
cuestionar supuestos, armar contexto de producto
Prefiero fronteras explícitas, datos que no mienten y deploys que no dependen de un héroe.
Notas sobre ingeniería de IA, datos, plataforma, arquitectura de software y SEO/AEO — deep-dives prácticos desde aplicaciones en producción.
Herramientas y recursos que uso, organizados por categoría — diseño, backend, IA, CI/CD y más.
No solo lo de hoy: herramientas y patrones de proyectos y notas a lo largo de los años. No es un muro de logos — es un mapa de lo que usé, uso y seguiría eligiendo. Pasá el cursor para ver el patrón detrás.
03
DDD, event-driven, refactors legacy, patrones que escalan.
DDD, event-driven, refactors legacy, patrones que escalan.
Domain-Driven Design
Código organizado por feature y dominio.
pasá para inspeccionar
modules/
billing/
workflows/
notifications/Event-Driven
Triggers, colas, procesamiento en tiempo real.
emit('job.completed', { id, result });Result / Either
Tipos de error explícitos, sin throws silenciosos.
type Result<T> =
| { ok: true; value: T }
| { ok: false; error: E };Microservices
Descomposición lio-api-serv-* — bridge, mailings, envíos, notifications.
// lio-api-serv-bridge
// lio-api-serv-mailings
// lio-api-serv-notificationsRPC-Only · Multi-Tenant
Acceso a BD solo vía funciones Postgres con aislamiento por tenant.
create function get_jobs(p_org uuid)
returns setof jobs
language sql security definer;Legacy Refactoring
Recuperación de codebases complejos, descomposición de monolitos.
// before: 1 deploy · 1 DB
// after: api | worker | bridgecontexto primero · rules en el repo · review humano
No busco mejores prompts: busco mejor contexto. El agente escribe; yo defino producto, restricciones y patrones antes de que toque el código.
cuestionar supuestos, armar contexto de producto
fijar restricciones, patrones y orden
implementar con rules y skills del repo
revisar criterio, tipos, tests, listo para ship
2016 — 2017
Cofundador & Frontend Developer
Cofundé un pequeño estudio entregando sitios responsivos y campañas de email marketing compatibles con los principales clientes de correo — mi primer paso del frontend freelance hacia construir productos de punta a punta.
Primer ownership end-to-end de producto
2017 — 2019
Frontend → Full Stack Developer
Evolucioné de sitios frontend responsivos a ownership full stack: mantuve un CMS custom en CodeIgniter, entregué un page builder multi-dominio con configuración visual centralizada y replicación de contenido entre dominios, y operé GSuite más servicios de hosting como proveedor.
De frontend a full stack en 18 meses
2019 — 2022
Software Developer
Casi tres años en un solo producto marketplace de e-commerce: migré un monolito con problemas de rendimiento a microservicios (API central, servidor de importación, runner de tareas, puentes de pagos/envíos/notificaciones), reconstruí UI/UX desde cero y escalé de ~50 a ~1.000 usuarios concurrentes sobre infraestructura que construí desde cero.
~20× más usuarios concurrentes
2022 — 2024
Software Developer
Trabajé con equipos multidisciplinarios en el desarrollo e integración de varios productos: plataforma empresarial con Salesforce, MVP de visualización D3.js desde un refactor legacy, CMS universitario con i18n en Strapi y calculadora de fondos mutuos con ingesta automatizada vía GitHub Actions y Sanity. Lideré algunos desarrollos con equipos internos y externos, más CI/CD formal con ambientes efímeros por branch y workflows de contribución.
Entrega del equipo sin perder estabilidad
2025 — Present
Backend Developer / Platform Engineer
Lidero un producto de orquestación de flujos y notificaciones mientras amplío el rol hacia el equipo: construí la automatización push/email casi en solitario durante ~11 meses (Next.js 16 RSC, backend Supabase RPC-only, motor async modular), entregué SDKs NPM y una corrección Firebase→relacional — y hoy mentoreo developers, defino starters de código, establezco buenas prácticas de ingeniería y facilito retros para el equipo de desarrollo.
Producto activo · mentoría, starters y retros al equipo
2026 — ∞
Arquitecto de Software
Enfocado en liderazgo de arquitectura de software — abierto a roles donde convergen sistemas event-driven, IA aplicada y diseño de plataformas limpio. Actualmente finalizando Ingeniería de Sistemas con mención en Sistemas Computacionales.
Abierto a roles de arquitectura de software y plataforma
Si llegaste hasta acá, ya viste cómo pienso y qué construyo. Soy desarrollador de software y estoy culminando la carrera de Ingeniería de Sistemas, con más de una década entregando productos reales — enfocado en producto y arquitectura, aprendiendo siempre en ambos.
Mi enfoque: pensar primero en el producto, después elegir la arquitectura que encaje. Código mantenible, performante y honesto — sin over-engineering ni abstracciones por abstracción — solo sistemas que resuelven problemas reales.
Abierto a nuevos proyectos, desafíos técnicos y colaboraciones con impacto — seas recruiter, founder o colega engineer.