惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
博客园_首页
M
MIT News - Artificial intelligence
月光博客
月光博客
WordPress大学
WordPress大学
Google DeepMind News
Google DeepMind News
Y
Y Combinator Blog
The Cloudflare Blog
D
Docker
阮一峰的网络日志
阮一峰的网络日志
L
LangChain Blog
Engineering at Meta
Engineering at Meta
Last Week in AI
Last Week in AI
Vercel News
Vercel News
MyScale Blog
MyScale Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Martin Fowler
Martin Fowler
U
Unit 42
Stack Overflow Blog
Stack Overflow Blog
A
About on SuperTechFans
The Register - Security
The Register - Security
B
Blog
Recorded Future
Recorded Future
J
Java Code Geeks
Recent Announcements
Recent Announcements
Microsoft Security Blog
Microsoft Security Blog
H
Help Net Security
F
Fortinet All Blogs
B
Blog RSS Feed
Project Zero
Project Zero
The Hacker News
The Hacker News
T
Threatpost
D
Darknet – Hacking Tools, Hacker News & Cyber Security
L
LINUX DO - 热门话题
Jina AI
Jina AI
宝玉的分享
宝玉的分享
云风的 BLOG
云风的 BLOG
AWS News Blog
AWS News Blog
G
Google Developers Blog
GbyAI
GbyAI
S
Securelist
T
Tenable Blog
博客园 - 【当耐特】
Security Latest
Security Latest
人人都是产品经理
人人都是产品经理
T
Tor Project blog
Latest news
Latest news
P
Proofpoint News Feed
T
The Blog of Author Tim Ferriss

SegmentFault 程序员就要好好玩最新的文章

亚马逊的技术哲学 11月初的美国之旅 -- 参加微软的 Microsoft Ignite 2019 JavaScript 初学者教程(指南) 如何学习一门新的语言 思路清奇:通过 JavaScript 获取移动设备的型号 一些关于Logecho的新动态 利用dns解析来实现网站的负载均衡 服务器被sfewfesfs病毒攻击 使用phar上线你的代码包 Ruby学习第一天 从如何获取可信赖的ip地址聊起 新版 SegmentFault 重构之系统架构 一个用于web开发的泛域名 如何优雅地连接ssh 我是如何看简历的 靠谱的前端工程师在哪里 PHP 5.6新特性之一:内部操作符重载 怎么样使用 Redis 来存储和查询 ip 数据 邮件发送服务AWS SES,Mailgun以及SendCloud 用PHP实现一个Amazon SES的代理服务器 在MySQL字段中使用逗号分隔符
从一些小白问题想到的
joyqi · 2014-12-16 · via SegmentFault 程序员就要好好玩最新的文章

前几天和别人聊到国内和国外开发者社区的不同,然后又具体到SegmentFault(以下简称SF)和StackOverflow(以下简称SO)这两个社区的例子上,我觉得有一个现象很值得关注,那就是对待小白问题的不同态度

不可否认的是不论是SF还是SO,都存在大量小白问题,甚至可以说大部分都是小白问题,这其实也符合事物发展的基本规律。这个世界上的人才都是按金字塔分布的,越顶端的人才数量越少,而他们更倾向于解决问题,而不是提出问题。大部分问题的贡献者都来自于金字塔底层的,我们称之为小白的人群(这里说的小白并没有贬低的意思,只是阐述每个开发者必经的一个阶段)。

虽然构成的用户群没什么不同,但是最终的效果却大不相同。SO上的大部分小白问题都得到了很好的解答,甚至有一些业界大牛也抽出宝贵的时间,来引经据典地解答一些看似很幼稚的问题。而由于他们看问题的角度不同,使很多简单的问题又衍生成一个很经典的问题,这种例子相信不用我举,很多人都分享过。

但是SF上的情况却大有不同,很多小白问题被置之不理,或者粗暴地打上负分,久而久之很多用户就这样流失了。我想,这中间肯定出了什么问题。

很多用户把多年前翻译的一篇《提问的智慧》奉为经典,我不否认这是一篇很好的指导性文章。但让用惯了聊天工具和灌水式回复的中国用户去理解老外的提问方式,未免要求太高。

所以我用最直观的方式,给大家一个印象深刻的对比

