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

115

有心的用户应该发现最近 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 上承载的不止有问答的内容,但它依然是整个社区重要的组成部分。经常有人向我们抱怨国内技术社区的讨论氛围,思想浮躁,问题质量差,伸手党盛行等等。当我们体量比较小的时候,我们总是以提高素质还需要时间之类的理由来安慰自己或者他人。而当我们逐渐成长为国内技术问答领域一支重要力量之后,我们已经无法逃避肩上的责任,因此我们希望带领整个社区一起进步,共同打造一个属于我们自己的技术家园。

更多阅读

你可能感兴趣的

47 条评论
liqi0816 · 7月10日

全文概括:没付钱就别当甲方,想当甲方请付费

+16 回复

代码宇宙 · 7月13日

我说下我自己的一个感受,我发现大家都没有提到。

在SF上,我发现一个现象:问题越简单、越“弱智”,回答的人反而越多。而SO上这种现象反而不常见,简单的问题、质量差的问题,在SO上经常会被踩的很厉害,而不是像苍蝇逐臭一样一大群回答者蜂拥上去抢着回答。

更有甚者,我在这类问题后面评论,指出存在的问题,希望提问者能够改进,但很大可能我会得到2个结果,要么被漠视,要么被冷嘲热讽,愿意虚心接受并改正的并不多。

我觉得风气是一个社区最最重要的事情,风气不良,靠制度或法制是很难扭转回来的。高质量社区并不仅仅是一句口号,还希望社区管理员能够多花点心思在风气的引导和培养上面。

+12 回复

0

值得深思的现象。

178096413 · 7月14日
0

同有此感+1

Shyla · 7月17日
1

毕竟好答,233

Showonne · 7月24日
依云 · 7月13日

使用图片贴代码,我最讨厌的部分是我无法复制、搜索。我没有兴趣为了一个不相关的人去对着图片枯燥地抄写一串字符,然后人脑检索。简单地说,枯燥乏味的工作咱才不要无偿提供。

我收到了一些付费的问题。对此我的感受是,虽然收费很低,但是提问质量有了质的飞跃!基本上没有一个问题会让人感受到「提问者没做好自己的功课」的,我不需要挤牙膏似的去追问具体情况,看完就可以考虑问题本身了。

+7 回复

0

我也是,我收到的大部分付费问题,提问者对问题的描述明显都比较用心

代码宇宙 · 7月13日
justjavac · 7月10日

问题里面贴代码截图的,直接封号😄😄😄

+3 回复

0

哈哈哈这个可以有

风靡RX · 7月11日
逃亡乐队 · 7月10日

sf历史上第一条来自iPad客户端的评论

+2 回复

Jenny · 7月10日

2.提问过程

当我们做好前面的准备,现在可以来提问了。

2.1 问具体的问题,少问「如何评价」和「是什么体验」
在知乎上,问「如何评价 XXX」或「XXX 是一种什么样的体验」或「对 XXX 有什么看法」是好的提问方式,因为回答者可以自由发挥,以获得点赞和关注。
但对个人提问,这三种提问方式是不可取的。大多数情况下,对方根本没时间回复这种「大」的发散性问题。
问题必须被缩小,缩小到对方能够快速回答,缩小到你把所有的情景、状况、条件都描述清楚,对方结合这些前提能迅速给出答案。
举个例子,这几年有些不太熟悉的创业朋友偶尔会发微信问我,「禅叔,能不能给我推荐一个 CTO?」这样的问题我一般不回复,因为首先我认为他并不知道是不是真的需要一个 CTO 还是一个写代码的人,其次,写代码的人也分很多种,难道我要从我的通信录里给你筛选,然后挨个问你合不合适?显然我不会那样做。
记住,别人的时间也是很宝贵的。

2.2 别问白痴问题
重复那句话,别问能轻易在 Google 和网站帮助文档就能找到答案的问题,大牛们一般不屑于回答这类问题,另外,这种问题也会显得提问者很「无能」。

