我最近询问了question，寻找在线工具的示例。根据FAQ，我用一些我已经找到的例子回答了我自己的问题。我这样做是为了将这些示例与其他示例一起包含在答案中。
这个问题只得到了反对票和侮辱，说不应该这样做。
我不应该回答自己的问题吗？
【问题讨论】：
标签： discussion stack-overflow self-answer
您应该回答自己的问题，如果回答得 3 票，您可以获得自学者徽章。
此外，为了提高接受率，您应该考虑回答并接受那些没有人正确回答的棘手问题。
Jeff & Joel 明确表示这是允许的。
【讨论】：
不，可以回答您自己的问题。忽略巨魔。每个网络社区，无论多好，都有一些。
【讨论】：
正如 Jeff Atwood 在播客中反复指出的那样，您应该知道，这个网站是关于建立一个知识库的。
【讨论】：
这家伙不知道他在说什么。 Jeff & Joel 明确表示这是允许的。但是，发布一个您显然已经准备好答案的问题通常被视为“乞求”声誉，因此可能不会获得那么多的支持。另一方面，提出问题通常会导致提问者自己找到答案，因此他们通常也不会被否决。
【讨论】：
回答你自己的问题是非常好的，尤其是如果它是正确的答案。
【讨论】：
这是一个棘手的情况。我脑子里有问题，我可以想出几个答案，但它们不是唯一的答案。
发布我自己的答案看起来像是在钓鱼；不发帖会让每个人都重复我已经完成的工作。将我的答案标记为社区 Wiki 有助于避免这种污名。
【讨论】：
回答你自己的问题对我来说很好。但是，像这个FAQ类型的问题，我认为我们应该把它们做成社区wiki，所以rep主要是基于编程知识。
【讨论】：
是的，你绝对可以这样做。
我什至看到人们发布一个问题，然后在大约 30 分钟后发布一个经过深思熟虑的答案。很明显，他们知道答案——他们只是觉得这是一个他们可以为社区回答的悬而未决的问题。所以请放心！
【讨论】：
看来我们都同意回答你自己的问题是可以接受的。
我想指出，当您这样做时出现的警告框令人生畏。它肯定给人的印象是你可能做错了什么。
除了仇恨者之外，这可能是人们对这个问题感到困惑的原因。我曾是。我确实了解该框的目的是确保您在正确的位置输入响应（cmets 与答案）。
【讨论】：
我已经这样做了，但在我的问题中明确表示我会单独给出答案。就您而言，您的答案是问题的唯一答案，并且可能给人的印象是您只是在寻求选票以提高您的声誉。不过，我并没有那样做。
我也同意@ScottieT812。这应该是一个社区 wiki 问题。
【讨论】：
最近，如果我看到原始提问者回答了他们自己的问题（作为对协作智慧的直接补充或经过一些研究），我倾向于添加原始答案的直接副本（使我的副本社区- 拥有并在一个小标题中清楚地说明这是一个副本），以便被选为“最”答案，并对原始答案（或任何其他选民认为有帮助的答案）投赞成票。
我不知道这是否有帮助，但我相信有帮助。我喜欢看到已回答的问题。我还在用户之声中建议，只有当您的答案是社区拥有的（因此没有给出代表点）时，才应该允许（并选择！）自我回答的问题。
因此，如果它有帮助，其他人会投票赞成这个问题，如果它有帮助则投票给答案（并且没有业力嫖娼），并且没有人会认为提出问题的人只是在炫耀或其他什么。
【讨论】：
很高兴回答你自己的问题，很高兴你自己找到了答案。
请记住，以清晰、简洁的方式回答任何问题对于那些偶然发现这个问题并很容易得到他或她所提问题的答案的人来说非常有用。
【讨论】：
至少有一种情况我觉得回答你自己的问题有点烦人。
如果我正在仔细阅读问题列表，寻找我可以回答的问题，然后查看一个我知道答案的问题，我喜欢跳到它上面。帮助一个人。
然后我写了一半答案，然后弹出“另一个答案已发布”的小横幅。我刷新页面，看到提问者立即回答了他自己的问题，这意味着没有实际问题。
没有人想知道答案，因为提问者在写问题时实际上并没有遇到问题。即使我击败了他自己的答案，也没关系，因为我不会帮助他，他已经知道一个可行的答案。
这种情况只是浪费我的时间。
我不介意回答您自己的问题，但如果他们（当时）想要一个他们没有的答案，我希望他们只发布一个问题。如果您发现答案，可以稍后再回答您自己的问题，无论是试错法、研究还是其他人答案的组合。
区别就像一个人在问时间。
男人问有没有人有时间。没有人马上回答，但确实有人提到现在是 10 点以后的某个时间。他意识到墙上有一个时钟，并大声提到“哦，没关系，我知道现在是 10:40。”
男人问有没有人有时间。一个人说“十点……”，但被第一个打断的人打断，他一边看表，一边说“现在是 10:40，以防万一有人想知道。”
为了便于讨论，我们假设无论这个人在哪个房间，时间总是 10:40。
【讨论】：
回答你自己的问题是完全可以接受的，所以我不知道你为什么被否决。
考虑到在您提到的问题中，帖子和您的答案之间的时间戳相隔不到两分钟，我想问一个问题只是为了立即回答它有点像向某些人炫耀;)
将来可能会更好地将您的示例放在问题中。
【讨论】：
我认为人们喜欢你的主要原因是因为你在发布问题后几秒钟就发布了答案。
如果您的问题是可以从问题中找到解决方案的问题（例如数学问题、这行代码有什么问题等），那么可以通过正式输入问题来解释方式使您以一种导致 Eureka! 的新方式查看问题！瞬间，让您立即回答。
但是，您的问题无法从问题中得出答案（您要求提供沙盒 Web 应用程序站点的示例）。因此，您在不到一分钟的时间内发布了答案，人们（在我看来是正确的）发现它非常可疑，这就是您受到打击的原因。
如果您要这样做，请至少等待一个小时左右，然后再发布答案。这样看来，您在等待某人发布答案的同时继续研究问题，然后自己找到了答案（即，拥有自学者徽章的全部意义）。
【讨论】：
我正在阅读this question，它让我想到了一些简单的问题+答案规则。其中一些在the official question guide，但不是全部：
不要问你已经知道答案的问题 - 如果你想通了，其他人可能也会想通。让其他不知道答案的人问这个问题——然后你就可以合法地帮助他们。如果您真的很难找到问题的答案，您可以考虑在发布时牢记最后一个要点。
提出真正的问题 - 不要试图想象一种情况，然后提出问题以获得分数。这对社区的帮助不如一个真实的问题和情况，而且只会造成混乱。
不要尝试创建 wiki - 通常，如果您要尝试创建 wiki，对于像 stack 这样的简单问答网站来说，主题往往过于宽泛.这些类型的文章最好留给博客。当然，在某些情况下将“文章”作为问题发布（参见：Posting articles on Stack Exchange），但我认为这应该考虑到下一条规则。
记住堆栈是一个社区——期待反馈。这意味着您想要从您的问题中获得反馈。这个反馈可能比你已经写的更正确、更容易理解或者更优雅。给您的问题一些时间，让社区做出回应，然后诚实地考虑这些答案。确保将接受徽章授予您认为最好的答案，即使它不是您的答案。
顺便说一句，当然所有常规规则仍然适用（在提问之前先研究，查看其他堆栈问题以避免重复提问，包括相关代码示例等）。
【讨论】：