这是我在SF上随便搜到的一个jquery的问题,这个问题到目前为止没有答案,被踩了5次。有人在评论里替提问者抱不平

图片描述

我在SO上也搜索到了一个差不多的问题,注意它的表述以及带来的反馈效果

图片描述

什么叫一个草率的问题

第一个图中的问题就是一个典型的草率问题(提问者不必因此而沮丧,我们都犯过这样的错误)。

从问题内容来讲,作者犯了一个很常见的失误,导致了大家的反感,从而投出负分。那就是对待问题的态度,这是一种什么态度呢?简单地说吧,你把一个非常耗费回答者精力的问题,用一种吊儿郎当的组织形式发出来,会有很大的风险遭致别人的反感。

为什么说是吊儿郎当?

  1. 排版就可以看出来不用心,内容直接复制了标题,一看就会让人憋着一口气
  2. 问题过于宽泛。提问者有义务尽量地缩小问题的范围,从而让答案有一个明确的指向,而不会变成一堆泛泛的讨论。可以看到在SO上,虽然提问者已经把范围缩小到了“有哪些不用jQuery的技术原因”,但最终还是免不了被关闭的结果(关闭理由也显示这里不欢迎泛泛的讨论)。但这个过程是愉快的,其他人看到这个问题也不会感到堵心
  3. 说出自己的看法以及尝试的过程很重要,而且细节越多越好。这不仅非常有助于帮助回答者定位你的问题,也能让别人感觉到你的用心,如果你自己都不重视自己的问题,别人又有什么义务帮你解决呢?提问实际上就是一个求人的过程,别人不求回报帮你解决问题,你总要付出一点诚意吧。而完善你的问题,就是最好的表达诚意的方法

想对回答者说的话

如上面所说,造成这种局面有很大部分是提问者的原因,但是回答者就没有欠缺的地方吗?大家这样给负分,虽然让提问者得到教训,但是真的能心服口服吗,它并不知道自己哪里错了,只会把这个当作一种委屈或者一种讽刺,当你感受到周围的恶意时,就会更加走向封闭。所以从宏观来讲,这对信息流通是不利的。难道你不想知道提问者为什么会提出这个问题吗?他的思考过程也许会给你带来很多新的启发呢?

这里适合什么样的问题

虽然都是面向开发者的网站,但是SF跟其他网站还是有很大不同的,我相信这也是它的魅力所在。我们创造这个网站的初衷就是打造一个“硬”的技术社区,“硬”代表纯粹,也代表强硬。

用一句话总结,SF问答就是一个追求解决问题之「术」的社区。当然这里说的是问答的范畴,因为我们还有博客这一板块,虽然也属于技术,但包容性会大一些,这也符合博客的精神

与术相对应的还有「道」,它们两者的不同可以理解为

术是客观的,道是主观的

前者永远站在问题的角度,后者站在看待这个问题的人的角度。所以前者可以解决这个问题本身,但后者实际上只把这个人解决了,它让你觉得这个问题不再是问题,自然而然问题也解决了。但是真的解决了吗?

术可以被检验,而道无法检验

一个术有没有效果,效果是否正确,就是检验它的唯一标准,我们也无法想象出其它的检验办法。

而道有检验的方法吗?每个人都有自己的道,你永远无法说服其他人。

术关注当下,而道着眼过去

术永远是研究当下遇到的问题,没有人再去关心一个已经被解决的问题。

而当你真的在关心一个已经被解决的问题时,你肯定是想悟出一些“道”来。

所以生命有限,我们无法去追求所有的东西,只能选择一种东西来专注。国人对道的研究可以追溯到很久远的历史,但最终的效果却值得商榷。而术的研究自古被称为奇技淫巧,到今天却发挥了大作用。

所以作为一个技「术」社区,我们做何选择就很明显了。而作为一个工程师,我不认为这两个东西有高低贵贱之分,但是我们所选择的道路决定了我们看问题的角度。

在这里我们只理性地讨论问题本身的解决之术,至于我能从中悟出什么,我希望是根据我所看到的所有客观现象得出来的,而不是一个莫名其妙的人给我灌的一嘴鸡汤,一个工程师应该有这样的勇气去看待这个世界