Comprender
Antes de modificar un sistema necesito saber qué responsabilidad tiene cada pieza.
Sobre mí
Entender antes de simplificar.
No es una cronología profesional. Es el punto de vista desde el que intento construir software.
Curiosidad
Comprender cómo encajan las piezas.
Siempre he tenido tendencia a hacer preguntas hasta entender cómo encajan las piezas de algo. Esa forma de pensar encontró un lugar natural en el desarrollo de software, especialmente en la integración de sistemas.
Conectar dos sistemas exige entender mucho más que sus interfaces. Hay que descubrir cómo representa cada uno la realidad, qué supuestos da por ciertos, qué ocurre cuando una dependencia falla y quién es responsable de cada estado.
Construcción
Las restricciones forman parte del diseño.
Trabajo principalmente con C# y .NET, pero no intento convertir una tecnología en identidad. Elijo herramientas en función del problema y del contexto.
Los proyectos personales me permiten recorrer el sistema completo: modelo de dominio, datos, interfaz, despliegue, observación y mantenimiento. Llevar algo a producción convierte supuestos invisibles en restricciones.
Forma de trabajar
Comprender, decidir y validar.
Cuestionar
Que algo siempre se haya hecho así no lo convierte en la mejor solución.
Modelar
Busco representaciones que eliminen complejidad accidental.
Validar
Pruebas, observación y comentarios de uso antes de considerar terminado el trabajo.
Agentes de IA
Ejecución acelerada, criterio humano.
Utilizo agentes para acelerar investigación e implementación dentro de un proceso con límites explícitos. La persona responsable sigue definiendo el problema, comprendiendo el contexto, tomando decisiones y validando el resultado.
No se delega el criterio. Se delega ejecución dentro de un sistema de restricciones.
Conclusión
Reducir la distancia entre la complejidad y la comprensión.
Ese es el objetivo que conecta mi trabajo en integración, los productos que construyo y la forma en la que intento explicar decisiones técnicas.