Jordão Beghetto Massariol

Ejerzo el liderazgo técnico del equipo, siendo la referencia arquitectónica y el punto de decisión en stack, patrones de diseño y estructura de nuevos sistemas. Lideré dos rebuilds simultáneos de sistemas estatales, modernizando aplicaciones Groovy/Grails hacia React, TypeScript y Java Spring Boot, y lidero la definición de los contratos REST entre frontend y backend. En el día a día, debido a mis responsabilidades, termino escribiendo un poco menos de código que antes, ya que coordino cada vez más el proceso en sí, escribiendo y refinando tareas, conduciendo daily meetings, planificaciones, refinamientos y retrospectivas, alineando estimaciones y alcance con el equipo, hablando directamente con los clientes sobre plazos, entregas y homologaciones, revisando código y manteniendo siempre en funcionamiento los pipelines de CI/CD y los entornos de desarrollo, homologación y producción. También integro a nuevos desarrolladores al equipo y participo en decisiones estratégicas de la empresa.

Fue aquí donde pasé de ejecutar a decidir. Diseñé los primeros proyectos de rebuild de la empresa, definiendo el stack y la estructura de repositorio para equipos que crecerían en los años siguientes. Realicé entrevistas técnicas de contratación, revisé código de otros desarrolladores y comencé a escribir y refinar tareas para el equipo, además de ampliar mi actuación al framework Angular en proyectos corporativos. El trabajo comenzó a dividirse entre código y proceso — y el proceso pasó a formar cada vez más parte de mi día a día. Decisiones estratégicas de la empresa, junto con mis propios alineamientos profesionales, me hicieron evolucionar cada vez más de nivel. En paralelo, trabajé en algunos proyectos internos de menor alcance donde automatizamos procesos que más adelante beneficiarían mi propia gestión.

Empecé a alejarme del teclado por algunos momentos: participé en mis primeras reuniones de definición arquitectónica, todavía como colaborador, no como decisor. En paralelo, profundicé mi conocimiento del stack que utilizábamos en los proyectos de la época (React/Angular en el frontend; Java Spring Boot/Quarkus en el backend; PostgreSQL, MySQL, MongoDB y Redis para bases de datos). El objetivo era ejecutar tareas más rápido sin precarizar el resultado final. Pasé a acompañar el ciclo completo de ceremonias ágiles — daily meetings, planificaciones, refinamientos, revisiones y retrospectiva — como participante activo, no solo como ejecutor de tareas.

En esta etapa, comencé a ganar la confianza de los desarrolladores más experimentados y fui asignado a un proyecto de CRM un poco más complejo de lo habitual — un sistema que ya existía y ya era una referencia de éxito antes de mi llegada. Me convertí en una pieza fundamental en la implementación de features completas, integrando autenticación vía LDAP/Active Directory, escribiendo stored procedures en SQL Server y construyendo componentes React reutilizables en TypeScript, siempre en contacto directo con el backend en Node.js y Java Spring Boot. Trabajé codo a codo con el equipo de QA en la corrección de bugs, bugfixes y hotfixes a medida que los tickets llegaban directamente desde producción — identificando queries N+1 que bloqueaban pantallas enteras y escribiendo pruebas unitarias para evitar regresiones. También di mis primeros pasos en desarrollo móvil con React Native. Todavía estaba al principio, pero ya conseguía demostrar al equipo y a la gestión mi potencial dentro de los proyectos y mi interés en resolver las tareas.

Comencé en la empresa desde lo básico, trabajando en uno o dos proyectos a la vez y enfocado en tareas más simples: corrección de bugs visuales, ajustes en endpoints simples, CRUDs puntuales y pantallas específicas. Participaba en las daily meetings más como oyente, informando mi estado a los desarrolladores más experimentados. En algunos momentos del día hice pair programming con colegas con más tiempo en la empresa — así fue como aprendí las reglas de negocio del sistema y entendí, en la práctica, la rutina de un desarrollador.