mattdm
(Matthew Miller)
2021 年11 月 1 日 20:19
1
继续讨论 线程化讨论最终是否过于复杂而无法在公共互联网上生存? :
好的,我们有两个 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 页。
拥有几个较大的主题是可以的,但最重要的是鼓励创建新主题,而不是堆积在少数无限大的主题中 。这基本上……就是聊天。
mattdm:
而不是期望线程
根据我的经验,线程并没有解决任何特定问题——它会制造一个拥有无数内容的百头蛇。问题不在于“如果分线程就能理解”,而在于“没有人会_读那么多字_”。
除了摘要 之外,还有几个选项可以考虑。第一个是在主题内搜索 ,如下所示。如果一个主题很长,而你只关心“你好”这个词,那么就搜索该主题中包含“你好”这个词的所有帖子。
第二个是阅读最后 100 个帖子 ,最简单的方法是进入主题底部,点击帖子计数或最后回复日期标记,如下所示……
……然后从底部向上滚动 。你可能会错过一些早期的活动,但想法是,最后和最近的活动可能最有用的和相关的。
6 个赞
mattdm
(Matthew Miller)
2021 年11 月 14 日 00:29
4
我不确定“客观上最好的”这句话是否是开玩笑。在那些帖子中,即使那些得分最高,我也没觉得得到了任何“智能”摘要。
我的天,什么??????我一直在寻找“ ”图标并点击“+ 新建主题”。这太棒了——但这是我找不到它,还是它需要提高可发现性?
总的来说,是的,我同意您关于巨型线状帖子的徒劳无功——那绝对不是解决方案。在任意限制下关闭帖子感觉太……像 1990 年代的论坛了。我想知道我们是否可以,在帖子“真正变大”的临界点时,越来越“不客气”地引导人们:
考虑他们是否真的有话要说
使用 或其他反应来替代添加自己的话。
如果他们确实有话要说,但内容有些离题,可以创建一个链接主题——也许在接近主题限制时将其设为默认。
2 个赞
我确实觉得最受欢迎的帖子(我们的“热度”算法非常看重)通常是话题中最有用、最有趣的帖子。如果你发现事实并非如此,我建议你仔细研究一下这个话题和社区 。**为什么用户会持续地💖点赞那些……糟糕的帖子?**深入研究具体的现实案例。
(或者也许社区根本就不怎么使用点赞按钮?)
2 个赞
mattdm
(Matthew Miller)
2022 年1 月 13 日 23:42
6
哦,我早就想回复这个了,但显然没有。复活!
在 Tablo 的怪物帖子示例中,看起来 基本上从未使用过,原因不明。在 Fedora 中,我怀疑问题在于我喜欢反应插件,你会从我冰冷的手指上把它夺走 ,再加上“反应可能不计入分数”。这很糟糕吗?我不在乎!!!!1 ]
所以也许我真的应该看看那个,给摘要功能第二次机会。
2 个赞
我确实看到过很多社区,无论“点赞”按钮(无论它叫什么)叫什么名字,长什么样子,都很少被使用。无论你给它起什么名字,叫它什么,长什么样子……它们就是懒得“付出努力”去主动按一个按钮来表示_任何东西_。
这就是为什么我们的 Discourse 指标会计算被动互动,例如:
即使它们不是“心碎者” ,这些都是与帖子_重要的_互动。
2 个赞