Passei a maior parte da minha carreira sendo "o cara da Microsoft". .NET, Web Forms, SAP, Azure, integrações — fui me aprofundando em uma stack atrás da outra, e me orgulho de cada uma delas. Mas chega um momento em que a gente precisa olhar pra frente e admitir: o terreno mudou. E eu mudei junto.
Este texto é um pouco confissão, um pouco manifesto. É onde eu explico por que passei a me apresentar como Arquiteto de Soluções AI-Native em vez de "especialista Azure", e por que isso não é abandonar nada do que construí — é usar tudo isso de um jeito novo.
O que quebrou
Por muito tempo, a barreira que separava uma boa ideia de uma solução real era técnica. Saber programar, dominar a plataforma, conhecer o framework certo: isso era o que decidia quem entregava e quem não entregava. Era escasso, e por isso valioso.
A IA derrubou essa barreira. Não totalmente, não para tudo — mas o suficiente para mudar a conta. Hoje, escrever código deixou de ser o gargalo. A máquina gera, e gera rápido. O que ficou escasso foi outra coisa: saber o que construir, por que, e ter o critério para julgar se o que saiu presta.
Quando o difícil deixa de ser a técnica, o que separa o problema da solução passa a ser querência e vontade. Vontade de entender o problema de verdade, de simplificar, de assumir a responsabilidade pelo resultado. Foi isso que me fez repensar quem eu sou profissionalmente.
Por que largar o rótulo de fornecedor
Não larguei o Azure. Continuo gostando, continuo usando. O que larguei foi a ideia de que a plataforma define quem eu sou.
Quando o seu título é "especialista em X", você fica preso ao X. Se o problema pede outra ferramenta, você torce para que não peça. Isso é o contrário do que um arquiteto deveria fazer. Arquiteto bom escolhe a ferramenta certa para o problema, não force o problema a caber na ferramenta que ele domina.
Ser agnóstico me devolveu essa liberdade. Posso falar de Azure, de AWS, de modelos da OpenAI ou da Anthropic, de open-source — sem culpa, sem militância. A stack virou detalhe de implementação. O que importa é a solução chegar de pé na produção e gerar valor.
E os 20 anos de Microsoft? Continuam aqui, viraram lastro. É a profundidade que me deixa avaliar trade-off com honestidade, em vez de repetir slide de fornecedor.
O que "AI-Native" significa pra mim
AI-Native não é "usar IA". Quase todo mundo usa IA hoje, de um jeito ou de outro. Native é colocar a IA no centro de como o trabalho acontece, e redesenhar o fluxo em volta disso.
Na prática, é trabalhar com a IA acelerando a parte de execução e concentrar o esforço humano onde ele rende mais: na clareza da intenção, no desenho da arquitetura, na especificação e na validação. É o que venho chamando, junto com tanta gente boa que estudei, de paradigma 70/30 — a maior parte do valor passou a morar antes e depois do código, não na digitação dele.
Mas tem uma parte que não é técnica, e é a que mais me importa: AI-Native é também acreditar que o valor está nas pessoas de dentro de casa. A IA é a chance de deixar essas pessoas melhores, de destravar o que estava escondido nelas — sem jogar fora os fundamentos da engenharia e a governança que sustentam tudo.
O convite
Se você chegou até aqui, provavelmente sente o mesmo desconforto que eu senti: a coisa mudou, e os velhos rótulos já não explicam o trabalho. Quero usar este espaço pra pensar isso em voz alta, com método e sem hype.
Nos próximos textos eu vou destrinchar as ideias que estão por trás dessa virada — o modelo V-Bounce e o 70/30, as camadas de autonomia, o jeito de governar sem travar. É a base do que venho experimentando e defendendo.
Esta é a minha boas-vindas a uma nova forma de pensar. Não tenho todas as respostas, e isso é proposital: a melhor parte de recomeçar é poder aprender de novo. Vem comigo.