Isso pode ser percebido como uma pergunta retórica. Sou um grande fã do Discourse e o utilizo para gerenciar a comunidade do Dgraph. No entanto, na verdade, estou curioso sobre isso.
Agora que estamos encerrando nosso Slack, recebemos uma oferta para mantê-lo em funcionamento, mas gerido pela comunidade. Não temos certeza se é uma boa ideia. Da mesma forma, alguém (no passado) criou um sub-reddit para o Dgraph.
Mas não vejo nenhum Slack ou subreddit para o Discourse. O Discourse tem uma comunidade muito maior que a do Dgraph; estou curioso sobre como a comunidade não criou esses locais alternativos. Certamente, o fato de serem os criadores do Discourse não é razão suficiente para a inexistência deles (Reddit, Slack, etc.), já que nós também os operamos.
Acho que quando eles tiverem seu próprio produto de software para discussões em comunidade, usarão ele em vez de soluções de terceiros. Pelo que sei, eles usam o Mattermost para discussões internas da equipe.
Só para esclarecer, não estou falando de soluções internas.
Meu ponto sobre fóruns de terceiros é que eles são quase inevitáveis. Nós não criamos o subreddit existente para o Dgraph. Portanto, tenho curiosidade: por que não existe um para o Discourse? Com certeza alguém já deveria ter criado um até agora (fora a equipe do Discourse, é claro).
O motivo dessa pergunta é entender se há alguns aspectos da construção de comunidade que a equipe fundadora do Discourse aplicou ao “orientar” todos para um único lugar, ou seja, este fórum. De alguma forma, evitando a fragmentação da comunidade.
Estou fazendo uma suposição ousada aqui, mas desconfio que seja esse o caso. Além disso, toda a equipe de engenharia está ativa aqui para corrigir os problemas rapidamente. Isso pode ser a razão pela qual não há locais de terceiros… Pelo menos os populares.
O Discourse já tem o Discourse para as coisas que você menciona. Não vejo muito valor em dividir a conversa entre plataformas. Ter todo mundo aqui é meio legal. E mesmo como prestador de serviços, usar o Discourse me ajuda a entender melhor o produto a cada dia, o que é o melhor que se pode pedir.
Eu te entendo aqui. E já vi o quanto essas comunidades de terceiros podem ser catastróficas para alguns produtos.
Acredito que a mesma lógica se aplica quando falamos com clientes em potencial preocupados com a concorrência entre seus fóruns oficiais e essas outras opções: ao deter totalmente tanto o produto quanto a comunidade, você ganha muita vantagem sobre outras comunidades.
Você pode oferecer benefícios exclusivos no fórum para seus clientes reais, como títulos, distintivos, acesso exclusivo a categorias, etc.
As pessoas querem respostas corretas para suas perguntas, e ter um canal direto com quem desenvolve o produto é inestimável.
Você pode reduzir a fricção integrando o login do Discourse com o login do seu produto.
Você pode publicar anúncios primeiro no fórum.
O Reddit é um ótimo site de agregação de links e notícias que eu mesmo uso bastante, mas se seus engenheiros respondem apenas no Discourse, por que as pessoas iriam pedir ajuda em um subreddit?
Quanto ao Slack, por que eu gastaria tempo respondendo à mesma pergunta repetidamente no chat, se posso responder uma única vez no Discourse, ter a pergunta indexada na internet, contar com formas fáceis de mesclar duplicatas e referenciar discussões antigas em novos recursos, etc.?
Eu diria que a razão pela qual essa fragmentação nunca aconteceu é porque, desde o dia 0, nós desencorajamos ativamente isso.
Claro, qualquer pessoa poderia criar um subreddit para o Discourse, mas nós (colaboradores do Discourse) nunca o visitaríamos, então a motivação da comunidade para bifurcar a comunidade é super baixa.
O mesmo vale para o chat: ao longo dos anos, houve uma ou duas tentativas da comunidade de criar um local de chat de alta velocidade, mas como os colaboradores do Discourse nunca realmente o visitaram, ele acabou morrendo.
A combinação de permitir discussões saudáveis aqui, além de simplesmente … estar aqui e mostrar progresso aqui, significou que nenhum novo local foi necessário.
19 curtidas
csmu
(Keith John Hutchison - Ceiteach Seán Mac Úistin)
8
