Não use Discord em projetos FOSS (2021)
(drewdevault.com)- Quando um projeto FOSS escolhe o Discord como ferramenta de chat da comunidade, isso cria uma barreira de participação dependendo do uso ou não do cliente proprietário, e pode afastar colaboradores sensíveis ao software livre
- Usuários com necessidades de acessibilidade, usuários de hardware modesto, usuários de sistemas operacionais ou dispositivos incomuns, usuários de países sob sanções dos EUA e usuários que dependem de Tor ou VPN podem acabar excluídos da participação
- Os logs de chat, a configuração de bots e a autoridade para moderar o espaço do projeto são controlados pelo Discord, não pelo projeto, e a comunidade também tem dificuldade para criar em conjunto clientes melhorados de que ela precise
- A escolha de serviço não é apenas uma conveniência, mas um investimento de longo prazo; por isso, usar Discord acaba fortalecendo uma plataforma proprietária em vez de uma plataforma FOSS
- Existem alternativas como chat.sr.ht baseado em IRC, Matrix e Zulip, e a mesma preocupação se estende à dependência de infraestruturas proprietárias como GitHub, Twitter e YouTube
Onde o Discord entra em conflito com projetos FOSS
- Usar Discord em projetos FOSS entra em choque com os valores do software livre e com a forma de operar a comunidade
- Projetos FOSS existem porque valorizam software livre, mas o Discord divide a comunidade conforme o uso ou não do cliente proprietário
- Usuários que não querem usar o cliente proprietário do Discord podem ser tratados como cidadãos de segunda classe dentro da comunidade do projeto
- Os usuários excluídos não se limitam a questões de acessibilidade
- Para usuários com necessidades de acessibilidade, em alguns casos o cliente proprietário do Discord pode ser difícil de usar
- Também ficam em desvantagem usuários que não podem comprar hardware novo para rodar confortavelmente um cliente que consome muitos recursos
- Usuários de sistemas operacionais novos ou dispositivos incomuns podem ter dificuldade para usar o cliente até que o Discord faça um port para aquela plataforma
- O Discord não oferece serviço a usuários de países sob sanções dos EUA, como o Irã
- Usuários que priorizam privacidade ou dependem de Tor ou VPN podem hesitar em participar do Discord ou ser recusados
- A avaliação de acessibilidade não termina em simplesmente “bom/ruim”
- O Discord já foi alvo de processo para passar a tratar problemas de acessibilidade com seriedade
- Uma pessoa que contribuiu com opinião e trabalha com acessibilidade disse que não conseguia usar o Discord com fluidez com leitor de tela, e que a UI do aplicativo web voltado a desktop era complexa, tornando a navegação por elementos extremamente lenta e cansativa
- Disse também que Slack e Zulip pareciam semelhantes nesse ponto, mas considerava o IRC melhor por ter muitos clientes disponíveis para escolher
- Ainda assim, a acessibilidade do Discord parece ter melhorado nos últimos anos, e algumas comunidades de pessoas cegas e grupos de jovens programadores cegos também usam Discord
Por que investir no ecossistema FOSS em vez de infraestrutura proprietária
- Existe um conflito de interesses entre Discord e projetos FOSS
- O Discord detém a propriedade dos logs de chat, a autoridade para configurar bots úteis e o poder de moderar o espaço do projeto segundo seu próprio critério
- Como o Discord controla toda a experiência, é difícil para a comunidade FOSS criar em conjunto clientes melhorados voltados a necessidades de acessibilidade ou dispositivos modestos
- Há um choque ideológico entre o Discord, que tenta domesticar o usuário, e o FOSS, que trata o usuário como colega e colaborador
- A escolha de ferramentas não é mera conveniência, mas investimento
- Ao escolher o Discord, você ajuda a legitimar essa plataforma e a reduzir o investimento que iria para plataformas FOSS
- Mesmo que se acredite haver maior alcance e público, trata-se mais de uma escolha individual e de curto prazo do que de um objetivo de longo prazo para todo o ecossistema FOSS
- Plataformas FOSS em geral não contam com capital de risco nem grandes orçamentos de marketing, e tendem a evitar padrões obscuros e táticas predatórias para conquistar mercado
- O número de participantes mostrado pelo Discord inclui todos os usuários que entraram no servidor ao menos uma vez, então pode não corresponder ao número real de usuários ativos
- Como alternativas ao Discord e ao Slack, é possível considerar IRC, Matrix e Zulip
- O SourceHut investe em IRC e está criando serviços acessíveis como chat.sr.ht
- Outras opções são Matrix e Zulip
- A mesma lógica se aplica a outras infraestruturas proprietárias
1 comentários
Opiniões no Hacker News
Se o objetivo é simplesmente colocar código na internet, qualquer ferramenta serve — e eu até apoio
Mas, se você quer que o maior número possível de pessoas descubra o projeto, se beneficie dele e ainda gere efeitos de rede, então GitHub e Discord, as plataformas proprietárias mais usadas no desenvolvimento open source moderno, na prática não são uma opção
Em um projeto que eu mesmo mantenho, passei mais de um ano tentando incentivar o uso exclusivo do Matrix e recusando o Discord, mas, quando finalmente decidimos manter os dois, em menos de um mês mais de 95% das pessoas deixaram o canal no Matrix e foram para o Discord, e a comunidade também cresceu muito mais rápido
Não gosto disso, mas é lá que as pessoas estão
Issues, discussões e wikis não são assim, mas ao menos estão na web, podem ser pesquisados, arquivados e acessados até com curl. Várias vezes, ao pesquisar algum erro estranho como algo envolvendo libssl, acabei caindo em uma issue aleatória de uma ferramenta que eu nunca tinha visto, e alguém tinha explicado bem a causa durante a depuração, o que resolveu meu problema. Só preciso de um navegador
O Discord é completamente diferente. Não é indexado, e a maioria dos servidores também fica presa dentro de seus próprios muros. O conteúdo compartilhado no Discord provavelmente desaparecerá em 10 a 20 anos, e algo descoberto e resolvido dentro do Discord de um projeto dificilmente ajudará alguém fora daquele projeto
O IRC tinha o mesmo problema, mas, por ser centrado em texto, conteúdos um pouco mais complexos eram levados para fóruns ou listas de e-mail, e ambos eram acessíveis e pesquisáveis pela web. Alguns projetos até usavam bots de log para despejar arquivos de texto em um servidor web
O grau em que cada pessoa abraça a “liberdade” do FOSS varia, mas é decepcionante ver tantos projetos FOSS acharem aceitável contribuir tanto para um produto proprietário de uma das empresas mais antiliberdade que existem
Na prática, quase nunca tive uma pergunta respondida no tempo rápido típico de chat, e, depois de alguns dias ou uma semana, as pessoas esquecem ou fica difícil rolar para cima e encontrar de novo
Fala-se muito que a descobribilidade é ruim porque mecanismos de busca não conseguem indexar, mas você nem consegue saber se um servidor está completamente morto até criar uma conta ou fazer login e entrar nele. Ao entrar, pode haver apenas um monte de notificações de novos membros e nenhuma atividade depois de uma ou duas perguntas
O maior problema é que não dá para acompanhar chats em vários servidores e canais. Então não entendo por que precisa ser chat. Algo no estilo Reddit é muito melhor: ainda é atual, mas não tão volátil quanto um chat
Boicotar plataformas proprietárias é um bom objetivo final, mas convencer as pessoas agora a sair de ferramentas de colaboração dominantes como Discord e GitHub é tão irrealista quanto tirá-las dos dois monopólios móveis
No fim, uma enorme cultura hacker construída sobre ferramentas proprietárias pode acabar gerando mais liberdade política e técnica do que uma pequena comunidade hacker construída sobre outras ferramentas. O tamanho e a influência política da comunidade maior importam
Sempre que surge a ideia de oferecer suporte pelo Discord, acabo contando esta história de novo
Eu tentei obter suporte para um produto comercial que comprei, mas o único canal de suporte era o Discord, e o canal exigia verificação por número de telefone
Coloquei meu número, que uso há 24 anos, e ele apareceu como inválido; ao contatar o suporte, em vez de corrigirem o sistema, recomendaram que eu pegasse emprestado o celular de outra pessoa que não usasse Discord para fazer a verificação. Também disseram que “não tinha problema, porque era só uma vez”
Se a equipe oficial de suporte recomenda uma forma de contornar isso, então não sei qual é o objetivo da verificação por telefone. No fim, não consegui suporte para o produto, e ele nunca voltou a funcionar
Não consigo levar a sério projetos de descentralização, privacidade e segurança que usam Discord como canal de comunicação
No momento em que vejo “join our Discord”, fecho a aba; é constrangedor
Sei que o foco deste texto é o lado da “liberdade como liberdade de expressão”, mas, por mais que haja muitos motivos para não gostar do Discord, ele é surpreendentemente bom como ferramenta de participação da comunidade
Nos primórdios do GitHub, não existia algo assim. Havia o Campfire para chat interno, mas não havia uma ferramenta para se comunicar com os primeiros usuários como com um IRC externo, e IRC, em geral, não era uma plataforma fácil porque quase ninguém usava. As conversas com usuários normalmente aconteciam em lugares como o Twitter
Lembro que Leah Culver tentou resolver esse problema criando o Convore, baseado em tecnologia de IRC, mas, de todo modo, ele não decolou. Já o Discord deu certo e tem uma quantidade enorme de gente. Abrimos um servidor do GitButler, e ele foi realmente excelente para nos conectarmos com usuários e dar suporte
Do ponto de vista do usuário, também é muito bom ao participar de uma comunidade. Quando usei Planetscale e tive um problema, entrei no servidor e fiz uma pergunta; recebi respostas quase imediatas de funcionários reais da PS e de usuários. É muito mais poderoso do que jogar algo nas issues do GitHub e ser deixado de lado
O Discord fez muita coisa pelas comunidades de código aberto. Se você entrar no canal do ohmyzsh, consegue resposta para quase qualquer coisa, e há cerca de 1000 usuários constantemente ativos
É difícil imaginar a ideia de abandonar isso só porque “não é FOSS”
Como o Sway é um projeto do Drew DeVault, ele depende de LibreChat/IRC, como esperado, e o Hyprland usa Discord
O Discord do Hyprland era muito mais ativo, e era mais fácil obter respostas às perguntas. O histórico de chat e a busca razoável ajudaram muito. O código-fonte do Sway era mais bem escrito e o processo em execução também parecia mais leve, mas isso acabou influenciando bastante minha escolha pelo Hyprland
Ele tem desvantagens em relação ao IRC, mas o usuário médio tem grande chance de ter uma experiência muito melhor no Discord, e isso é uma grande razão de sua popularidade explosiva
O Discord é exatamente o oposto, porque é controlado por uma entidade externa e fica numa posição privilegiada para monitorar falas ou bloqueá-las arbitrariamente. Diferente do GitHub, uma comunidade é muito mais difícil de migrar do que um repositório de código e um sistema de CI, e isso não é apenas um problema técnico
Encaramos isso como concentrar no mesmo espaço as pessoas interessadas no nosso produto
Concordo com o conteúdo do texto, mas usar Discord é pior do que usar GitHub. O GitHub é um serviço baseado em git, então dá para baixar repositórios e arquivos mesmo sem conta, e também espelhá-los em vários serviços
Enviar issues ou pull requests no GitHub para contribuir e discutir no projeto, hospedar algo no GitHub e tornar o uso do Discord obrigatório podem ser problemas. Mas, se você criar mirrors no GitHub e em vários outros serviços e deixar o rastreador de issues do GitHub apenas como uma entre várias opções, o problema diminui. Ainda assim, para quem quer comentar em uma issue publicada no GitHub, mesmo que existam outros rastreadores de issues ou fóruns de discussão, permanece o problema da fragmentação
IRC é melhor, mas alguns projetos fazem ponte entre IRC e Discord ou Matrix, então dá para usar se necessário. NNTP também poderia ajudar; montei meu próprio servidor, mas quase ninguém usa
Outra vantagem do IRC é que, em geral, por ser texto simples, ele pode ser usado sem um cliente IRC especial. Isso é especialmente verdade se TLS for opcional, não obrigatório, e se o conjunto de caracteres for ASCII imprimível, não Unicode; mesmo quando não é o caso, ainda é muito mais utilizável do que o Discord
Dá para perceber isso pelo amplo ecossistema em que empresas de ferramentas para desenvolvedores oferecem integração com GitHub por padrão. Isso já nem é um diferencial; virou uma funcionalidade esperada. O Microsoft GitHub, em uma posição muito vantajosa, pode escolher as melhores partes e absorvê-las na plataforma, aumentando lentamente o valor de seus próprios produtos e serviços
Por fora parece aberto, mas, como o sapo na água fervendo, você vai ficando cada vez mais dependente da plataforma. Isso vai muito além de git versus GitHub. A suíte de produtos do GitHub oferece ganhos reais de produtividade em vários aspectos do ciclo de vida de desenvolvimento de software, e eles continuam sendo adicionados. É muito conveniente, basta clicar
Desse ponto de vista, git é apenas o formato de exportação de dados para quando você decidir sair. Boa sorte em encontrar serviços comparáveis em outro lugar
Antigamente havia muitos textos sobre a era dos fóruns, o valor das plataformas independentes e a forma de organizar e disponibilizar o histórico arquivado de projetos e comunidades
O Discord é uma plataforma de chat em tempo real, então ainda não serve para esse papel
Nem todos os motivos pelos quais as pessoas abandonaram fóruns eram justificados. Houve plataformas de compartilhamento rápido de memes originadas em comunidades de jogos, uma mudança brusca para uma mentalidade mobile-first e uma diferença geracional de pessoas não acostumadas à UX de escrever em fóruns ou no estilo de e-mail
Só que o HN em que estamos agora também é, pela maioria dos critérios, um fórum clássico, e o Reddit é uma plataforma de um milhão de fóruns. Fóruns ainda têm muito valor; eles apenas foram pressionados para baixo pela competição por popularidade e pelo peso dos problemas mencionados acima
Feedback quase imediato é bom, mas, a partir desse ponto, vira simplesmente mídia social. Sinto que fóruns fazem as pessoas escreverem textos mais elaborados e melhores do que o Discord
No meu trabalho atual, usamos phpBB com um pouco de GitHub Discussions misturado, e gosto disso porque é muito menos bagunçado do que algo como Slack
O Discord é uma versão muito mais fácil de usar do IRC. E a maioria dos canais de IRC não mantinha logs; sempre foi um buraco negro.
Hoje não espero que isso dure para sempre, mas o Discord é um buraco negro muito menor do que o IRC antigo.
Cada vez mais me pergunto se open source descentralizado é algo realmente necessário. Talvez o que precisemos seja, em vez disso, uma organização centralizada, sem fins lucrativos e orientada por missão, que prometa operar serviços como o GitHub, serviços de chat e redes sociais.
Se cada projeto operar tudo por conta própria, surgirá um monte de projetos com segurança e backups precários, e o trabalho duplicado aumentará enormemente. Se essas equipes distribuídas trabalhassem em um único projeto, ele talvez pudesse escalar várias ordens de grandeza além do tamanho que cada uma cresceria de forma independente.
Não vejo como isso é mais fácil do que abrir https://web.libera.chat e digitar
/join #channel.O fato de a maioria dos canais de IRC não manter logs é, na verdade, um ponto positivo. Os lugares que mantinham logs os ofereciam como texto puro pesquisável, sem JavaScript, então era fácil encontrar uma string até em mensagens de chat de 2011.
Já no Discord, não me lembro da última vez em que consegui fazer uma busca com sucesso naquela interface estranha de busca à direita. Só pelo fato de a usabilidade da busca ser ruim, o Discord já é um buraco negro maior que o IRC.
Quanto ao argumento de que precisamos de uma organização centralizada, sem fins lucrativos, tipo GitHub, teremos que ver por quanto tempo o estado atual vai durar.
É curioso como as avaliações podem ser tão divergentes. Entendo suportar aquele desastre porque todo mundo está lá, mas é difícil entender alguém achar que a usabilidade é boa.
Matrix/Element também não é excelente, mas pelo menos há claramente a possibilidade de clientes alternativos.
O ponto levantado no início do texto é, em geral, ignorado nas discussões que se concentram apenas no número total de usuários.
Os usuários mais entusiasmados com software livre são tratados como cidadãos de segunda classe.
O Discord não é bom para usuários com necessidades de acessibilidade.
Usuários de computadores antigos, de sistemas operacionais ou dispositivos incomuns, ficam excluídos.
Usuários de países como o Irã também ficam excluídos.
Usuários que se preocupam com privacidade também ficam excluídos.
Em 2024, acho que o IRC não é uma plataforma adequada para nenhum uso. Nunca usei Matrix, e ele também não parece estar se consolidando.
Também desisti dos fóruns alguns anos atrás. Não sei por que eu escreveria uma postagem em fórum para pedir ajuda e receber uma resposta algumas horas depois, quando posso conversar em tempo real com outros usuários no Discord.
Os problemas de usar Discord em FOSS são válidos, mas não acho que exista uma plataforma melhor para uma comunidade interagir entre si. O projeto não deve depender do Discord para tudo, e coisas como documentação precisam estar online, mas não vejo uma boa alternativa para discussões fluidas e ajuda entre usuários.
Projetos que abriram Discord parecem sofrer com documentação desatualizada ou insuficiente.
Não me importa o que um grupo usa para colaborar, mas mandar usuários para um servidor Discord dá a sensação de que eles precisam primeiro entrar no clube antes de ganhar o privilégio de receber informações. Há uma forte atmosfera de exclusão.
Ele não se ajusta bem a usuários que alternam entre vários dispositivos; em um ou dois PCs funciona bem, mas a experiência fica complicada quando dispositivos móveis entram na mistura. Bridges ou proxies podem amenizar isso, mas criam mais uma camada de gerenciamento, e por isso outras plataformas acabam sendo preferidas.
O sistema de notificações também é menos robusto e tem menos recursos em comparação com soluções modernas de mensageria.
Como é possível começar por um cliente web sem cadastro, a barreira de entrada é a menor possível. O primeiro log do chat é compartilhado por e-mail.
Quando a Libera Chat migrar para https://github.com/Libera-Chat/sable, usuários registrados terão logs de 24 horas, o que é especialmente bom para conexões móveis instáveis.
Minha experiência em servidores Discord de FOSS ou semelhantes foi muitas vezes esperar e não receber resposta. E depois é difícil encontrar de novo, e quem pesquisa a mesma pergunta também não consegue encontrar.
Perguntas sérias acabam indo para o fórum assíncrono mais importante do projeto, por exemplo Reddit ou Discourse.
O maior problema do Discord é que, quanto mais popular o projeto, você tem cerca de 15 segundos até a pessoa certa ler a mensagem; depois disso, os emojis a empurram para fora da tela.
Mantenho um projeto [1] com certo grau de popularidade, e o chat de suporte é interligado por bridge entre Matrix, Telegram e Discord
A decisão de fazer bridge com o Discord foi tomada depois de pensar bastante por um bom tempo após ler este texto
Buscar pureza sacrifica praticidade e flexibilidade estratégica, reduzindo as opções. Para atingir objetivos, às vezes é preciso fazer concessões
Concluí que, mesmo usando uma plataforma proprietária, tudo bem desde que isso não afete negativamente os usuários que não querem usá-la. Ou seja, todos os canais devem ter bridge com o lado não Discord, e a comunidade não deve ser dividida de forma alguma
Quando for necessário fazer concessões, é preciso priorizar os usuários de FOSS e evitar recursos exclusivos do Discord que afetem a usabilidade do Matrix. Até agora tem funcionado bem, então é quase como se tivéssemos conseguido o melhor dos dois mundos. A bridge foi configurada com um playbook Ansible [2], e exigiu relativamente pouco esforço da minha parte
Ainda assim, fico curioso sobre como a divisão da comunidade vai evoluir no longo prazo. A cada ferramenta adicionada, também aumentam o atrito e a carga de manutenção
As pessoas podem acabar se concentrando na ferramenta com menos atrito. Por exemplo, acho que seria possível incentivar a adoção de ferramentas FOSS no projeto fazendo com que os principais desenvolvedores usem Matrix como canal principal, enquanto os outros canais sejam vistos apenas como espelhos