Lamento ter migrado para o Codeberg

O Codeberg, um forge Git alemão sem fins lucrativos posicionado como uma alternativa ao GitHub focada em FOSS e na comunidade, atualizou seus termos para banir projetos que sejam majoritariamente gerados por LLM e todo código relacionado a criptomoedas. Os apoiadores dizem que a política é uma forma legítima de conservar recursos limitados, resistir ao “slop” de IA e permanecer alinhada aos valores do software livre, enquanto os críticos a veem como uma triagem vaga, difícil de aplicar e movida por ideologia, que mina a neutralidade e desencoraja projetos solo e de hobby. A mudança está levando alguns usuários a voltar para Forgejo/Gitea auto-hospedados ou outros hosts, e reacendeu questões mais amplas sobre governança, censura vs. liberdade de associação e se forges de código devem curar conteúdo ou permanecer o mais abertas possível.

As novas regras do Codeberg e as restrições existentes

  • Comentadores resumem que o Codeberg:
    • Exige que repositórios públicos estejam sob licenças FLOSS / de cultura livre; Creative Commons NC/ND são proibidas.
    • Permite repositórios privados apenas quando apoiam diretamente trabalho FLOSS público ou para “pequenas coisas pessoais”, não para hospedagem pessoal geral.
    • Agora proíbe projetos que “consistam principalmente” em código escrito por IA generativa e bane projetos de criptomoeda/blockchain.
  • Alguns observam que isso é consistente com uma missão de longa data de “apenas FOSS, benefício para a comunidade”; outros dizem que foi vendido de facto como uma alternativa geral ao GitHub, criando expectativas desalinhadas.

Motivações: limites de recursos vs. ideologia

  • Os apoiadores enfatizam:
    • Infraestrutura sem fins lucrativos, financiada por doações, não pode subsidiar uso massivo de CI/armazenamento por projetos “vibe-coded” de baixa qualidade e descartáveis.
    • Scraping por IA/bots e repositórios movidos por LLM sobrecarregam a infraestrutura.
    • Preocupações éticas: treinamento em FOSS sem consentimento, custo ambiental e “slop” sufocando o trabalho humano.
  • Os críticos contrapõem:
    • Se o problema é recursos, cotas, limites de taxa ou camadas pagas seriam mais diretos e neutros.
    • A formulação sobre “reputação” e “sem comunidade” sugere mais policiamento de valores do que gestão de capacidade.

Impacto sobre devs solo e a “legitimidade” de projetos

  • Muitos autores solo de FOSS se sentem visados:
    • Eles leem a retórica do blog sobre “development team of none” como desdenhosa de projetos de uma pessoa só, apesar de a maior parte do FOSS começar assim.
    • Alguns congelam ou migram seus pequenos projetos escritos por humanos por medo de exclusão arbitrária.
  • Outros argumentam que o Codeberg só quer evitar “ghost projects” de alto consumo de recursos, não repositórios pequenos normais.

Ambiguidade na aplicação e justiça

  • Vários comentários chamam o critério “majoritariamente gerado por IA” de inexequível:
    • Não há maneira confiável de detectar ou quantificar código escrito por IA; isso abre espaço para remoções arbitrárias baseadas em impressão.
    • Casos-limite (forte assistência de IA com revisão humana, testes gerados por IA, uso ocasional) não ficam claros.
  • Há preocupação de que mudanças retroativas nas regras e limiares vagos tornem o Codeberg um host pouco confiável no longo prazo.

Governança, política e “liberdade”

  • Governança:
    • As regras foram aprovadas por voto de membros na associação alemã sem fins lucrativos; usuários não membros não tiveram voz formal.
    • Alguns membros sentiram que o processo foi meramente protocolar, com debate limitado e discussão posterior deslocada para salas de chat.
  • Política:
    • Os apoiadores dizem que hospedar software livre é inerentemente político e que um host pode escolher excluir IA e criptomoedas para proteger os bens comuns.
    • Os críticos veem isso como comportamento não neutro, “quase censório”, em desacordo com uma marca ampla de “liberdade”, especialmente quando projetos são removidos depois que as pessoas investiram na migração.

LLMs como ferramentas: qualidade, ética e futuro

  • Vozes pró-LLM:
    • Usam assistentes de IA para ser mais produtivos, especialmente sozinhos; veem muitos projetos assistidos por IA como bem engenheirados, não como slop.
    • Argumentam que “escrito por humanos” não é um proxy confiável para qualidade de código; código humano médio pode ser pior do que código de IA cuidadosamente supervisionado.
  • Vozes anti-LLM ou cautelosas:
    • Destacam danos ambientais, dependência de grandes fornecedores, nebulosidade de copyright e atrofia de habilidades no longo prazo.
    • Querem espaços curados, apenas humanos, como um “selo de qualidade” e uma escolha cultural, ainda que a aplicação seja imperfeita.

Alternativas e respostas

  • As reações variam entre:
    • “Ótimo, isso me faz querer mais usar/doar ao Codeberg”
    • Até “vou voltar para o GitHub / para Forgejo, Gitea ou outros forges auto-hospedados; não confio mais no Codeberg.”
  • Alternativas mencionadas: GitHub, GitLab, SourceHut, auto-hospedagem de Forgejo/Gitea, Radicle, forges baseados em Tangled/ATProto e configurações puras de git+CGI.
  • Alguns argumentam que a lição mais profunda é tratar qualquer forge de terceiros como um espelho e manter o controle principal por meio de auto-hospedagem.

Temas diversos do fio

  • Debate sobre se isto é “censura” no sentido legal vs. coloquial; entram em cena a legislação alemã e o status de sem fins lucrativos/fiscal.
  • Comparações com Mastodon vs. Bluesky: centralização de poder, separação entre dados e controle e portabilidade.
  • Discussão paralela sobre a interface anti-JavaScript brincalhona do artigo e a nostalgia por sites com uso mínimo de JS.