Eu tinha equipe de front e equipe de back se pegando direto, e um especialista de infra excelente que travou na camada de cima. Parei de contratar separado — e vou explicar o que eu faria hoje no lugar de quem é especialista em uma coisa só.
Resposta rápida: o especialista não perdeu valor; perdeu valor ser SÓ aquilo. Quem para na fronteira da própria especialidade vira gargalo — o DBA que não entende o back-end que consome o banco, o front que não entende o back, o cara de redes que empaca em deploy e Docker. Eu vivi isso dentro da empresa e parei de contratar front e back separado: minha opção única é full stack (mobile ainda aceito separado). O que mudou agora é que ser multidisciplinar deixou de custar anos: com um agente de IA do lado, quem é bom em uma coisa cobre as vizinhas com competência média — e competência média já resolve. Os números vão no mesmo sentido: na Stack Overflow Developer Survey 2025, full-stack é 27% dos desenvolvedores, back-end 14,2%, front-end 4,3% e DBA 0,4%. Se você é especialista, o caminho é expandir o seu mundo semântico: a camada que encosta na sua.
Gravei esses 10 minutos em 18 de setembro de 2026, no canal @josimarjmv, sem corte — por isso de vez em quando dá uma engolida. Assista e leia junto: aqui embaixo eu conto a mesma coisa com mais calma e com os números que eu fui conferir em 19/09/2026.
🎧 PREFERE OUVIR? · 11 min
Este artigo também é um episódio do podcast Josimar JMV | Em Produção — o mesmo vídeo, só o áudio, normalizado pra fone.
Eu sou Josimar Machado, dono de uma empresa de tecnologia — e a minha infra também fala. Eu contrato, eu treino, eu demito e eu pago a folha no quinto dia útil. Não é teoria de coach: o que vem abaixo saiu de dor de time montado errado dentro da minha operação, e de conversa com outros empresários que chegaram na mesma conclusão que eu.
E eu já sei que a galera especialista em uma coisa só vai me xingar horrores quando eu disser que o especialista acabou. Então não briga comigo, vamos bater papo: eu não estou desmerecendo ninguém. Eu sou escovador profissional de bit, tenho o maior respeito por quem se enterra numa camada — back-end é uma complexidade monstruosa, banco de dados é outra.
Lembra quando eu tinha um cara aqui que era só DBA? Pois é. E eu sei o tamanho da encrenca que é banco de dados, porque eu vejo a quantidade de cagada de performance que nasce de falta de conhecimento de banco: como rodar uma migration, como fazer uma migração de verdade, como fazer backup, como inserir um nó novo no cluster e como tirar, quando é preciso reiniciar um cluster inteiro, quanto tempo leva pra sincronizar o seu teste local de 10 MB e depois um cluster de 10 GB, de 100 GB, de 1 TB. Banco de dados em produção quebra, colega. Isso é sério.
Só que olha o que acontece na prática: aquele cara que é só DBA está fazendo banco de dados pra quê? Por hobby, pra imprimir o esquema e colar na parede? Não. Ele está fazendo pra um back-end consumir. E aquele back-end vai ser consumido por um front-end. E o front-end vai ser usado por um usuário. Todo mundo ali está fazendo alguma coisa pra alguém usar do outro lado — e quem para na porta da própria camada não vê o outro lado.
O front, em geral, já tinha mais essa sensibilidade, porque está grudado no design e no usuário. Mas ele também precisa entender o back-end. Um desespero que eu tinha aqui era manter equipe de front e equipe de back: direto e reto dava pau, os dois lados se pegavam, e não era uma vez por ano — era recorrente. Eu já contei por escrito como o front separado sem necessidade mata o seu SaaS; aqui o assunto é o outro lado da mesma moeda, a pessoa que eu boto pra dentro.
Um cara comentou uma coisa nas minhas publicações do LinkedIn que eu achei muito boa: ele chama isso de síndrome do Tony Stark. Trazendo pra nossa realidade, é quase isso — só que um Tony Stark médio, de lata velha. E é assim mesmo, porque a inteligência artificial potencializa aquilo que a gente já é. Se você é bom em alguma coisa, ela melhora muito o que você faz. Se você não é nada, ela não te transforma em ninguém.
Eu faço um adendo importante: quem ela mais melhora é o curioso. O cara resistente, persistente e muito curioso — esse vai se dar muito bem. Hoje dá pra uma pessoa sozinha montar empresa, ser média em todos os setores e muito boa naquilo que é o coração do sistema dela. Atendimento, infra, suporte, tudo com agente. É o exército de um homem só, e não é figura de linguagem.
Eu tenho isso rodando: estou lançando uma ferramenta de TV Indoor B2C, pro mercado consumidor, com campanha de marketing no ar, e tenho duas pessoas no atendimento. Sabe quanta gente essas duas atendem? Mil leads por semana. Como? Inteligência artificial. A minha equipe monitora o trabalho da IA — a minha Yasmin faz o atendimento, e o meu pessoal fica em cima, interfere na hora que vê uma coisinha fora do lugar, faz vídeo tutorial, explica pro cliente como funciona e ainda ajuda no teste de QA, porque está na linha de frente. Multidisciplinar não é conceito de palestra aqui, é a escala do meu atendimento.
E já aviso: essa história de que colocou IA e tem que ficar perfeito é outro papo, que eu vou gravar em separado. Quem acha isso talvez nunca tenha treinado um colaborador e não sabe como funciona a vida real.
Esse é o caso que fechou a questão pra mim. Eu contratei um rapaz muito bom: soft skill, hard skill, especializado em infra e redes. Cara gente boa, competente de verdade. Mas ele tinha uma dificuldade gigantesca na camada de cima: deploy, Docker, Git — o pedaço que encosta no back-end.
E eu precisava que ele dominasse Kubernetes, virtualização, deploy, porque o plano era ele chegar ao ponto de me substituir aqui na parte técnica e ganhar uma bela grana por isso. Tivemos problema justamente aí. A dificuldade dele de aprender aquilo foi enorme, e eu entendo a razão: ele vinha de um mundo especializado em infra no sentido mais hardware da coisa — rede, cabo, infraestrutura física. Especialista naquilo, e não deu bom.
Pra ser justo com ele: o problema não foi preguiça nem falta de vontade, e eu não boto a culpa na pessoa. A formação dele foi construída dentro de uma fronteira, e ninguém tinha ensinado a ele a atravessar. Se eu contratasse o mesmo rapaz hoje, com um agente de IA do lado pra ler código, explicar pipeline e destravar erro de deploy, eu aposto que a história seria outra. Isso é minha leitura de hoje, não é o que aconteceu.
Quando eu comecei a sofrer com a treta entre front e back, eu parei de contratar separado. Passou a ser uma opção única: full stack. Tem que ter front-end e back-end. Acabou. Senão eu nem boto pra dentro — e colaborador que entra pra ser treinado aqui entra nessa régua também.
A exceção que eu mantenho é mobile: esse eu ainda aceito separado. E mesmo essa eu vou rever, porque a coisa está se popularizando bastante e a fronteira entre mobile e web está ficando fina. Fora isso, eu não contrato mais especialista de uma camada só — nem por implicância, nem por economia: é porque a conta desse arranjo chega pra mim em forma de time brigando e entrega travada.
Tem outro efeito que eu sinto na hora de contratar, e ele é impopular: quem tem amplitude fica caro, e com razão. É a mesma lógica que me fez escrever que eu também parei de contratar júnior e que júnior em home office não aprende. Não é sobre ser mão de obra barata — é sobre quem consegue atravessar as camadas e quem não consegue.
Eu falei tudo isso de cabeça, pela minha experiência de contratação. Então eu fui olhar se o mercado bate com o que eu vejo aqui dentro — e bate de um jeito até mais forte do que eu esperava.
Na Stack Overflow Developer Survey de 2025, full-stack é o maior grupo da profissão: 27% das respostas. Back-end fica em 14,2%, front-end em 4,3% e administrador ou engenheiro de banco de dados em 0,4%. Eu preciso ser honesto sobre o que esse número é e o que ele não é: ele mostra como as pessoas se declaram, não quantas vagas existem pra cada coisa. Mesmo assim, é a foto de uma profissão que já se organizou por amplitude.
E tem o outro lado da conta, o do mercado de trabalho em geral. O Future of Jobs Report 2025, do Fórum Econômico Mundial, estima que 39% das competências centrais dos trabalhadores vão mudar até 2030 e que, num grupo de 100 pessoas, 59 precisam de requalificação nesse período — sendo que 11 provavelmente não vão receber, o que coloca mais de 120 milhões de pessoas em risco no médio prazo. Isso não é sobre tecnologia; é sobre ficar parado.
Então o que eu digo pra quem é especialista demais numa coisa só? Está na hora de estudar o seu mundo semântico. Eu chamo assim: o círculo de assuntos que encosta no que você já faz. Não é começar do zero em algo aleatório — é expandir por vizinhança, e é por isso que rende rápido.
Pega o DBA, que é o exemplo mais fácil. Qual é o mundo semântico dele? Pra baixo, a infraestrutura que roda o banco — e ele já sabe de performance, problema de IO, de disco, de memória, de CPU, de versão de kernel. Ele já tem a maldade. Pra cima, o back-end que consome o banco: e a maldade de DBA é exatamente o que falta lá — como preparar uma tabela, onde tem índice e onde não tem, qual banco usar pra qual coisa, qual a vantagem de um sobre o outro. Tudo isso ele leva de graça, porque já é dele.
Pra ficar prático, é assim que eu mapearia hoje, camada por camada:
Cabe a ele, então, trazer os agentes de inteligência artificial pro seu lado e entender o fluxo de deploy e de back-end. E se você é especializado em design e front-end, eu vou ser direto: você está lascado, e você sabe disso. Vai ter que estudar back-end no mínimo, com um agente ajudando. Pra empresa, pessoa extremamente especializada em uma coisa só começa a perder sentido.
Alguém vai dizer: "isso é velho, todo mundo fala de multidisciplinaridade o tempo todo". É verdade — o que mudou é o custo. Antes, virar multidisciplinar levava anos de estudo. Hoje, tendo convicção absoluta de uma coisa que você faz bem, o resto você cobre com modelos muito bons. Eu andei usando o Fable, da Anthropic, a casa do Claude, e a diferença de produtividade é real — eu já contei o que eu achei quando o Google liberou o Opus 5 e eu já tinha largado o Gemini. Do lado do pessoal do GPT saiu um modelo novo que eu ainda não testei e cujo nome eu não vou cravar aqui de cabeça; quando eu testar, eu conto.
Se eu tenho que apontar o lugar onde essa expansão fica mais fácil, é debug. Pra mim, debug é a coisa mais maravilhosa que a inteligência artificial trouxe. Depois que eu coloquei IA na minha observabilidade interna, é assustador: eu resolvo quase qualquer problema em 10, 15 minutos.
Um caso desses dias, pra você não achar que é conversa: um problema de rota de DNS no meu CDN, com conexão do Brasil passando por Miami. Isso não estava previsto no meu sistema de monitoramento — e eu tenho um monitoramento completão, lindão, feito por mim. Justamente por não estar previsto, eu precisei observar o sistema inteiro pra entender. Peguei pesado quando falei 10 minutos: foram uns 30. Sem IA, eu ia gastar um dia nisso. A base disso é o que eu escrevi em os 30 GB de log que eu tive que ler: a máquina só acha o que o seu log registrou.
É esse mecanismo que permite atuar numa camada que você conhece menos sem ficar completamente perdido. Não é a IA sabendo por você — é você tendo com quem discutir o erro às duas da manhã.
O que eu falo aqui vale pro meu tamanho de empresa. Numa operação com centenas de engenheiros, DBA dedicado, SRE dedicado e time de plataforma fazem todo sentido — e é assim que a maior parte da indústria grande roda. O meu argumento não é que especialidade profunda deixou de ser necessária no mundo: é que parar na fronteira da especialidade ficou caro, e que pra empresa do meu porte, que é a maioria das empresas brasileiras, eu não tenho como manter uma pessoa por camada. Se você trabalha em banco grande ou em big tech, pesa isso com a sua realidade antes de tomar a minha fala como regra.
Fecho como eu fechei na gravação, e com a razão de eu ter gravado: eu vi um monte de gente nos comentários do canal e do meu LinkedIn esquecendo que não dá pra ficar parado. Tem os negacionistas da história, que acham que o mundo vai esperar. Não vai.
Então: escolhe a sua âncora — a coisa em que você tem convicção absoluta de ser bom. Mapeia o seu mundo semântico, a camada que encosta na sua, pra cima e pra baixo. Põe um agente de IA do seu lado pra ler código, explicar pipeline e destravar debug. E aceita a parte chata: a gente tem que estudar, evoluir e expandir. Porque se você ficar especialista em uma coisa só, cada vez menos vaga vai sobrar pra você, e cada vez menos gente vai te chamar pra entrevista. Se o seu plano é sair da caixa e montar o seu próprio negócio digital, amplitude deixa de ser diferencial e passa a ser o mínimo.
A gravação é de 18 de setembro de 2026 e este texto é de 19 de setembro de 2026 — um dia de diferença, então não tem fato virado do avesso no meio. É apuração minha, feita hoje, e não foi dita na gravação: os percentuais da Stack Overflow Developer Survey 2025 e os números do Future of Jobs Report 2025 do Fórum Econômico Mundial. É vivência minha: o cara que era só DBA, a equipe de front e a de back se pegando, o rapaz de infra e redes que travou em deploy, Docker e Git, as duas pessoas de atendimento pra mil leads por semana com IA, e o problema de rota de DNS no CDN via Miami. Segue como opinião minha, não como dado: a leitura de que a IA potencializa principalmente o curioso, e a de que amplitude passou a valer mais que profundidade única pra empresa do meu porte. Ainda não testei o modelo novo do pessoal do GPT que eu citei de passagem — por isso não tem nome dele aqui.
Se você quer atravessar camada na prática: é exatamente isso que eu faço nas imersões — eu do lado, com a operação real da minha empresa na mesa. Pra fazer e vender site, a Imersão de Sites; pra montar atendimento e automação de verdade, como o meu, a Imersão de Chatbot; pra tirar um SaaS do papel, a Imersão de SaaS; e pra descer pra camada de baixo, a Imersão de Infraestrutura. Data, preço e condição são os que estão em todas as imersões.
TODA SEGUNDA · MEIO-DIA · AO VIVO
Discorda? Concorda? Tem um caso parecido? Aqui não tem caixa de comentário de propósito: segunda-feira, ao meio-dia, eu faço live no canal e a gente conversa sobre isso ao vivo — sem corte, como sempre.
Baseado na gravação do canal @josimarjmv publicada em 18/09/2026 (10min32), com transcrição própria das legendas do próprio vídeo. São da minha vivência, ditos na gravação: o colaborador que era só DBA, as cagadas de performance por falta de conhecimento de banco, a equipe de front e a de back que se pegavam de forma recorrente, o rapaz especializado em infra e redes que travou em deploy, Docker, Git e Kubernetes, a decisão de só contratar full stack com exceção de mobile, as duas pessoas de atendimento cobrindo mil leads por semana com IA na ferramenta de TV Indoor B2C, e o problema de rota de DNS no CDN com conexão do Brasil passando por Miami, resolvido em cerca de 30 minutos com IA na observabilidade interna. A expressão "síndrome do Tony Stark" veio de um comentário de terceiro no LinkedIn, e a versão "de lata velha" é minha. São apuração minha, feita em 19/09/2026, e não foram ditos na gravação: os percentuais por papel da Stack Overflow Developer Survey 2025 — full-stack 27%, back-end 14,2%, front-end 4,3% e administrador ou engenheiro de banco de dados 0,4% — e os números do Future of Jobs Report 2025 do Fórum Econômico Mundial: 39% das competências centrais mudando até 2030, 59 de cada 100 trabalhadores precisando de requalificação, 11 deles sem acesso a ela e mais de 120 milhões de pessoas em risco no médio prazo. As leituras sobre curiosidade, amplitude e porte de empresa são minhas, não são conclusão de estudo. Data, preço e condição de cada imersão são as que estão em todas as imersões.