让我们计划堆栈交换质量项目的第二个迭代！ [关闭]

如果您错过了第一个，请查看se-quality-project标签。质量项目不是我们计划要完成的项目，它是多年生项目，每18个月左右启动一次，这是我们有足够的机会观察我们以前的工作成效，人们使用我们网站的方式的变化以及反馈后的结果关于他们的期望，以及什么时候新想法似乎很有希望尝试。
现在该讨论我们将要重点关注的领域了。我将概述我们想要做的事情的类型，并简要介绍我们正在进行的事情。然后，我将其交给您。
然后轮到您提及一项功能请求，您认为这对于我们评估是否包含在此迭代中可能是个好主意，然后我们来看一下一切，看看我们将能够构建什么。
我们不能全部完成，但是我们将把最优先考虑的事情放在那些可能使它们变小的小事情上。首先产生巨大的影响，然后再深入研究需要做的工作，再优先考虑可以帮助最大数量的用户在网站上获得更好体验的事物。
所以，让我们开始吧关于我们的想法：
改善新的用户体验
我们希望人们感觉自己属于这里。为了属于这里，您确实需要能够胜任地提出和回答问题，或者对文档做出有益的贡献。正是这个项目的第一部分，我们将首先关注：

我们计划很快测试新的“指导”版本的问题页面。该页面实质上将分解所有提出一个大问题的元素，并向用户提供大量指导，以了解为什么每个元素都需要并提供它们对他们有利。

我们正在与澳大利亚的墨尔本大学发起一项倡议。一些研究生研究发现，什么（可能）可以导致检测重复问题的准确性更高，以及对提出询问的人建议重复哪些内容的巨大改进。这周将有单独的帖子。我们需要帮助他们验证大量数据，他们想出了一个系统，可以让我们轻松地进行帮助。很快就会有更多的事情发生。

改善现有用户的体验
我们认为在新的用户体验类别中计划的两件事将会有相当不错的影响（如果我们只能让人们知道我们已经更有效地获得了他们的答案，那么就不需要问大多数无用的问题了）。但是我们想做更多。

我们将探索一些想法，以便更好地过滤掉您看到的问题，这些问题由您提供给我们的信息指示。如果您真的只喜欢解决中等难度的问题，那就是我们需要优先考虑的问题。我们将就实现这一目标的方式进行一些讨论。

我们正在研究反垃圾邮件和滥用缓解系统的一些升级。它们对我们一直很好，但是我们需要保持它们的相关性。有一些很棒的社区运营项目正在极大地帮助我们，我们目前正在寻找可以更正确地集成它们的方法。

改善我们的体验版主
由于我们在Stack Overflow上看到的规模，现有工具真的开始显示它们的年龄。

我们希望不再需要手动暂挂表决环。我们正在通过使它们像Shog9和我本人那样去思考，分析我们可以访问的所有数据，从而使安排这些任务的任务变得更加智能，从而使这些任务变得更加智能。我们将在需要采取行动的地方找到更多的戒指，并不再显示实际上是良性的主持人模式（但是他们所拥有的工具并没有真正表明它是良性的）。如果系统无法自动做出决定，解释为什么无法做出决定，则Mod将获得某种“少数派报告”，并显示出进行呼叫所需的所有信息，然后由主持人决定。为了确保可行性，我们正在积极地进行这项工作，一旦我们确定模型可以缩放，我们将开始更详细的讨论。

我们将做更多的工作来确定人们可以通过标记来了解自己在做什么，并帮助他们选择正确的处理方式（在许多情况下，这可能意味着不进行处理）。我们将在此进行单独讨论。主持人经常被召集去查看实际不需要的东西，这使他们无法集中精力查看实际需要的东西。 “我应该投反对票，投票决定关闭还是举旗？我应该做所有这一切吗？” -我们需要弄清楚得多。相反，当人们确实需要举报垃圾邮件时，他们也拒绝投票：)这不是一个容易的问题。

这些列表都不是详尽无遗的，还有更多，但是现在变得越来越长了。重要的是您认为我们需要优先考虑。
您认为我们应该在本轮中包括哪些内容？尝试链接到功能请求，但是如果找不到它，也不要太烦恼（只需解释一下它想要什么，我们就可以依靠Shog9的类似于RAM的内存作为位置）。

是什么让FR非常适合该项目？我已经用这个标签查看了其他六个问题，但我不确定是什么使它们与众不同。

其中有多少将以堆栈溢出为中心？例如，在---程序员---软件工程上，有指导的Ask页面可能会很棒，特别是考虑到范围的混淆和最近的名称更改（旨在解决范围上的混淆）。

+1可改善重复处理并改善标记功能。

从评论3：或者在现有用户对新用户有更好的了解的网站上，--->可以通过某些用户投票加权方法快速关闭尚未准备好黄金时段的问题的功能

“一些研究生研究发现了什么（可以）导致重复问题的检测更加精确，以及向提出询问的人建议重复什么的巨大改进。” -这些文件在这里列出吗？我喜欢阅读利用SE数据的新论文/研究。如果不是，但可以公开获得，是否可以添加？

图片测试后，帖子的特性有什么吗？

我能不能说一句，你们在过去几个月中对mod屏幕所做的更改很小但很受欢迎？也许我在过去的几个月中注意到了它，并且实际上一直存在，但是最近修改起来似乎容易得多。嗯，嗯。

“如果您真的只喜欢解决中等难度的问题，那就是我们需要优先考虑的问题。”我很好奇你将如何做到这一点。评定问题的难度通常需要首先了解它。如果AI可以做到，我会感到害怕。

@TimPost，因此您打算将评分的负担放在用户身上？现在，除了降低投票率和提高投票率之外，我们还将（能够）给出难度等级。有趣。一定要为此打磨您的用户体验。

我注意到，没有实现许多工作的意图声明。您认为这是可持续的吗？恕我直言，关于SE平台的一些事情需要进行重大更改。您是否打算解决此类问题？

蒂姆，我是否正确理解您今年开始的讨论不在此范围内：授权标签徽章持有人第二部分-让我们看看白银吗？（猜测，由于已经过去了两年多，而且什么也没有发生，因此将在相当一段时间内被忽略）

我们什么时候会听到这项倡议的结果？？

@ShadowWizard就像我们一样，我们都在浪费时间（它可能永远不会发生，或者事情发生时可能已经过时了）。要走的路！下次，如果您要求社区反馈几个星期（？），请事先制定计划以解决问题。谢谢。

@Tim受到所有应有的尊重（实际上有很多尊重：））在这里发布的人员浪费了他们的时间，这是事实。证明？让我们以大约一年前发布的399次投票来回答这个问题。您确实发表了有希望的评论，但是您提到的那三个星期现在变成了8个月多。因此，罗伯特（Robert）有充分的权利感到自己浪费了时间。我不怪你。我不怪任何人。只是在这里说明事实。

又过了整整一年。蒂姆，您是否以您的评论“没人浪费时间”？

#1 楼

新用户在问他们的第一个问题时，需要更好地了解他们的期望。
我认为这是Stack Exchange网络上需要发生的最重要的事情。如果新的“问问题”页面对此有所帮助，那么我会给予大力支持。但是，存在一些历史障碍，其中一些SE本身已经建立起来，有些是由于目标冲突造成的。
当前，我们依靠新用户从未见过的帮助中心文章系统，即Meta的拼凑而成文章，以及着重于网站机制的游览页面。我们会仔细地埋藏任何信息，这些信息可能有助于新用户摆脱不良的论坛习惯，从而使他们陷入崩溃的“敌对”用户社区，该社区希望新用户已经了解我们的规则，因此我们称之为包容性。好的软件系统始终遵循“最少惊奇原则”。如果您的系统行为经常出乎意料，那么它就无法达到目的。
不幸的是，世界上的Facebook，Twitter和YouTube都选择了在线行为，但是如果我们真的对创造世界感兴趣（或至少是互联网）是一个更好的地方，那么我们还必须相信，我们（至少在某种程度上）有责任向人们教育良好的交流真正有效的方式。
这并不是消极的。这是关于积极主动。尽管我们也应该这样做，但它也不是提供更好的标记工具。相反，这是一种心态。最好的脱题问题是永远不会问的问题。通过提供尽可能少的摩擦来提出偏离主题的问题，然后让社区承担清理这些问题的负担，从而使站点脱离轨道……好吧，这不是我们大多数人都签署的协议，也不是最好的用法我们这个时代。这可能是欢迎新用户的最不友好的方式。
这里的大多数专业人员来这里都是为了贡献和帮助他人，而不是花费所有的时间来扫地。

完全同意：“改善现有用户体验”和主持人的最佳方法是事后不要过滤视图。它甚至在通过管道之前就捕获（并弹出）不良的东西。也就是说，似乎“改善新用户体验”下的两个项目符号实际上是针对这一方面的，我很高兴看到这一点。

–jscs
16-10-17在18:46

@TravisJ：我有很多。如果您需要肮脏的详细信息，则可以在new-site-name标记中浏览我在Meta.Programmers.SE上的活动。 tl; dr：meta.programmers.stackexchange.com/questions/8254/…

–user102937
16-10-17在20:02

@TravisJ：我想我会等一下，看看新的“问问题”页面是什么样的。我不认为这是技术问题；我认为这是一种哲学观点：我们如何能在不负面的情况下告诉人们他们需要知道什么？我声称此断言是不言而喻的，在我们甚至开始讨论技术解决方案之前，需要对其进行处理。

–user102937
16-10-17在20:16

这里有一种可能-meta.stackexchange.com/q/278444/193412一些GH仓库在提交错误报告时也有类似的事情，我建议提交错误报告的普通开发人员比普通的SO提问者经验丰富。

– enderland
16-10-17在20:22

@TravisJ：我看到一些非SE网站可以部分解决这样的问题：“在这里问第一个问题之前，您应该阅读规则。您不必阅读规则，但是您会受到用户社区，就像您已阅读它们一样。请阅读它们。”

–user102937
16-10-17在21:05

与此相关的是，我们是否可以停止关心来这里的人们，不阅读规则并丢掉话题帖子对事物的感觉？如果问题不合时宜，质量不佳等，那就把它摆脱掉-我将投反对票并投票结束。我不是一个卑鄙的人。我只会花很少的时间给那些不愿自助的人。我们之所以这样说“ SO太卑鄙了！”是因为人们有这种态度，但罗伯特（Robert）提出的指导却很差-为了娱乐，请打开一个隐身标签，然后在SO上提问，观察您必须阅读的内容才能发表。

– enderland
16-10-18 0:00

@TravisJ：既然您问过，这就是我专门为程序员提出的建议。它没有太大的吸引力，因此我将其缩小为单个“我们不是”这一段。最终，我在网站的口号中只用了4个单词的一个短语：“但不是代码故障排除”。我以为我已从SE达成协议，同意采用该词组，但最终没有成功。

–user102937
16-10-18在1:48

如果我礼貌地将初次发布者指向如何提问的主题页面以及其他站点上的主题细分，我发现我神奇地获得了通常保留给2万用户的功能。如果我可以比礼貌地提问来更快地删除问题，这是否表明许多用户只是迷路了？是的，我们需要更好地教育新用户。 +1。

–candied_orange
16-10-18在4:23

为什么没有直接链接到“我可以问什么主题”？和“什么被认为是题外话？” “问问题”页面上的帮助页面？

–tonysdg
16-10-18在4:28

以问过第一个问题之前已经阅读帮助中心的人的身份发言……这仍然没有用。我获得了大量有关如何与SE软件进行交互的信息，却没有获得有关与社区交互的信息，而且很少获得有关主题的信息。

–马克
16-10-18在8:32

+1获得新用户从未见过的帮助中心文章。真的。

– Cullub
16-10-18在21:20

如果有人有“？”在答案字段中，应该大声警告：“您是否意识到自己是在回答问题？”。我们必须删除的答案数量，因为人们在那里发布问题很伤心:(

–马克·梅奥（Mark Mayo）
16-10-19在1:38

罗伯特（Robert）担任总裁：)归结为我们是否要质量胜于数量。如果您需要质量问题，则需要高质量的用户，或者需要将质量低下的用户转变为质量高的用户，这需要您建议的“教育”。

– Benjol
16-10-19在11:48

@MarkMayo只是不要把这当作硬性规定。有充分的理由在答案中包括问号或什至是问题，甚至不限于代码块。警告可能是个好主意，但彻底禁止将是一个可怕的主意。

–用户
16-10-20在11:37

我将在接下来的大约三周内宣布一些测试，以及一项针对新用户提出第一个问题后进行的调查。 tl; dr; -我们认为我们知道如何优化请求页面以获得良好的结果，但是我们想确认我们在这里是正确的-否则，由于一系列不良的测试，一个好主意可能会被搁置。