2.3 提问中体现你做过调研
提问前,做足够的调研,并把调研的结果浓缩成几句话,让对方感受到你确实通过 Google 没有找到合适的答案,才求助于他。对方如果能回答,也会感到沾沾自喜,因为他回答了一个别人没有回答过的问题。
比如,你确实认为 2017 年是内容创业的好时机,你向一位公众号作者的提问可能是:

大家都说 2017 年是内容创业的好时机,我看了一些报告,觉得 XX 领域的内容是缺乏的,而且这类内容可能比较容易变现。但我手头上没有合适的内容编辑,我本人是做 XX 的,有这个领域的资源。你是内容运营的高手,凭你的直觉,你觉得我创业做这个领域的公众号容易拿到天使投资么?谢谢!

这是一个好的提问,因为这既体现出你做过调研,也告知对方具体的情况,对方从这些条件里也能轻易给出答案。

2.4 客气地提问
有礼貌地提问,一定要有礼貌地提问。
例子不用举了,提问时写上对方的称呼,用「您」代替「你」,语言中表达出敬意,最后加一句「谢谢」,其实不难吧?

未完,接着看下一条......

+2 回复

0

用您代替你感觉没必要,个人不喜欢被用“您”称呼。只要措辞礼貌真诚即可。

代码宇宙 · 7月13日
0

@代码宇宙 这里只是个示例啦,如何称呼对方,其实还要分场合分对象,不能一概而论~

Jenny · 7月13日
0

@Jenny 嗯嗯

代码宇宙 · 7月13日
Jenny · 7月10日

3.提问结束

在 SegmentFault 社区,当你提的问题有人回答后,你需要做的是验证回答者的答案是否正确,如果正确,那么请采纳正确的回答,这不仅是给回答者的一个肯定,也会为后来者提供一个正确的参考。

3.1 表示感谢
回答结束后,一个礼貌的感谢是必须的。别以为这个道理很简单,我遇到过很多我回答了对方一句话不说的情况,难道,你觉得以后再也没机会和我聊天或提问?
有个好的收尾是必须的,你永远不知道什么时候你还需要对方帮忙。

3.2 学会归纳整理
提问,往往是我们整个学习或解决问题中的一环,是我们无法通过 Google 找到答案的一环。当我们获得答案,或获得多个人的答案后,整个学习过程并没有结束。
这时候需要做的是归纳整理,从所有的答案和线索中,整理出一个最符合你当前遇到问题的答案,这才真正解决问题,才是真正的学习,才是真正的动脑解决问题。

以上三条评论转自 阿禅 Jason Ng 的文章:真的,再这样提问就没人理你了

+2 回复

0

给sg小姐姐点赞

everfigt · 7月10日
煎鱼 · 7月10日

最近看到个别文章是译文,但却选择了原创,并且原文地址也只是直接摆 URL 在参考里

对原文不大尊重,感觉这不大符合社区精神?好像这方面可以加强监督一下,现在这块应该是空白

(虽然知道运营已经很忙了 🤫)

+2 回复

0

建议可以通过评论来提醒一些违规的内容,或者使用举报功能,在举报理由里一定要贴上你所看到的原文出处,官方收到会给予处理滴~

Jenny · 7月11日
0

@Jenny 好的谢谢 Jenny

煎鱼 · 7月11日
CRIMX · 7月14日

发这么篇文章马大哈不怎么会过来看。应该在第一次提问 / 被提示修改 / 被关闭 之后,强迫 30s 阅读完这篇文章才能提问题哈哈哈。还可以最后弄几个选择题,都答对了才能提问。

+2 回复

lopop · 7月14日

对标StackOverflow,把SF做大做好

+2 回复

周梦康 · 7月18日

支持!

+2 回复

kumfo · 7月10日

正能量!

+1 回复

Jenny · 7月10日

我再次重温了这篇文章,一年多以前它也给了我启发,可懂得很多道理并不能提好一个问题,所以我们在提问时应该要有这样的思维,酱紫会让你成长~

1.提问之前

