Disponible para proyectos seleccionados

Construyo sistemas para productos reales.

Diagrama de comercio, pagos, automatización y plataformas. — Diseño la interfaz como la puerta de un sistema que debe responder bien cuando hay usuarios, fallos y cambios.

Disponible para proyectos seleccionadosIngeniero de software / Creador de productos — Colombia · remoto internacional

Áreas de trabajo

Backend & APIs
Cloud
Fintech
IA aplicada

No parto de una plantilla

Construyo alrededor de tu negocio.

Cada empresa tiene procesos, clientes y objetivos distintos.

Diseño soluciones que se adaptan a ellos, no al revés.

Tu negocio no debería adaptarse al software.

El software debería adaptarse a tu negocio.

→

Aquí está lo que ya he construido.

Productos reales. Problemas reales. Decisiones reales.

Vista principal de la tienda Liminal Accesorios

Aether / comercio conectado

Una tienda que funciona más allá de la interfaz.

Comprar es solo una parte del problema.

Aether conecta la experiencia del cliente con inventario, pedidos, operación y asistencia inteligente en un mismo producto.

Una experiencia pensada para comprar

Menos fricción. Más claridad.

El cliente encuentra lo que necesita sin navegar entre ruido, menús innecesarios o procesos complicados.

Productos, disponibilidad y compra forman parte de una misma experiencia.

El catálogo también puede conversar

Encuentra lo que buscas conversando.

El asistente entiende lo que el cliente necesita, encuentra opciones reales dentro del catálogo y lo ayuda a avanzar hacia la compra.

No responde sobre una tienda. Forma parte de ella.

Del otro lado de la compra

Lo que ocurre en la tienda se convierte en decisiones.

Pedidos, productos, inventario y señales importantes de la operación aparecen en un mismo lugar.

El objetivo no es mostrar más información.

Es saber qué necesita atención.

La operación también puede conversarse

Preguntar en lugar de buscar.

¿Qué pedidos están procesándose?

¿Qué productos tienen poco stock?

Aether convierte información dispersa del negocio en respuestas directas y accionables.

Una sola experiencia, dos lados del negocio

El cliente compra. El negocio responde.

Aether conecta ambos.

No es solo una tienda con un panel administrativo ni un chatbot añadido encima. Es un producto diseñado para que clientes, datos y operación trabajen juntos.

02 / Trabajo seleccionado

Proyectos reales, explicados desde sus decisiones.

Cada proyecto muestra el problema, la responsabilidad y las decisiones que sostienen el producto.

Comercio electrónico + agentes de IA

Demo pública desplegada

Aether Commerce

Flujo principalAether Commerce

01Storefront
02Asistente
03Worker API
04D1 / Stripe

Un producto de comercio electrónico bilingüe con storefront, panel administrativo, API, pagos y un asistente capaz de consultar productos y operar el carrito con controles explícitos.

Abrir demo en producción

Problema: Construir una tienda que demostrara algo más que una interfaz: catálogo, carrito firmado, checkout, operación administrativa y asistencia conversacional conectada al dominio real.
Responsabilidad: Arquitectura e implementación del monorepo, contratos compartidos, Worker API, D1, storefront, panel administrativo, integración de Stripe y servicio de IA.
Decisiones: El backend recalcula precio e inventario; las mutaciones del asistente usan tokens de carrito e idempotencia; LangGraph coordina intención, restricciones, herramientas, validación y auditoría en la ruta Python validada.
Estado / resultado: Storefront, API, admin y asistente Worker están desplegados. La variante completa FastAPI/LangGraph está validada en Docker; su hosting separado con PostgreSQL y Redis permanece documentado como siguiente etapa.

Fintech + pagos

Caso privado

SaaS de pagos flexibles

Flujo principalSaaS de pagos flexibles

01Next.js
02Cloud Functions
03Firestore
04Stripe

Plataforma para dividir pagos en cuotas configurables y coordinar procesos transaccionales entre la aplicación y servicios externos.

Problema: Modelar una experiencia flexible sin perder consistencia entre la interfaz, el estado del pago y los eventos externos.
Responsabilidad: Desarrollo full-stack e integración del frontend con un backend serverless y flujos transaccionales.
Decisiones: Separar presentación, lógica de negocio, persistencia y eventos; procesar cambios de estado mediante Stripe y webhooks.
Estado / resultado: Caso presentado sin identidad del cliente, métricas ni enlace público para respetar la confidencialidad.

Banca + microservicios

Experiencia profesional privada

Servicios para una plataforma bancaria

Flujo principalServicios para una plataforma bancaria