– Tim Post
16-10-25在19:04

#2 楼

实施一种工具来编辑标签而又不会碰到
大量标签的编辑会对新用户和老用户造成破坏，尤其是在中小型网站上。如果没有在首页上完全隐藏新帖子，就没有很好的方法来编辑非平凡标签的所有问题。
不做任何评论的标签编辑是有问题的，但是可以使用其他选项–工具中描述了一种可能的工具同行评审的无冲击批量重新标记。

我相信只有10k的仅标签编辑权限已经无法解决这个问题……我可能是错的。

– TylerH
16-10-17在20:09

@TylerH标记由1万名用户（甚至是主持人）编辑，总是会引起问题。请参阅禁用Hi-Rep用户的重贴标签功能（拒绝功能请求）。

–纳撒尼尔正在抗议
16-10-17在20:12

我不确定是否涵盖内联标签编辑的情况，这可能是比该具有5年历史的MSE请求更高的特权。

– TylerH
16-10-17在20:30

@TylerH，当我作为主持人进行内联标签编辑时，总是会遇到问题。据我所知，仅当标签合并或由于受欢迎程度较低而自动删除标签时，才会出现凹凸。

–乔纳斯·伊尔玛维塔（Joonas Ilmavirta）
16-10-17在20:47

这应该仅是主持人或社区团队的功能，并且应仅限于已在网站的元数据上讨论并达成共识的批量重新标记。对于普通用户，以及在所有其他情况下，出于审计目的，编辑应解决该问题。

–科迪·格雷
16-10-18在4:05

@CodyGray通过在某人进行编辑并留下新修订时尚未实现的颠簸来实现什么审计目的？

– TylerH
16-10-19在1:27

@CodyGray-为此+1。我个人认为站点mod应当具有一个按钮，在进行批量标签编辑期间，可以按下该按钮以关闭碰撞。此按钮应具有某种审核记录，以显示a）使用时间和b）使用目的。

–理查德
16-10-20在17:00

请，我们可以有这个功能吗？最近在ELL上进行了90项（可能更多吗？）标记编辑，这些标记在四个活动页面中占主导地位。这些必需的和合法的标签编辑大部分都是由mod进行的。当最新页面不受影响时，有什么大不了的？在较小站点上的一个巨大站点，每小时或每隔两三个小时接收一个新问题，当有人针对一个旧问题发布新答案时，它就会埋在活动页面中。

– Mari-Lou A
16-10-21在5:24

将“编辑标签”更改为“次要编辑（包括仅标签编辑）”，我将给您+1。认真地说，颠簸已被用作拒绝对问题进行小改进的论据。

– jpmc26
16-10-22在20:20

我认为完全隐藏标签编辑是不好的，因为整个原则都是透明的，等等。也许在侧边栏中会有一个“批量标签编辑”标题，主持人可以批量编辑标签？还是meta上的侧边栏？

–匿名企鹅
16-10-23在22:49

#3 楼

还有两个较小的请求：

允许未注册的帐户删除自己的帖子：这一点应该很明显。当一些未注册的用户发现自己无法删除自己的帖子并决定破坏该帖子时，就会发生这种情况。这是没有充分理由的限制（“基于Cookie的帐户不支持投票，因此它们不支持删除”不能帮助未注册的用户删除其帖子），因此，我支持删除它。

编辑自己删除的问题所需的声誉是什么？：这不是功能要求，但详细说明了问题：

我的其中一个SE的新手朋友最近在
SO上发布了一个问题，然后在我指出了一些问题后迅速将其删除。

但是，他发现他不能在编辑问题时对其进行编辑。
已删除。

即使是高级代表，有经验的Stack Overflow用户也相信这是可能的。但是，显然不是。我了解您不希望隐藏垃圾邮件，但是不删除邮件可以解决此问题。此外，我怀疑许多垃圾邮件发送者甚至会想到这样一种复杂的方式来对Stack Exchange进行垃圾邮件发送，但是，如果该邮件被意外发布或发现了巨大的漏洞，则许多合法用户希望修复其帖子。允许（至少一些）用户编辑自己删除的帖子会很有帮助。

两者都是很好的建议。谢谢！

– Tim Post
16-10-17在18:16

当一些未注册的用户发现自己无法删除自己的帖子并依次浪费3金2万个删除票时，就会发生这种情况。 stackoverflow.com/a/39943048/4099593确实需要此功能，请，请。

–巴尔加夫（Bhargav Rao）
16-10-17在20:12

#4 楼

关闭问题时更好的自动指导
每天都有数千个问题通过网络被关闭，新用户更有可能关闭他们的问题。但是，新用户很少获得指导，因此要获得帮助，亲密的选民通常会使用罐头评论！这些罐头评论中的信息应真正自动提供。有几件事可以大大改善用户体验，并且在技术上很容易做到。
在问题关闭时通知发问者
如果有人对问题发表评论，则将向提问者发出通知。如果有人回答，将通知询问者。如果有人编辑，通常会通知询问者。但是，如果问题已解决，则不会通知提问者…
有益的亲密投票者可能会发表评论，仅是为了通知提问者。 Beta版网站的主持人甚至对此that之以鼻（“问题已关闭且未发表评论”）。
为关闭者提供繁重的工作，或者让请求者不知所措。
提供有关关闭的更好指导
封闭问题下的通知如下：

作为原因摘要，已关闭关闭投票者的关闭日期
详细的关闭原因
如果可以改写此问题以符合帮助中心的规则，请编辑您的问题。

还不错，但是可以改善。该指南建议进行编辑，但不解释下一步会发生什么。我没有花时间收集很多小的功能，包括：

“标记为重复”框应包含指向伪造目标的链接

哦，摆脱掉没人知道的“保留”一词。不需要其他词来表示“少于5天前关闭”。
特定于原因的关闭指南
“如果可以改写这个问题以符合规则”，它太笼统了，以至于没有太大帮助。该指南可能取决于关闭的类型-例如，由于不清楚的关闭通常需要填写丢失的信息。
应该有更多由社区编辑的关闭原因，不仅包括原因，还包括针对特定原因的原因指导。当然，不应该将这些问题推到离题的位置，这是无休止的混乱根源（“这是一个编程问题，为什么要说它是离题的” —“因为您没有提供完整的代码。” “这与主题化有什么关系？Javascript偏离主题了吗？”…）
更好的启发式方法进入重新打开评论
如果在5天内对其进行了编辑，则问题会重新进入重新打开评论关闭，但只有在第一次编辑后。
即使我没有具体细节，我也相信还有改进的余地。例如，有人在关闭后重新标记问题是很常见的，而这并不值得重新打开该问题。但是，当询问者回来并添加缺少的信息时，该问题已经累积了“休假”票，重新开放队列开始工作已经为时已晚。要求者的编辑更有可能触发重新打开，但是添加了注释中要求者提供的信息的人所做的编辑也应以某种方式计数。
使迁移变得明智
而不是使迁移成为迁移的理由关闭，进行迁移，如果问题解决并且还有另一个合适的站点，该怎么办。 “它属于站点Y”不是关闭站点X上发布的问题（如果它也属于站点X）的理由。另一方面，如果站点X已经关闭了一个问题，则站点Y的居民应该决定是否接受关于Y的问题，而不是站点X的居民。

在重复结束的问题中提供更好的指导

–贝尔吉
16-10-18在14:39

这里有非常不同的项目，但我都同意。

–拉斐尔
16-10-18在15:02

可悲的是，关闭后请求者进行编辑的情况所占的百分比并不高。并且这些重新开放的百分比往往仍然更低。因此，我喜欢Wrzlprmft的想法：如果可能的话，回避整个周期。

–Shog9
16-10-19在3:15

@ Shog9关闭后要求者进行编辑的频率与实际无关。重新打开过程不是针对无法挽救的废话而关闭的，而是针对需要从发问者进行第二次迭代才能达到可行状态的可挽救性问题。重要的是这些编辑应多长时间导致一次重新打开，而这些编辑确实需要多长时间导致一次重新打开。

–吉尔斯'所以-不再是邪恶的'
16-10-19在7:06

我强烈反对使用“保留”。不劝阻新用户至关重要。我经常看到这样的循环：新用户提出有趣的问题，但从技术上讲，它违反了所讨论问题的规则->问题未经讨论即关闭->新用户离开，再也看不到。 “保留”表示需要进行编辑和整理，而无需告知新用户他们已被关闭。

–泰南
16-10-21在9:28

@Tynam“搁置”到底是如何传达编辑需求的？ “等待编辑”或“关闭待处理的编辑”将传达对编辑的需求。但是“搁置”？那只是说“等待某人处理”。此外，我很少见过一个有趣的问题，无需讨论就可以解决。当然，不要回答问题，但是如果问题是“做我的家庭作业”，那么我不在乎用户是否离开。

–吉尔斯'所以-不再是邪恶的'
16-10-21在20:02

@吉尔斯：我并不是说“搁置”是最好的术语。我同意你的看法。我只是说“关闭”很糟糕。而且，如果您还没有看到一个有趣的问题要解决-也许您与我不在同一个堆栈中；我有。我提出这个问题的原因恰恰是因为我只是花时间跟一个新用户进行跟进，这个新用户问了一些有趣且有用的东西（但是以一种非显而易见的方式违反了本地堆栈规则），他们的问题没有评论就被关闭了。他们不会回来，这是我们的损失。

–泰南
16-10-22在8:57

@Tynam当然，我已经看到有趣的问题了。但很少没有任何评论。

–吉尔斯'所以-不再是邪恶的'
16-10-22在10:14

#5 楼

新用户在回答第一个问题时（尤其是在老问题时）需要更好地了解他们的期望。

; TL; DR我们正在谈论NAA（不是答案）问题

Robert在问他们第一个问题时解释了不知情的用户所产生的问题，因此让我们也将其扩展到答案。旧问题显示了至少30天之前提出的所有问题的答案。这是NAA（无答答）和VLQ（非常低质量的帖子）的温床。那里的大多数错误答案都遵循一般模式，因此，我们决定编写一个小型应用程序，尝试找出那些类型的答案，并在过滤大量数据后将其报告给我们。一些有趣的启示是

几乎所有小的并且带有问号的帖子都是NAA！

几乎所有带有像“我有同样的问题”之类的字眼就是NAAs！

所有具有多个以上因素组合的帖子都是NAA！

那里每天有超过200份关于Stack Overflow的报告，我们审核了约100份，其中近90％是NAA（或VLQ）。我们可以在此处查看各个过滤器的结果：（tps是NAA，而fps是错误检测到的帖子）

数据集所有有反馈的帖子都在这里。

是什么让人们用问题代替答案？

找到问题的根源，我们需要做的是做。在回答问题时，新用户看到以下内容：

答案弹出链接到“我如何写一个好的答案？”，但是，该页面从未提及写一个错误的答案。这是我们手头的主要问题。

对SE团队的要求

预答：让用户知道什么是不良答案！ br />
将三者（即帮助，澄清和回应）分为三个不同的要点（并提供示例）。列表比单行写要有用。
防止用户说我没有代表，我通过添加链接为什么存在50个代表限制来回答我？

通知用户有关仅链接的答案及其不良影响的信息，为什么我不应该添加仅链接的答案？

通过谈论禁止答案来对他们进行恐吓

发布答案写作：让用户知道他们没有读过Rulez。

通过使用简单的技术（例如，以问号结尾的帖子等）将答案作为NAA进行检测。就像在代码格式错误时弹出的对话框一样，它可以回答用户，并告知用户其帖子可能是NAA。
防止用户输入乱码和非英语的帖子。添加一个错误标签，指出他们的帖子对该网站不正确。 br />从6减少完成LQP队列评论所需的评论数量。
具有约束标志，例如接近票数。 3个标记可软删除帖子。
添加“移动到评论”特权，需要3票（类似于删除票）。让高级用户也来决定。
教育3k +进行审查。

另一个个人要求是增强“对旧问题的新答案”主持人工具。

我们可以肯定的是，即使实施了这些状态，我们仍然可以确保用户将继续发布NAA，但这将有助于我们减少发布数量的数量。 NAA至少有一点。

“通过使用简单的技术（如以问号结尾的帖子等）将答案作为NAA来检测。”实际上，这几乎是完成状态。我们要做的就是将NATOBot以及SmokeDetector集成到系统中！

– Dorukayhan
16-10-17在22:18

@dorukayhan虽然可以非常准确地检测到NAA，但该机器人的VLQ具有很多fps。因此，我觉得这还为时过早。另一方面，Smokey经过了很多测试。

