Resumo rápido

  • Linus Torvalds está frustrado com ferramentas de IA que geram um volume massivo de alterações inúteis e relatórios de bugs duplicados, tornando as listas de discussão quase ingerenciáveis.
  • Ele está insatisfeito por essas ferramentas estarem inchando os release candidates, especialmente o Linux 7.1-rc5, com correções triviais para problemas antigos que deveriam esperar pela janela de merge adequada, em vez de poluir a fase de estabilização.
  • Torvalds alertou que altos volumes de mudanças durante a fase de release candidate são "não conducentes à estabilidade de longo prazo".
  • Para agregar valor real, Linus aconselhou os contribuidores do kernel a ler a documentação e escrever correções reais com base no que a IA encontra, em vez de apenas enviar um relatório aleatório.

Linus Torvalds vs. Ruído de IA

Linus Torvalds compartilhou recentemente opiniões fortes sobre Inteligência Artificial (IA) e seu papel crescente no desenvolvimento do kernel Linux. Enquanto muitos desenvolvedores veem a IA como um atalho para eficiência, o criador do Linux enxerga de forma diferente. Ele acredita que a forma atual como as pessoas usam ferramentas de IA está criando uma quantidade massiva de "alterações inúteis" para os mantenedores do kernel.

Uma enxurrada de relatórios duplicados

O primeiro grande problema apareceu nas listas de discussão de segurança do kernel. No anúncio do Linux7.1-rc4, Linus notou uma "enxurrada contínua de relatórios de IA" que tornou essas listas quase impossíveis de gerenciar. Como muitas pessoas diferentes usam as mesmas ferramentas de IA para encontrar bugs, elas frequentemente encontram os mesmos problemas.

Consequentemente, os mantenedores do kernel precisam gastar a maior parte do seu tempo valioso classificando enormes quantidades de relatórios duplicados. Alguns mantenedores agora estão perdendo horas apenas encaminhando mensagens para as pessoas certas ou explicando que um bug já foi corrigido semanas atrás.

Linus argumenta que tratar esses bugs encontrados por IA como "segredos" em listas privadas é perda de tempo, pois as ferramentas são públicas. Portanto, esses relatórios na verdade pioram a duplicação porque os pesquisadores não podem ver o que outros já enviaram.

O problema com alterações triviais

Conforme o ciclo de desenvolvimento do Linux 7.1 progrediu, a influência da IA tornou-se ainda mais visível no código em si.

Linus observou que o Linux 7.1 release candidate 5 (rc5) estava "bastante grande" e muito maior que o normal. Ele atribuiu esse aumento a um alto volume de pequenas correções desencadeadas por revisões de código feitas por IA.

Embora esses patches sejam tecnicamente "correções", Linus está "não totalmente feliz" com eles. Ele notou que a maioria dessas mudanças são atualizações triviais em drivers aleatórios que tratam de problemas antigos e não críticos.

Release candidates devem focar em "regressões", que são novos bugs causados por mudanças recentes. Correções triviais para problemas antigos não pertencem às semanas finais de teste. Em vez disso, deveriam permanecer na árvore "linux-next" e esperar por uma janela de merge adequada.

Estabilidade é a prioridade máxima

A preocupação mais significativa para Linus é a estabilidade de longo prazo do kernel. Ele alertou que ter atualizações tão grandes durante a fase de release candidate não é saudável para o sistema.

Além disso, ele lembrou aos desenvolvedores que mesmo correções "triviais" carregam um pequeno risco. Embora a chance de uma pequena mudança quebrar algo seja baixa, "baixa chance" ainda não é "chance zero". Consequentemente, ele planeja ser mais "rigoroso" e começará a rejeitar pull requests que não sejam importantes o suficiente para este estágio avançado.

Como agregar valor real ao desenvolvimento do kernel

Note que Linus não está dizendo que as pessoas nunca devem usar ferramentas de IA. Na verdade, a equipe do kernel até compartilhou oficialmente um conjunto de regras a seguir para usar IA no desenvolvimento do kernel.

No entanto, Torvalds quer que os contribuidores sejam mais do que apenas "relatores de passagem". Se você usar IA para encontrar um bug potencial, deve tomar estas etapas extras para ajudar a comunidade:

  • Leia a documentação para realmente entender o problema.
  • Estude o código para saber por que o bug existe.
  • Escreva um patch real para corrigir o problema você mesmo.

Ao adicionar compreensão humana ao que a IA encontrou, você fornece valor real.

Seguindo em frente, Linus quer que os desenvolvedores se perguntem uma questão simples antes de enviar uma correção: "Isso é realmente uma regressão, ou deveria apenas ir para a pilha de desenvolvimento para depois?"

Essa mudança de foco ajudará a manter o kernel Linux estável e confiável para todos.

Este artigo foi categorizado sob: https://ostechnix.com/tag/ai/, https://ostechnix.com/tag/kernel/, https://ostechnix.com/tag/linus-torvalds/, https://ostechnix.com/tag/linux/, https://ostechnix.com/tag/linux-kernel-development/, https://ostechnix.com/tag/open-source/, https://ostechnix.com/linus-torvalds-ai-influence-linux-kernel-development/.