Jordão Beghetto Massariol

Hoje sou a referência arquitetural do meu time: participo da definição de stack, dos padrões de projeto e da estrutura dos sistemas novos, do desenvolvimento de funcionalidades e do refinamento técnico com os clientes. Conduzo três projetos de abrangência nacional para clientes institucionais (saúde pública, indústria e telecomunicações), cada um com suas próprias regras de negócio e desafios técnicos — nesses sistemas, trabalhamos com TDD do início ao fim e um módulo de auditoria via Spring AOP. Também coordenei com o time a construção de uma plataforma financeira digital integrada à CELCOIN: backend em NestJS, cache em Redis, frontend em Next.js como PWA mobile-first e lançamento em rollout controlado até a liberação geral. Conduzi dois rebuilds simultâneos de sistemas estaduais legados, modernizando aplicações Groovy/Grails para React, TypeScript e Java Spring Boot — trabalho que exigiu bastante engenharia reversa, já que a documentação original já não refletia mais o sistema em produção. Estruturei o processo de definição dos contratos REST entre as equipes antes de cada sprint começar, o que antecipa decisões de arquitetura e reduz retrabalho. No dia a dia, escrevo um pouco menos código do que antes, porque coordeno mais o processo: refino tarefas, conduzo as cerimônias, converso diretamente com os clientes sobre prazos, entregas e homologações, reviso código e mantenho os ambientes e os pipelines de CI/CD funcionando. Também integro novos desenvolvedores ao time e participo das decisões estratégicas da empresa.

Foi aqui que passei de executar para decidir: arquitetei os primeiros projetos de rebuild da empresa, definindo a stack e a estrutura dos repositórios para os times que cresceriam nos anos seguintes. Trabalhei no desenvolvimento e na implantação de sistemas para hospitais da rede pública estadual, contribuindo com decisões de arquitetura que ajudaram a viabilizar o projeto, e expandi minha atuação para Angular em um sistema institucional corporativo nacional. Conduzi entrevistas técnicas de contratação e comecei a revisar o código dos outros desenvolvedores, além de escrever e refinar tarefas para o time. Vi o trabalho começar a se dividir entre código e processo, com o processo ocupando cada vez mais espaço no meu dia a dia, e fui ganhando a confiança da equipe para assumir responsabilidades maiores nas entregas das sprints. Também atuei em projetos internos de menor expressão, automatizando processos que mais tarde seriam úteis para minha própria gestão.

Participei das minhas primeiras reuniões de definição arquitetural, ainda como colaborador, não como decisor. Aprofundei meu conhecimento na stack que usávamos nos projetos da época — Java Spring Boot e Quarkus no backend, React e Angular no frontend, PostgreSQL, MySQL, MongoDB e Redis nos bancos de dados — buscando executar as tarefas de forma mais rápida sem abrir mão do resultado final. Passei a acompanhar o ciclo completo de cerimônias ágeis — diárias, planejamentos, refinamentos, revisões e retrospectivas — como participante ativo, não só como executor de tarefas. Também avancei pautas importantes em reuniões estratégicas sobre a cultura de code review e ajudei a colocar em pauta o que, mais tarde, viraria os contratos REST entre as equipes de desenvolvimento.

Ganhei a confiança dos desenvolvedores mais experientes e fui alocado para um projeto de CRM mais complexo do que o habitual — um sistema que já era referência de sucesso antes da minha chegada. Passei a participar da implementação de features inteiras: integrei autenticação via LDAP/Active Directory, escrevi stored procedures em SQL Server e construí componentes React reutilizáveis em TypeScript, sempre em contato direto com o backend em Node.js e Java Spring Boot. Trabalhei lado a lado com o time de QA na correção de bugs, bugfixes e hotfixes vindos diretamente da produção — identifiquei queries N+1 que travavam telas inteiras e escrevi testes unitários para evitar regressões. Também dei os primeiros passos em desenvolvimento mobile com React Native e já conseguia mostrar para a equipe e para a gestão meu potencial e meu interesse em resolver as tarefas.

Comecei na empresa pelo básico, atuando em um ou dois projetos por vez, com tarefas mais simples: correção de bugs visuais, ajustes em endpoints simples, CRUDs objetivos e telas pontuais. Participava das reuniões diárias como ouvinte, repassando meu status para os desenvolvedores mais experientes. Fiz bastante pair programming com colegas com mais tempo de casa — foi assim que aprendi as regras de negócio do sistema e entendi, na prática, a rotina de um desenvolvedor.