Engenheiro de software experiente — tarefas, uma a uma

Mudar um sistema que não escreveste

Esta é a tarefa de que trata a evidência mais forte desta página, e a evidência aponta no sentido inesperado: num ensaio aleatorizado sobre problemas reais em repositórios que os participantes mantinham, os programadores experientes a usar ferramentas de IA de 2025 demoraram 19% mais, enquanto acreditavam ter sido 20% mais rápidos. O contexto de que uma alteração precisa está no modelo que uma pessoa tem daquele sistema concreto, e fornecê-lo a uma ferramenta custa mais do que poupa.

Um ensaio, dezasseis programadores, repositórios maduros que conheciam bem — os autores dizem com clareza que não descreve a maioria dos programadores nem os projetos novos. Nada diz sobre como as mesmas ferramentas se comportam um ano depois, e um abrandamento medido uma vez não é uma propriedade permanente das ferramentas.

Rever o que a máquina escreveu

Gerar desloca o estrangulamento em vez de o retirar: chega mais código, e lê-lo cai sobre quem responde pelo ramo. A Alphabet disse que mais de um quarto do código novo da Google é gerado por IA e depois revisto e aceite por engenheiros, o que é uma descrição de para onde o trabalho se moveu e não de trabalho a desaparecer.

Uma percentagem de código gerado nada diz sobre quanto tempo leva a revisão, se é bem feita, ou se o número total de engenheiros mudou. O volume de revisão subir também não é automaticamente bom trabalho — é a parte do lugar mais facilmente mal feita sob pressão de tempo.

Desenhar a pensar em como falha

Um modelo consegue propor uma arquitetura e defendê-la com fluência. O que não consegue é carregar com a consequência do compromisso, e os compromissos aqui não são preferências técnicas — são apostas sobre que falha a organização consegue sobreviver, o que depende de factos sobre a organização e não sobre o código.

É um juízo sobre o trabalho, não uma medição, e a ausência de prova é a comum, não um achado: as revisões de arquitetura não são publicadas, pelo que saber se as decisões de desenho estão a ser entregues a uma máquina ou se lhe estão a ser negadas não é observável de fora da empresa onde isso acontece.

Decidir o que sai

A evidência do lado dos testes desta fronteira é que as verificações automáticas não estão a apanhar o suficiente: um inquérito a duzentos engenheiros seniores indica que 43% das alterações geradas por IA continuam a precisar de depuração manual em produção depois de passarem QA e pré-produção. Aguente-se ou não a percentagem — o inquérito foi publicado por uma empresa que vende ferramentas de depuração — a forma da afirmação bate certo com os incidentes que são relatados de forma independente.

Um inquérito autodeclarado de uma parte interessada é evidência fraca para um número e melhor evidência para uma direção. Não estabelece que as decisões de lançamento estejam a ficar mais difíceis no geral, e é sobre software de grande empresa e não sobre todo o software.

Tornar outra pessoa capaz de o fazer

Esta tarefa está a passar a sustentar carga por uma razão exterior à própria tarefa. O emprego entre os jovens dos 22 aos 25 anos nos lugares mais expostos à IA caiu cerca de 11% entre o final de 2022 e meados de 2026, enquanto os grupos menos expostos não caíram; várias organizações que cortaram a entrada de juniores disseram publicamente ter eliminado o caminho pelo qual as pessoas chegam a seniores. Se chega menos gente por baixo, transmitir o critério deixa de ser um bom hábito e passa a ser a linha de abastecimento.

Os microdados salariais mostram uma queda do emprego; não mostram que o acompanhamento tenha aumentado, nem que alguém tenha decidido investir nele. A ligação entre uma entrada de juniores mais fina e mais trabalho de ensinar a cair sobre os seniores é uma leitura de dois factos, e não uma medição.

Ser dono dos agentes que escrevem e mudam código

Este trabalho não existia em 2022 e por omissão não está atribuído a ninguém. Aparece onde quer que a geração seja autorizada a tocar num repositório, e os incidentes que se seguem costumam ser atribuídos não ao modelo mas a quem foi autorizado a integrar o quê — as falhas da Amazon de março de 2026 foram atribuídas a uma alteração de código assistida por IA não aprovada e seguidas de uma revisão de segurança do código de noventa dias em 335 sistemas.

O incidente e a revisão de uma empresa não são uma descrição do setor, e um programa de revisão é evidência de que algo correu mal e não evidência sobre quão frequente isso é. Nada aqui diz que esta responsabilidade seja já um lugar por que alguém é pago.