Como é que o Codex altera o fluxo de trabalho de programação?

Para ser sincero, a primeira vez que utilizei o Codex, fiquei um pouco surpreendido. Este assistente de programação com IA não só compreende as minhas necessidades, como também opera diretamente na minha base de código, o que dá a sensação de ter um parceiro de programação extra disponível 24 horas por dia, 7 dias por semana. Os problemas de condições de fronteira que costumavam levar horas a depurar são agora resolvidos pelo Codex em minutos, e o estilo do código está surpreendentemente em conformidade com as especificações do projeto. Mas o que mais me surpreendeu foi a sua capacidade de lidar com várias tarefas ao mesmo tempo - corrigir testes unitários e refactorizar código redundante ao mesmo tempo - o tipo de poder de processamento paralelo com que os programadores humanos só podem sonhar.

A revolução do fluxo de trabalho, do single-threaded ao multi-tarefa

Os fluxos de trabalho de programação tradicionais são como CPUs single-threaded, com os desenvolvedores tendo que alternar frequentemente entre escrever código, depurar e escrever testes. De acordo com a pesquisa do desenvolvedor do GitHub em 2024, essa alternância de contexto consome uma média de 2,1 horas do valioso tempo do desenvolvedor por dia, e o Codex mudou isso - ele lida silenciosamente com tarefas mecânicas em segundo plano, como a atualização de strings de documentação e a correção de bugs de fiapos, para que os desenvolvedores possam permanecer em um "estado de espírito" e se concentrar no design da lógica principal. Permite que os programadores se mantenham num "estado de espírito de fluxo" e se concentrem na lógica central. Um engenheiro que conheço e que trabalha na Temporal disse que depois de a sua equipa ter utilizado o Codex, a velocidade de entrega de funcionalidades aumentou 40%, e a mudança mais óbvia é que já ninguém se queixa de ser interrompido por coisas triviais.

Mudança de paradigma na revisão de código

Outra mudança profunda trazida pelo Codex é a forma como as revisões de código são conduzidas. Enquanto antes revisar PRs envolvia checar sintaxe, estilo e potenciais bugs linha por linha, o Codex agora provê uma cadeia completa de evidências da implementação - incluindo mudanças na cobertura de testes, comparações de performance e até mesmo uma explicação de porque a implementação foi escolhida. Isso me lembra de uma modificação de middleware Django que eu revisei semana passada, onde o Codex não apenas corrigiu o bug original, mas também adicionou proativamente casos de teste com condições de limite relevantes. Por outro lado, esta mudança também traz novos desafios: a revisão do código é agora mais como avaliar a lógica de decisão da IA do que simplesmente verificar a qualidade do código.

Curiosamente, o Codex parece ser particularmente bom a lidar com convenções de projeto que "não estão na documentação, mas todos nós as conhecemos". Num dos projectos open-source de Rust em que esteve envolvido, capturou os padrões de tratamento de erros que nos habituámos a esperar mais depressa do que alguns dos novos programadores humanos se conseguiram adaptar a eles. É claro que não é uma panaceia - quando se trata de problemas de arquitetura que exigem soluções criativas, continua a ser necessário contar com a intuição e a experiência dos engenheiros humanos. Mas é inegável que, com o Codex, a programação passou a ser mais uma questão de "orientar a IA para realizar a sua visão" do que de "martelar cada linha de código".