也许我当初应该问问是否有人还记得rogue……
同意
另外，在阅读你对这些想法的探讨时，我还想到，也许当“喜欢”是唯一的视觉指示时，它代表了所有的反应——这样点赞者和被点赞者都知道要以一种允许善意解读的方式来理解它的用法。
但是，随着提供更明确信息的视觉指示的引入，模棱两可的信息可能不再被双方或其中一方视为善意的模糊——几乎是对通用指示的贬低或破坏，因为人们本可以采用更精确的强化方式？
我怀疑，在共享意义的人群中，这种情境化的符号信息解读是文化形成的一个组成部分。——我认为文化是对某事物可接受、不可接受、正常等的共享认知。
所以，你可能不喜欢它们刚被引入时，因为引入时它们还没有融入文化。但它们的引入改变了文化，而作为社区的一员，你感受到了这种转变并适应了它？
或者，也许这只是胡言乱语 
1 个赞
请问这个话题是关于什么的？
4 个赞
抱歉，Jammy，但我不得不这样做。是问克劳德……
这个论坛讨论反映了从经典的文本冒险游戏《巨洞冒险》（Colossal Cave Adventure）中吸取的经验教训。
帖子 1 @51mon 回忆起过去在大型机上玩《巨洞冒险》的经历。他们指出，“Plove”之类的秘密单词是通过口耳相传的，营造了一种神秘和探索的感觉。
帖子 2 @JammyDodger 指出，“Reactions”（反应）是 Meta 上相对较新的功能，这或许可以解释其使用率目前低于“Likes”（点赞）。
帖子 3 @51mon 猜测，公开展示网站统计数据是否能鼓励更多的社区参与。
帖子 5 @Ed_S 选择不使用“Reactions”，因为“Likes”似乎与 Discourse 的系统集成得更好。
帖子 6 @merefield 分享了在线玩《巨洞冒险》或通过 Discourse 中的机器人玩的链接。
帖子 10 @JammyDodger 解释说，“Reactions”对信任等级的影响不如“Likes”大。
帖子 13 @pfaffman 认为“Reactions”是不必要的臃肿软件，但会为了好玩而使用它们。
帖子 14 @merefield 认为“Like”的简单性是 Discourse 如此出色的原因之一。
帖子 15 @Canapin 最初不喜欢“Reactions”，但随着时间的推移逐渐欣赏它们。
帖子 17 @Lilly 发现许多用户不喜欢“Reactions”，更喜欢简单的竖起大拇指图标。
帖子 19 @Lilly 回忆起经典的《俄勒冈小径》（Oregon Trail）游戏。
总的来说，这次讨论反映了对早期文本冒险游戏的怀旧之情，同时也辩论了 Discourse 的“Reactions”与“Likes”相比的优缺点和采用率。没有明确的共识，一些人偏爱简单性，而另一些人则随着时间的推移逐渐欣赏“Reactions”。对话探讨了像“Reactions”这样的功能如何在社区中传播，并逐渐塑造文化和规范。
由人工智能于 9 月 6 日总结
3 个赞
[quote=“JammyDodger, post:12, topic:277995”]
也是一种反应
[/quote]嗯，确实有一个心形反应，猜猜怎么着，它与作为“喜欢”的心形是不同的。糟糕的选择！
[quote=“Lillian Louis, post:17, topic:277995, username:Lilly”]
人口统计学……明确表示对反应持负面态度，并讨厌心形“喜欢”图标
[/quote]我完全理解，作为一个论坛管理员，你可能想替换“喜欢”图标，使用竖起大拇指、心形、+1、星星或其他符合社区文化的东西。我认为目前我们没有这个选项。相反，我们有反应，既然有了它们，我们不太可能看到它们消失。我们最好的希望是有一个管理员表，将一些反应与积极分数相关联，这样它们就可以像“喜欢”一样起作用。
确实很难对负面帖子表示赞同。在 MeFi 上，讣告通常会收到一连串回复，每个回复都只有一个“.”，我认为作为一种文化，这效果非常好。
当然，同意一个愤怒或抱怨的帖子可以被视为积极的，因为它奖励了发帖人揭示冒犯性事实。
2 个赞
嗯，这里有一个主题组件，用一些 api.replaceIcon 代码将心形替换为点赞（或任何图标）通常很容易。但是，专门替换或禁用反应中的心形似乎有点麻烦。
4 个赞
@JammyDodger
上面提到的“这个”是我写它时脑海中的想法，关于功能的传播及其被参与者接受（速度或拒绝）的情况，以及由此建立的共享约定，从而形成文化。这就是为什么我把它发布在社区类别下。
1 个赞
我认为事情有点混乱。启用 Reactions 时，默认会包含心形表情，并且默认情况下它将被映射为“点赞”。 = 点赞
但如果你不想在你的论坛上启用 Reactions（出于实际、道德或哲学原因），那完全没问题。
4 个赞
我确实是这么想的。 它稍微偏离了关于“反应”的话题。
我认为还有不少“非日常”的功能可能会被普通用户忽略。维基（Wikis）就是一个例子。投票（Polls）也可能被低估使用，这取决于你的论坛文化。当其他人看到它们被使用并意识到自己也可以使用时，它们往往会变得更普遍。
我们有@discobot教程，可以强调一些功能，比如书签、通知、编辑等。这对新手来说非常有用（或者可以用来查看你可能错过的东西）。
2 个赞
很有可能。我看到这个帖子里有一些帖子带有各种表情，包括爱心，但没有点赞，还有一些帖子带有点赞，但没有其他表情。如果我感到困惑，也许是因为界面的复杂性（不简单性）。
4 个赞
确实如此。在我看来，Discourse 开发的本质就是不断添加新功能。当然，这大概是因为有人认为新功能是值得添加的，并且知道自己想要什么，或者打算用它做什么。
3 个赞
除了教程、高级教程、引用和随机名言之外，还有其他什么吗？
我不记得在教程或高级教程中看到过关于书签、通知或编辑的内容。
我一定错过了什么。
1 个赞
我认为这在很大程度上是正确的。我认为我们每年添加的东西远远多于我们移除的东西（特别是如果你也包括社区的贡献）。我们确实功能丰富。 不过我认为，通过将附加功能提供为插件或主题组件，或者隐藏在站点设置后面，可以让每个论坛的管理员根据他们想要使用的功能，或者他们的社区认为有用的功能来组合或扩展站点。
如果你想要一个非常简单的站点，或者只添加一些附加功能，而不需要全部添加，这是完全可能的。我认为如果你尝试了某些东西，但社区不喜欢，它们也相当容易移除。
4 个赞
检查您的徽章，您似乎还没有完全完成第一个tutorial。第一个消息要求您收藏该主题才能继续。 
1 个赞
成员为什么需要社区“健康统计数据”来确定他们的价值？
如果他们得到了合理数量的真正深思熟虑的回应，甚至是一些“赞”（以及偶尔的徽章？），那还不够吗？
成员甚至会考虑自己的价值吗？
例如：我在 Meta 上已经很多年了，我从来没有真正查看过关于页面，来确定有多少人注册并拥有账户。从我日常的互动中可以清楚地看出，我作为社区成员得到了合理的重视，这从我的同行们给我的回应中就可以看出来，但实际上我根本不认为自己在这里的价值如何，我只是继续做下去！
6 个赞