退出“变色龙问题”策略

#1 楼

通常，只要OP仍在尝试解决原始问题或紧密相关的问题，即我的回答仍然有意义，我就会继续提供帮助。一旦话题开始漂移，或者很明显我写给别人的东西都没听懂，我就让这件事放一会儿，然后记下我不那么忙的时候再检查一下。我可能会建议一个新的方向可能会更好地作为一个新问题来处理。通常，我对此并不感到难过，因为大多数问题都会得到答案，而新问题为他们提供了获得更多代表的机会。最终，两次检查之间的时间增加到我们都放弃的时间。

#2 楼

由于这是一个较旧的问题，我觉得有必要添加一个新答案：

现在我们有了一个实时聊天系统，请使用它！我发现聊天是解决很多来回问题的完美解决方案。我建议对您的答案发表评论，邀请用户加入您的聊天室。这将鼓励新用户聊天，但也让其他正在尝试回答的用户知道您正在聊天室中。

如果该用户加入了您，请在聊天中询问详细信息并更新您的答案提出新建议，要求用户刷新您的答案。 （可选）在您的回答中插入指向用户在聊天中提供的详细信息的链接，以便其他人可以看到您如何奇迹般地了解有关用户问题的更多详细信息。

这里是我回答问题的一个示例与询问者聊天，效果很好。

#3 楼

这是一种已被证明对我有效的方法。 1，2

一旦我感觉到哦，但是，现在还有另一个问题，我用这样的注释回答：


问题>是不是解决了？至于<参考“下一个”问题>，那将是一个不同的问题，请考虑将其单独发布。


以便于复制粘贴。 >

Looks like <refer to original problem> is solved isn't it? As for <refer to "next" problem>, that would be a **[different question](https://meta.stackexchange.com/questions/43478/exit-strategies-for-chameleon-questions "at Stack Exchange sites, “chameleon questions” are not quite welcome")**, consider posting it separately.

有趣的是，上述方法“利用”您的问题来处理您要询问的问题。感觉很漂亮。

#4 楼

确实取决于问题和我所处的心情。如果这些问题密切相关，并且我认为我可以从中得到很好的答案，我会花点时间。如果它正在进行讨论，那么我可能会走开（甚至可能删除我的答案）。

在至少一个实例中，我回滚了问题，并要求作者发布一个新问题。

#5 楼

另一种可能性是实现“创建后续问题”功能，从而在一定程度上规范该过程。

#6 楼

我确切地知道你的意思。实际上，这些问题通常使我一遍又一遍又一遍地在答案中添加许多“更新”部分。我通常会尝试坚持几次迭代-并非每个人都能在第一时间获得自己的观点。有时需要进行一些练习才能准确地解释他们的问题所在。经过大约3或4次更新，它确实开始变得有点疲劳。如果我不能在大约4次交流中回答问题，我可能会将我的回答留作参考，并放弃任务。

#7 楼

我给问问者做点事。让他/她表现出努力，看看我是否想继续表现出自己的力量。我说的是


，请进一步扩展您的问题。提供更多详细信息以进一步阐明您的问题。将您评论中的必要信息添加到您的问题中...


我在SQL领域很忙，我经常告诉用户添加一个SQLFiddle来进一步演示该问题。这需要时间，许多用户也不必费心去做。但是，如果他们愿意，我愿意提供帮助。

如果用户表现出努力，如果问题并非完全不同，我会努力跟上。

#8 楼

有时，一个问题只是感觉好像缺少了一些东西。我真的不能用语言来形容它。就像他们已经告诉您问题一样，但是他们忽略了只有一分钟的时间，看似微不足道的细节使整个问题完全颠覆了。立即点击“后退”按钮。 （在学习本课程之前，我花了一些时间。）

#9 楼

也许这对于其他站点来说不是可行的解决方案，但是这里讨论了Mi Yodeya推荐的解决方案。


相反，无论谁编辑，都应回滚问题编辑。当回滚编辑时，最好留下一条评论链接到该元策略，这样每个参与人员都可以了解正在发生的事情以及原因。

