Engenheiro de software experiente

Fazer uma alteração dentro de um código grande e de vida longa em que as restrições não estão documentadas e vivem naquilo a que decisões anteriores já se comprometeram.

Ler código que não escreveste e a cuja escrita não assististe, e decidir se está certo — a um volume que sobe à medida que gerar fica mais barato.

Escolher uma estrutura, e escolher que modos de falha se aceitam — sabendo o que acontece às três da manhã quando uma dependência está em baixo e metade dos pedidos já vai a caminho.

Ser quem diz que isto sai agora, com este risco conhecido, e responde por isso depois.

Revisão que ensina, programar a pares, e a entrega deliberada de contexto — o mecanismo pelo qual uma equipa continua a ter gente capaz de julgar.

Fixar o que um agente de código automatizado pode fazer sem vigilância, o que tem de perguntar, e por onde o que ele produz entra no ramo — e depois ser o nome colado a essa definição.

Mantenedores experientes em repositórios grandes e maduros que conhecem bem (cerca de 5 anos cada um); as ferramentas eram sobretudo o Cursor Pro com o Claude 3.5/3.7 Sonnet. Os autores não afirmam em momento algum que o resultado se generalize à maioria dos programadores nem ao trabalho em projetos novos ou de nível júnior.

Uma falha, um recuo, uma regulação ou um custo estão a travar a adoção. Pode baixar uma avaliação ou alargar a sua incerteza.

Ainda não és esta página, e o caminho até ela é justamente o que está sob pressão — lê primeiro a página de júnior. O que mais conta aqui é que a capacidade que esta profissão vende é critério sobre um sistema concreto, e isso adquire-se estando dentro de um, e não usando ferramentas melhores.

A conclusão medida desta página é que as ferramentas não te aceleraram no teu próprio código, e que podes ter acreditado no contrário. Trata isso como razão para medires o teu próprio trabalho e não como consolo: o ensaio é pequeno e tem um ano, e a parte do lugar que está a crescer não é escrever — é rever o que chega, e responder por aquilo que a um agente foi permitido fazer.

Ficar e reforçar-te

Tornares-te a pessoa em quem se confia para dizer que não

À medida que as alterações geradas se multiplicam, o estrangulamento passa para quem consegue recusar uma com uma razão que se aguenta. Essa autoridade ganha-se estando certo em público, repetidamente, sobre um sistema concreto.

Refazer o posto

Assumir o que os agentes podem fazer

Alguém tem de decidir o que uma alteração automatizada pode tocar e por onde entra. Na maioria das equipas isso não foi dado a ninguém, e é por isso que aparece nos relatórios de incidentes em vez das descrições de funções.

Movimento lateral

Ir para onde estar errado sai caro por lei

Pagamentos, sistemas críticos de segurança, dados regulados — sítios onde uma alteração sem vigilância não é permitida, por isso a revisão e a responsabilidade são financiadas em vez de assumidas.

Mudança de setor

Passar para o lado do problema

Engenharia de soluções, produto técnico, experiência de programador — lugares onde o valor é perceber ao mesmo tempo um sistema e o que alguém precisa dele, e onde escrever nunca foi a parte rara.

O único ensaio aleatorizado que este sítio tem encontrou o contrário, e o detalhe que vale a pena levar é a distância entre medição e perceção: dezasseis mantenedores experientes de código aberto a trabalhar em problemas reais de repositórios que conheciam demoraram 19% mais com ferramentas de 2025, enquanto estimavam ter sido 20% mais rápidos. Os autores não afirmam que isto descreva a maioria dos programadores nem os projetos novos, e tem um ano. O que estabelece é que a aceleração não é automática num código maduro, e que perguntar a ti próprio não resolve a questão.

Ninguém consegue responder a isso com um número, e as respostas confiantes dos dois lados estão a vender alguma coisa. Uma pergunta mais útil é que parte do trabalho, porque as partes movem-se a velocidades diferentes: escrever código de rotina é já em grande medida feito por máquina, rever o que ela produziu tornou-se um trabalho próprio, e decidir o que sai com um risco conhecido não se moveu porque é responsabilidade e não capacidade. Repara antes num sinal que consigas verificar: quanto da tua semana é agora ler código que não escreveste.

Está exposto de outra maneira, e não mais seguro, e as duas coisas estão ligadas de uma forma que vale a pena ver. O emprego entre os jovens dos 22 aos 25 anos mais expostos à IA caiu cerca de 11% entre o final de 2022 e meados de 2026, e várias organizações que cortaram a entrada de juniores disseram publicamente ter eliminado o caminho pelo qual as pessoas chegam a seniores. Uma profissão que deixa de fabricar seniores tem um problema de abastecimento mais tarde, e não uma garantia de segurança agora — e entretanto o trabalho de ensinar que se repartia por uma equipa cai sobre menos gente.

Este sítio ainda não consegue responder a isso, e dizê-lo é mais útil do que adivinhar. Os três têm exposições genuinamente diferentes, mas não temos evidência que os separe — os registos aqui distinguem por senioridade e não por tecnologia, porque foi assim que os estudos foram desenhados. Trata qualquer ordenação confiante de frontend contra backend como a impressão de alguém. O que a evidência sustenta é escolher pelo quão caro sai estar errado no teu domínio, e isso atravessa os três.

Rever código que não escreveste, e conseguir dizer porque recusaste alguma coisa. Essa competência esteve sempre neste lugar e nunca foi aquilo por que alguém era contratado ou avaliado; é agora o estrangulamento, porque gerar deslocou o trabalho de produzir para julgar. É também a capacidade que te torna a pessoa em quem se confia para dizer que não, que é a parte deste trabalho sem substituto à vista.