社区Wiki是SE网络中最容易理解和滥用的功能之一。 CW的最初目的是实现帖子的协作,它降低了编辑所需的声誉,并导致帖子的集体作者身份,而不是拥有单个作者。

从根本上来说,向社区Wiki的自动转换是有缺陷的。他们并不能很好地实现其实际目的,他们很可能会打击无辜的用户,并且使人们对社区Wiki的真正含义感到困惑。我建议删除所有这些,并用更好的替代方法替换它们。

10次编辑后自动转换:

这样做的目的是阻止您自己的帖子过分颠簸,以获得更多声誉。这方面的一个主要问题是,对于新用户而言,这简直令人困惑,突然之间,他们在该帖子中不再获得任何声誉,但是他们没有被告知实际上做错了什么。

我将用两种机制代替它。首先,用户一次编辑帖子多于x次应该收到警告,警告应该提醒他们仅进行实质性编辑并避免过多的颠簸。这应该教育用户有关此问题的知识,并且应该足以应对因无知而过度冒充的用户。

为了应对故意滥用编辑功能以过度破坏自己帖子的用户,我将为主持人创建一个自动标记。在目前的10个编辑阈值下,这在较大的网站上可能会显得过于嘈杂,但我认为可以通过使标准更加智能化来解决:


忽略第一篇文章10个月以上x个月。如果用户仅非常罕见地达到阈值,则危害很小甚至不存在。这些情况也可能无害。
添加时间分量。如果用户在很长一段时间内实质性地编辑帖子,这可能是无害的。大规模滥用此功能的用户。

30个答案后自动转换:

无论如何,没人会阅读答案的第二页。如果拥有这么多答案非常有害,以至于我们目前惩罚所有用户,甚至是那些早早发布了出色答案的用户,那么我们只需对答案数量加一个硬性限制。包含多页答案的问题非常棘手,审核过程非常耗时,后来的答案往往显得cr脚或重复,而且没有人看到并审核它们,因为它们在第二页或第三页上。

5位用户编辑帖子后自动转换:

这是一种主要不用于信誉否认的机制。但这仍然是一个令人困惑的机制,实际上并没有任何有用的目的。我不认为任何人只要将其删除就不会错过它。

某些问题的手动CW:

社区Wiki经常被用来避免在某些情况下散布声誉较主观的问题类型。现在强烈建议不要使用此方法,但是某些站点会继续使用。

这也使新用户感到困惑,因为它们给人的印象是拒绝信誉是社区Wiki的主要目的。

我将完全删除CW问题的功能,它几乎专门用于拒绝信誉。为了支持仍以这种方式使用CW的网站,我建议添加一个命名不同的机制,其唯一目的是从问题及其答案中消除任何声誉提升。这样可以避免新用户感到困惑,并且可以对行为进行一些有用的更正,例如:追溯删除声誉收益。

评论

关于“ 5位用户编辑帖子后自动转换”,每当我看到它发生时,这仅仅是因为编辑者的工作做得很糟糕,而不是因为帖子实际上已经成为社区的工作,因此,OP不应受到惩罚。在这些情况下,我发现自己并没有改善帖子,只是不会将其转换为CW。

如果一个问题或答案需要五个以上的人来解决,则最好不要使发帖人获得奖励。如果一个问题或答案从五个不同的人那里得到编辑,则很可能是由于编辑大战。如果编辑战争是故意破坏行为,那么破坏就不值得一分。

我完全同意。

关于多个答案,将这些视为社区努力的指示是否公平? (为避免引起误解,我并不是在谈论热门/重复的问题,因为多个答案通常只是旅鼠带来的垃圾)

我不能说你会完全快乐,但你很快就会一样快乐。在过去的几个月中,这一直是我个人项目的一部分,我希望将有一部分内容能够解决这一特定问题,以便尽快揭晓。

“首先,用户一次编辑帖子多于x次应该收到警告,警告应该提醒他们仅进行实质性编辑,并避免过多的颠簸。”像许多关于SE的规则一样,这将两个不同的问题混为一谈。您假设人们正在编辑,只是为了改善内容而进行调皮捣蛋。颠簸是他们没有要求的副作用。这样的事情应该通过限制自动碰撞来解决,而不是限制编辑。

我在回答问题时使用CW拒绝回答自己,因为这些问题需要付出很小的努力才能回答。即来自Wiki的完全C&P。