如果提问者确实有其他问题，那么有一个简单的解决方案：创建一个新帖子并提问。提问是免费的（在极少数情况下除外），因此不会有太多损失。唯一的问题是，提问者可能会遇到他们不关心的问题。我认为这没什么大不了的，它甚至可能导致用户花费额外的时间来确保在发布之前清楚自己的问题，（我认为）这是可取的。


简单明了：回滚编辑，并留下解释原因的评论，并建议您询问编辑内容，作为后续问题。

#10 楼

我认为将问题编辑为提出不同问题的情况是一个很清楚的案例，为什么它通常被认为是最佳做法（但可能不是在stackoverflow上），以便在您的答案中重述该问题。做x和y是适当的”，而不是“适当的”，这样您的答案可能变得最糟糕的是无关紧要的，而不是错误的。

#11 楼

就个人而言，我通常会返回到问题的编辑历史记录，复制旧问题的关键部分，并将其作为引文添加到答案的开头，就像这样。

通常，我还会发表评论根据心情的不同，从中立到回答，我都会把原来的问题包括在内。至少有一次这样的咆哮推翻了我的3个否决票，因为我的答案不再符合该问题了。是个好主意。如果最初的答案是好的，那么对某人可能会有帮助，因此应该保留。当然，在答案中包括原始问题是次优的，看起来有些令人困惑，但将答案无关紧要也令人困惑（如果不是更多的话），我认为没有更好的方法来处理这种情况。 >

#12 楼

我是您描述的提问者之一。我知道这已经晚了，但是刚才有人告诉我有关此帖子的信息。我已经阅读了您的全部问题并完全理解。

我不同意您使用的一个词：“毫无价值”。您的努力可能会导致人们停止为该网站做出贡献，并因此而停止向更美好的世界发展。

我们不回答付款或孔雀问题。我们这样做是为了建立一个更活跃的社区。而且我们仍然因我们的行动而受到赞誉。只要看看宣教士和开源社区贡献者。

但是问题仍然像您一样困扰，当然也像我一样要求提问者。因此，我们都熟悉使用计算机执行重复，无聊，可重复使用的任务。

[从这里开始，除了英语的最后一点，所有内容都是您应该复制到一个或多个中的内容新功能请求帖子。 -Ed。]

我建议Stack Overflow添加以下功能来解决此问题：



实现更智能的前置/后置-processor


提供一种AI，该AI可以在提交新帖子之前告诉准作者类似/可能的重复问题。它可以像Wolfram Alpha一样。
提供一个AI，该AI可以将有关新问题的通知发送给可能能够回答这些问题的用户。允许该AI在认为足够好时将答案标记为“已接受”。



添加更多自动规则


不要只是通知活动者。自动删除活动不活跃的问题，例如我的问题悬而未决。
通过IM客户端（IRC / XMPP /＆c）发送通知。



为以下操作添加更多操作用户


将派生操作添加到现有已回答的问题。这将使用户可以根据已解决的问题提出相关/跟进的问题，并将相关信息保持在一起。访客将能够从最初的问题及其答案中学习，然后继续学习相关主题；这将比单个问题为他们提供更多帮助。
为部分添加引号，链接或拆分操作。您提到的大多数无聊的问题都可以分为许多较小的问题。部分或全部部分可能之前已经解决过，我们可以将这些部分链接到现有解决方案。这将有助于发问者和应答者将精力集中在未解决的部分上。提问者经常发布问题，而这只是他们实际问题的一部分。例如，一个配置nginx的人可能会问有关配置nginx代理模块的问题，而另一个人可能会问有关配置nginx缓存模块的问题。如果我们可以将这些问题和其他相关问题放在某种“ nginx配置组”中，那么它可能是所有试图设置nginx的人们的宝库。抱歉，最初的英语版本很差，我是中国人。我欢迎有关自高自大和怪异用法的评论，这些评论可以帮助我提高英语水平。

#13 楼

内心感到不安...我是Mort（业务线开发人员）。这就是为什么我问穆特问题的原因：




