Sem estrela, sem correção

Um projeto no GitHub que fecha automaticamente issues de usuários que não deram estrela ao repositório está provocando debate sobre ética, praticidade e política da plataforma. Críticos argumentam que condicionar bugs e pedidos de funcionalidades a “pontos da internet” corrompe o significado das estrelas, desencoraja relatórios valiosos (incluindo questões de segurança) e pode violar as regras do GitHub sobre atividade inautêntica. Defensores respondem que os mantenedores são voluntários, estão sobrecarregados e têm o direito de impor atritos ou pedir gestos mínimos de apoio, mesmo que isso distorça os sinais públicos de popularidade.

Conformidade com Políticas e Regras

  • Alguns argumentam que o bot “star-gated” (que fecha issues até que o autor dê estrela no repositório) provavelmente viola as regras do GitHub sobre estrelamento automatizado / “atividade coordenada inautêntica”.
  • Outros contra-argumentam que isso não é claramente ضد as regras porque: é iniciado pelo usuário, exige consentimento explícito, não dá estrelas automaticamente e os donos do repositório não têm obrigação de fornecer suporte.
  • Alguns observam que, independentemente das regras atuais, esses esquemas deveriam ser proibidos porque distorcem os sinais da plataforma.

Significado e Integridade das Estrelas

  • Muitos veem estrelas como marcadores pessoais ou endossos genuínos; condicionar o tratamento de issues a estrelas é visto como uma corrupção desse sinal.
  • Críticos dizem que isso infla a contagem de estrelas com base em irritação ou necessidade (por exemplo, dependências quebradas), não em admiração ou popularidade.
  • Defensores afirmam que os relatores de bugs já são “usuários interessados”, então exigir uma estrela realmente alinha as estrelas mais de perto com o uso real.

Ética, Dinâmica de Poder e Enquadramento como “Extorsão”

  • Vários comentaristas chamam a prática de suja, mesquinha ou “parecida com extorsão”: “Nem vou considerar seu issue a menos que você publique que gosta de mim.”
  • As preocupações incluem: manipulação emocional, sinais de alerta reputacionais para organizações que avaliam o projeto e desestímulo a relatórios casuais valiosos (incluindo possíveis questões de segurança).
  • Outros argumentam que mantenedores podem estabelecer limites arbitrários para trabalho gratuito, e pedir uma estrela é um pagamento mínimo por atenção.

Carga dos Mantenedores e Redução de Ruído

  • Os defensores enfatizam a sobrecarga dos mantenedores: as filas de issues estão inundadas, e um atrito leve (como uma estrela) pode filtrar relatórios de baixo esforço.
  • Os críticos respondem que isso não distingue relatórios bons de ruins e bloqueia até ofertas de alta qualidade para contribuir com código.

Consequências Práticas e Casos Limite

  • Comentadores destacam casos de uso em que pessoas abrem issues sem “gostar” do projeto: ferramentas automatizadas, pesquisa de segurança, dependências transitivas ou avaliação de várias opções.
  • Alguns dariam estrela temporariamente e depois removeriam a estrela assim que o issue fosse tratado; outros recusam por princípio, preferindo doações ou recompensas.
  • Vários observam que, se essa prática se espalhar, ela desencadeia uma “guerra de inflação de estrelas”, degradando as estrelas da mesma forma que avaliações manipuladas em marketplaces.