在提问之前,我们需要做一些功课,这将帮助我们判断:
1.我准备提的问题真的值得提么?
2.我该给谁提问?
3.我该在什么地方提问?
下面一点一点说明。

1.1 先搜索
可以说,90% 以上的问题,在网上都已经有答案了。
这些答案可能在知乎、百度知道、一篇博文、新闻网站、公众号等,学会使用搜索引擎,是最好的寻找答案的方式。
比如,你遇到的是一个电脑问题,通常电脑出问题都伴随着包含错误提示的弹窗,把错误提示粘贴到 Google 搜索,你将非常容易找到解决问题的办法。相信我,你肯定不是第一个遇到同样问题的人,以我的经验,几乎所有电脑问题,在网上都已经有答案。
其次,通过 Google 搜索相关关键词,你能从一些新闻网站、问答网站和博客找到问题的相关线索,即使这些线索不是解决问题的直接答案,通过阅读和整理,大多数时候你也能自己推导出答案。
第三,别用百度,别用百度,别用百度。重要的话说三遍。除了你想要的搜索结果,百度什么都有。除了微信公众号的文章,Google 几乎能搜索所有的内容,别说打不开 Google,你身边肯定有能打开的人,虚心找他们求教(这也是一种提问),能把 Google 用起来,我们的眼界就会变得异常开阔。如果要搜索微信公众号里的文章,推荐用「搜狗」,当然,也可以在微信客户端的搜索框里搜索。
最后,搜索时别用提问式搜索,比如「我的电脑上不了网怎么办」,要寻找问题的线索,将线索变成关键词去搜索,一个关键词找不到就换另一个。如果你连这一步都懒得做,那么你肯定足够富有,富有到可以雇佣一个助理帮你做这些你不愿意动脑的活。
能不麻烦别人就别麻烦别人,大多数情况下,我们都能通过 Google 解答简单的问题。

1.2 先阅读帮助文档
绝对多数网站、电器、app 都有帮助文档。帮助文档里通常都会有 FAQ(常见问题),也就是说,大部分人遇到的问题,在这个页面都会有说明。
比如,你买了一个商品,但三四天了还没发货,你怒气冲冲打电话和客服吵架,但可能网站的购买帮助里已经写明,发货时间是 1-7 天。
很多时候,「大牛」不愿意回答你的问题,都是因为他们知道网站上已经有答案,他们不愿意给「懒得自己找答案」的人回答问题。

1.3 别不把别人的时间当时间
当你想提问时,你可能很着急,想对方马上给你答复,但有没有想过,对方可能在忙,而你的问题又不是三言两语可以说完,有些人这个时候会不断发信息给对方试图让对方马上回答。这种做法真的很不好,除非你和被提问者关系好到不得了。
别不把别人的时间当时间,尤其是当对方很忙的时候。这个时候不妨想一想,对方凭什么要回答你的问题?对方凭什么要花时间在你身上?他是你最好的朋友?还是你给他付了钱他必须回答?抑或你是他的上司?如果都不是,那么请尊重对方,如果他愿意回答,你应该感谢,如果不愿意回答,也不应该恶言相对,毕竟别人没有义务回答你的问题。

1.4 明确是咨询还是单个提问
咨询,是围绕一个话题的一系列提问和追问。如果你要的是咨询,而不是单个提问,在提问前请做好资料搜集并列好自己的问题。
这样,一方面显得自己是做过准备且真的无法解答其中的一些问题,所以需要帮助;另一方面,也让对方提前知道你想问的是哪些问题,他可以做好准备。
举个例子,「在行」刚上线时我曾经在上面放着「高效工作的秘诀」这个咨询话题,有些咨询者一见面就说,阿禅你告诉我怎样高效吧!显然我没法回答这样的问题,更好的咨询者是在之前就告诉我他的工作类型,在工作中遇到了什么样的困难以及尝试过什么样的方法,这样我才能对症下药,帮他解决问题。

