Ao ver a Cognition Labs lançar o Devin, um engenheiro de software totalmente autónomo, e a notícia de que a Cisco está a utilizar a IA para tratar de casos de serviço ao cliente 60%, não posso deixar de me perguntar: será que o desenvolvimento de software está realmente a caminhar para a automatização total? Para ser sincero, como alguém que testemunhou a evolução da tecnologia de IA desde a conclusão do código até à programação autónoma, esta questão é simultaneamente excitante e um pouco perturbadora. Embora seja verdade que ferramentas como o Claude Code podem melhorar drasticamente a eficiência, receio que ainda seja demasiado cedo para dizer que irão substituir completamente os programadores humanos.

A faca de dois gumes das ferramentas de automatização
De acordo com a minha experiência pessoal, os assistentes de programação de IA são melhores em tarefas repetitivas: preenchimento automático, formatação de código, correção de erros simples... mas quando se trata de design arquitetónico inovador ou de lógica comercial complexa, continuo a ter de ser eu a fazê-lo. Tal como o Devin, um "engenheiro de IA full-stack" pode tratar de tarefas específicas, mas receio que demore muito tempo a evoluir para compreender as necessidades extremamente divergentes de um gestor de produto ou para ponderar as considerações comerciais subjacentes a uma solução técnica.
Curiosamente, estatísticas recentes do GitHub mostram que os programadores que utilizam o Copilot são 401 TP3T mais eficientes no processamento de problemas algorítmicos, mas o tempo gasto na conceção do sistema permanece praticamente inalterado. Isto sugere que a IA é mais um "super atalho" do que um verdadeiro substituto.
O "só para humanos" que a IA não consegue resolver.
Lembro-me que, no mês passado, a nossa equipa recebeu um projeto urgente para desenvolver um sistema personalizado para uma organização de cuidados de saúde no prazo de duas semanas. A IA ajudou-nos a construir rapidamente a estrutura básica, mas a verdadeira dor de cabeça foi compreender a descrição ambígua das necessidades dos médicos - eles nem sequer conseguiam dizer o que queriam. Este tipo de processo, que exige comunicação, experimentação e ajustamento repetidos, continua a ser difícil de gerir pela IA atual.
Além disso, a depuração do código gerado pela IA é por vezes mais morosa. Uma vez encontrei um erro estranho, mas acabei por descobrir que a IA tinha tomado a formatação da data como "garantida". Este ponto cego na compreensão do contexto é onde os programadores experientes são valiosos.
É mais provável que o futuro seja a "colaboração homem-máquina".
O caso da Cisco dá, de facto, uma possibilidade: 60% dos 1,8 milhões de casos de apoio foram automatizados, deixando 40% ainda a necessitar de intervenção humana. É provável que o desenvolvimento de software também siga este rácio - as tarefas de rotina são entregues à IA, enquanto a conceção inovadora, a análise de requisitos e as decisões críticas são deixadas para os humanos.
O conceito de "equipa de colaboradores independentes" proposto pela OpenAI é muito interessante: cada programador traz o seu próprio assistente de IA e concentra-se na sua área de especialização. Este modelo não só mantém a criatividade humana, como também beneficia dos dividendos da eficiência da IA. Afinal de contas, a melhor tecnologia não é substituir os seres humanos, mas permitir-nos concentrar mais no valor do "humano".
Voltando à questão inicial: automatização total? É pouco provável a curto prazo. Mas, nos próximos 5 a 10 anos, os programadores que não sabem utilizar ferramentas de IA estarão provavelmente a progredir tanto quanto aqueles que não sabem utilizar IDEs atualmente. Esta mudança não é uma substituição, é uma atualização das capacidades.
评论列表 (10条):
加载更多评论 Carregando...