–巴尔加夫（Bhargav Rao）
16-10-18在7:54

在评论不再被视为二等和短暂的问题之前，这个问题不会永远消失，但是真正有用的一件事是明确向OP提出一个复杂的问题的方式，一个不适合评论的问题框。 “为了回答这个问题，我需要您运行以下测试程序并报告其输出：[code ...]”是典型的情况，但还有其他情况。

– zwol
16-10-18在14:06

如果我们让某人在他们认为“不是答案”之前就重写了他们的“不是答案”，那么将很难找到他们。

–伊恩·林格罗斯（Ian Ringrose）
16-10-18在14:14

也许曾经使用已将答案删除为“不是答案”的答案完整并通过测试，然后才能发布其他答案。

–伊恩·林格罗斯（Ian Ringrose）
16-10-18在14:14

@Ian，对于您的第一个评论，答案仍将通过第一个帖子（和/或最新答案）审阅队列。因此，可能仍会发现这些帖子。另一种方法可能是更改警告标签，以使其告知用户他们在问问题而不是回答。对于您的第二条评论，是的，这是一个更好的主意。

–巴尔加夫（Bhargav Rao）
16-10-18在14:19

@zwol是的，我讨厌那些NAA。那些太长而无法发表评论的内容。（像这些）。但是，以我的经验，它们通常足够好，可以成为另一个问题，或者足够糟糕，可以被删除而不会丢失有用的材料。两者之间没有任何关系。无论如何，谢谢，我将监视最新的答案10k工具，并尝试查找此类帖子。

–巴尔加夫（Bhargav Rao）
16-10-18在14:32

@zwol我们可以通过允许注释中的一些基本格式设置和增加字符限制（或不将代码块计入字符限制）来缓解很多问题

– TylerH
16-10-19在1:36

“是什么使人们用问题代替答案？” -试图规避问题禁令可能是一个普遍的原因。据我所知，系统会记录用户进入该区块的（内部）记录-这使得它有可能在检测到最近的区块之后尝试回答时触发警告。 “等等！您最近被禁止提出问题。请考虑一下，如果您将问题发布到答案中，它将被删除。请选中复选框“我知道，我将发布答案，而不是问题”。为了继续回答”

– gna
16-10-19在8:18

有趣的一点是@gnat，我记得有一个这样的用户曾经问过一个问题而不是一个答案。他们后来承认，他们被禁止提问。在回答之后，他们也被禁止回答。（也许）。但我还没有将其视为正常现象。您对如何监视这些用户有任何想法吗？（作为非Mod）。如果是这样，我们当然可以找出它是否更频繁地发生，并将其作为对Tim的新请求添加。

–巴尔加夫（Bhargav Rao）
16-10-19在8:58

@BhargavRao非mod不能可靠地监视它，据我所知甚至mod也不能，撞块仅保留在系统内部，需要开发人员访问才能看到。普通用户只能通过检查用户个人资料中的问题来猜测，而mod只能做出更好的信息猜测，因为他们还可以查看用户删除的问题的历史记录。如果您想了解更多信息，那么唯一的方法可能是要求SE团队提供有关最近被阻止的发问者发布了多少个NAA的统计信息（FWIW在Programmers meta上有类似的要求，他们也提供了统计信息）...

– gna
16-10-19在9:04

...如果需要，您可以使用该统计信息请求作为示例：我们从最近被SO阻止的用户那里收到了多少个问题，其中有多少个被关闭/删除了？（不过，我不确定MSE是否会是合适的选择，也许MSO更合适）

– gna
16-10-19在9:07

Mabe具有一流的，经过投票和评分的后续问题，并具有完整的答案框编辑功能。看起来像是评论，但可以根据需要打开。答案可能会被主持人贬低。

–粘土
16-10-23在12:38

“移动评论”是解决部分问题的绝妙主意。它允许进行审核，以防止发表不良评论并对新用户进行一些教育。它有可能被滥用，但乍看之下，目前的系统已不复存在。

–user343082
16-10-30在14:44

@DoritoStyle是的。 ATM移至评论只是一种方法。因此，需要某种方法来扭转这种情况，以防止用户滥用此功能。但不幸的是，乔恩不喜欢增加评论限制。

–巴尔加夫（Bhargav Rao）
16-10-30在14:50

#6 楼

我建议除“ off-topic”以外的类别应允许将本项目的自定义关闭原因考虑在内。请参阅Nathan Tuggy的出色答案，以了解这对各种站点有多大用处。这使他们感到困惑，因为他们无法理解他们的问题是如何脱离话题的（不是）。这通常需要认识的用户来说明问题实际上不是话题，而是______。如果他们认为问题不在主题范围内，则他们可能不太愿意解决该问题，而如果主关闭标头显示“不清楚您要问的内容”，那么他们可能对改进问题更感兴趣。

对于新近的亲密选民/举报者来说，这也是一个问题，他们可能不知道这些亲密的原因存在，或者由于不适合“离题”类别而很难找到它们。

是的，自定义原因应该放在顶层，而不是被“非主题”原因所掩盖，特别是因为您可以修改文本以说出您想要的任何内容。

– TylerH
16-10-17在20:11

同意Catija。不同意TylerH。我认为，给出可以添加自定义文本的groupbyable主要理由将保留主持人可用的所有统计信息。

–迈克尔
16-10-17在21:11

我一直在抱怨这件事..哦，好几年了。 +1

–ɥʇǝS
16-10-18在1:42

@Michael在每个类别中都有一个自定义原因是可以的，只要在根目录中也有一个类别，该类别对于结束问题最有用。

– TylerH
16-10-19在1:31

使用自定义的理由确实增加了复仇否决的可能性，因为它清楚地表明了谁在“受到指责”。

–伊恩·林格罗斯（Ian Ringrose）
16-10-31在14:54

@IanRingrose不确定您的意思。这与创建注释的“其他”框无关，而与站点特定的关闭原因有关。它们的工作原理与其他所有紧迫的原因一样。

–Catija♦
16-10-31在14:57

#7 楼

这是一个很小的建议，但是当新提问者尝试投票并且没有足够的声誉时，可以通过将他们指向“接受”按钮来使新提问者更有可能接受答案。

介意解释匿名降票吗？蒂姆·波斯特（Tim Post）所说的是“我们将把可能首先产生重大影响的小事情放在首位”，他还强调改善新的用户体验。这将与两者完美契合。

–通配符
16-10-17在20:35

@ hichris123，不是同一回事。这仅在提问者可以投票时才起作用，并且提醒他们他们也可以接受答案。它并没有教育可以接受答案但不能投票的新用户，这对IMO来说更为重要。

–通配符
16-10-17在21:01

哦，糟糕我猜我读的不够。这实际上不会发生吗？我很惊讶，似乎很明显。

–hichris123
16-10-17在21:02

@ hichris123，我知道这很令人惊讶，但是您可以根据以下几行的评论对话来判断：“谢谢，它行得通！但是由于某种原因，我无法单击答案上的'向上'箭头。” “只有获得足够的声誉后才能投票，但是如果我的回答解决了您的问题，您可以通过单击对勾接受它。” “什么复选标记？我只看到投票按钮。” “它应该在投票按钮下方，答案的左侧。” “谢谢，我现在看到了。接受！” :)

–通配符
16-10-17在21:05

一个大的浮动的闪烁箭头，滚动文字说“授予最佳答案”； +1

–axsvl77
16-10-18在11:36

@ axsvl77接受的答案不一定是最佳答案。同样，“奖励”也不是完全准确的（至少通常来说）。

– TylerH
16-10-19在14:46

哈！你是对的;在这种情况下，我的意思是奖励=指定。不定期使用。

–axsvl77
16-10-19在14:53

#8 楼

在某些站点上，可以使用简单的启发式方法来检测有问题的问题。通过检测一些有问题的关键字，我们甚至可以在问题提交之前就轻松地向发布者发出潜在问题的警报。

例如，Code Review要求这些自动警报已超过半年了：

问题中没有代码
标题中标题为“错误”或“不正确”的标题
标题中出现“此代码”或“执行此操作”
应放在代码块中的代码

最后两个尤其也将使Stack Overflow受益。

作为另一个示例，English.SE考虑使用monospace强调的文字应该是假的，应该予以删除。我们拥有检测反引号并建议张贴者使用斜体的技术，对吗？最好不要混用Markdown。

通过提供自动的即时反馈，我们应该能够提高问题的质量并提高用户满意度。这比审查队列，发表评论，等待原始发帖人做出回应，投票否决和结束投票要好。

我会说一些这样的内容很可能会在我们的/ ask页面重新设计中涵盖，等等。我们正在研究各种各样的方法，可以鼓励用户包括他们应该做的所有事情。问题更好。

– Taryn♦
16-10-17在21:07

@bluefeet很好，但是#PeopleDontRead。这个想法是弹出一个红色的脸部警告，例如，当您的问题标题为“为什么此代码不起作用？”时100％保证您的问题不题。在我们关闭他们的问题之后，还有另一个页面可以链接到该页面无济于事，如果他们可以在系统不告诉他们“等待！您的问题很可能是主题！”的情况下发布这样的问题，那就太迟了已经。 CR的闭包中有60％涉及断掉的代码，如果仅将它们指向[help / on-topic]不够，我看不出[ask]将如何对其进行更改。

–马修·金登（Mathieu Guindon）
16-10-17在21:17

@bluefeet对于每个站点可配置此功能中的触发器非常重要，这样不同的社区可以为可接受的问题定义不同的标准。

–
16-10-17在21:19

正如您所说的@ Meta'sMug People不会阅读，而且他们完全有可能不会阅读一个大红框，对他们大吼大叫，但是正如我提到的那样，我们正在寻找多种方式为用户提供更好的指导他们问他们的问题。

– Taryn♦
16-10-17在21:28

@bluefeet他们可能没有读过它，但至少他们的第一个线索是偏离主题，这不是亲密投票，不赞成投票和/或友好的罐头评论，请友好地解释他们的帖子为何偏离主题并链接它们到帮助中心（或以上所有内容）：他们的第一个线索是他们必须主动忽略的非常简短的明显通知。基本上可以归结为罗伯特·哈维的回答。

–马修·金登（Mathieu Guindon）
16-10-17在21:32

如果人们不读，则删除他们的问题。

–Miles Rout
16-10-18在7:23

@MilesRout只要有可能，目标就是将边际问题推向可敬的位置，或者帮助人们将问题发布到正确的位置。 “然后删除他们的问题”就像在说“垃圾邮件不是那么糟-仅按Delete键真的很难吗？”而且，对于许多新用户而言，阅读帮助中心页面的辛苦程度仅比阅读服务条款少。我们可以为所有人提供更好的服务-我们拥有技术。

– 200_success
16-10-18在7:40

@ Meta'sMug别再犹豫了，但是这个主题标题根本不能保证问题是题外话。

– TylerH
16-10-19在1:29

@TylerH在CodeReview上，对于任何题为Off-Topic的问题，我的赔率均为99：1。

–卡兹
16-10-20在9:19

一段时间以来，我一直想建立一个模型来预测交叉验证的自学问题和题外编程问题。这将大大减少期中和期末考试期间的审核负担。

–shadowtalker
16-10-27在23:47

#9 楼

改善举报者和主持人之间的交流，或者，“这有什么过时的？”

某些网站非常闲谈。这意味着在评论中标记。我最大的节制时间是评论标记，在其中是过时的标记。我不知道为什么过时了-帖子被编辑了吗？它回复的评论被删除了吗？还是不是过时的，但是与另一个人争论的那个人正试图删除他不喜欢的评论？

我们可以向“过时”标志添加更多信息吗？要求使用一些工具来帮助举报者告诉主持人问题所在，以便我们可以高效地处理举报。与通读20条评论和6个修订版本以了解历史记录相比，我们所有人都有更好的事情要做。

在我的一个网站上，我们已要求用户停止使用过时的标志并改用自定义标志，但这仅适用于看过元信息并记住的人。另外，这意味着我们对帖子的评论（“如有疑问请使用自定义标志”）给出相反的建议（“如果有内置标志请不要使用自定义标志”）。这对于不是SE狂热者关注每个细节的用户感到困惑（“等等，我应该在这里使用'other'还是避免使用它？”）。

每当我将评论标记为过时时，我总是想知道主持人是否知道我在说什么。留下一个简单的评论会很好。

– Suragch
16-10-18在7:11

或者，让10k用户处理过时/闲谈的注释标志，以减轻主持人的负担。我已经在这里和那里阅读了一些讨论，但还没有花时间真正地深入研究并编写功能请求。

