已经提出了许多好观点，但我想在这里补充我的看法。
在作为迁移项目的一部分分析了当前以游戏为主题的中型社区的论坛软件格局后，我认为 Discourse 的前景看起来并非“太糟糕”——部分原因是竞争减少（例如，XenForo 目前似乎在开发方面遇到困难），也因为它具有一些有用的特性。同时，也有一些因素使得采用 Discourse 作为社区平台比我认为的更困难。
也许先从积极的方面开始：
(主要)
- 开源项目，持续开发，拥有健康的社区（无论是这里元论坛上提供的支持量，还是接受 pull request 的意愿，我认为都是好迹象）
- 可自行托管也可作为托管服务提供——两者功能集相同（至少据我所知）
- 适用于移动和桌面客户端
- 人们习惯的社交媒体的所有典型功能（点赞/反应、标记用户、回复通知、轻松嵌入媒体）
- 实时更新和通知是核心功能
- 提供许多常见论坛的导入脚本
(次要)
- “跟踪”（Tracking）状态介于“正常”和“关注”之间（这可能是我最喜欢的 Discourse 的小功能）
- 帖子可以用 markdown 编写（可能只有我这么想，但我真的很喜欢能够格式化帖子而无需那些 BBCode 括号）
- 新帖子的持久草稿
- 可基于容器进行部署
- 帖子的 SEO 友好 URL
- 数据探索器！（同样，可能主要是我的想法，但使用数据探索器及其对常用表列的引用比直接挖掘数据库要简单得多）
话虽如此，仍有许多方面有待改进：
(主要)
- UI/UX，尤其是主页——这已经提到过了，但 Discourse 的 UI 几乎是“巴洛克式的丰富”，许多东西可以通过至少两条导航路径访问（侧边菜单可能是最糟糕的罪魁祸首；但它不是唯一的；同时，其他选项却缺失了（例如，我认为我没有找到在没有新回复时查看我跟踪或关注的主题列表的选项；但也许我只是没找到），并且不同屏幕区域的比喻并不真正清晰/某些功能不在我直观期望的位置。我计划在未来几周内专门发帖讨论这个问题，因为我认为这需要详细讨论。
- 功能方面也可以说类似的话——就个人而言，我同意 @piffy 的观点，即在一个也有私信和实时通知的论坛上，公开聊天的用例并不真正清楚。不过，我愿意接受我可能只是不是这个目标用户。
- Discourse 并不容易组织内容，尤其是对于来自具有多级类别层次结构的经典论坛（对于我们计划迁移的社区，我们经常有三级嵌套）。大多数软件似乎建议内容最好组织成少量类别，其余的应通过标签处理（我认为对于那些有效的社区来说，确实没有问题）。现在子类别确实存在，但由于它们既不显示在侧边菜单中也不显示在类别列表中，感觉它们在整个软件中更像是被容忍而不是被拥抱。同时，类别组不是核心功能，而像暴雪暗黑破坏神论坛那样干净、视觉吸引力的外观似乎需要大量定制。这是我看到人们在 Discourse 上最难适应的地方。
- 缺乏经过精心打磨、干净的第一方主题，使得快速上手更加困难。就个人而言，我认为类别页面是最有问题的地方，因为它默认看起来就像有人不小心把调色板洒在了上面，而且我还没有一个好方法来解决这个问题（因为在最新列表中，不同的类别颜色仍然很有用）。
(次要)
- 对于一个处理相当大的社区的软件来说，Discourse 的审核工具出奇地简陋。我本以为在更复杂的情况下，能够轻松地在审核团队内部就报告开始讨论。同样，我本以为默认会有一个警告点/警告级别系统。这在技术上甚至可以归类为主要问题，但我不想排除我只是还没有找到正确的选项。
- 缺乏品牌延伸到甚至没有页脚，这意味着我花了一段时间才开始意识到 Discourse 已经被一些较大的社区使用了。现在我不认为缺乏明显的品牌标识本身是坏事，但潜在地，Discourse 的使用可以在渲染的 HTML 的注释中指示，这样它就可以供任何查看浏览器源代码的人使用。这样可以稍微提高品牌知名度。
- 我倾向于认为 Discourse 在游戏化/用户激活机制方面有点过度。为最基本的功能获得“成就”对我来说感觉很奇怪。同样，正如在相关主题中所表达的那样，我不是“我们有一段时间没见到 X 了”、“Y 是新来的”这类消息的最大粉丝。我知道新用户提示可以禁用，但我认为问题在于是否有一种方法可以稍微缓和一下，而不是完全删除它们（尽管能够根据偏好关闭用户消息仍然很好）。
编辑：
在初次迭代中忘记了审核工具，后来添加了一个关于它们的要点。