这可能会被视为一个修辞性问题。我自己也是 Discourse 的 忠实粉丝，并用它来运营 Dgraph 社区。不过，我确实对此感到好奇。
现在我们要关闭 Slack，有人提出由社区继续运营该 Slack 的提议，但我们不确定这是否是个好主意。同样，过去也有人创建了 Dgraph 的 subreddit。
但我没看到 Discourse 有 Slack 或 subreddit。Discourse 的社区规模比 Dgraph 大得多，我很好奇为什么社区没有创建这些替代平台？当然，作为 Discourse 的创建者并不是其（Reddit、Slack 等）不存在的原因（我们也在运营这些平台）。
我认为，当他们拥有自己的社区讨论软件产品时，会用它来替代第三方解决方案。据我所知，他们内部团队讨论使用的是 Mattermost。
需要澄清一下，这里讨论的不是内部解决方案。
我提到第三方平台的意思是，它们几乎是不可避免的。我们并没有创建 Dgraph 的 subreddit。因此我很好奇，为什么 Discourse 还没有一个类似的 subreddit？（当然，是指 Discourse 团队之外的人创建的）。
提出这个问题的动机，是想了解 Discourse 创始团队在社区建设方面是否有一些策略，能够“引导”所有人汇聚到一个地方，也就是这个论坛，从而避免社区碎片化。
我只是大胆猜测，但情况很可能如此。此外，整个工程团队都在这里活跃，以便快速解决问题。这或许就是没有第三方平台（至少是热门平台）的原因。
Discourse 本身就具备你所提到的功能。我不认为将讨论分散到不同平台有什么价值。让所有人聚集在这里其实挺棒的。而且，即使作为一名承包商，使用 Discourse 也让我每天都能更深入地理解产品，这正是一个从业者所能期望的最佳收获。
我完全理解你的感受。我也见过一些第三方社区给某些产品带来的灾难性影响。
我认为，在与担心官方论坛与这些其他选项之间存在竞争的潜在客户沟通时，同样的逻辑也适用：当你完全拥有产品及其社区时，你就对其他社区拥有很大的优势。
你可以在论坛上为真实用户提供专属福利，例如头衔、徽章、特定分类的独家访问权限等。
用户希望得到问题的正确答案，而能够直接与产品创建者沟通是无价的。
你可以通过将 Discourse 的登录与产品登录集成来减少摩擦。
你可以先在论坛上发布公告。
Reddit 是一个优秀的链接聚合和新闻网站，我自己也经常使用。但如果你的工程师只在 Discourse 上回复，用户为什么要去子版块寻求帮助呢？
至于 Slack，如果我能一次性在 Discourse 上回复问题，让问题被互联网索引，轻松合并重复问题，在新功能中引用旧讨论等，我为什么要花时间在聊天中一遍又一遍地回答同一个问题呢？
我认为，这种分裂从未发生的原因在于，我们从第一天起就 actively discourage 了这种行为。
当然，任何人都可以创建一个关于 Discourse 的 subreddit，但我们（Discourse 的同事）永远不会去访问它，因此社区分叉的动机极低。
聊天室的情况也是如此。多年来，社区曾有一两次尝试建立快速通道的聊天场所，但由于 Discourse 的同事从未真正访问过这些地方，这些尝试最终都无疾而终。
在这里促进健康讨论，加上我们 simply … 身在此处并展示进展，意味着无需开辟新的场所。
我们也是如此……而且我们已经开始使用 https://signal.org。
谢谢 Sam！这正是我需要的视角。
顺便说一句，生日快乐！
另外……说实话？任何使用或运营 Discourse 的人显然都重视 **The Universal Rules of Civilized Discourse @pfaffman 在 这里 的观点：
Discourse 旨在支持文明讨论。Reddit 则恰恰相反。 如果你想要 Reddit，那就去用 Reddit 吧。
Discourse 社区追求的是另一种体验，而 meta 正是为此而生。