– Jan Doggen
16-10-18在7:26

另外，让我在同一帖子上将许多评论标记为过时，并在一个程序包中向mod提供附加信息，而不是提供许多无关的标志。

–伊恩·林格罗斯（Ian Ringrose）
16-10-18在13:55

@IanRingrose如果您确实需要在一个帖子中标记多个评论，建议在该帖子上标记一个自定义标志，以解释您为什么认为需要清除这些评论。

–Catija♦
16-10-18在22:18

@Catija是推荐，但对于举报者（收集指向特定评论的链接以捆绑在一起）或mod（进行挖掘）仍然很麻烦。某种形式的“这些评论放在一起，应该具有相同的配置”可能会有所帮助。

– Monica Cellio
16-10-18在22:29

正是由于这个原因，我已经大大减少了使用过时的标志。在大多数情况下，我标记mod声明以表示过时-随后是原因。

– Jan
16-10-19在11:51

@JanDoggen：或者，给评论的作者一个机会来决定旗帜。

– Wrzlprmft
16 Dec 26 '18：57

@JanDoggen正确。当用户可以在不涉及mod的情况下整理自己的过时线程时，我会喜欢它。

– Monica Cellio
16 Dec 26'在19:09

#10 楼

我要检查的一小件事是，要检查其可行性，这是在侧面的“热门主题”栏中为某些网站添加自定义过滤。我根本不关心某些网站，但是经常看到它们的很多东西出现。例如，在我的侧边栏中，我通常从puzzling.stackexchange.com获得3或4，对那些家伙没有冒犯。但是，我时不时会看到其他东西，例如DIY，这些东西我确实觉得很有趣，但我敢肯定，它们经常被其他网站的噪音淹没。

也许其他人觉得这也很有用。如果没有，不用担心！

世界语。阿海姆物理学/数学。修造世界+1

–犹他那
16-10-17在19:42

@Jeutnarg物理/数学是当标题听起来很有趣时，我偶尔会检查的一种。因此，我的要求更加明确，我们应该有能力单独说“我永远都不想看到这20个站点”或类似的内容。

–磷虾
16-10-17在19:45

我已经读过了，但是我明白了为什么他们没有。 FWIW，我只是列出了我的，而不是其他所有人的。我敢肯定，科幻和rpg交换会出现在某些人的名单上，但我喜欢这些。

–犹他那
16-10-17在19:48

@Jeutnarg Worldbuilding实际上是其中内容更好的利基网站之一……至少是这样开始的。现在...难题，代码高尔夫球，救生员...我不介意看到那些网站令人耳目一新。

– TylerH
16-10-17在20:03

我发现Worldbuilding非常有趣，但是我倾向于在工作中工作……更多是“我喜欢你，但我现在不在乎”过滤器。如果是这样，我可能会编写一个脚本来在工作时间内更改自己的偏好。

–犹他那
16-10-17在20:05

该功能目前在SOX中可用。

–fixer1234
16-10-17在21:04

@ fixer1234感谢您的注意。但是，将其安装到我用来访问网络的每台计算机上都会很麻烦。但是，它可以用作实现该模板的模板，从而使SE Devs的工作更加轻松。我可能还会将其安装在少数几个上。

–磷虾
16-10-17在21:24

如果也将忽略的标签也用于热点网络问题，那就太好了（适用于一个是网站成员的网站）

–基思·霍尔
16-10-18在6:51

实现要求的唯一可靠方法是增加“热网络问题”的随机性。这是因为热门问题目前停留的时间太长了，并且使想要更多多样化列表来选择他们喜欢的网站的人感到恼火。但这不太可能发生，两三个月前SE团队的人们告诉他们，他们对现在热门问题的处理方式非常满意

– gna
16-10-18在11:57

@gnat然后听起来SE可以提醒某些用户不是。

–磷虾
16-10-18在12:15

他们似乎无视对此的抱怨。当Stack Overflow问题在热门列表中停留太长时间（“牛角面包”）时，令他们担心的唯一问题是元杂音，但是当他们想出一种快速将其从列表中删除的技巧后，他们就不再担心

– gna
16-10-18在12:25

那将是一个了不起的功能，但是在过去被拒绝了。我真的不明白为什么他们会拒绝将其他网站的类似垃圾邮件的广告变成有针对性的广告。这将是双赢的局面；我们向我们提供了我们喜欢的内容，他们宣传了我们愿意消费的内容。

–用户
16-10-18在17:24

相关请求：不要在“热网络问题”上显示带有被忽略标签的问题。

–雷电
16-10-18在23:19

@gnat我同意您的历史分析，但类似的问答似乎直接指向相反的结论。

– TylerH
16-10-19在1:32

这将如何提高问答的质量？

–伊恩·林格罗斯（Ian Ringrose）
16-10-31在14:56

#11 楼

垃圾邮件

我们仍然收到太多垃圾邮件。内置的过滤器可以很好地阻止很多事情，但是它们并不能捕获所有内容。

SmokeDetector报告了垃圾邮件帖子，人们可以对其进行举报，这大约产生了100条每天下旗。在整个网络上，每天大约有50至60个帖子。 Pops出现了，并对两个系统之间的集成进行了可行性研究。这样做的结果似乎很不错-引用Pops：

但是，说真的，这真是令人难以置信。

作为这个高质量项目的一部分，我希望看到我们对垃圾邮件采取某些措施-可能正在制定整合策略，或者可能是SE的另一端，或者可能不需要SE参与-但是让我们看看我们能做到多低得到那些垃圾邮件号码。

是的，当时我看着Smokey的原因超出了这个项目的范围。很快再回来！

– Pops
16-10-17在17:20

这正是我们要研究的内容。我设计了原始系统，并且一直保持不变，但是我们需要保持其现代化。该系统现在的问题是有100条垃圾邮件进入，它们在几秒钟内被阻止，但是仍然有100条垃圾邮件需要清理，这使前端的瑞士奶酪印象深刻。最初与Smokey集成可能会阻止其中的70个发布，我们只需要弄清楚如何实现它即可。

– Tim Post
16-10-17在17:22

@TimPost是的，很有道理。我们有一些关于事物如何引起兴趣的想法-当您想讨论时就大喊:)

–ArtOfCode
16-10-17在17:24

这个问题已经在问题中讨论过了……“我们正在考虑对反垃圾邮件和滥用缓解系统进行一些升级。它们对我们很有帮助，但我们需要保持它们的相关性。有一些很棒的社区-运行非常有用的项目，我们目前正在寻找可以更正确地集成它们的方法。”

–hichris123
16-10-17在17:45

@ hichris123好吧，他在其中添加了更多背景信息（同时热情地同意我们需要做更多的事情）-我认为他很高兴我们即将接近它：）

– Tim Post
16-10-17在17:54

@TimPost我宁愿看到其他内容优先处理，而不是垃圾邮件（例如项目符号1和2）。我说这甚至是从事SmokeDetector的人之一。 :)

–hichris123
16-10-17在17:56

“垃圾邮件”是指“未经请求的商业广告”吗？还是您赞成该术语的宽松形式，该词的基本含义是“任何不需要的东西”？

–user102937
16-10-17在17:58

该定义似乎意味着“任何不需要的东西”。我问，因为UCE在Stack Exchange网站上似乎受到良好控制，而问题的质量仍在“狂野西部”地区。如果我们要聪明地谈论这些事情，我认为区分是很重要的。

–user102937
16-10-17在18:01

从历史上看，在Stack Exchange上，术语“垃圾邮件”一直仅限于未经请求的商业广告。垃圾邮件标志就是一个很好的例子。这与Internet上的其他社区和论坛非常不同，后者通常使用术语“垃圾邮件”来指代任何不良或不受欢迎的内容。我同意@RobertHarvey的观点，我们应该保持一致。我认为赞成狭义定义会更好，因为它是标志的一种特殊类型。我拒绝了垃圾邮件标记不需要的帖子，但不拒绝未经请求的商业广告，因为它不符合垃圾邮件的SE定义。

–托马斯·欧文斯（Thomas Owens）
16-10-17在18:08

@Robert我打算在“垃圾邮件”上发起话题。似乎有些（年轻人？）从动词形式“ to spam（垃圾邮件）”中获得了定义，这显然意味着“用大量垃圾来烦扰某人”，并使用该标志将这些帖子标记为用于向该站点发送垃圾邮件的事物。即，我看到的“垃圾邮件”标志中大约3/4不是垃圾邮件，而只是“烦人的垃圾邮件”，没有“广告”内容（我拒绝，通常带有解释性的自定义消息）。也许应该有一个自定义的“这不是垃圾邮件！只是拒绝投票或投票删除”罐头拒绝响应

–波西米亚风格
16-10-17在18:34

@TimPost请注意，如果您向垃圾邮件发送者快速反馈有关他们的帖子的信息，他们可以学习如何绕过SmokeDetector，目前他们不知道已被检测到，因为大多数垃圾邮件发送者在获取邮件后都不会检查结果职位已被确认。

–伊恩·林格罗斯（Ian Ringrose）
16-10-17在20:22

@IanRingrose如果他们愿意的话，他们已经可以弄清楚如何通过Smokey了。该代码可在GitHub上免费获得。但是他们没有。

–ArtOfCode
16-10-17在20:36

@ArtOfCode不是关于是否可以绕开它，而是关于他们是否意识到自己需要绕过它，以及他们有多快找出答案的方法。快速反馈（例如拒绝帖子）确实使两者都有可能。我对SEO垃圾邮件确实了解一两件事，并且可以告诉您，反馈速度确实是一个非常重要的问题。在这里可能仍然不是问题，因为这些垃圾邮件发送者可能还在大量其他地方发送垃圾邮件，并且在这里可能不会对垃圾邮件太多/不在意，但这是另一个原因。

–卡斯卡贝尔
16-10-17在23:12

@Jefromi内置系统已经立即拒绝帖子。集成唯一会发生变化的是，Smokey向系统提供信息以告知其拒绝什么。

–ArtOfCode
16-10-17在23:38

@IanRingrose不拒绝该帖子-就像该帖子已被接受一样，但在发布后立即将其删除。大多数垃圾邮件系统不会再检查。

–ArtOfCode
16-10-18在15:02

#12 楼

为新用户提供有关如何编写问题标题的更好建议。
那里有很多可怕的问题标题-我不仅在谈论那些问题，例如“请Plz为我的C ++ porgam发送代码给我” ”。许多人忽略了如何写好书名中的建议，并且

不够具体
语法错误到极致
根本不具体
不足够简洁
丝毫不具体
实际上是身体的一部分，而不是简洁的摘要
不具体

这在很多Stack Exchange上都是一个问题从我所看到的内容来看，我认为帮助新用户可以解决它。我建议在新用户开始的头几个问题中，在上述问题标题输入框附近的某个位置链接上述常见问题，这至少有望使标题变得更好。

选择链接到特定于站点的方法，也许吧！

–拉斐尔
16-10-18在9:21

（1）当我看到一个问题，即作者撰写多句疑问句，然后将第一个句子放在标题框中，其余的放入正文中，而不是将整个文本放入正文中时，我感到不安然后添加标题（摘要）。我希望问题正文是独立的，因此我很难阅读这些内容。我一个人吗？您可以将其添加到列表中吗？（2）我们是否有任何自动化工具来评估这些标准的书名？像Microsoft Word的语法检查器之类的东西总比没有好。

– G-Man说“恢复莫妮卡”
16-10-18在21:36

@ G-Man老实说，解决该问题的最简单方法-即使是经验丰富的问询者，我也很欣赏它-将标题字段放在问题主体字段下方。众所周知，标题通常是撰写论文，期刊论文，小说等时应该写的最后一本书。我想问问题似乎也是如此。（如果我们具备机器学习功能，那么根据内容自动生成建议的问题标题（我们自动建议标记的方式...将非常棒））

–凯尔·斯特兰德（Kyle Strand）
16-10-19在17:49

@ G-Man我喜欢你的观点（1）。我的一个相关宠儿是问询者仅将单句主体复制到标题中，反之亦然。

– HDE 226868
16-10-19在17:51

@Kyle，我认为标题字段位于顶部的原因是，弹出的“可能已经有您的答案的问题”框可能有一些作用。我同意你的看法。

–user299767
16-10-20在0:44

一些常客也可以使用这样的东西。我知道即使是相当高回答率的用户也拒绝投票，仅仅是因为问题标题不是问题的有意义的摘要，特别是如果试图改进的编辑被拒绝或回滚（而不是用作起点）以便OP进一步调整）。是的，被控有罪！

–用户
16-10-20在11:45

一些资深用户也可以使用问题表述研讨会。 +1。

