Eu errei: seis meses pra pegar a stack não existe mais com IA

Correção de rota: eu errei

Correção de rota. Eu errei, tá? Eu acho que tem muita gente doida pra me ouvir falar que eu errei. Mas eu já falei várias vezes que eu errei, não tem drama nenhum nisso.

Foi assim: me mandaram dúvidas sobre desenvolvimento de sistema, eu respondi, e depois fui ponderar e pensar. Eu não respondi corretamente uma coisa: o tempo que um dev gasta pra pegar a minha stack. Vieram críticas, e eu tinha esquecido de algo fundamental.

Antes, a carteirada, pra você saber de onde vem o número: eu sou CEO de uma empresa de tecnologia, cuido de data center, de infraestrutura real. Não é personagem, não é clickbait. Sou eu mesmo, com as minhas ideias e o que eu acho, falando de uma empresa real.

De onde vinham os seis meses a um ano

Em alguns vídeos sobre contratação e trabalho remoto, eu citei o tamanho da nossa operação. Na época da gravação, a gente tinha, em apenas um dos clusters, o brasileiro, 266 microsserviços rodando. Imagina: são 266 aplicações diferentes. Cada uma tem:

• CI e deploy próprios;
• conexão com banco de dados, às vezes SQL, às vezes NoSQL, às vezes banco em memória, ou com web socket;
• às vezes saída pra CDN, às vezes não;
• às vezes é uma API pra conversar com API externa: pagamento, Facebook, Meta.

Baseado nisso, antes da bendita da inteligência artificial, uma pessoa, podia até ser sênior, gastava entre seis meses e um ano pra pegar uma stack nossa completa. E eu te falo porque eu contratei: já contratei quatro sêniors, fora os devs que evoluíram aqui dentro até pleno. Todos tiveram esse grau de dificuldade.

Por quê? Os microsserviços são correlacionados, muito serviço depende de outro. Muitos são legados, de 10, 12, 15 anos atrás. Até você ler o código, entender a stack, entender o que relaciona com o quê e como aquilo funciona, sem documentação certinha em todos, demorava muito. Não era capacidade ou incapacidade da pessoa. Era o tempo. Eu tinha essa métrica, era número, matemática. E o nosso plano de carreira e o nosso modelo de negócio foram montados em cima disso.

Como eu organizo essas centenas de repositórios no meu próprio Git eu contei em GitLab próprio: 300 microsserviços sem pagar GitHub.

Onde eu errei

Então por que eu estou pedindo desculpa, e agradecendo a quem me corrigiu? Porque eu comecei a fazer vídeo na área de inteligência artificial e trouxe um fato que não é mais da época da inteligência artificial.

Hoje, um sênior de código abre o projeto, faz o git clone e manda o Claude Code ler. Se tiver documentação, melhor ainda. Vai ser perfeito? Não vai. Mas ele vai te trazer 70%, 80% da regra de negócio do serviço, as dependências, os endpoints que ele chama e os que não chama, em 10 minutos. Quinze minutos, se o repositório for muito grande. Talvez um, dois minutos, porque microsserviço muitas vezes é feito com uma responsabilidade única, específica.

Fui conferir depois como a própria Anthropic documenta isso: a página de fluxos comuns do Claude Code (documentação oficial, consultada em 17/10/2026) tem uma receita exatamente pra quem "acabou de entrar num projeto novo e precisa entender a estrutura rápido": entrar na raiz do projeto, pedir uma visão geral do código e depois descer pros padrões de arquitetura, modelos de dados e autenticação. É o caminho que eu descrevi.

Então eu retiro o que eu disse. De agora pra frente, não tem mais isso. Seis meses a um ano pra pegar a stack era a minha métrica antiga, de antes da IA. Agora são dias.

Por que isso pesava no bolso, não na técnica

Eu tinha muita resistência com dev sênior. E presta atenção: não estou falando de capacidade técnica. Estou falando do aspecto financeiro.

O cara é sênior, ganha um dinheirão, e ficava seis meses pra entregar um valor ou outro. Ele entregava, mas soltar sozinho? "Preciso de tal coisa, se vira, desembola, faz o backlog com a equipe, junta e entrega pronto." Isso demorava, por causa da quantidade de serviço que a gente tem. Quanto custa errar uma contratação, na ponta do lápis, eu já fiz a conta em contratação errada: a conta de R$ 120 mil.

