提出好的问题很重要，这将帮助你的社区成员更容易地回答问题。这篇文章提出了一个好问题的一些关键方面，并给出了一些如何回答的技巧。

这篇文章可以通过短链接获得：bit.ly/帮助-

我记得，在线社区中的问答概念可以追溯到网络时代之前，甚至互联网时代之前。答案的有效性、质量和有用性直接关系到问题的质量。好好问一个问题，大数据培训班哪个好，你就更有可能得到社区成员的参与，他们也更有可能尝试并能够帮助你。

大约6年前，我写了一篇文章"帮助我们帮助你-分享你的代码"，这篇文章至今仍然相关，但我认为这篇新的文章可能更适合新的信息，希望能帮助我们建立一个问答内容的语料库，很容易添加和参考。当时和现在我主要指的是与发展主题相关的问题，但除此之外，情感也是相关的。

提问

好的问题是这样的：

它通过一个或两个开头的句子和适当的标签清楚地描述了上下文相关代码在问题中以适当的格式显示，以便读者可以在试图理解问题的相同流程中直接看到代码（删除了所有不必要的代码和注释，使显示的代码尽可能小）这个问题链接到一个完整的可复制的最小场景，这个场景被专门放在一起演示这个问题，读者可以很容易地克隆和运行这个场景（有关使用JSBin、GitHub/Gists或其他机制的更多信息，请参阅"帮助我们帮助您-共享您的代码"帖子*）如果一个图表或屏幕截图有助于解释场景，那么也可以在线提供你已经描述了你迄今为止所做的努力，以及这些努力的结果随后要求您提供的任何其他详细信息已编辑到原始问题

（*如果是与CAP相关的问题，真正云服务器，您可以考虑使用CAP社区GitHub回购的问题部分，网址为钻头/盖-当我描述了一些"要做的事"时，我将列出一些"不"应该是显而易见的，但可能值得在这里列举：

不要提供格式不正确的代码-这只会使读者难以理解；适当地使用代码格式特性不要将代码作为问题的附件提供——这比提供未格式化的代码更糟糕，因为它让读者有责任费力地下载附件，将它们加载到编辑器中，找出什么是什么，然后继续阅读不要在其他任何地方添加更多信息（可克隆和可运行的场景除外）–如果需要添加更多信息，请在原始问题中编辑它除非你是直接回答自己的问题，否则不要使用任何"回答"部分-如果你是在回答一个评论，要么用进一步的评论或者（如果合适）更新你的问题内容

回答问题

回答问题也有一种艺术，软件企业的认定，以下是一些想法（注意，大数据汇总，我写了"回答问题"，因为这不仅仅是"回答"）：

如果你需要提问的人（通常称为"原始海报"或"OP"）澄清某些事情或改进或提供问题的更多细节，使用评论要求他们这样做（即不要使用答案）一般来说，使用评论与OP和其他参与者进行交流，*除非*你在回答问题（在这种情况下，当然要使用答案）如果您需要在答案中显示代码，请遵循与提问相同的指导原则–确保其格式正确，或者在答案中显示成一行（这是理想的方案，而不是整个解决方案，只是相关部分）或链接到其他地方

向上投票和向下投票

有一个原因，我们有向上投票和向下投票按钮。如果你认为一个问题或答案是好的，那就用向上箭头向上投。这将有助于该项目的作者理解，他们提供了一些有价值的东西。如果你觉得你应该对某个问题或答案投反对票，那么就这样做，但一定要提供一个理由，作为评论，说明你为什么投反对票。

如果你是OP，有人对你的问题给出了一个合适的答案，请确保你将其标记为合适的答案。

摘要

希望这篇文章中的建议是有用的。有些是实用的，有些是与礼仪有关的。我让你来决定哪一部分是什么。"懒洋洋"地问问题是不礼貌的，不清楚地陈述问题，不表明你为解决问题所做的努力，也不尽可能地让你的社区成员帮助你。

帮助我们帮助你，让我们在未来十年尽最大努力建立一个有价值的知识库。

更详细深入的指导方针，spark大数据，请参阅"编写完美的问题"（感谢Frederik Hudak的指点）。

示例

当我遇到我认为是好问题的好示例时，我将在此处发布链接。

CAP:自定义逻辑未接收Krishna Kishor Kammaje的查询参数

更新

2020-01-15添加示例部分