1.5 从最熟悉的人下手
最熟悉的朋友,一般不介意你问比较白痴的问题。
就好像,我们习惯于对外人礼貌,对家人总是脾气暴露一样,最熟悉的人,总能容忍我们的不足。
如果你真的很懒,不愿意用 Google 自己找答案,那么,就把问题抛给你最熟悉的人吧,他是最有可能容忍你提白痴问题的人。另一方面,最熟悉的人,也不介意把时间花在帮你解答问题上。
但是,哪怕是最熟悉的人,容忍也是有限度的,所以,最好还是自己先找答案,实在找不到,再提问。

1.6 先了解潜在被提问者的背景
在「XXX」运行的一周期间,有些群友在群里给我提问,说实话,有些问题是我完全不熟悉,根本无法回答。
我们身边会有很多朋友,网上也有很多大牛,但术业有专攻,每个人熟悉的领域是不一样的。对的问题抛给对的人才能得到满意的答案。所以,在提问前,不妨对被提问者的背景做一些调查和思考,大致摸清楚对方能不能给到你答案,如果不能,换一个人。
如果你是一个记者,在采访之前,更需要彻底调查采访对象的背景。没有采访对象希望被提不熟悉的问题和简单的1+1=几的问题,甚至有时候我们需要了解采访对象的爱好,从爱好入手和他聊天,在聊天过程中问问题,而不是一上来就一个一个问题地提问,这样双方都不舒服,无法平等交流。无法平等交流,也就很难问出好的答案。

1.7 想想你能为对方提供什么
别人凭什么要帮你?
大牛们都很忙,即使不是大牛,别人的时间也是时间。在提问前,不妨想想我们能为对方提供什么,好让对方愿意回答我们的问题。
最简单的,当然是钱。你会发现,现在很多人在微信里给别人提问,都会顺带发一个红包,不管红包多少,都在表达自己的真诚。
不是每个人都直接对钱感兴趣。好的提问应该是让对方也有所收获的,这个收获可能是知识上的收获,又或者你本人对对方公司的业务是有帮助的。比如,你是一个科技媒体记者,你问某公司创始人关于该公司为什么的某个火爆的功能如此成功,他当然愿意回答,因为他知道,你可能会在报道中说他们的「好」。
找别人帮忙也是如此,找别人之前,先想想你能为对方提供什么,对方凭什么要帮你。

未完,接着看下一条......

+1 回复

Untitled · 7月10日

“回答者优先”一节,第4点,第二句“代码剩千言”应为“代码胜千言”(又被我抓到了2333)

+1 回复

1

已经修改,谢谢

joyqi 作者 · 7月10日
余思清 · 7月11日

Stack Overflow上很少看到图片。

+1 回复

0

貌似SO不能发图片吧

代码宇宙 · 7月13日
0

@代码宇宙 能,我还收到过这样的回答。当然不需要的时候是没有人贴图片的。如果我是社区管理员,无故把代码写图片里我就直接关闭问题了,因为没法处理。

依云 · 7月13日
Meathill · 7月11日

浏览了一下,好顶赞!希望日后回答问题的体验越来越好。

回复

藕丝空间 · 7月12日
一个强烈的建议,还是改会原版,将提问置于优先位置,什么文章了,博客的内容了,如果需要,请搜索

现在把“标签内容”置于优先位置,而把“技术问答”置于第二位,严重影响了我们寻找问题,查看问题的习惯,我们需要多点击两次才能找到问题。这是我们不乐意来社区的一个很大的原因。

回复

Salamander · 7月12日

其实是应该把社区更规范一下了,感觉好多问题都没回答的意愿,因为很多问题我都看不懂什么意思(其实我以前刚提问的时候也做伸手党,但后来发现这样不好,所以我都会加上详细的说明),另外都是贴截图的问题,确实不好。。

回复

阿楓666 · 7月14日

新手任务

对内容进行投票

要去哪进行投票

回复

杰枫Jeff · 7月15日

确实最烦就是报错直接贴图片的问题了。真是懒得去一个字一个字敲着上赶着给别人解决bug. 导致后来都是很想来sf回答问题了

回复

载入中...