id Software Demite Metade do Time e a idTech Fica Órfã: A Lição Sobre Engine Proprietária

A id Software, o estúdio de Doom e Quake, perdeu cerca de metade da equipe nas demissões do Xbox, segundo report publicado pelo Game Developer em 7 de julho de 2026. A informação vem de múltiplas fontes anônimas, e uma delas fala em mais de 90 pessoas desligadas. O departamento de QA teria sido "dizimado", nas palavras do report, e não está claro quantos dos mais de 100 funcionários sindicalizados do estúdio foram afetados. Um funcionário demitido corroborou a informação publicamente no LinkedIn.

No mesmo dia, o GameFromScratch reportou algo que, para quem acompanha tecnologia de jogos, dói ainda mais: a maior parte do time de desenvolvedores da engine idTech, possivelmente o time inteiro, teria sido desligada. As referências citadas são um tweet de Scott Miller, fundador da Apogee, e um post no LinkedIn de Michael Maynard, veterano com mais de 20 anos de id Software.

Antes de seguir, o aviso que precisa ficar claro: não existe anúncio oficial da Microsoft sobre a id especificamente. Tudo o que temos até agora é report jornalístico baseado em fontes anônimas, com corroboração pública de pessoas afetadas. Os números podem mudar quando houver posição oficial, se houver. Vou tratar tudo aqui com esse cuidado.

Dito isso, eu trabalho com jogos há mais de 20 anos, e este post não é torcida contra a Microsoft. É uma leitura fria de carreira, porque essa notícia expõe um risco que quase ninguém explica para quem está começando: o que acontece quando a carreira inteira de alguém é construída em cima de uma engine proprietária que só existe dentro de uma única empresa.

O que os reports dizem sobre a id Software

Vale separar o que cada fonte afirma, porque a distinção entre report e anúncio importa muito aqui.

O Game Developer reportou, com base em múltiplas fontes anônimas:

• Aproximadamente metade da equipe da id Software foi demitida.
• Uma das fontes fala em mais de 90 pessoas desligadas.
• O departamento de QA foi "dizimado", segundo o report.
• Não está claro quantos dos mais de 100 funcionários sindicalizados foram afetados.
• Um funcionário demitido confirmou o próprio desligamento via LinkedIn.

O GameFromScratch, também em 7 de julho, reportou que a maior parte do time da engine idTech, possivelmente o time inteiro, foi desligada. As fontes aqui são públicas: um tweet de Scott Miller, fundador da Apogee, e um post no LinkedIn de Michael Maynard, que passou mais de duas décadas na id Software.

Repito o ponto para não restar dúvida: nada disso é comunicado oficial da Microsoft sobre a id. É jornalismo com corroboração. Mas quando um veterano de 20 anos do estúdio e um dos nomes históricos da cena publicam sobre o assunto, e um funcionário demitido confirma o corte, o quadro geral fica difícil de descartar. A prudência aqui é sobre os números exatos, não sobre a existência do problema.

De onde vem esse corte: as 3.200 vagas do Xbox

Nada disso aconteceu isolado. O corte na id faz parte da redução de aproximadamente 3.200 vagas no Xbox, anunciada em 6 de julho de 2026 pela CEO da divisão, Asha Sharma: cerca de 1.600 desligamentos imediatos e o restante até o fim do ano fiscal de 2027. Eu escrevi ontem sobre o corte de 3.200 vagas do Xbox e os estúdios que voltaram a ser independentes, com o quadro completo do anúncio.

O detalhe novo, e o mais relevante para entender o caso da id, veio de Jill Braff, presidente da Bethesda. Segundo ela, a empresa está trocando um modelo de planejamento centrado em "o que vem a seguir para cada estúdio" por um modelo focado nas franquias mais fortes: Fallout, The Elder Scrolls, Wolfenstein, Doom e Quake.

Releia essa lista com calma. Doom e Quake estão nela. Wolfenstein também. As três franquias nasceram na id Software, rodando na linhagem de engines que hoje chamamos de idTech. Ou seja, a empresa declara que essas franquias são prioridade e, segundo os reports, ao mesmo tempo desliga metade do estúdio que as criou, incluindo o time que constrói a tecnologia por trás delas. Eu não tenho a explicação para essa conta, e ninguém de fora tem. O que dá para afirmar é mais simples: "a franquia é prioridade" e "o seu emprego é prioridade" são frases muito diferentes, e essa semana deixou a diferença explícita.

O que é a idTech e por que esse time importa

Se você está começando agora, talvez o nome idTech não diga muito, então deixa eu situar. A idTech é a engine proprietária da id Software. E não é uma engine qualquer: é a linhagem tecnológica que vem de Wolfenstein 3D, Doom e Quake, criada dentro da casa de John Carmack. O GameFromScratch coloca a idTech em 4º lugar na lista deles de engines mais importantes de todos os tempos. O jogo mais recente do estúdio, Doom: The Dark Ages, roda nela.

Em outras palavras: não estamos falando de um time qualquer cuidando de uma tecnologia menor. Estamos falando dos engenheiros que mantêm uma das peças mais históricas da indústria de jogos. Se o report do GameFromScratch estiver correto, nem o time da engine mais lendária do FPS estava seguro.

