Integración logística internacional — Olva Courier
› Análisis del dominio logístico para entender cómo se registran y procesan los envíos, definiendo la integración entre una plataforma externa y el sistema CORE de la empresa.
› Diseño y desarrollo desde cero de dos microservicios en Java 21 bajo arquitectura hexagonal para procesar eventos logísticos y sincronizar información crítica del negocio.
›Coordinación técnica entre equipos de ambas plataformas para definir flujos de datos, contratos de integración y validar el comportamiento del sistema antes de su paso a producción.
› Diseño y evolución del modelo de datos en Oracle, incluyendo tablas y ajustes en procedimientos almacenados para registrar la información de forma consistente con la lógica del negocio.
› Desarrollo de microservicios backend en Java y Spring Boot para Habitat AFP, procesando archivos masivos y aplicando reglas de negocio sobre información financiera en Oracle.
› Participación en procesos batch con Spring Batch para el sistema de pago de pensiones, diferenciando flujos según operaciones como bonos, descuentos y haberes.
› Diseño e implementación de APIs BFF en Java y Spring Boot para exponer información proveniente de sistemas SAP hacia aplicaciones del negocio en Cepsa.
› Experiencia previa fullstack y coordinación técnica frontend en React, útil para alinear contratos entre consumo de interfaz y servicios backend.
Java Spring Boot Spring Batch Microservices React REST APIs Kubernetes Oracle SQL SAP Integration Git
MULTIPLICA
2020
Full-time · Remoto
Frontend Developer
Desarrollo de landing page corporativa
› Implementación de componentes visuales y animaciones para la página institucional, mejorando la interacción del usuario con el sitio.
› Desarrollo de secciones interactivas orientadas a presentar contenido de forma clara y atractiva.
› Colaboración con el equipo de diseño para construir interfaces modernas, responsivas y alineadas con la identidad visual de la marca.
HTML CSS JavaScript Vue Animation Libraries
ALMA SOFTWARE
2019 - 2020
Full-time · Remoto
Full Stack Developer
Desarrollo de soluciones e-commerce durante la pandemia
› Desarrollo de tiendas online para negocios que necesitaban migrar rápidamente al canal digital.
› Implementación de funcionalidades de catálogo, pedidos y gestión de productos para operaciones comerciales básicas.
› Adaptación de soluciones tecnológicas para permitir la continuidad operativa de negocios durante el confinamiento.
Una lectura más corta y directa de proyectos reales: qué había en juego, cómo se resolvió y dónde estuvo la complejidad técnica.
Integración logística internacional entre dos plataformas
Caso aplicado
Dos microservicios para que la operación logística no dependa de cruces manuales entre plataformas.
Base técnica
Dos microservicios en Java 21 con Spring Boot, arquitectura hexagonal y Oracle para aislar reglas de negocio, contratos y persistencia.
Lo que habilitó
La integración quedó lista para operar con más trazabilidad y menos validación manual.
Lo que estaba en juego
Había que sincronizar personas, envíos, guías y eventos entre Olva Courier y un receptor en EE.UU. sin romper la operación.
Lo delicado
Lo delicado estuvo en los estados asincrónicos, la deduplicación y la trazabilidad entre plataformas.
Cómo se resolvió
Se definieron contratos claros, confirmaciones por etapa y pruebas sobre escenarios de negocio antes del pase a producción.
Integracion de Sistemas
Desarrollo del sistema de pago de pensiones a gran escala
Caso aplicado
Procesamiento financiero masivo de pensionados mediante procesos batch especializados, aplicando reglas de negocio complejas sobre grandes volúmenes de información.
Base técnica
Microservicios en Java y procesos Spring Batch sobre Oracle para separar validación, procesamiento y persistencia.
Lo que habilitó
El flujo quedó más estable para volumen alto, con mejor control operativo sobre reprocesos.
Lo que estaba en juego
El sistema debía procesar archivos masivos de pensiones dentro de ventanas operativas exigentes y con reglas distintas según la operación.
Lo delicado
El punto crítico era controlar errores por lote, sostener reprocesos confiables y no perder consistencia financiera.
Cómo se resolvió
Se trabajaron servicios especializados, SQL orientado al volumen y validaciones de consistencia para ejecuciones recurrentes.
Procesamiento masivo
Pastoral Universitaria UNSA
Caso aplicado En Producción
Ecosistema digital de punta a punta: landing ya publicada y producto interno definido con app operativa y backend en Quarkus.
Base técnica
Landing en Astro con Tailwind y Decap CMS para el frente público; aplicación interna en Angular y backend en Quarkus sobre Oracle para asistencia, roles y trazabilidad operativa.
La pastoral ya cuenta con presencia digital publicada y con una base de producto coherente para evolucionar su plataforma interna sin rehacer decisiones clave.
Lo que estaba en juego
La Pastoral Universitaria UNSA necesitaba comunicar actividades, noticias y contacto desde un solo punto, sin separar ese frente público del sistema interno de asistencia y gestión.
Lo delicado
Lo delicado fue lanzar una experiencia pública clara y mantenible sin romper la coherencia de un producto más amplio con flujos administrativos, permisos y control de asistencia.
Cómo se resolvió
Se estructuró como un ecosistema de producto: landing institucional para comunicación y captación, aplicación interna para gestión y un backend en Quarkus para reglas de negocio, permisos y persistencia.
Notas breves sobre microservicios, integraciones y decisiones de arquitectura tomadas en contexto real.
Testing backend
Nota completa
Pruebas de integración para flujos de negocio en microservicios
Dónde poner el foco cuando el riesgo real está en validaciones, ramas de negocio y sincronización entre servicios.
En integraciones empresariales, probar solo el caso feliz no alcanza. El riesgo aparece en validaciones por tipo de operación, datos incompletos, orden de eventos o respuestas parciales entre plataformas. Conviene modelar pruebas alrededor del flujo de negocio: qué entra, qué decisión toma el servicio, qué se persiste y qué salida se publica o devuelve. Herramientas como Spock ayudan a cubrir ramas con claridad. Conclusión: la prueba vale más cuando verifica decisiones críticas del negocio y no solo la respuesta HTTP.
Arquitectura
Nota completa
Arquitecturas evolutivas para plataformas de negocio
Uso práctico de arquitectura hexagonal y clean architecture, con tradeoffs reales de complejidad, testing y entrega.
La arquitectura hexagonal y clean architecture protegen el dominio mediante puertos y adaptadores, separando reglas de negocio de frameworks, bases de datos y transporte. Eso mejora pruebas unitarias y facilita reemplazar adaptadores sin reescribir el core. El tradeoff es claro: suma capas, contratos y código de ensamblaje, algo que puede frenar equipos pequeños o productos tempranos. En contextos enterprise con integraciones múltiples y vida útil larga, el costo inicial suele compensarse. Conclusión: conviene aplicarla de forma selectiva, priorizando módulos críticos y evitando sobrearquitectura en flujos simples.
Spring
Nota completa
Contexto real sobre Spring Framework 4 y Spring Boot
Aclaración de versionado para evitar confusiones entre contexto histórico y stack vigente.
Spring Framework 4 fue lanzado en 2013 y su soporte activo terminó hace años; por eso no corresponde presentarlo como novedad actual. En su momento aportó soporte para Java 8 y una base más madura para aplicaciones empresariales. Hoy, las novedades relevantes llegan por Spring Framework 6 y Spring Boot 3, alineados con Jakarta EE 9+, Java 17+, AOT y runtime nativo con GraalVM. Para equipos enterprise, actualizar responde a seguridad, compatibilidad y performance operativa. Conclusión: si el objetivo es modernizar, la conversación correcta es Spring 6/Boot 3; Spring 4 queda como contexto histórico.
Spring vs Quarkus
Nota completa
Spring vs Quarkus: comparación técnica para decidir
Comparativa de arranque, memoria, experiencia de desarrollo y ecosistema para elegir según contexto.
En JVM tradicional, Spring Boot ofrece un ecosistema más amplio y una curva conocida para muchos equipos. Quarkus prioriza tiempos de arranque bajos y menor huella de memoria, sobre todo con compilación nativa en GraalVM, algo útil en serverless y alta densidad de contenedores. El tradeoff es una mayor complejidad de pipeline y validaciones extra para algunas librerías en modo nativo. Ambos tienen hot reload y buen soporte de testing, pero Spring suele ganar en ejemplos corporativos y talento disponible. Conclusión: Spring Boot encaja mejor en plataformas empresariales amplias; Quarkus destaca cuando startup rápido y ahorro de memoria pesan más.
06//CONTACTO
Conversemos sobre tu próximo proyecto
Si estás construyendo o modernizando una plataforma empresarial, puedo aportar en servicios Java, integraciones entre sistemas y flujos de datos que necesitan llegar a producción con confianza.