大规模语言障碍-不在同一种语言组中的语言障碍。因此，作为一个独立的，未受过正式教育的编码人员，我的知识库来自Internet英语资源，来自我的母语的资源，来自极端第三方语言的资源（例如，讽刺的是，斯拉夫人在其中学习编码）英文，同时查看印度资源）到我通过时间和经验生成的资源。这种语言障碍可能会如此之深，以至于没人能理解我-除非我出示我的代码。例如，我为母语为母语的人使用了太多的外来术语（和标准），没有为英语使用者接受过教育，而与印度或中国人完全不符。接下来，我将列出自己的示例：我发现按位运算符（3年前）后就进入了序列化，但是在过去的几个月中我为它找到了名称。因此，在大多数情况下，我的类似于Mort的问题都很好地要求实施未被广泛使用的实施方案，或者要求在正确制定的​​问题中存在答案。这在我偶然遇到的工作中也表现出来（修复其他人的代码错误/功能），而实际上并不需要了解他们的需求。在这种情况下，代码是我的母语，一旦我看了一下就可以理解了……但是要解释一下-太过分了！


大量使用过于宽泛的标志-我已经通过了一个级别，在这个级别上我需要询问特定的错误代码是什么意思，并且能够在对我说话时理解编译器。但是我正在从事的项目自然已经从一个文件的项目发展到多个项目，现在到了我编写自己的库的地步。在这一点上，我可能要提出的问题并不是特别具体（特别是使用正确的命名），所以我的问题常常被标记为过于广泛-有原因。因此，我可以解决该问题而不将其标记为太广泛的唯一方法是将其缩短为应包含多个库和文件的最小复制代码。然后人们回答需要扩展的简化问题。

要回答您的问题，我会附加您的注意事项来回答您提到的三点（针对回答者的愿望）。在做任何事情之前，先问一个后续问题，如果问题仍然不清楚：尝试推断问题的主要重点，并问问他们是否在寻找什么。

我有指示用户在SO平台上探索进一步的“序列化”。从那时起，我可以区分什么是序列化，什么不是序列化，而所有这些都来自“您是说序列化吗？”。带有Wikipedia链接。知道某事物的真实名称会赋予您权力。
如果像我这样的抵押人不具备足够的知识来尝试以某种方式来解释其需求，以使您理解它-放弃这个问题。一旦我有足够的知识来询问或编辑问题，Mort就会回来……就像我做过很多次一样。在这里放弃这个问题是可以的。可能很冷，但您不能帮助一个不想（或无法）帮助自己的人。

如果Mort对某些功能/做法有某种特定的实现，而对命名功能的要求不高（或全部），请在第3、4、5次等时编辑您的问题，然后放弃该问题。 *这样做的主要原因是要回答有关同一主题的问题。如果主要问题是水果，您用苹果回答，而询问该问题的用户谈论橙子，那么你们两个都将一事无成。因此，在知道您正在谈论同一主题之后，请重新编辑您的问题，并根据需要进行研究。*如果仍然没有成功的答案，那就减少损失。不了解某事或不了解某人是没有耻辱的。否决票没有明确的功能；人们随意使用它们。因此，我认为惩罚混蛋和礼貌待人没有问题。这里没有人可以教育未受过教育的人。可以肯定的是，未受过教育的人是一个人，但是未受过教育的人可以通过其他方式收集知识-而且这里没有任何途径可以通过侵略获取知识。


我有主持人和用户告诉我他们不理解这个问题或使用了错误的术语...但是当我要求他们在评论中对我进行纠正时，却很少。我感到沮丧和尽力而为。只需使用Wikipedia或其他资源，当您对问题有疑问时，请链接或说出来。像我这样的Mort可以轻松复制粘贴并自己进行研究。

编辑：

此外，我认为必须提及的是，作为Mort（业务线开发人员），我知道我能做什么，但我真的不知道我所知道的以及知道多少。我有多少准备就绪或“可知识”的知识充满了意识之外的小洞。我知道，在一个受过正式教育的开发人员与我之间建立联系可能会（或正在）令人沮丧，而没有一堆文字描述我的逐步想法。可以理解的是，我知道没有人有权要求知识或给予知识。最后，只有阅读我的问题或答案的人才能判断自己是否有必要的耐心。不管怎样，没有伤害就没有犯规...除非我们中的一个是混蛋。