对 SegmentFault 社区提问标准的一些解释

有心的用户应该发现最近 SegmentFault 问答的审核趋向严格，甚至一些已经正常展现的问题都会因质量问题提示做者修改。随着社区用户的增加，新进入用户的习惯正逐渐冲击着以前社区造成的默契，咱们的问答质量出现了必定程度的降低。这对整个社区的运营提出了挑战，咱们不但愿发生劣币驱逐良币的情况，所以有必要在这个问题上达成新的共识。

应该说 SegmentFault 的提问一直都是有具体的标准的（https://segmentfault.com/faq#...），可是在具体理解的时候每一个人都会产生误差，为了尽可能缩小这个误差，咱们约定以下几个提问的原则：

1. 回答者优先
2. 考虑后来者

回答者优先

当你理解了回答者优先的原则，就会天然而然地理解咱们的运营规范，甚至你都不须要时刻记住这些规范，由于它们只是保证这一原则的最低要求。

什么是回答者优先？简而言之，就是你在提问的时候要优先考虑回答者可否清晰准确地知晓你要表达的意思，咱们在审核的时候也是以这一条标准作为最优先的准则。提问者怎么判断呢？很简单，把本身置于回答者的位子上去审视一下你的问题，看看作为回答者的你是否能够经过这些表述知晓题意。

以这条原则为出发点，咱们会对存在如下状况的问题说不：

1. 问题表述过于简略，每每就一句话甚至一个标题的。（举例：标题是“如何实现一个淘宝同样的网站？”，内容是：“如题”）
2. 问题中彻底没有本身的观点，也就是传说中的伸手党。伸手党的存在主要有两大害处，第一，你没有说出已经尝试过哪些方法，没有尽可能为回答者排除错误状况，会大大下降回答者的答题效率。第二，你的付出过少，没法达到回答者的内心预期，会大大影响回答者的答题积极性。用通俗的话说就是，你本身都不重视本身的事情，其余人又凭什么去帮你呢？
3. 问题的排版过于混乱。从语法上讲，咱们并不认为 Markdown 语法比你手上要写的任何编程语言语法更加复杂。而混乱的排版至少代表你并不重视这个问题，也不重视回答者的感觉。不少人没有把代码用 Markdown 包裹起来，咱们也视为排版混乱。
4. 没有代码或者用图片代替了代码。这是一个最近比较突出的问题，代码胜千言，准确简短的描述配上必要的代码，比你说一大堆废话要好得多，咱们已经看到了无数可爱的回答者在问题下方的评论中呼唤代码。与不贴代码相比，用代码截图来代替代码走入了另外一个误区，让咱们仍是站在回答者的角度，当你面对上百行没头没尾的代码时，怎么去调试它们呢？你想让回答者浪费本身宝贵的时间，照着大家的图片一个字一个字的敲进去么？因此，当你要这么作的时候，想想本章的标题“回答者优先”。在这里，还有一个比较特殊的状况，就是错误信息算不算代码，可不能够用截图代替？在这里，给出明确的答复：算。大部分的错误信息，包括浏览器的出错，c, java等预编译语言的运行时错误，都是一个简单的文本，你能够直接用鼠标选中复制，用 Markdown 的代码块语法包裹后附加到问题里。这样能够大大方便回答者定位错误。

考虑后来者

考虑后来者能够说是咱们建立这个社区的一大目的，咱们之因此让你们的问题能够公开讨论，就是为了下降在开发领域的信息不对称，让后来者少走弯路。为了作到这一点，咱们提倡你们：

1. 标题应该直接地表达问题的中心思想，若是你是由于运行时抛出某些错误而提问，你能够直接写“为何JAVA运行时抛出xxxx异常?”。而不要写什么“一个关于JAVA的问题？”，请问作为一个后来者，我能从你的标题里得到什么重要的信息呢？若是这则问题被搜索引擎索引了，后来者遇到同类问题是怎么搜索的呢？你们想一想大家搜问题，是否是喜欢把错误信息直接丢到搜索框里，那么怎样才算一个有用的问题就不言而喻了。
2. 不要用图片代替代码，不要用图片代替代码，不要用图片代替代码！图片里的内容不能被任何搜索引擎检索到，你的问题会变成信息海洋里的垃圾沉没水底，这不是咱们作为社区所提倡的。
3. 用好标签。标签的做用在于更好地组织内容，这也是为了方便后来者。因此首先不要滥用，你的标签必定要跟问题相关。其次，标签不是用来描述问题的，不要本身创造一些描述性的语言作为标签。一般选择标签就选择这个问题所涉及到的技术就能够了，并且尽可能至少使用一个大的语言标签，好比“php, java, c, javascript” 等等。

一些措施

俗话说“用霹雳手段,显菩萨心肠”，咱们的菩萨心肠在上面已经告诉你们了。为了保证这些目的可以达到，咱们将采起一系列措施。除了在审核时咱们会严格按照标准来执行以外，咱们还鼓励你们共同维护社区的秩序。你们能够经过评论来提醒一些违规的内容，或者使用举报和建议关闭功能。

咱们针对把代码截图到图片里的行为，专门开发了自动扫描机器人，它会最大程度地去监控这一行为，一旦发现这一状况会提醒你修改问题。若是在一小时内没有修改的话，这个问题会被提交人工审核后处理。注意：机器人可能存在误判行为，若是你肯定你的内容没有存在这种状况，请放心交给咱们人工审核便可，咱们会及时处理。

写在最后

当咱们在6年前创立 SegmentFault 的时候，愿景是作一个高质量的中文技术问答社区。固然如今 SegmentFault 上承载的不止有问答的内容，但它依然是整个社区重要的组成部分。常常有人向咱们抱怨国内技术社区的讨论氛围，思想浮躁，问题质量差，伸手党盛行等等。当咱们体量比较小的时候，咱们老是以提升素质还须要时间之类的理由来安慰本身或者他人。而当咱们逐渐成长为国内技术问答领域一支重要力量以后，咱们已经没法逃避肩上的责任，所以咱们但愿带领整个社区一块儿进步，共同打造一个属于咱们本身的技术家园。

更多阅读

• 关于【提问】和【写做】你须要知道的一些点
• 那位提问的开发者，能否组织好你的提问和代码再把问题丢出来啊？—— 如何有条理地提问
• 程序员，你真的会提问吗？
• 一篇技术文章合格的标准