@JohnDvorak-“如果一个问题或答案需要五个以上的人来解决...”仅仅因为一个问题或答案已被5个或更多的人编辑过,并不意味着应该已经解决了。有时其他人所做的编辑是微不足道的,有时不同人进行的多次编辑几乎没有贡献,因为有些只是重做/撤消其他人的编辑。如果OP始终获得转换后正值代表的50%和转换后负值代表的0%的信用,我会支持它。毕竟,1)如果OP没有发布,则Q / A不会在那里投票,--->继续

-> 2)OP不应对其他编辑的负面影响负责。

#1 楼

社区维基不是拒绝信誉的工具。我们最初拥有所有这些自动触发器,主要是为了利用现有系统来处理滥用情况。虽然可以说它“有效”,但它在很大程度上也没有用,并且那些有正当贡献或不懈努力的人基本上都被打了脸,这让他们感到很痛苦。 />
到今天结束。我很高兴地宣布,我们已删除了将帖子转换为社区Wiki的所有自动触发器。原始作者的编辑,其他人的编辑,甚至答案的数量,所有这些不再导致帖子自动转换为社区Wiki。在这些情况下,将为主持人操作投放标志,但主要是为了让主持人知道帖子发生了什么。这将有助于解决实际的滥用情况,此外,它还意味着主持人不仅会知道发生了此类事情,还能够直接与虐待用户交谈,并在必要时采取其他措施。在查看这些标记时,社区Wiki甚至不应该浮在脑海。

博客文章“将社区放回Wiki”讨论了更改的目的,评估的目的以及我们希望的影响。改变。毕竟,这不仅是机械上的变化,而且是整个社区Wiki的转变,旨在消除其惩罚性使用。


关于手动转换。网络上有很多与此有关的想法。早在2013年(确实可以说我不觉得自己很奇怪),我在网络的主持人中进行了一项调查,以收集有关其站点上社区Wiki使用情况的数据。在过去的2-3年中,使用率确实下降了很多,但它仍然很强大,并且某些站点仍在非常大量地使用它。可以考虑使用更好的解决方案来处理我收集的这些特殊情况。但是他们还没有实现的解决方案。直到我们有能力满足这些需求的时候,社区Wiki才能充分满足他们的需求。实际上,删除自动转换的更改也是我一段时间以来一直在进行的工作,因此,我很高兴宣布删除自动转换。

评论


我希望您在启用;-)之前检查了SO mods将获得多少个10个编辑标志。

–疯狂科学家
2014年4月9日在20:18

我们对通过网络和SO获得的标志数量进行了大量检查和查询,特别是在确定我们得出的数字之前。

–恩典♦
2014年4月9日在20:20

优秀的。听起来不错的设计。如果您想在此处简单回答:meta.stackexchange.com/questions/203616/…,我们也可以将其标记为状态已完成。

–布拉德·拉森(Brad Larson)
2014年4月9日在20:22



@Brad哦,我今天有很多要回答的问题。

–恩典♦
2014年4月9日在20:23

哇哇哇是是是太棒了。 :-D

–门把手
2014年4月10日23:30

何时将问题标记为CW的功能再次打开?它记录在任何地方吗?

–影子向导正在接种疫苗
2014年4月22日19:22

不是,@ ShadowWizard。

–Shog9
2014年4月22日19:46

@ Shog9那我一定要疯了。博客文章说:“作者仍可以在发布或编辑自己的帖子时手动应用状态”,这意味着答案和问题都可以由作者标记为CW。我只知道答案是正确的,所以我打算在这里开始错误报告,要求更改措辞,并且发誓我在“询问问题”页面中看到“社区Wiki”复选框。

–影子向导正在接种疫苗
2014年4月22日在20:42

@ Shog9金发时刻。该复选框用于自我回答。

–影子向导正在接种疫苗
2014年4月22日在20:44

是的,你疯了。 ;-) FWIW,如果可以为Ask Question启用它会很好,但是它的用法不正确,远远超过了以往的生产性使用,所以...不太可能。

–Shog9
2014年4月22日在20:44

恢复CW状态有什么政策?即,当我提出问题时,您将如何决定是否应继续使用CW?

– CodesInChaos
2014年8月12日15:40

@CodesInChaos作为一个普遍的观点,如果原点是通过自动触发的,那么除非强烈地认为它是提高编辑可访问性所必需的,否则我不太可能认为它应该保留为社区Wiki。我们可以删除的用法示例越差越好。但是,如果是手动转换,那么它将开始更多地流向特定于社区的法规,因此需要进行个案分析,而该个案分析与一般政策关系不大,而对特定事件的影响更大。

–恩典♦
2014年8月12日15:45