De poucos em poucos meses sai um título a anunciar o fim da programação: "a IA vai escrever todo o código", "daqui a dois anos já não serão precisos programadores". Entretanto, eu uso a IA todos os dias, em projetos para clientes e neste mesmo site, e a minha conclusão é outra: a IA é uma ferramenta de trabalho, não alguém que faz o trabalho por nós.
Não é uma posição nova. O compilador automatizou o assembly, o IDE automatizou a memória das APIs, o Stack Overflow automatizou a procura de soluções comuns. De cada vez a profissão mudou, mas não desapareceu: subiu de nível, para os problemas que essas ferramentas não resolvem.
O que faz mesmo bem
Usada nas tarefas certas, a IA poupa horas. No meu trabalho diário uso-a sobretudo para:
- Código repetitivo: DTOs, validações, esqueletos de componentes e de testes.
- Perceber código legado: "explica-me o que faz esta função de 200 linhas" é um ótimo ponto de partida.
- Primeiros rascunhos: uma query, uma regex, um script de migração para rever.
- Conversões: de JSON para interface TypeScript, de CSS para SCSS, de callbacks para async/await.
- Uma primeira revisão: erros evidentes, nomes pouco claros, casos limite esquecidos.
Um exemplo concreto: gerar os DTOs com validações para um formulário de quinze campos levava-me uns vinte minutos de trabalho mecânico. Com IA bastam dois minutos, mais cinco para reler. É o tipo de ganho que uma ferramenta deve dar: menos tempo no repetitivo, mais tempo no raciocínio.
Onde para
O limite não é a qualidade do código, que muitas vezes é boa. O limite é tudo o que está à volta do código:
- O contexto: não sabe porque é que o cliente quer aquela funcionalidade, nem que restrições não estão escritas em lado nenhum.
- As decisões: entre duas soluções corretas, escolher a certa para aquela equipa e aquele orçamento.
- A verificação: o código gerado parece sempre certo, mesmo quando não está.
- A responsabilidade: quando algo falha em produção, responde uma pessoa, não um modelo.
Um exemplo que me aconteceu mesmo. Para mostrar a data de uma encomenda, o assistente propôs isto:
// Suggested code to show an order date
const date = new Date('2026-10-02');
label.textContent = date.getDate() + '/' + (date.getMonth() + 1);
// Rome: "2/10" — New York: "1/10"O código compila, os testes locais passam e em Itália funciona. Mas uma string no formato AAAA-MM-DD é interpretada como meia-noite UTC, por isso, para um utilizador nos Estados Unidos, a encomenda aparece com o dia anterior. A IA não "errou" em sentido estrito: não sabia que o site tem utilizadores em vários fusos horários. Reparar nisso é o nosso trabalho.
Um dia de trabalho real: quem faz o quê
Se olhar para um dia típico, a divisão de tarefas é bastante clara:
| Atividade | Quem a faz |
|---|---|
| Perceber o que o cliente quer realmente | Eu |
| Escolher arquitetura e compromissos | Eu, com a IA como interlocutora |
| Escrever esqueletos de componentes, DTOs e testes | A IA, e eu revejo |
| Analisar um erro estranho nos logs | Em conjunto |
| Publicação em produção e responsabilidade | Eu |
"Ferramenta" não quer dizer "inofensiva"
Dizer que a IA é uma ferramenta não significa que nada muda. Muda muito: quem fazia apenas trabalho repetitivo está mais exposto, e os juniores arriscam-se a saltar a fase em que se aprendem as bases, porque o código que funciona chega sem esforço.
Ao mesmo tempo, algumas competências valem mais do que antes:
- Ler e avaliar código, não apenas escrevê-lo.
- Conhecer o domínio: faturação, saúde, logística, seja qual for o setor do cliente.
- Comunicar: transformar um pedido vago em requisitos precisos.
- Verificar: testes, monitorização, revisão crítica.
Como usá-la como ferramenta: cinco regras
- Não aceites código que não sabes explicar. Se não sabes dizer porque funciona, também não sabes quando vai deixar de funcionar.
- Dá contexto. Versão do framework, convenções do projeto, restrições reais: a qualidade da resposta depende disso.
- Verifica com testes, sobretudo os casos limite: valores vazios,
null, fusos horários, erros de rede. - Não coles dados sensíveis: chaves, palavras-passe, dados pessoais de clientes.
- Mede o ganho. Se corrigir a resposta custa mais do que escrever o código de raiz, escreve-o tu.
Em resumo
Eu vejo a IA como uma ferramenta: a mais poderosa que tivemos em muito tempo, mas ainda assim uma ferramenta. Automatiza o repetitivo e acelera os primeiros rascunhos; não conhece o contexto, não toma decisões e não assume responsabilidades. Diz-se muitas vezes que a IA não vai substituir os programadores, mas que os programadores que a usam bem vão substituir os que a ignoram: acho que é verdade, desde que se acrescente que "usá-la bem" significa continuar a ser quem percebe, escolhe e verifica. Falo disto também do ponto de vista das entrevistas neste artigo sobre as perguntas de entrevista na era da IA.