Não Use Discord para FOSS (2021)

Desenvolvedores de código aberto estão debatendo se devem hospedar suas comunidades no Discord, uma plataforma proprietária e fechada que é extremamente popular e conveniente, mas hostil à abertura, à pesquisabilidade e ao acesso a dados no longo prazo. Os defensores destacam sua ajuda em tempo real, fortes efeitos de rede e UX melhor do que a maioria das ferramentas de chat FOSS, enquanto os críticos apontam a exclusão de usuários preocupados com privacidade, o baixo valor de arquivamento e a dependência de uma empresa financiada por capital de risco, que provavelmente vai “enshittify” ou desaparecer. Muitos defendem um compromisso: manter o Discord como sala de chat opcional, mas usar ferramentas abertas e indexadas como fóruns, listas de e-mail, Matrix ou IRC (muitas vezes conectados por ponte) para suporte principal e documentação.

O apelo do Discord para projetos FOSS

  • Muitos veem o Discord como uma “não escolha”: é onde os usuários já estão, então usá-lo aumenta enormemente o alcance, o engajamento e a responsividade em comparação com IRC, Matrix ou fóruns.
  • Ajuda em tempo real e comunidades ativas são citadas como cruciais: perguntas costumam receber respostas rápidas, às vezes de contribuidores principais, e essa imediaticidade é valorizada mais do que esperar horas por respostas em fóruns.
  • As pessoas elogiam sua UX, a qualidade de voz/vídeo, o compartilhamento de tela, as notificações e a baixa fricção de entrada para usuários típicos. Alguns até o usam internamente em vez de Slack.

Críticas ao Discord para FOSS

  • Grandes preocupações: jardim murado, sem protocolo aberto, pouca pesquisabilidade, sem indexação na web e conhecimento efêmero, difícil de recuperar. “Onde informações valiosas vão para morrer.”
  • Exige cadastro (muitas vezes número de telefone), exclui usuários preocupados com privacidade, pessoas em países com restrições, usuários de plataformas antigas/estranhas e quem recusa ferramentas proprietárias.
  • Projetos que usam apenas Discord tornam usuários voltados a FOSS “cidadãos de segunda classe” e passam uma sensação excludente, de panelinha.
  • Risco de longo prazo: provável “enshittification” ou encerramento, sem auto-hospedagem, exportação de dados pouco clara; mover comunidades inteiras depois é caro.

Chat ao vivo vs Fóruns/Wikis

  • A favor do Discord: chat em tempo real é melhor para suporte, mais envolvente e corresponde às expectativas e necessidades sociais modernas; fóruns parecem lentos e mortos.
  • Contra o Discord: chats de alto volume enterram perguntas em segundos, as respostas são difíceis de reencontrar, e a qualidade do suporte é melhor em fóruns/trackers de issues, onde o conteúdo persiste e é pesquisável.
  • Visão amplamente compartilhada: chat é bom para colaboração casual; documentação, FAQs e suporte duradouro devem ficar em fóruns acessíveis pela web, wikis ou trackers de issues.

Alternativas e seus tradeoffs

  • IRC: simples, leve, existem clientes web, mas carece de persistência, bom suporte a múltiplos dispositivos e recursos modernos, a menos que você adicione bouncers/proxies.
  • Matrix: polarizador. Alguns acham uma “lufada de ar fresco”; outros dizem que clientes/servidores são lentos, pouco confiáveis ou confusos, e a UX ainda fica atrás do Discord.
  • XMPP: maduro, mas fragmentado por extensões e suporte desigual entre clientes; alguns veem promessa por meio de produtos curados, outros o descartam de imediato.
  • Zulip, Discourse, GitHub Discussions, Reddit, fóruns clássicos: frequentemente elogiados por suporte assíncrono, pesquisável e aberto, mas sem a imediaticidade e a adoção em massa do Discord.

Ideologia vs Pragmatismo

  • Um lado: usar Discord mina a liberdade de software, reforça o lock-in e os efeitos de rede, e contradiz os valores FOSS.
  • Outro lado: “comunidade acima de ferramentas” e “ship code”; recusar plataformas dominantes sacrifica crescimento e feedback por pouco ganho prático.
  • Alguns seguem um caminho intermediário: usar Discord, mas conectar todos os canais ao Matrix/Telegram/IRC, evitar recursos exclusivos do Discord e priorizar caminhos acessíveis via FOSS.