E é exatamente nesse ponto que a notícia deixa de ser sobre a Microsoft e passa a ser sobre a sua carreira.

A lição: conhecimento preso em engine proprietária não transfere sozinho

Uma engine proprietária interna é uma tecnologia que existe dentro de uma única empresa. Quem trabalha nela desenvolve dois tipos de conhecimento ao mesmo tempo. O primeiro é o conhecimento específico: as ferramentas internas, o pipeline, as convenções, os sistemas que só existem ali dentro. O segundo é o fundamento: programação, arquitetura de software, matemática de jogos, renderização, otimização.

Quando a empresa corta o time, o primeiro tipo de conhecimento perde o único lugar do mundo onde funcionava. Ninguém contrata "especialista na ferramenta interna da empresa X" fora da empresa X. O segundo tipo vai embora com a pessoa e vale em qualquer lugar.

Para ser justo com os engenheiros da idTech: quem constrói engine de ponta tem fundamento de sobra, e o mercado sabe disso. Muitos deles vão ser disputados. O problema não é o destino individual de cada um. O problema é o padrão que a notícia revela: até dentro do estúdio onde a engine nasceu, com as franquias declaradas como prioridade pela presidente da Bethesda, a posição "eu cuido da tecnologia interna" não protegeu ninguém.

Agora traga isso para a sua escala. Se você está construindo carreira agora, a pergunta certa não é "em qual empresa eu quero entrar". É "quanto do que eu sei continua valendo se essa empresa sumir da minha vida amanhã?". A resposta define o que estudar:

Fundamento transfere. Lógica de programação, estruturas de dados, arquitetura de código, matemática de jogos: vetores, física, interpolação. Isso vale em qualquer engine, em qualquer estúdio, em qualquer década. Se você está em dúvida sobre por onde começar, eu escrevi um guia sobre qual linguagem aprender para desenvolver jogos, e o critério lá é exatamente esse: o que constrói base duradoura, não o que prende você a uma ferramenta da moda.

Ferramenta aberta e acessível transfere. Dominar uma engine que qualquer pessoa pode baixar, que tem comunidade ativa, documentação pública e mercado além de uma empresa só, é muito diferente de dominar uma tecnologia que vive atrás de um crachá. A comparação entre Godot e Unity que eu mantenho aqui no blog entra nesse detalhe: as duas existem fora de qualquer empregador específico, e o conhecimento em qualquer uma delas viaja com você para a vaga seguinte, para o freela ou para o projeto próprio.

Projeto próprio transfere. Um jogo lançado, mesmo pequeno, é prova pública de capacidade. Ele não depende de recomendação interna, não fica retido no servidor de ninguém e não desaparece quando um contrato acaba.

O que fazer na prática, daqui do Brasil

Se essa notícia serve para algo além de lamentar, é para ajustar prioridades. Minha leitura, depois de mais de 20 anos vendo a indústria se reorganizar em ciclos:

1. Aprenda a programar de verdade. Não é decorar tutorial. É entender lógica, resolver problema, construir sistema do zero. Esse é o conhecimento que nenhuma reestruturação apaga, porque ele mora em você, não no repositório da empresa.
2. Escolha ferramenta que existe fora de uma empresa só. Engine aberta ou amplamente acessível, com comunidade e documentação públicas. O critério não é qual engine é "melhor" em abstrato; é qual conhecimento continua útil em qualquer cenário de mercado.
3. Tenha projetos próprios e um portfólio público. Jogo lançado, código visível, processo documentado. Quando a vaga some, é isso que abre a próxima porta, seja outra vaga, um cliente ou um estúdio seu.
4. Trate emprego como capítulo, não como plano inteiro. Trabalhar num estúdio grande é uma experiência valiosa, e eu recomendo para quem tiver a chance. Só não confunda capítulo com história completa. Os veteranos da id também não escolheram a hora de virar a página.

Nenhum desses quatro passos depende de notícia boa ou ruim. Mercado aquecido ou em corte, eles continuam sendo o melhor uso do seu tempo. A diferença é que, em semanas como esta, fica mais fácil enxergar o porquê.

Conclusão: quando a engine fica órfã, o fundamento fica com você

Resumindo o que se sabe até agora: segundo o Game Developer, cerca de metade da equipe da id Software foi demitida, com uma fonte falando em mais de 90 pessoas e o QA "dizimado". Segundo o GameFromScratch, o time da engine idTech foi atingido em peso, possivelmente por inteiro. Tudo isso dentro do corte de 3.200 vagas do Xbox anunciado um dia antes, e tudo isso, vale repetir pela última vez, ainda sem anúncio oficial da Microsoft sobre a id especificamente.

A idTech é a linhagem de Wolfenstein 3D, Doom e Quake. Se nem o time responsável por ela estava seguro, a conclusão honesta não é "não trabalhe em estúdio grande". É outra: nunca deixe que o seu único ativo profissional seja o domínio de uma tecnologia que pertence a uma empresa que não é sua.

Fundamento de programação, matemática de jogos, arquitetura, engine que existe no mundo aberto, projetos lançados com o seu nome. Essa é a parte da carreira que ninguém demite. O resto é circunstância, e circunstância, como essa semana mostrou, muda sem pedir licença.