Logo do site

Andrew Kelley explica por que criou Zig, baniu contribuições de IA e migrou o projeto do GitHub

Publicado em: 23/09/2026 17:27
Última atualização: 23/09/2026 17:27
tecnologia
AI
software
open source

Em entrevista à JetBrains, Andrew Kelley, criador da linguagem Zig, detalhou a proibição formal de contribuições com IA e a migração do projeto do GitHub para o Codeberg. Segundo ele, envios automatizados reduzem a qualidade do código e enfraquecem os laços sociais entre participantes do open source.

Por que banir IA

Kelley citou dois fatores: recursos humanos fixos que não escalam com o volume de código e o impacto negativo na qualidade do software.

O primeiro motivo é simplesmente que esse tipo de contribuição é invariavelmente lixo. […] Não só isso: elas têm valor negativo. […] Quando recebemos essas contribuições porcarias, elas consomem nosso tempo de revisão e, depois de algumas revisões, percebemos que a pessoa não faz ideia do que está fazendo. Ela só cola o que dizemos de volta no chat e depois “lava” o chat para fingir que não está usando chat, mas ainda conseguimos perceber. Em algum momento, percebemos que isso nunca vai ter boa qualidade, porque a pessoa não tem ideia do que está fazendo. E aí desperdiçamos o tempo de todo mundo.

Ele também destacou a missão educacional do Zig: a revisão de código é um investimento de mentoria reservado a engenheiros reais que podem se tornar contribuidores centrais.

A ideia do pôquer de contribuidores [Nota do editor: apostar tempo limitado de revisão em contribuidores com chance de crescer e ficar vs. contribuidores passageiros] é que temos tempo limitado. Então queremos perceber: ok, em quem podemos investir nosso tempo para ajudar a se tornar um programador melhor, um contribuidor melhor para o projeto? E quem talvez seja um contribuidor passageiro? E quem usa IA está sempre na segunda categoria. Não vale a pena investir nessas pessoas. Elas não estão aprendendo nada. Não vão entrar no time principal depois.

A postura do Zig contrasta com a do Bun, que recentemente reescreveu toda a base de código de Zig para Rust com apoio de vários agentes de IA. Em reação crítica intitulada “My Thoughts on the Bun Rust Rewrite”, Kelley afirma:

O problema principal aqui não tinha nada a ver com os recursos de linguagem de Zig vs. Rust, e sim com os sistemas de valores divergentes dos dois projetos.

Do GitHub para o Codeberg

Kelley explicou que o repositório foi movido para o Codeberg, uma organização sem fins lucrativos alemã, por causa de falhas persistentes de CI no GitHub Actions e por uma percepção de desalinhamento de incentivos.

O GitHub simplesmente parou de funcionar para nós. Não tínhamos mais resultados das execuções de integração contínua. Simplesmente parava de funcionar. Então migramos para o Codeberg e agora nosso servidor de integração contínua voltou a funcionar… O Codeberg também é uma organização sem fins lucrativos alemã, e pessoalmente acho usar nonprofits um negócio mais estável do que startups ou corporações, porque essas corporações estão sempre correndo atrás da próxima coisa e tentando deixar o próximo trimestre mais lucrativo. As nonprofits só tentam continuar fazendo o que fazem, e essa estabilidade é o que eu quero.

Alguns desenvolvedores concordaram com a queda percebida no desempenho do GitHub, coincidindo com o aumento exponencial de cargas de IA.

Origem do Zig e usos

Kelley relembrou que concebeu o Zig ao tentar construir uma estação de trabalho de áudio digital nativa. JavaScript não tinha controle de hardware de baixo nível; Go introduzia pausas de garbage collection stop-the-world que comprometiam a reprodução de áudio em tempo real; Rust, antes da versão 1.0, impunha atrito do borrow checker que atrapalhou a renderização de fontes de UI por semanas; e C++ produzia bugs persistentes de corrupção de memória que consumiam muito tempo de depuração.

A linguagem Zig rejeita gerenciamento automático de memória e prefere alocadores explícitos. Andrew Kelley largou o emprego em 2018 para construir o Zig. A linguagem alimenta o Ghostty, o banco de dados financeiro de baixa latência TigerBeetle e a infraestrutura de cross-compilation da Uber.

Desenvolvedores são incentivados a assistir à entrevista completa da JetBrains para mais detalhes e outros tópicos não cobertos nesta matéria.

Fonte: baseado na matéria de Bruno Couriol, publicada pela InfoQ. Acesse a matéria original.

Conecte-se

Acompanhe meu conteúdo nas redes sociais ou entre em contato por e-mail.