Entiendo el problema antes de escribir código
El análisis funcional no es un trámite — es donde se gana o se pierde un proyecto. Años haciendo ambos lados me enseñaron que el código más valioso es el que resuelve el problema correcto.
Construyo sistemas que escalan, los analizo con criterio de negocio y los lidero con visión de equipo. 7+ años haciéndolo.
// LO QUE HAGO
Sitios que representan tu marca con velocidad y criterio de diseño — no plantillas genéricas, y administrables vos mismo vía CMS.
Plataformas de gestión y backoffices a medida — pensados para escalar, no para parchear.
Flujos e integraciones con IA y scripts que eliminan tareas repetitivas y ahorran horas operativas.
Análisis funcional, arquitectura y liderazgo técnico antes de escribir la primera línea de código.
// CÓMO PIENSO
El análisis funcional no es un trámite — es donde se gana o se pierde un proyecto. Años haciendo ambos lados me enseñaron que el código más valioso es el que resuelve el problema correcto.
Nueve años de diseño gráfico antes del código no son un detalle — son el motivo por el que nunca perdí de vista al usuario. La interfaz es el producto para quien lo usa.
La arquitectura que no es posible mantener ni escalar no es un logro, es un problema. Diseño sistemas y escribo código que se puedan mantener y escalar y que el cliente pueda autoadminsitrar mediante CMS y otros sistemas de gestión de contenido.
El testeo no es el último paso — es la única forma honesta de saber si lo que construí resuelve lo que prometí. Reviso como usuario, no como autor.
// CON QUÉ CONSTRUYO
En un mundo donde la tecnología avanza día a día, mi stack es el resultado de años de experiencia, aprendizaje y adaptación pero con el objetivo de seguir aprendiendo y mejorando mi habilidades.
// CONTEXTO
+7 años en el rubro de la tecnología iniciando como administrador de sistemas y analista funcional hasta liderar el desarrollo de sistemas internos de gran escala con entregas end-to-end. Eso enseña a construir cosas que tienen que funcionar de verdad, con equipos reales y usuarios que no tienen margen para errores. Hoy en el sector privado, llevo ese mismo criterio a cada proyecto.
$ git log --oneline --graph
$ CONTACTO --ABRIR
Podemos hablar. Sin formularios