– einpoklum
17年12月9日在11:14

#13 楼

随信誉而定近距离投票

现在，拥有10,000或更高声誉的用户可以投票删除每天5个封闭问题。随着用户获得更多的代表，这个数字增加，每天最多删除30张选票。

为什么我们不采用相同的逻辑来关闭具有比删除选票更具破坏性的票呢？

这是计划好的。我们不想做的是让我们最热衷的用户感到自己承担更大的责任（如果他们没有时间，就会感到难过）。使用rep进行缩放会起作用，但也可以使用其先前投票的功效进行缩放。这里的相关讨论

– Tim Post
16-10-17在19:11

@TimPost该仪表板发生了什么事？小酒馆上的相关消息

–脑袋
16-10-18在0:31

恕我直言，高声誉用户过分地关闭有效或可能有效的问题是一个问题。超高声誉的用户与普通人群相距太远，无法获得额外的功能。因此，-1。

– einpoklum
17年12月9日在11:13

#14 楼

帮助新用户了解答案不代表评论。
多年来，这一直是一个问题。有很多解决方案，可以通过消除50个重复的评论阈值，审查低重复的用户评论等等来实现。由于我同意的原因，这些特定解决方案的状态已下降，但我仍然认为我们需要做一些事情向用户解释他们不能将答案用作评论。
我发现一个很接近的功能要求低代表用户将评论发布为答案，这建议在新用户尝试发布答案的某些情况下添加弹出窗口。一个合理的反对意见是，低质量帖子队列通常会处理这些问题，但是我认为我们仍然可以做一些事情以在问题到达队列之前解决问题。
也许弹出窗口可以

向这些新用户解释，他们需要50次回复才能发表评论，并链接到该网站的“特权”页面。
解释为什么不应该将答案用于评论。
解释一下，将这些评论发布为答案很可能被否决和删除。它可能包含示例（带有“我也是！”，“很好的问题！”，“我有相同的问题”等主旨的帖子。）

弹出窗口可能显示为用户回答问题的前X次且其Y rep少于Y rep（Y = 50？），而X希望很小。为了有效，它必须高度可见；正如Blender建议的那样，将其放到一边可能还不够。
当我在Stack Overflow上标记答案时，很多情况下都遵循某些模式，因此在事后通过查询很容易找到它们。我发现的问题通常来自与提问者有相同问题的人，因此第二个弹出窗口可能包含其他信息，说明不应将注释用于此目的，当答案文本包含诸如

“请帮助我”
“我遇到了同样的问题”
“您解决了这个问题吗？”

等等。

是的，绝对如此。即使留下要求某种澄清的答案（他们可能仍然坚持这样做），也应如此。至少以某种方式有所帮助。但是，您在底部提到的这三个答案只需要永远消失。

– Jamal
16-10-17在22:07

我一直认为这是一个非常愚蠢的规则。我们期望发布的答案比发布的评论具有更高的标准。解决的办法是摆脱规则。我认为该规则存在的主要原因是一些主持人工具实施的惨败，这使得mods难以审核评论而不是回答，并防止垃圾邮件。

–伦丁
16-10-21在11:14

由于这是一个会影响新用户的问题，因此需要将其作为更广泛审查的一部分。特别是，新用户可以有效地获得有关获得声誉的积极策略的指导/提醒，以便他们可以更充分地参与该站点。过度管理此规则可能会给新用户带来不太理想的早期体验。

– Mark Bennet
16-10-23在15:10

我不明白这一点。在答案中给出评论或在评论中给出答案有什么可怕的？仅仅因为软件对格式进行了区分，但这并不意味着实际上存在明显的区分。

–李reg
16-10-29在21:37

@GregLee评论只是临时的；答案不是。另外，给予他们平等将带来更多类似于论坛的氛围，这不是Stack Exchange的重点。

– HDE 226868
16-10-29在21:45

@Jamal，实际上，我很容易想象有人在寻找解决方案，找到解决方案，然后以未注册用户的身份返回问题页面并发布答案的过程中，在未解决的问题页面上绊脚石，“我遇到了同样的问题，对我来说解决的是...。”如果被阻止，您是否认为他们会坚持解决？不，他们会消失的，他们将分享的知识也会消失。

–通配符
17年5月12日在2:42

#15 楼

允许将特定于站点的占位符文本添加到问题框中

许多用户显然会忽略侧栏，该侧栏说明了如何提问以及我们希望在问题中出现的内容。几乎每个人都可以看到一个占位符文本
。（它是否可以在移动设备上工作？我不知道。）

这是我为ELU制作的一个快速模型：（如果实现了该功能，像ELU这样的网站将需要花费更多的时间来确定很好的占位符文本。）

这将与标记特定的问题要求很好地配对

对于答案框来说，这也是一个好主意。

–用户
16-10-20在11:54

#16 楼

使每个关闭，答案和注释删除的工作都像以重复方式结束一样

我真的很喜欢“新” UI，当有人投票或举旗将一个问题以重复方式结束时，我会使用它：

直接通知作者人们认为该帖子有问题的地方。（尽管如果他们的问题由于其他原因而被关闭，他们可能会完全忽略。）因此，他们可以在对该职位采取任何有效措施之前采取行动（导致失望和难以撤消的行动）。
作者是提出了一个合理的选择方式，如何进行-接受判决或编辑帖子以改善它。如果他们接受了裁决，就不会毫无意义地浪费审阅者或主持人的时间。
审阅者，主持人和其他用户将被告知原始举报人/投票者认为该帖子有问题的原因。以上是通过用户界面完成的，而不是使用自定义注释或类似内容。

请注意我是如何不使用重复，问题或闭包来描述这些优势的？我没有理由不应该出于类似的原因而将类似的UI应用于关闭，即将删除答案甚至评论。

更具体地说，我建议：

出于其他紧密的原因而调整该机制。
介绍答案删除的原因（并摆脱VLQ和NAA之间的混淆和毫无意义的区别（1、2））；直接告知作者答案有什么问题；对作者来说很明显，他们可以编辑或删除答案。为举报者提供选择原因的选项（而不是仅让审阅者选择罐头评论）。低质量队列的UI无论如何都急需大修（1、2）。
标记标记时通知作者以及原因。当原因过时时，这尤其有意义。如果评论中的讨论超出了讨论范围或将答案发布为评论，则它也可能起作用。标记为其他原因的评论的作者可能不那么了解，但是至少在标记了一系列评论之后，他们可能会暗示。现在，经常发表评论的聊天者甚至可能没有注意到他们删除的大量评论。

当然，在大多数情况下（即使不是全部），如果作者不同意标记的帖子，仍应接受审核。标志/关闭。另请注意，在某些情况下，这可能不是一个好主意，例如垃圾邮件标志。

该提议的一部分有效地建议我们摆脱对您的帖子特权的250次重复视图关闭投票，使所有人都能使用。在审查该提案时，可能值得考虑为什么需要此特权。

– Jeffrey Bosboom
16-10-18在6:19

@JeffreyBosboom，或者在低于250次时隐藏选民的用户名。

–伊恩·林格罗斯（Ian Ringrose）
16-10-18在13:56

Trivia：该特权早于“投票关闭”系统，曾经被称为“关闭您的问题”，@ Jeffrey。在2009年初之前，您可以（以250个代表）关闭您自己的问题，以防止发布进一步的答案（假设没有自动删除，没有删除投票并且没有主持人，除非杰夫抓住了您，否则这几乎就是全部操作）正在做）。一旦投票关闭系统落地，该特权几乎失去了它可能拥有的任何实用程序，因此当前的重点是能够查看接近投票。

–Shog9
16-10-19在0:34

以Wrzlprmft的观点来说：重复的UI更改对asker编辑具有相当显着的效果：它翻了一番，几乎立即就变了，并且大部分都停留在那儿。当然，这使它从大约6％上升到大约12％，但这仍然是很多问题。我可以看到这是“ Unclear”之类的东西的巨大胜利。

–Shog9
16-10-19在0:48

我越看越久，就越喜欢。

– Jan
16-10-19在11:59

@ Shog9：当然，这使它从大约6％上升到大约12％，但这仍然是很多问题。 –同样，我们可以假定标记为重复的问题中有相当一部分实际上是重复的，在这种情况下，问询者可以将问题保持原样。这不适用于其他任何关闭或删除原因，其中正确的标志表示作者应编辑或删除帖子。

– Wrzlprmft
16 Dec 5'在20:53

#17 楼

让mods（和10k？）知道问题何时“热门”

，因为在较小的站点上，“热门问题”列表中的大量涌入可能意味着大量的无效产出。社区主持人的单挑会很棒。

我们已经拥有超过10k用户的主持人工具特权。它可以用来查看大多数查看，评论，编辑和投票的帖子，但是您是对的，它已经完全隐藏在菜单中了。某种易于查看的菜单或工具栏可能确实有助于将经验丰富的注意力吸引到热点。

– Anko
16-10-21在12:00

@Anko是的。 “在某处可以访问数据”！=“通知”。

–拉斐尔
16-10-21在16:07

从HNQ列表中删除问题的选项也很好。

–安德鲁·利奇（Andrew Leach）
16年11月5日在14:35

#18 楼

实施一个有效的FAQ系统

查找重复多次的已知问题是一个非常痛苦的过程。

当前系统具有“频繁标签”无法正常运行。它基于重复的内容和类似的活动，而不是社区共识。随着时间的流逝，最终会从该系统中产生出许多“规范性FAQ”，但它们却淹没在““常用”选项卡”中出现的数量较少的规范性问题中。并且我们总是以相同的问题出现几个“规范重复”的形式。指出，几乎每个此类用户都将网站的“收藏夹”功能用作自己的专用“规范重复”列表，以进行审核。基本上每个这样的用户都创建了自己的FAQ。每个这样的私有FAQ中肯定有很多很棒的链接，但是它们没有与其他用户主持人共享。并创建了一个标签c ++-faq（链接）。该站点允许这样做，因为其FAQ系统在很大程度上由用户控制。结果，该系统比“功能选项卡”要好得多。

我们不应该拥有所有这些“私人常见问题解答”，而应该收集所有这些知识来创建一个正式的常见问题解答系统作品？这是基于标签的，指向每个标签的常见问题解答/规范重复。它是由社区显式创建的，而不是隐式/偶然地创建的。

（“文档”项目无法解决此问题，因为在指向“文档”页面时，您无法将某些内容作为重复项关闭。）

–伦丁
16-10-18在7:03

标签Wiki可以用于此目的，或者让金牌徽章持有人将问题标记（或投票）为FAQ，并具有新的FAQ标签。

–伊恩·林格罗斯（Ian Ringrose）
16-10-18在14:01

@IanRingrose它也经常用于此。但这在标签之间并不一致。另外，标签Wiki往往会有很多混乱的编辑。金牌标签持有人可以提名FAQ问题的系统听起来像是一个很好的解决方案。可以引入一种特殊的投票“同意/不同意这应该是常见问题解答”。

–伦丁
16-10-18在14:14

因此，您希望有一个基于人们认为是常见问题的系统，而不是基于常见问题的系统？

–Shog9
16-10-19在3:17

@ Shog9主要的问题是，对于一个常见问题，通常不存在规范的重复，或者很难找到任何人打扰。因此人们只是不断地重复回答同一件事。现在，如果您要努力创建规范的副本，例如与阅读相同主题的其他人一起制作社区Wiki，则将它花很多时间才可以进入“频繁选项卡”。另一个问题是每个主题有数百个FAQ，因此，即使“频繁使用”选项卡相关，也很难找到想要的内容。

–伦丁
16-10-19在6:51

老用户经常抱怨新用户缺乏研究。但是由于资深用户本身无法轻松找到主题，那么新用户又有什么希望呢？

–伦丁
16-10-19在6:54

问题在于，大多数时候系统已经基于硬数据而不是个人印象来知道经常问的问题。生成的示例rust标签常见问题包括6个rust-faq标签问题中的5个，r标签第一页填充了faq标签问题，其中2个链接最多的c ++问题没有faq变体。

–脑袋
16-10-19在20:12

@Braiam知道确定该选项卡上显示内容的算法将很有趣。我的印象是，“频繁选项卡”还包括频繁链接的问题，而不仅仅是重复重复关闭。从C标记来看，大多数排名最高的帖子纯粹是经常链接的，例如书籍推荐列表，这些列表永远都不会重复使用。如果是这样，并且页面上列出了“经常链接”，则这是一个主要的设计错误。当寻找规范的副本时，我对“一般性的良好建议”问题丝毫不感兴趣。

–伦丁
16-10-20在10:30