01Interfaz Angular
02Servicios Node.js
03Funciones AWS Lambda
04Entrega con Azure DevOps

Trabajo en un entorno financiero donde cada cambio debía convivir con controles de entrega, separación de responsabilidades y estabilidad operativa.

Problema: Evolucionar funcionalidades bancarias en una arquitectura distribuida sin comprometer trazabilidad ni confiabilidad.
Responsabilidad: Desarrollo y mantenimiento de servicios y funcionalidades como contratista externo.
Decisiones: Servicios desacoplados, funciones serverless, automatización de entrega y control cuidadoso de cambios.
Estado / resultado: Experiencia en producción descrita al nivel permitido; sin publicar datos internos de la organización.

Cloud + operaciones financieras

Caso privado

Plataforma financiera sobre AWS

Cloud + operaciones financierasPlataforma financiera sobre AWS

01AWS
02SST
03Amazon RDS
04APIs

Arquitectura con APIs, autenticación, datos relacionales e infraestructura reproducible para flujos financieros.

Problema: Mantener una base técnica escalable y comprensible para una aplicación con reglas y datos financieros.
Responsabilidad: Diseño de la separación entre frontend, backend, datos e infraestructura.
Decisiones: Persistencia relacional en RDS, autenticación y despliegues automatizados con infraestructura como código.
Estado / resultado: Caso técnico publicable sin información comercial ni métricas no verificadas.

01 / Propuesta de valor

No separo el código del contexto operativo.

Una interfaz es solo una parte del producto. Mi trabajo conecta decisiones de arquitectura, reglas de negocio, datos, integraciones y entrega continua.

Backend y arquitectura

Diseño APIs, servicios y modelos de datos alrededor de límites claros, flujos críticos y mantenimiento a largo plazo.

Node.js / TypeScript
Python
REST / eventos
SQL / NoSQL

Producto de extremo a extremo

Puedo llevar una funcionalidad desde la definición técnica hasta la interfaz, las pruebas y su despliegue.

React / Next.js
Integraciones
Testing
CI/CD

Sistemas sensibles

Experiencia en banca, fintech y pagos, donde la trazabilidad, la idempotencia y el control de cambios importan.

Stripe
Webhooks
Microservicios
Observabilidad

03 / Capacidades

Tecnología organizada por el problema que resuelve.

No uso porcentajes ni una pared de logos. Estas son las áreas en las que conecto herramientas con decisiones de producto y operación.

Backend y APIs

Servicios, reglas de negocio, autenticación, asincronía, eventos y contratos mantenibles.

Node.js
TypeScript
NestJS
Express
Fastify
Python

Frontend de producto

Interfaces accesibles que reflejan con claridad el estado y las restricciones del dominio.

React
Next.js
Angular
SSR
Accesibilidad

Cloud e infraestructura

Sistemas serverless, observables y desplegables de forma reproducible.

AWS
Google Cloud
Cloudflare
Docker
Terraform
CI/CD

Datos

Modelos relacionales y documentales, migraciones, índices y persistencia orientada a flujos reales.

PostgreSQL
MySQL
RDS
Firestore
D1
Redis

Pagos e integraciones

Checkout, webhooks, suscripciones, reembolsos e idempotencia alrededor de eventos externos.

Stripe
Webhooks
Clerk
Resend
APIs externas

IA aplicada y agentes

Agentes con herramientas, RAG, grounding, validación, guardrails y respuestas ligadas a evidencia disponible.

LangGraph
Gemini
Tool calling
RAG
SSE
Evaluación

Calidad y entrega

Pruebas, contratos, observabilidad, seguridad y despliegues por ambiente antes de producción.

GitHub Actions
Playwright
OpenAPI
Logging
Métricas

04 / Enfoque

Entiendo el dominio antes de proponer arquitectura.

Trabajo por incrementos revisables y hago explícitos los riesgos temprano. La arquitectura debe facilitar el cambio, no volverlo ceremonial.

Contexto

Objetivos, usuarios, restricciones, flujos críticos y sistemas existentes.

Modelo

Límites, datos, contratos, amenazas, integraciones y decisiones reversibles.

Entrega

Incrementos pequeños, pruebas útiles, revisión y ambientes previos a producción.

Operación

Despliegue controlado, señales observables, mantenimiento y evolución.

La complejidad debe justificar su costo operativo.

05 / Contacto

¿Hay un problema serio que resolver?

Cuéntame el contexto, el estado actual y qué necesita cambiar. Respondo mejor a problemas concretos que a briefs llenos de adjetivos.

Escribir por WhatsApp LinkedIn GitHub