Duas histórias chegaram na mesma semana, e a maioria das pessoas vai lê-las separadamente. Uma é sobre demissões. A outra é sobre um pesquisador de segurança investigando placas-mãe de servidores. Lidas em conjunto, elas apontam para uma mudança de carreira que quase não recebe atenção na conversa atual sobre habilidades em IA: descer na pilha, não subir.

A camada de aplicativos está ficando lotada — por design

A entrada da Meta na programação agêntica, Muse Code, chama atenção menos pelo modelo por trás dela do que pelo fluxo de trabalho que automatiza. Zuckerberg descreveu o sistema se distribuindo "entre subagentes separados trabalhando em paralelo em worktrees isoladas", afirmando que um teste construiu simultaneamente seis funcionalidades para um jogo, sem colisões. Isso agora é o mínimo esperado: Anthropic, OpenAI e uma onda de startups já fazem versões da mesma coisa. Planejar, escrever e validar código da camada de aplicativos em grandes repositórios está se tornando uma capacidade comoditizada, que vários fornecedores competem para oferecer gratuitamente ou incluir em pacotes baratos.

Enquanto isso, a Monday.com cortou aproximadamente 20% da sua força de trabalho — cerca de 600 pessoas — citando uma reestruturação ligada à "transformação" de produto e de go-to-market, juntando-se a uma lista crescente de mais de 20 empresas que apontaram a IA como um fator nos cortes deste ano. Ninguém pode dizer com precisão quanto disso é substituição por IA e quanto é a IA sendo usada como uma justificativa conveniente em um documento apresentado à SEC. Mas a direção é a mesma nas duas histórias: o código que vive em um repositório git, é revisado em um PR e roda em um pipeline de CI normal é exatamente o código que as ferramentas agênticas estão sendo construídas para lidar de ponta a ponta.

O que os agentes não tocam

Agora, a outra história. Nesta semana, pesquisadores apresentaram descobertas de que milhares de servidores conectados à internet, de grandes fabricantes, podem sofrer backdoor remotamente por meio de falhas nos seus controladores de gerenciamento da placa-mãe (BMCs) — os pequenos computadores embarcados presentes em praticamente toda placa-mãe corporativa, que permitem aos administradores reiniciar, corrigir ou reconfigurar uma máquina mesmo quando ela está desligada. Algumas das falhas subjacentes no protocolo IPMI, do qual esses controladores dependem, são conhecidas desde pelo menos 2013. Os pesquisadores chamaram a infraestrutura de BMC de uma "superfície de ataque paralela onipresente, pouco monitorada e pouco corrigida" — não porque ninguém soubesse que o risco existia, mas porque quase ninguém tinha recursos para corrigi-lo.

Essa é a pista. Isto não é código de aplicativo. É firmware, executando seu próprio sistema operacional e pilha de rede, em grande parte invisível para as ferramentas e os fluxos de trabalho para os quais os assistentes de programação agêntica são otimizados. Um agente que planeja um PR contra um grande repositório não tem contra o que planejar aqui — não há repositório, não há suíte de testes, muitas vezes não há incentivo do fornecedor para lançar uma correção rapidamente, e o processo de aplicação de patches passa pelos fabricantes de hardware, e não por um `git push`. As habilidades que importam — C embarcado, depuração em nível de protocolo, engenharia reversa de firmware, pesquisa de segurança adjacente ao hardware — ficam em uma parte da pilha que os agentes de programação da geração atual não foram desenvolvidos para alcançar e na qual a maioria das organizações de engenharia investiu cronicamente pouco; falhas conhecidas há décadas são a prova disso.

A ressalva, de forma direta

Isto não é um apelo para que todo desenvolvedor se requalifique como engenheiro de firmware — é um mercado de nicho, e a demanda não vai rivalizar com a das funções de software convencionais. O argumento é mais restrito: se sua função atual está firmemente na parte da pilha para a qual as ferramentas agênticas estão convergindo mais rapidamente — código rotineiro de aplicativos, bem dentro de um único repositório, bem coberto por testes — vale a pena saber que existem camadas adjacentes e de nível mais baixo onde a fronteira da automação ainda não chegou, onde as habilidades podem ser aprendidas sem um PhD em Ciência da Computação e onde o sinal de demanda (uma superfície de ataque sem correção há uma década, demonstrada publicamente em escala agora) é excepcionalmente concreto.

Por onde começar de verdade, este mês

  • Leia a pesquisa primária, não apenas o resumo. O texto da Ars Technica identifica o protocolo (IPMI) e a classe de hardware (BMCs dos principais fornecedores de servidores) — esse é o seu ponto de partida em termos de busca para os avisos dos fornecedores e o histórico de CVEs.
  • Tenha experiência prática com uma pilha de BMC aberta. O OpenBMC e projetos semelhantes de firmware de código aberto permitem ler e modificar código real de BMC sem precisar de um datacenter — um fim de semana basta para perceber como isso é diferente do desenvolvimento web ou de aplicativos.
  • Reformule agora a linguagem do seu currículo, mesmo antes de se requalificar. "Gerenciamento fora de banda", "administração lights-out" e "superfície de ataque abaixo do sistema operacional" são as expressões que farão você ser encontrado por equipes que contratam para essa área, e não custa nada adicioná-las se a experiência for genuinamente próxima do que você já fez.
  • Trate isso como diversificação, não como uma mudança de rumo. Continue entregando código de aplicativos — esse ainda é o grosso do mercado de trabalho — mas dedique deliberadamente uma parte do seu orçamento de aprendizado a algum lugar onde um agente ainda não consiga se distribuir em uma worktree e corrigir tudo por você.