@ Shog9我想你错过了重点。关键是该系统无法自动识别FAQ，并且用户在识别它们方面做得更好（如果不完美）。我倾向于同意这里的观点。该网站通常很难帮助您找到潜在的重复项。如果我确信存在欺诈行为，我总是会先使用Google的网站工具。

– jpmc26
16-10-22在20:33

好吧，@ jpmc26是一个不同的问题：很难击败Google的搜索；他们有点擅长。成千上万的人有自己的共同副本个人列表，成千上万的标签在其Wiki中维护“经常询问”列表，所有这些都是有用的……但是，所有这些都需要大量的维护和使用，并且一旦事情改变就崩溃了；在策展中找不到魔术子弹-如果有的话，Yahoo！仍然是按类别组织的大量网站。

–Shog9
16-10-22在22:23

#19 楼

不敢相信还没有人发布此消息...允许徽章持有者具有约束力的关闭并出于其他关闭原因重新投票。

重复的“锤子”成功了。但是，也许最令人惊讶的是即时重开投票的受欢迎程度：在过去90天中，在所有重开的问题中，只有不到60％的人涉及到挥舞着怜悯之锤的金徽章持有人。

结果是，回答了很多问题以取得巨大成功的人们很可能会提出错误地关闭的问题，就像他们要关闭需要解决的问题一样。

...那为什么我们现在仍在浪费所有时间投票呢？让我们至少将其扩展到“不清楚”，我之所以打赌要回答很多问题的人们比熟练地衡量更为重要。可能出于安全检查的目的而将其禁用，以解决已经被回答的问题（我们的定义：+1回答或接受）。

并重新启用所有功能。

我认为其中很大一部分来自金牌持有者，他们并不是真的不同意重复的封口，而是想提供自己的答案，不管是不是欺骗。我认为这不是衡量个人成功的标准，而是滥用Mjolnir特权的一种开放途径。甚至有金牌持有者不同意将重复的概念当作概念，您是否真的想赋予这些人更多不受限制的权力？

– Mag
16-10-19在7:10

或投票重新打开以关闭另一个副本。也经常发生。我希望看到更多统计信息。

–帕特里克·霍夫曼（Patrick Hofman）
16-10-19在7:50

我完全不同意“对已经回答的问题禁用它”，因此，获得最快投票的答案是对可怕问题的疯狂猜测。为什么我们不能关闭那些？

–帕特里克·霍夫曼（Patrick Hofman）
16-10-19在7:52

也许没有人发布此消息，因为此功能严格特定于Stack Overflow？还有多少个网站有金牌徽章持有人。我认为，即使如此，银色标签徽章在SO之外也很少见，否则有人可能已经在这里问到了授权标签徽章持有人第二部分中讨论的想法-让我们看看银色吗？

– gna
16-10-19在8:25

是否有很好的数字运算数据支持这一点？如果这确实是一个好主意，我希望像“ dupehammer持有人不太可能因不清楚问题的结案而重开表决而被撤销”的相关性会相当强。这将是有趣的数据。

– E.P.
16-10-19在13:07

@gnat我们在计算机科学领域有几个金牌持有者，它绝不是最大的网站之一。

–拉斐尔
16-10-19在14:33

@Magisch重新打开答案模式似乎很容易检测。我们可以将其包含在可疑行为检测cronjob中。

–拉斐尔
16-10-19在14:34

我对这个想法有一个根本性的问题。拥有金牌意味着您贡献了很多和/或出色的职位。它根本没有说用户是否是一个值得的主持人。我宁愿看到这些特权是基于建设性的社区主持贡献而发放的。（当然，整个rep驱动的特权系统都存在相同的问题。哦，等等，让我回答这个问题。）

–拉斐尔
16-10-19在14:36

@Raphael您的最后评论也是一个解释，为什么在计算机科学领域拥有几个金牌持有人并不能使此功能与较小的站点相关。严格来说，这是SO的特定事物，他们没有“几个”用户，但有许多这样的用户（我认为是数百甚至数千）。这样一来，即使是对节制感兴趣的这些用户中，即使是一小部分也可以做出实质性贡献。当（较小的）网站有10个拥有者并且其中1个感兴趣时，这无济于事。当SO有10,000个持有人并且其中100个感兴趣时，他们可以有所作为

– gna
16-10-19在14:49

@gnat您也要考虑正式版主的数量和访问量。在小型网站上，在少数几个非常活跃的标签之一上（有效地）增加一名主持人确实有帮助！

–拉斐尔
16-10-19在14:51

@gnat，Raphael ...这些数据中有很大一部分在SEDE中：去年的总体统计数据，重新开放了选民。

–Shog9
16-10-19在14:59

@Raphael假定该站点确实拥有它们，即“其他主持人”。在10个持有人中，从统计上讲，可能没有人感兴趣，或者一个有兴趣的人不在了，等等。这就是SO发生根本变化的原因，SO保证他们总是有足够多的感兴趣的持有人

– gna
16-10-19在15:00

@ Shog9我明白了，谢谢。 AU约300，SU约450，Math.SE约1,450，SO约73,479。有助于感受到差异

– gna
16-10-19在15:05

@gnat您正在提议1个有效的半模，而不是我。我的观点是，不要只看绝对数字。重要的是百分比。如果我们在高流量标签上有4个而不是3个mod（按照我们的标准），并且金色标签的家伙锤了10％的需要解决的问题，那就有帮助。

–拉斐尔
16-10-19在15:09

我更喜欢这个建议，而不是增加投票数。如果用户甚至决定使用更多选票，那么增加选票只会增加疲劳感。为投票增加更多的权重意味着无论如何我们已经使用的投票将更加有效。

–大卫教
16-10-19在17:59

#20 楼

元请求：摆脱“杰夫说的这么说”

多年来，我遇到过几次“杰夫说的这么说”的推理，即设计决策是根据SO创始人的观点辩解的但是别的。好吧，他很快就会离开这里比在这里更长的时间。

对于那些违反“一直存在”的政策/原则的想法，请保持开放的态度。自Jeff时代以来，网络已经发展了很长一段路。一旦合理的假设不再适用。

（要清楚，我使用“杰夫”作为“任何一种教条”的简写。）

“自Jeff时代以来，网络已经发展了很长一段路。”感谢上帝，我们遵循了这些建议，想象如果每个人都能得到他们想要的一切……疯狂。

–脑袋
16-10-18在1:54

@Braiam：这不是要给每个人他们想要的东西；这是关于避免不必要的教条主义。考虑例如要求询问者何时关闭其问题的请求。反对它的唯一论点来自杰夫（现在答案已删除，但我在答案中大多引用了它）。我非常有信心，如果杰夫没有这么说，这早就可以实现了。

– Wrzlprmft
16-10-18在4:40

考虑到杰夫的想法比乔尔的想法要好得多，也许可以摆脱“乔尔这样说”。

–Miles Rout
16-10-18在7:27

@MilesRout和“乔尔说是” ...

–脑袋
16-10-18在13:03

作为Jeff的同胞，我不同意这则讯息...

– JeffC
16-10-18在19:23

哪些特定假设不再适用？

–特拉维斯J
16-10-18在20:17

@TravisJ仅举一个例子：“每个问题都恰好在一个站点上。”也就是说，这更多地是关于一般心态的。我已经看到许多功能请求已关闭，因为状态被拒绝的帖子的副本是（a）旧的（b）下降了，没有太多讨论，而是用了一些健康的教条。这必须停止。

–拉斐尔
16-10-18在22:15

@Wrzlprmft除少数几个问题外，杰夫的许多担忧或多或少都成立了，但更多对于SE网站的正确成长至关重要。

–脑袋
16-10-19在19:55

@Braiam：如果您因为有充分的理由而在做某事，那么您就不会在做某事，因为Jeff这么说并且您不是教条主义。想法应根据其有用性而不是其来源来评判。这就是答案的重点。

– Wrzlprmft
16-10-19在20:00

@Wrzlprmft记得Jeff所说的许多事情对我们来说并不重要... SE可以不加说出就说“ Jeff这么说”，但是Jeff可能有充分的理由，或者根本没有理由。

–脑袋
16-10-19在20:13

@Braiam似乎是这个答案的重点； “停止给我们“杰夫这么说”作为某些事情的理由”。如果杰夫这样说是因为X，Y，Z，则使用X，Y，Z作为理由。如果他只是这么说，那就说“因为我们想，没有更好的理由或选择”。

– TylerH
16-10-24在17:57

杰夫·阿特伍德（Jeff Atwood）早已不再是一个影响因素。至于“任何教条”，我们绝不会供不应求。当您对某些人说“停止教条”时，您最好对您的狗说“停止教条”。

–user102937
16-10-25在18:46

@RobertHarvey我很清楚地回想起曾经（并看到）看到问题作为重复的问题而关闭，并且一个杰夫回答“不，因为”很久以前就回答（并“关闭”）。

–拉斐尔
16-10-25在22:07

@RobertHarvey是的，除了这些一样也被关闭。

–拉斐尔
16-10-25在22:23

StackExchange（作为公司）是否有一组任务说明？ “杰夫说了什么”仍然与那些有关吗？我认为能够直接引用任务声明甚至指导方针是与这种想法作斗争的好方法。

–user343082
16-10-30在15:14

#21 楼

标签特定问题要求
如标签特定问题要求中所建议
中所述，当使用某些标签提问时，我们目前有一些方便的标签特定警报。这些是针对某些问题的问题，如果它们符合某些要求，则仅适合该站点。这些警报列出了这些准则和特定要求。

这些警报虽然很好，但它们的作用还远远不够，人们只是经常忽略它们。我建议我们使这些更加突出和持久。（目前我相信）它们只是由开发人员逐案实施的，让我们将权力赋予关心它们的人（一定是mods，也许是高级用户）。
一个快速的模型：

我的模型并没有被完全卖掉，这只是一个简单的想法。我不知道每个点上的复选框是否过多，但是需要进行一些交互。

人们只是在很多时候都忽略了他们-这可能是由于人们大部分时间都没有看到他们。

– Wrzlprmft
16-10-20在4:51

嗯，是的，我确实提到了功能要求中，但没有意识到它已经被报告过。

–蔡
16-10-20在7:35

不久之后，您将拥有像it.wikipedia.org/w/…这样的文字墙，在提交按钮之前，

– Nemo
16-10-30在18:20

但是#peopledontreadt甚至他们已经得到的文本... :-(

– einpoklum
17-12-09在11:16

@einpoklum当然，这就是重点。互动至少会迫使他们看，如果他们仍然没有阅读，那么我们知道他们是故意没有阅读。

–蔡
17年12月9日在11:21

#22 楼

一些低调的成果：
让主持人一键拒绝自动标记
我几天前在SO的修改室中提到了这一点：

关于自动标记，我们应该两个一键式关闭按钮-“有用”和“无用”
这将使我们获得关于自动标记的有用程度的有意义的数字-现在，无论它们是否有用，我都倾向于将它们视为有用的，因为这是两次单击与四次单击。

我不知道确切是什么，我们会从中找到...但是我知道我们会找到一些东西。有很多不必要的自动标记，而浪费在这些标记上的mod时间不能在其他（更有价值的）地方使用。
这将使工作人员能够在更深，更深入的位置查找/验证模式客观水平超出了我们目前的水平。

特别是，“太多评论”标志。除非有人举手，主持人根本不需要审查评论。

–user102937
16-10-17在21:09

旁注：如果您认为不需要自动标记，请在mod室中戳我们中的一个。我一直在寻找调整某些自动标记的方法，并将深入研究其中的任何一种，以查看它们是否有益。

– Taryn♦
16-10-17在21:09

@RobertHarvey如果没有在对话中添加其他注释，则这些标记实际上会在一段时间后消失。

– Taryn♦
16-10-17在21:10

@RobertHarvey的价值所在，每当我在Workplace上看到其中之一时，它几乎总是包含一些啊，少于有用的内容。

– enderland
16-10-17在23:41

@enderland绝对可以在较软的主题网站上看到它，但是SO和其他人倾向于提出类似stackoverflow.com/a/40050748/1849664的案例（不担心显示该标志，您仍然可以将其SEDE起来）可能不需要坚持不懈，但是在每种情况下评估每个人的工作量都非常大。

–撤消
16-10-17在23:44

@Undo或者只是使其变得如此，以便任何站点上的mod都可以关闭任何社区标志...

– enderland
16-10-17在23:47

老实说，当我看到太多评论标记时，我将其忽略，而留给其他同伴（对不起）。我的一部分希望做些什么，看看是否有任何要删除的无用或低价值的评论，但是当我在短短5分钟的工作时间里跳来跳去时，这通常会花费我很多时间。有时，评论线程实际上可以为将来的读者增加价值，并且它比聊天室更引人注目，因此我不想盲目删除，但我也无法立即阅读和审阅。

