根据您的经验,主题的最有效长度是多少?

继续讨论 线程化讨论最终是否过于复杂而无法在公共互联网上生存?

好的,我们有两个 Fedora 项目的 Discourse 站点。

第一个是 Ask Fedora,用于终端用户故障排除。由于其性质,话题往往要么简短明了(因为内容通用且简单),要么易于管理(因为只有一小部分人就某个问题反复讨论,回复数通常最多在 30 条左右)。大多数“最活跃”的话题的回复数通常仍在十几条的范围内。

第二个是 Fedora Discussion,我最终希望说服大家用它完全取代我们的开发/贡献者邮件列表。(这是一个长期目标;人们……有情感依恋。公平地说,也有许多充分的理由。)

对于许多对话而言,Discourse 非常出色。然而,我们 有时 会遇到像 系统级变更提案:将 nano 设为默认编辑器 这样的话题,它们会吸引……非常多的评论。现在,这在 Hyperkitty 存档界面中看起来非常糟糕,我想在 Gmail 中也会很可怕,但对于许多功能丰富的电子邮件客户端(这是我们许多社区成员偏好的)来说,嗯,至少是 按设计运行 的。

现在,我认为我们或许可以让人们(以及版主和高信任度用户)养成更好的习惯,即拆分到新话题中,而不是期望线程化。但这确实是一种实践上的改变,我认为这对于 a) 老式邮件列表用户、b) 老式网络论坛用户(从 90 年代开始算起,当然)或 c) 新用户来说,都不是自然而然的事情。这实际上是一种新的做事方式,需要培养新的习惯。

与此同时,我正在查看 Tablo TV 论坛,他们有一些疯狂的话题,例如 'Tested' Hard Drives - General Discussion - TabloTV Community —— 510 条回复,基本上是在充当一个(糟糕的)数据库。但他们还有大量像 Tablo Ripper - Automatically download new recordings - Third Party Apps (Rippers etc.) - TabloTV Community 这样从 2015 年 7 月持续至今的话题,拥有 1.4k 条回复,或者 https://community.tablotv.com/t/dolby-5-1/2036(2015 年 5 月;375 条回复),或者 https://community.tablotv.com/t/antop-antennas/15412(2018 年 7 月;305 条回复)。

并非要过分挑剔 Tablo —— 那不是我的重点,只是他们碰巧拥有这些现实世界的例子 —— 但这些话题看起来相当难以管理,而且虽然“总结”按钮将这些话题缩减为 100、77 或 63 条帖子,但结果相当随机,并非一个可理解的总结。

那么,其他关注社区的朋友们,在你们的社区中这是如何运作的?你们如何处理长话题?根据您的经验,合理的最大长度是多少?一旦帖子达到该长度,你们是 关闭 它(使用 auto close messages count 设置,还是手动操作?),如果不是,你们是如何处理的?

2 个赞

在我看来,100 篇帖子可能是任何人愿意筛选的上限。50 篇帖子或许足以获得对主流观点的广泛了解。

2 个赞

这正是“摘要”按钮的主要目标——将一个非常长的讨论提炼成 10% 最优秀、最相关的帖子(根据点赞、回复、引用、阅读时间等衡量)。

现在,此按钮只有在主题有超过 50 条回复时才会出现,而且它是“前 10%”,所以在一个有 50 条回复的主题中,你仍然可以看到至少 5 个帖子,在一个有 100 条回复的主题中看到 10 个帖子,在一个有 1000 条回复的主题中看到 100 个帖子,以此类推。但它们是客观上最好的帖子。

而且你可以像这样动态地展开和收缩这些最佳帖子的回复:

这就是 Discourse 如何成为一种混合式轻线程模型。

随时提醒大家,他们可以点击编辑器中的回复图标,将其转换为一个新的链接主题:

这有点像我们问谷歌的问题——当人们搜索时,有多少人真的会去看谷歌搜索结果的第 2、3、4、5、6、7、8、9、10 页以上? 我知道对于一些我正在寻找的更难的问题,我肯定会在第 4 页左右停下来,然后重新组织我的查询,但我怀疑我一生中是否曾超过谷歌搜索结果的第 10 页。

拥有几个较大的主题是可以的,但最重要的是鼓励创建新主题,而不是堆积在少数无限大的主题中。这基本上……就是聊天。

根据我的经验,线程并没有解决任何特定问题——它会制造一个拥有无数内容的百头蛇。问题不在于“如果分线程就能理解”,而在于“没有人会_读那么多字_”。:scream:

除了摘要之外,还有几个选项可以考虑。第一个是在主题内搜索,如下所示。如果一个主题很长,而你只关心“你好”这个词,那么就搜索该主题中包含“你好”这个词的所有帖子。

第二个是阅读最后 100 个帖子,最简单的方法是进入主题底部,点击帖子计数或最后回复日期标记,如下所示……

……然后从底部向上滚动。你可能会错过一些早期的活动,但想法是,最后和最近的活动可能最有用的和相关的。

6 个赞

我不确定“客观上最好的”这句话是否是开玩笑。在那些帖子中,即使那些得分最高,我也没觉得得到了任何“智能”摘要。

我的天,什么??????我一直在寻找“:link:”图标并点击“+ 新建主题”。这太棒了——但这是我找不到它,还是它需要提高可发现性?

总的来说,是的,我同意您关于巨型线状帖子的徒劳无功——那绝对不是解决方案。在任意限制下关闭帖子感觉太……像 1990 年代的论坛了。我想知道我们是否可以,在帖子“真正变大”的临界点时,越来越“不客气”地引导人们:

  • 考虑他们是否真的有话要说
  • 使用 :heart: 或其他反应来替代添加自己的话。
  • 如果他们确实有话要说,但内容有些离题,可以创建一个链接主题——也许在接近主题限制时将其设为默认。
2 个赞

我确实觉得最受欢迎的帖子(我们的“热度”算法非常看重)通常是话题中最有用、最有趣的帖子。如果你发现事实并非如此,我建议你仔细研究一下这个话题和社区。**为什么用户会持续地💖点赞那些……糟糕的帖子?**深入研究具体的现实案例。

(或者也许社区根本就不怎么使用点赞按钮?)

2 个赞

哦,我早就想回复这个了,但显然没有。复活!

在 Tablo 的怪物帖子示例中,看起来 :heart: 基本上从未使用过,原因不明。在 Fedora 中,我怀疑问题在于我喜欢反应插件,你会从我冰冷的手指上把它夺走,再加上“反应可能不计入分数”[1]。这很糟糕吗?我不在乎!!!!1]

所以也许我真的应该看看那个,给摘要功能第二次机会。


  1. 这是一个合理的默认设置,因为反应_可能_是负面的,但我们网站上的所有反应都是积极的,或者 :question:(我_可能_应该摆脱那个)——它们真的只是对不同方式说“太棒了!”的一种装饰 ↩︎

2 个赞

我确实看到过很多社区,无论“点赞”按钮(无论它叫什么)叫什么名字,长什么样子,都很少被使用。无论你给它起什么名字,叫它什么,长什么样子……它们就是懒得“付出努力”去主动按一个按钮来表示_任何东西_。

这就是为什么我们的 Discourse 指标会计算被动互动,例如:

  • 回复
  • 引用
  • 提及
  • 链接
  • 收藏

即使它们不是“心碎者”:growing_heart::wink:,这些都是与帖子_重要的_互动。

2 个赞