Construyo software que sostiene procesos reales, a escala.
7 años de experiencia específica en desarrollo ASP.NET, y más de una década en el ámbito IT. Arquitectura, integración de sistemas y decisiones técnicas al servicio de problemas de negocio reales — no solo código que funciona, software que se sostiene.
Analista de Sistemas y desarrollador .NET con más de una década en IT — arranqué en infraestructura y soporte técnico, y evolucioné hacia el análisis funcional y el desarrollo de software. Esa base me da una mirada integral: entiendo un sistema desde el hardware que lo corre hasta la regla de negocio más específica que resuelve.
Trabajo actualmente en el desarrollo y modernización de sistemas críticos para una institución grande, con equipos distribuidos y procesos reales de alto impacto operativo. En paralelo, estoy sumando React, Laravel y Docker a mi caja de herramientas.
Resúmenes genéricos de sistemas en los que trabajé — sin nombres reales de sistemas ni datos institucionales sensibles. El foco está en el problema, la decisión técnica y el resultado.
Problema — Un sistema legacy de notificaciones funcionaba de forma aislada: otros sistemas que necesitaban notificar a personal accedían directo a la base o replicaban su propia lógica, sin respetar las reglas de negocio originales.
Decisión — Modernización a API + frontend moderno, corrigiendo el modelo de datos (de una copia por destinatario a una notificación con N destinatarios) y convirtiéndolo en servicio reutilizable.
Problema — El sistema de notificaciones bloqueaba el acceso a otros sistemas hasta confirmar la lectura de un aviso, pero existían casos de personas que nunca leían, quedando bloqueadas indefinidamente.
Decisión — Proceso batch desatendido, ejecutado diariamente, que insiste por correo hasta lograr la lectura — con delay entre envíos para proteger la reputación del dominio.
Problema — El único mecanismo oficial para tramitar una baja exige pasar por múltiples áreas, cada una verificando la devolución de un elemento distinto, sin trazabilidad centralizada.
Decisión — Modelo de solicitud-etapa-seguimiento con un checkpoint de aprobación por área; la baja definitiva solo se habilita cuando todas confirman.
Problema — Un sistema integral pensado para albergar cuatro dominios de negocio relacionados pero distintos creció hasta volverse insostenible, en código y en base de datos.
Decisión — División del monolito en sistemas independientes por dominio, eliminando el riesgo de que un cambio en uno rompiera a los otros.
Problema — Un organismo externo necesitaba consumir información generada por un sistema interno, sin acceso directo a la base ni al sistema fuente.
Decisión — API de solo consulta, dedicada y separada del sistema de origen, exponiendo únicamente el subconjunto de datos necesario.
Problema — El personal en terreno reportaba novedades de forma manual y tardía — con pérdida de tiempo y de información.
Decisión — Aplicación móvil oficial que permite cargar la novedad in situ, con geolocalización del objetivo y radio de cobertura, impactada al instante.
Problema — Administrar la cobertura de seguridad que privados contratan, incluyendo qué pasa cuando el responsable asignado no puede cubrir su turno.
Decisión — Modelo jerárquico beneficiario-objetivo-servicio-titular, con reemplazos que requieren aceptación explícita y trazabilidad para liquidación de haberes.
Problema — Sistema creado desde cero para postulación a eventos con cupos limitados — blanco de bots que llenaban el 50% del cupo en milisegundos.
Decisión — Autoría del proyecto completo, con sistema de "bolsa" de reemplazos validado por perfil, y capa anti-bot (reCAPTCHA + cooldown por dispositivo).
Problema — Dentro de un sistema de autogestión de legajo, la declaración de condiciones de salud del personal y su grupo familiar necesitaba un módulo propio.
Decisión — Diseño de un módulo dedicado para datos sensibles, con mantenimiento evolutivo y resolución de errores en producción.
Problema — Un sistema administrativo básico para las unidades caninas de una fuerza de seguridad (datos identificatorios, asignaciones) no reflejaba la importancia real del seguimiento médico de los animales a lo largo de su ciclo de vida.
Decisión — Refactor completo que redefinió el enfoque del sistema, dándole mucho más peso a la ficha sanitaria (vacunación, historial médico), aplicando patrones de gestión de legajo ya validados en otro dominio (personal humano) — mi proyecto de mayor dedicación personal.
Problema — La emisión de credenciales oficiales no avisaba automáticamente al personal correspondiente cuando estaban listas.
Decisión — Nexo de integración vía servicio web interno con el sistema de notificaciones, disparando el aviso automáticamente al emitir cada credencial.
Problema — El personal necesitaba un canal único para contactar distintas áreas de soporte, cada una con su propio flujo de gestión.
Decisión — Formularios que enrutan automáticamente según área o tema, con gestión de turnos y trazabilidad de solicitudes sensibles.
Si un puesto de tu equipo encaja con este perfil, contame qué están construyendo y vemos cómo puedo sumar. Respondo siempre.