–托马斯·欧文斯（Thomas Owens）
16-10-17在23:52

#23 楼

我在花费最多时间（PPCG）的网站上看到的最大质量问题是“热网络问题”边栏。它的设立是为了宣传便宜的问题，任何人都可以不加思索地回答，并且因为它在具有关联代表的人中进行引导，从而允许投票但不能拒绝投票，因此可以自我促进这些问题的传播，并向所有新移民（通过HNQ到达的人以及只需找到站点并查看投票最多的问题），就可以认为这是最好的问题类型。

存在各种功能要求，这些要求与通过HNQ减少对质量较差的问题的推广有关。我特别想看到的两个是：

从HNQ删除问题，如果它的票数很近
允许mod或金牌徽章持有人，以防止问题出现在热网络上问题列表

另一个有助于减轻HNQ的反质量影响的问题是：

防止热点列表上的问题被偶然的访客投票（只有代表来自协会奖金）

这是减少反馈循环的一种不太极端的方法：允许“外部人”投票，但停止将这些票数作为HNQ算法的信号。

– E.P.
16-10-19在12:48

这削减了HNQ反馈回路，但没有削减反馈回路，这将站点的文化推向了针对HNQ而非站点优化的问题。

– Peter Taylor
16-10-19在18:22

@Peter泰勒总部和有机投票响应。结果是，没有必要针对HNQ进行优化，因为仅HNQ的优化也无法正常工作。

–内森·塔吉（Nathan Tuggy）
16-10-20在7:44

进入HNQ列表后，问题更有可能积累接近的票数。当您增加问题的曝光率时，看到该问题的人更有可能认为该问题很有价值。如果要从HNQ中删除问题（如果票数接近），则必须考虑该问题。

– David Z
16-10-22在8:33

如果它不是“热门”问题而是列出了“答案很好”的问题（具有高度评价的答案，很多观点，并且如果有更多答案将其从列表中排除）怎么办？那仍然会突出显示人们普遍感兴趣的有趣内容。

–凯文·里德（Kevin Reid）
16-10-29在19:55

@KevinReid，可能有一些微妙的问题使我无法逃脱，但我最初的反应是这是一个好主意。

– Peter Taylor
16-10-29在20:21

我使用Stack Overflow Extras（SOX）来隐藏“热网络问题”边栏。

–弗朗克·德农库尔
17年1月4日在22:32

@FranckDernoncourt，我看不到该评论的意义。

– Peter Taylor
17年5月5日在13:10

@PeterTaylor隐藏侧边栏可能是不喜欢其内容的人的解决方案。

–弗朗克·德农库尔
17年5月5日在15:39

@FranckDernoncourt，但此答案所涉及的问题是向他人展示的内容及其后果。

– Peter Taylor
17年1月6日在20:58

#24 楼

作为“元”质量改进，如果SO团队更新了Meta.SE和Meta.SO上的现有质量要求，那就太好了，这样我们才能知道事情的发展。我了解，通常来说，响应每个功能请求并不是对时间的有效利用，但是由于与质量项目相关的请求相对较少，因此可能更合理。例如：

系统已经删除的应该自动删除什么？提出了许多好主意，但显然没有得出结论。

Roomba忽略评论的时间到了，引起了很多讨论，并且似乎得到了普遍的好评。我个人很喜欢至少忽略第一周内发生的评论的想法。

您的意思是：SE团队

– Dorukayhan
16-10-22在20:25

@dorukayhan该公司再次称为Stack Overflow，因此它将是SO团队。

– TylerH
16-10-24在17:55

#25 楼

使人们更容易删除错误和错误的答案。讨论的一些可能性：

允许对积极评分的答案使用删除票-显然，我们需要按照对问题删除票进行缩放的相同比例来对删除票进行缩放，以使其几乎不可能删除被高度评价的内容。如果有几个投票的错误答案开始吸引删除票，则可能会提示OP对其进行修正，而其他人则对其进行修正或自行添加新答案。显然，删除投票应该会老化，如果自从投票开始后对帖子进行了编辑，也许会更快。
教育用户更多提醒他们，当删除有问题的答案时，他们将获得宝贵的1分代表。

对主持人免费提供答案，或者至少在网站上达到一定的声誉水平/时间长度后才进行投票。

我认为这样做可以对质量的影响很大，因为我敢肯定，由于-1，很多人都不愿意按下箭头。

“什么！”我听到你说：“人们不愿意看到不好的东西就失去一点声誉？！？！。那太疯狂了”。这可能很疯狂，但我担心这是真的，特别是对于那些努力达到下一个特权阈值的低重复用户而言。被甩质量答案在系统上没有指示说，他们是质量差。
用户标记版主删除的东西，因为他们无法自己做的职位是没有负面评分。

全部没用。不过要警告一下-如果免费投票是免费的，那么人们就更容易对问题上所有竞争的答案进行投票。我们需要有一种方法来发现并阻止它（如果您回答了问题，-1仍然存在，或者以后添加一个答案），自动将其撤消或将其标记为主持人。

如果社区。经过同行评审的适当审查，可以进行清理，而清洁工的工作量就更少了。

您认为为了提高Stack Exchange的质量，我们需要的答案更少了吗？我只是不这么认为。最大的问题是质量低下的问题，尤其是来自社区的某些子集的问题，如本文所详细解释的。

–特拉维斯J
16-10-17在20:03

@TravisJ我们需要较少的低质量或完全错误的答案。我们需要人们相信，当他们来到Stack Exchange网站时，会得到很好的答案，可以提供正确的信息。

–ChrisF♦
16-10-17在20:05

也许对于流量小的站点，但对于较大的SE站点，用户会得到很好的答案，可以提供正确的信息。如果您要查看整个网络上的meta，则基本上没有任何文章指出“答案必须具有更高的质量”。另一方面，问题质量..这些抱怨无处不在。

–特拉维斯J
16-10-17在20:09

我要说的是，在Meta.SO上有关NAA标志的每个帖子都是关于答案质量的帖子，@ TravisJ。还有很多。

–jscs
16-10-17在20:13

@JoshCaswell-我认为这有些道理，尽管用户也经常与标记机制混淆。这些NAA标志的问题很多是“为什么我的标志被拒绝”。

–特拉维斯J
16-10-17在20:17

@TravisJ-可能是因为他们使用了NAA标志而不是弃权票。

–ChrisF♦
16-10-17在20:18

我认为滥用完全免费的downvote的可能性很大，尤其是在没有经验的用户中。

– Glen_b
16-10-17在20:51

@Glen_b担心对问题的免费否决票会导致混乱，但这并没有发生。

–ChrisF♦
16-10-17在20:51

@ChrisF我并没有预言混乱，只是一部分用户的不受欢迎程度。例如在您发布答案时，对某些或所有其他答案（不管其优劣）投票的诱惑对于新用户而言可能是很高的。问题没有相应的道德风险。

– Glen_b
16-10-17在20:55

@Glen_b-您仍然需要125个代表才能投票，因此您不会是一个新用户。我也确实提出了自己的担忧。

–ChrisF♦
16-10-17在20:56

@ChrisF好吧，相对较新。有些人在酒店的第一天休息125天。即使在达到低落的声誉水平（第一天过了很长时间）之后，我也不知道在现场待了更长的时间之前，我会有所了解。幸运的是，那票的成本就在那里。到我有足够的声誉就可以不在乎它是否会损害声誉时，我已经知道了不要滥用它。有些人不需要它，但是有些人会，而那些破坏事物的人。

– Glen_b
16-10-17在21:18

许多人（在我经常访问的网站上）拒绝投票，因为他们不想成为卑鄙的人。我不知道该如何解决，但是删除-1代表肯定不会解决。

–拉斐尔
16-10-17在22:59

有点相关：当已经有很多答案时，请帮助我检查我的答案是否会重复（如果系统会帮助答题者进行检查，则错误/重复性答案会更少）

– gna
16-10-18在6:26

#26 楼

对于我们当中少数几个选民比较重的人……

这是一个很小的目标人群，但是要求的更改很小。

带回选票指标

放宽投票配额。我不必在乎快到午夜了，我需要完成投票，否则我每天都会用完直到下周末。

另一个有关功能的要求

– Wrzlprmft
16-10-18在4:33

也许有一个“底池”投票，最大值为N，每1440 / N分钟向底池加1票。（N为当前的每日限额）以这种方式在“一天”开始或结束时进行投票不会影响您可以使用的投票数。

–伊恩·林格罗斯（Ian Ringrose）
16-10-18在14:06

可以肯定的是，添加了该指标来鼓励人们投票更多。哪个...还是个好主意。

–Shog9
16-10-19在3:26

@IanRingrose对于我的功能请求，这将是一个很好的答案。我不在乎它是如何完成的，我在乎的是，我每天进行23:30左右还是0:30左右的拖网作业都没有影响。

–吉尔斯'所以-不再是邪恶的'
16-10-19在7:03

@ Shog9知道为什么首先要有投票上限吗？（我希望我的用户不够活跃，几乎无法达到顶峰，但是我仍然很好奇。）

–凯尔·斯特兰德（Kyle Strand）
16-10-19在17:51

有人想到了编写脚本以在私测版@Kyle中对网站上的所有内容进行投票的好主意。 Kinda明确指出了这一需求。

–Shog9
16-10-19在17:53

如果投票上限仅高一点，这也很好-甚至不必提高很多，但是，即使投票上限高出10票也将有很大帮助。尤其是如果某几天某些网站上有很多活动，并且有很多值得投票的帖子-这不应该是一件坏事，但是当我要赶上一个星期或者赶上一个赶上时可能会很烦还有更多的原因，因为大多数情况下我还是会使用大多数选票。

–梅加
16-10-23在12:08

#27 楼

迎合其他屏幕尺寸

如果您使用整个站点，那么如果屏幕小于指定的宽度，则很多东西都需要水平滚动，并且有些东西只是放在屏幕外。我不确定普通用户实际使用的宽度是多少；我知道，我偏爱的宽度（猜测宽度取决于我使用的计算机）通常是不够的。对于主持人，左边缘1上的帖子中指示已处理标志或已删除评论。它提供的信息只能通过大量的单击和手动的URL修改才能看到。要查看所有主持人工具，至少需要1400像素（在一个帖子上获得的删除评论的位数超过两位数的网站上，该像素更多，如果您不介意看到多少个已删除的评论，则最小为1361px一个帖子）。右边有一个方便的〜150px的空白栏，用于……嗯...为什么要在窗口中留出空白边距？我不知道，但我敢肯定，研究表明93％的用户喜欢其窗口中超过100像素的空白边距。或其他。

让它变的更好，而不是使其适合更多广告。请记住，您的钱可能来自广告商，但您的内容来自用户。没有内容，您就不会获得广告收入。

如果您使用移动界面，则会缺少很多功能。这些应用程序甚至更糟（至少Android应用程序是如此的多虫，如果您想做更多的事情而不是阅读和投票，那么它还不是黄金时间）。

这不是1980年代。这是浏览器使用数百兆字节在各种不同硬件上显示网页的时代。设计特定屏幕宽度没有任何借口。

¹除非您使用ArtOfCode的用户脚本移动它。

+1：Android应用程序还有很多不足之处

– Zaid
16-10-18在13:26

android应用程序无法完成移动网站可以完成的工作。我希望它能给我有关回复的通知，并带我去网站。滚开，my子！

–斯蒂芬·奥斯特米勒（Stephen Ostermiller）
16-10-18在16:00

首选宽度至少为1060像素，即网站内容的宽度。

– TylerH
16-10-19在1:38

@TylerH今天就是今天吗？在我的主PC上，我的首选宽度是800px。

–吉尔斯'所以-不再是邪恶的'
16-10-19在7:08

如果Android应用程序提供的价格低于SE的移动版本，为什么它仍然存在？开发时间不会花在其他事情上吗？

–拉斐尔
16-10-19在14:38

@Gilles是的，包含网站内容列（包括右侧边栏）的

是1060px宽。自2010年以来，这意味着大约80％或更多的网络用户使用的监视器的宽度足以覆盖所有内容。自2016年1月以来，这一数字约为94％

– TylerH
16-10-19在14:38

是的，大概几天之内，我就停止使用Android应用了。移动网络版本是可以接受的。

–凯尔·斯特兰德（Kyle Strand）
16-10-19在17:33

@Zaid：Android应用非常适合阅读（当我在旅途中时，“热网络问题”是一种很好的娱乐方式）。用于回答或提问...不多。发表评论虽然很好。

