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.
// 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
// CONTEXTO
7 años en el Ministerio de Educación de la Ciudad de Buenos Aires — desde analista funcional hasta liderar el desarrollo de sus sistemas internos. 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
// PARA RECLUTADORES
Toda mi experiencia, stack y trayectoria en un arhivo.
$ CONTACTO --ABRIR
Podemos hablar. Sin formularios