Hoje, um dev sênior que eu contratar está entregando valor pra empresa em uma semana. Diferente de antes. Por isso talvez eu reveja o meu modelo de negócio, o meu modelo de contratação e os meus contratos.

Microsserviço que não devia ser microsserviço

Não estou entrando no mérito se ter tanto microsserviço é certo ou errado. A gente teve microsserviço aqui absurdo: a galera passou do nível. Quando você pega uma coisa que não deveria ser microsserviço e transforma em microsserviço, fica ridículo. A minha equipe atual matou isso recentemente.

Na gravação eu prometi um vídeo sobre o "suicídio do microsserviço", onde ele não deve ser feito. Nota de cronologia: depois de maio eu escrevi sobre isso, e está em microsserviço não é fatia de monolito: o erro que eu paguei.

A stack de vídeo continua difícil

Tem um ponto crítico que eu não tinha falado nos vídeos anteriores. A minha stack é muito difícil, cara. É muito raro passar um QA sem voltar quando se mexe em coisa de mais senioridade. Vídeo. Edição e entrega de vídeo em tempo real pra milhões de views todos os dias. Isso é muito complicado.

Era muito difícil pra quem não tinha expertise nenhuma em FFmpeg. "Ah, FFmpeg é só rodar um comando e converter." Vai nessa. Vai nessa pra distribuir pra milhões de usuários e você vai ver quanta coisa tem que fazer: codec, profile, muita coisa. E o cara tem que estudar aquilo.

Fui conferir na documentação oficial de codecs do FFmpeg (consultada em 17/10/2026): só o encoder H.264 (libx264) tem opções separadas de preset, tune, profile, controle de qualidade e de taxa, e isso é um encoder só, de um codec só. A diferença é que hoje a IA te entrega essas coisas mais mastigadas. Continua precisando estudar, mas o caminho ficou mais curto.

O que muda no contrato e na forma de medir

A minha equipe de dev está comigo desde antes da época da inteligência artificial. A gente ainda nem conseguiu parametrizar corretamente a produtividade com IA. Mas muito possivelmente a gente vai chegar naquele ponto de fechar por entrega: "isso aqui é valor pra empresa, fez essa semana, acabou, pode ir embora".

A galera de dev já meteu a ripa em mim um monte de vez: "tinha que ser por feature, eu acabei a tarefa na quarta-feira". Só que é assim: quando você é contratado por hora e não tem uma métrica correta, fica difícil. Story point é difícil de medir, a gente sabe.

Eu já tive dev aqui falando: "Josimar, como é que eu faço? Tem hora que eu estou fincado na tarefa e quero ir até 9, 10 da noite pra acabar e entregar." Eu fiz outro combinado com ele: "entrega, depois a gente vê, você tira folga, sem problema nenhum". Quantas vezes a gente já fez combinado por tarefa? O problema é que chegava sexta-feira e o backlog não estava pronto, não estava limpo. Com a IA, isso vai mudar radicalmente.

Conversei com outras pessoas, troquei ideia com empresários de fora do Brasil, fiz uma, duas reuniões de consultoria pra entender como a galera está medindo isso lá fora. Eu tenho as minhas próprias ideias, os meus acertos e os meus erros. E eu acho que isso não muda só a minha empresa: vai mudar no mundo inteiro. Por que eu acabei contratando full stack em vez de especialista eu contei em especialista acabou: eu só contrato full stack.

Métrica justa, pra quem quer trabalhar

Então é isso. Eu errei porque esqueci, ou deixei de lembrar, que agora eu estou na inteligência artificial e o cenário mudou, e não refiz essa métrica com IA. A métrica dos seis meses a um ano era antiga, de antes da IA. Eu errei, peço desculpa e agradeço a correção.

E você que tiver ideia, vamos ajudar a medir a galera de forma justa. Chinelinho eu sei que não gosta de métrica, e não estou falando pra eles (já falei deles em acabou pro dev chinelinho?). Estou falando pra galera que trabalha, que quer entregar e ter uma vida bacana pra si e pra família, com responsabilidade. Trabalho de adulto.

Perguntas frequentes