–user299767
16-10-20在1:01

我也注意到了这一点。实际上，我必须缩小站点才能在我经常使用SE的至少一台设备上查看所有相关内容，以便查看所有内容。

– enderland
16-10-21在12:56

@TylerH对于主持人，实际上至少需要1361px，否则某些工具将不在页面内。

–吉尔斯'所以-不再是邪恶的'
16-10-21在19:58

Art的用户脚本链接到meta.stackexchange.com/q/188628/162102的答案中。（为了将来的可发现性，您像我一样悬赏。）

– Monica Cellio
16-10-21在22:13

我使用Android应用程序的唯一目的是获取收件箱事件的通知。我从来没有想过如何像在Web上那样做基本的逐站点导航。那是...相当基本。

– Monica Cellio
16-10-21在22:15

我实际上很喜欢Android应用，当我不在PC面前时，我每天都会使用它。输入很长的答案，尤其是在涉及代码时，虽然有些乏味，但是却易于管理。但是，我对该应用程序不满意的主要问题是无法访问我最喜欢的标签。我必须在搜索框中手动键入它们才能查看过滤的问题。

–雷米·勒博（Remy Lebeau）
16-10-29在0:44

#28 楼

为主持人提供工具，使其参与社区活动。

主持人不能总是确定问题是否符合站点政策，尤其是如果他们不是该问题所在领域的专家时。另外，他们可能希望将某些决定推迟到社区，即推广一种更民主的社区管理方法。特别是，随着网站的发展，他们可能必须“培训”用户使用他们拥有的工具。

当前，没有工具可以做到这一点，除非开设第二个帐户来定期投放内容投票：主持人采取的每项行动都是立竿见影的。

我认为主持人需要工具来促使普通用户采取行动。

相关建议：

让主持人将帖子移动到审阅队列中
如何训练成长中的社区进行自我主持？
为主持人添加一种正常的，无约束力的关闭/公开投票方式

总体而言，我认为这适合主持人的举止。我不能说每个站点，但是理论上说，主持人实际上是异常处理程序，而不是社区负责人。我认为，如果您查看网络中的大多数站点，就会发现主持人往往是信誉较高的用户之一，而且他们是主题专家，他们可以利用自己的知识和影响力来做更多的事情，而不仅仅是处理例外情况。我希望看到更多提供给主持人社区增长工具的功能，因为它们是受信任的。但是，将需要对此进行某种程度的监视。

–托马斯·欧文斯（Thomas Owens）
16-10-17在23:43

@ThomasOwens 1）我对其他人一无所知，但我自己认为自己是CS某些领域的专家，但当然不是全部或大部分。 2）为什么比我们已经需要的监视功能更软的功能？或者，除了我链接的那些功能外，您还有其他功能吗？

–拉斐尔
16-10-17在23:48

我认为您的建议是一个好的开始。但是，我认为应该在更长的时间内更详细地探讨主持人在参与和发展社区中的全部作用。我不认为主持人可以是网站所有主题的专家（有人真的可以成为所有计算机科学，软件工程或所有编程方面的专家吗？），但他们的确倾向于成为人们涉及主题的人，可能会帮助您进一步发展网站。从长远的角度来看，有许多不同的功能需要考虑。

–托马斯·欧文斯（Thomas Owens）
16-10-17在23:52

存在允许开发人员移动帖子以查看队列的功能（这就是我们测试的方式）。我对主持人可以使用那部分UI的第一反应是“我们为什么还不这样做呢？” -我将对其进行研究，并确保如果我们公开它，不会发生任何可怕的事情（当有用的东西没有公开时，通常会有一个非常微妙但重要的原因，为什么不公开），并了解获得完成了。

– Tim Post
16-10-18在4:47

@TimPost很酷，谢谢！

–拉斐尔
16-10-18在9:17

如果mod也可以添加仅在审阅队列中可见的评论，那就太好了。

–伊恩·林格罗斯（Ian Ringrose）
16-10-18在14:08

@IanRingrose我认为我从来没有觉得需要发表只有评论者才能阅读的评论。我们的审核决定应尽可能透明，因此请用户阅读！

–拉斐尔
16-10-18在15:06

@Raphael，当该项目还有101条其他评论时，也可能是您希望审阅者阅读的评论。

–伊恩·林格罗斯（Ian Ringrose）
16-10-18在15:19

在可能的实现方式上这是一个不同的问题（通过mods和flags突出显示注释；为此目的而编写的特殊消息；在发送到队列之前清理注释）。不过，我认为该评论不必对所有人隐瞒。

–拉斐尔
16-10-18在15:21

这就是该站点的主要聊天室的优势。用它来建立一个健康的社区。

– 200_success
16-10-20在5:44

@ 200_success您是否打算将聊天用作通用评论“队列”？我认为这不是一个好方法。

–拉斐尔
16-10-20在8:51

您为什么不使用聊天来征求有关如何处理有问题的问题的意见？特别是如果聊天室订阅了问题提要，那么“回复”那里的帖子是很自然的。（“我将关闭这个话题，作为第二种意见，有人吗？”“有人能弄清楚这个人在问什么吗？”）只要做到的时候要以恭敬的语气（不要生硬或羞辱），没关系。

– 200_success
16-10-20在11:43

@ 200_success我可以做到，但是与将它放入队列相比，它不那么民主。我对其他网站一无所知，但评论者多于聊天者。另外，我想吸引更多人，而不是更少。我会说聊天是一个不错的解决方法，但不能替代聊天功能。

–拉斐尔
16-10-20在12:14

@TimPost有什么新闻吗？

–拉斐尔
17年4月24日在15:05

#29 楼

交叉问题！
我的宠物受欢迎但被忽略的功能请求是“交叉问题”。
我意识到这可能很不容易实现，但实际上很多之间有足够的重叠我认为这对SE网站非常有用。
我不认为交叉问题可以代替问题迁移（因为某些问题确实不在发布它们的原始SE上讨论，但是我确实认为，由于问题迁移功能是当前唯一提供某种跨站点每问题“共享”的功能，因此缺少拟议的跨问题功能可能不是完全与以下事实无关：我们对问题迁移的目的和动机的思考方式目前是一个热门话题。

注意：链接元问题上票数最高的答案使该建议更加充实。并且非常值得一读。特别是，它讨论了如何将问题作为交叉问题提名和参加。它还讨论了投票，节制等应如何工作。

类似的要求。

–拉斐尔
16-10-17在23:05

在不同的站点上常见相同的问题，例如为什么Kylo Ren戴口罩？在科幻与幻想和电影上。交叉问题是合并信息的一种好方法，而不是使信息分散在两个站点之间。

–雷电
16-10-18在23:11

有时，同一问题适合多个站点，但答案将有所不同，因此该提案需要考虑这一点。有时，我们在多个宗教场所中看到的是同一问题，但是在一个宗教场所使用的答案会在另一个宗教场所令人反感。因此，SFF /电影在频谱的一端，宗教场所在另一端，我对两者之间的空间并不了解。 SO和DBA都可以使用相同的SQL问答吗？网站管理员和服务器故障上是否存在相同的Web服务器问答？有多少个可行的站点对？

– Monica Cellio
16-10-20在13:03

@MonicaCellio您是否正在考虑特定的宗教问题？我会对一个例子感兴趣。我认为，宗教SE问题的隐含基础是假设“宗教X的信奉者相信...”，即使并非在每个问题中都明确指出。如果是这样，那么问题实际上是不一样的。对于基于非信仰的网站，我不确定为什么会出现关于同一问题是否“真的”相同的问题。实际上，数据库和Web服务器问题似乎是出色的交叉问题主题。

–凯尔·斯特兰德（Kyle Strand）
16-10-20在14:10

@KyleStrand“（先知中的一些书中的）X是什么意思？” “哦，那是关于耶稣的”。即使具有明确的宗教信仰范围，我们有时也会从开车的基督徒和穆斯林那里得到关于弥耶达亚的那种答案。如果问题被以某种方式标记为多站点，那就更糟了。我们不会让人用“根据$ religion表示X的含义”来表达这些问题，因为“根据$ religion”部分是基于您所询问的站点的隐含的。我询问了有关数据库和Web服务器的信息，因为我不知道这些站点是否也具有从外部看不到的隐式作用域。

– Monica Cellio
16-10-20在14:30

@MonicaCellio有关链接的元问题的投票最高答案中提案的重要方面之一是，提出跨站点问题将要求接收站点的用户提名并投票表决潜在的跨站点问题。只要两个站点都参与决策，我认为滥用就不会太容易。

–凯尔·斯特兰德（Kyle Strand）
16-10-20在14:57

@KyleStrand，如果所有涉及的站点都同意，那就不一样了。它仍然面临挑战（不同的编辑规范，投票，评论，节制...），但这将解决我在这里提出的挑战。（Err，经过澄清，如果您要进行编辑，则可以删除DV。）

– Monica Cellio
16-10-20在15:30

@MonicaCellio感谢您的反馈！我继续前进，并添加了几句话，其中提到最受好评的答案解决了该提案的某些复杂性。

–凯尔·斯特兰德（Kyle Strand）
16-10-20在18:30

将完全支持这一点，因为对于许多站点，部分站点甚至完全与其他站点重叠。有关SharePoint的问题大多是StackOverflow上的热门话题，但由于流量低，那里的人们几乎不会意识到他们的努力。科幻小说，电影，动漫和Arqade等网站的问题可能会因交叉张贴在多个站点上而受益（关于基于科幻动漫的游戏情节的问题至少在三个站点上是主题），并且这些只是一些例子。

– SPArcheon
16-10-22在18:20

我仍在尝试找出这将如何提高SE内容的质量。这不是迁移存在的唯一原因吗？

–脑袋
16-10-27在13:53

@布赖恩，我不这么认为。迁移是针对明显不属于原始站点的问题。该建议适用于确实属于多个站点的问题。提案本身提供了示例，但这是另一个示例：askubuntu.com/q/694031/236343

–凯尔·斯特兰德（Kyle Strand）
16-10-27在16:18

这就是为什么我看不到它的原因。对我来说，迁移是要问的问题，如果能最好地回答这些问题，并且有大量的用户能够随着时间的推移来管理内容。

–脑袋
16-10-27在17:08

@Braiam我不确定我是否理解您要说的话。听起来您在说的是，对于每个问题，只有一个站点是“最佳答案”，而且听起来，您在假设跨站点问题将以某种方式无法得到解决。我在这两点上都正确理解了您吗？如果是这样，我不同意所有问题都必须在单个站点上得到最佳答案（基于所示示例），并且不确定为什么您会认为此建议在某种程度上限制了所涉及社区的策划能力。

–凯尔·斯特兰德（Kyle Strand）
16-10-27在17:51

这是因为实际上只有一个人能够提供最佳答案，并且通常只在单个站点中闲逛，该站点上的人们可以充分利用自己的知识。

–脑袋
16-10-27在19:54

@Braiam我想我不得不尊重地不同意。我看不到任何东西可以支持您的观察，而且我的经历显然与众不同。

–凯尔·斯特兰德（Kyle Strand）
16-10-27在20:54

#30 楼

为新用户提供有关如何回答的更好指南。

每个站点上的帮助中心都提供有关问什么和不问什么的指南，但没有关于如何做出好的答案的明显指南。（在一些人们不希望外观的地方，例如关于标志的帮助，有很多地方。这不算什么。）
在许多站点上，最大的新用户问题不是不好的问题，而是不好的答案。人们会看到一个问题，看到一个文本框，然后在其中键入个人意见，或者讲一个相关的故事，或者问另一个问题。是的，人们可能会标记他们，然后他们将进入审核队列，但这是稍后的事情。如果我们能从中脱颖而出，那就更好了。
我们应该为帮助中心开发一个模板“如何回答”主题，并允许站点根据自己的特定规则对其进行编辑。新用户（第一个答案？是否低于某个阈值？）在开始回答问题时应该会看到此信息以及给出的其他指导。仅在以后开始投票和评论时才能发现。
（顺便说一句，在我们讨论帮助中心时，请解决此问题：为什么“我在这里能问什么”不是第一个条目？在帮助中心？）

相关请求：meta.stackexchange.com/q/178377/218334

–凯尔·斯特兰德（Kyle Strand）
16-10-19在17:57

我对此表示欢迎。在语言学习SE上，我们创建了一个元资源，内容涉及用于研究语言学习问题的资源。但这仅在您向人们提交了低质量答案后将其指向时才有帮助。人们在提交答案之前需要指导，如果站点可以编辑此指导，那就太好了。

–数独
16-10-19在18:01

编程黑洞网