De analista sênior a Systems Builder: 30 anos de evolução
Uma reflexão sobre três décadas de tecnologia, da complexidade corporativa à liberdade de construir sistemas modulares, simples e sustentáveis.
Completar 30 anos na tecnologia não é apenas acumular linguagens de programação, cargos ou certificações no currículo. É, acima de tudo, um exercício de desaprendizagem. Comecei em um tempo em que a infraestrutura era física, cara e pesada. Hoje, vejo que a maior sofisticação não está no sistema mais complexo, mas naquele que é simples o suficiente para ser mantido sem sofrimento.
Neste artigo, compartilho como deixei de me ver apenas como um “analista sênior” para assumir uma identidade mais fiel ao que faço hoje: Systems Builder.
O peso do legado e o custo da complexidade
Durante décadas, o mercado ensinou que “grande” era sinônimo de “melhor”. Grandes servidores, grandes frameworks, grandes equipes. No mundo corporativo, a complexidade muitas vezes aparece como sinal de maturidade, mas o custo disso pode ser paralisia.
Vi sistemas bons ficarem difíceis de evoluir por causa da própria arquitetura. Aprendi que o código que você escreve hoje pode virar a dívida técnica que você paga amanhã. Por isso, minha visão mudou: em vez de construir catedrais monolíticas, passei a preferir ferramentas que resolvem problemas reais sem criar novos problemas de manutenção.
A maturidade técnica chega quando você para de se impressionar com soluções complexas e começa a admirar a elegância da simplicidade.
A modularidade como filosofia de vida
Seja montando Lego com minha filha, configurando um pedalboard de guitarra via MIDI ou estruturando esta esteira de conteúdo com Astro e n8n, o princípio é o mesmo: modularidade.
Um sistema modular permite trocar peças sem quebrar o todo. Se o meu backend editorial, hoje em Baserow, falhar, o site em Astro continua no ar. Se eu quiser mudar a forma como as traduções são feitas, altero apenas um módulo da automação. Essa visão de peças que se encaixam reduz dependência, melhora manutenção e deixa espaço para experimentar.
O nascimento do Systems Builder
O termo “Analista Sênior” descreve parte do que eu sei. “Systems Builder” descreve melhor o que eu faço. Um builder não espera o ambiente perfeito; ele constrói o laboratório. Ele não apenas consome ferramentas; ele cria a infraestrutura que permite testar ideias com mais liberdade.
Ser um Systems Builder em 2026 significa dominar a arte de orquestrar. É saber quando usar IA, quando usar Docker, quando automatizar e quando voltar ao básico do HTML e CSS. É entender que a tecnologia deve servir ao propósito, e não o contrário.
O que levo para a próxima fase
A tecnologia continuará mudando em ritmo acelerado, mas alguns fundamentos permanecem: curiosidade, fé, família e vontade de construir. Meu laboratório atual é o começo de uma fase em que o foco é liberdade criativa, eficiência operacional e sistemas que eu realmente entendo.
O convite que faço, seja para quem está começando ou para quem já carrega décadas de estrada, é simples: não seja apenas usuário de sistemas. Aprenda a construir os seus.