背景
问问题的能力是一个人的修养,学会提问是一个人成长的必经之路。尤其是软件行业的从业者,要保持对技术的钻研精神,不做伸手党,问出水平,问出修养!
这些年我问过很多问题,也有些人向我提问。伸手党太多,没时间也没精力回答那些问题。
Q同学问A同学
- Q:这个工具部署有问题,提示这个错误? A:google一下,不要浪费我们的时间
- Q:Java语言中XX方法有啥用?A:自己看jdk代码哇
- Q:怎么用工具X实现Y? A:应该… Q : … A: … 讨论一圈发现不需要实现Y
- Q:这段代码总抛出这个异常,我怀疑是XX原因? A:不要说你的怀疑?针对这个怀疑你做了啥么?
上面都是一些反面例子,核心就是,能自己google或者FAQ的就不要问!提问要简洁客观,目标明确!
提问之前
- google
- 看FAQ和手册
- 自己尝试debug
- 咨询有经验的朋友
- 读源代码
这里的提问主要是论坛上的文字提问;不要摆出一副伸手要答案的态度,要用寻求指点的态度来提问。
好的态度
- 有人可以指点一下么?
- 我的思路是否有问题?
- 我应该重点检查哪里?
差的态度
提问时
蠢问题和好问题
愚蠢:我在哪能找到关于Foonly Flurbamatic设备的东西?
这个问题在请求一个「Search The Fucking Web」(STFW) 式的回复。
明智:我用谷歌搜索过「Foonly Flurbamatic 2600」,但没有找到什么有用的信息,有谁知道在哪能找到这种设备的编程信息吗?
这个人已经搜索过网络了,而且听起来他可能真的遇到了问题。
愚蠢:我不能编译某项目的源代码,它为什么这么烂?
提问者预提了一个假设:是别人搞砸了,太狂妄自大了。
明智:某项目的源代码不能在某Linux 6.2版下编译。我读了常见问题文档,但其中没有与某Linux相关的内容。这是编译时的记录,我做错了什么吗?
提问者已经指明了运行环境,读了常见问题文档(FAQ),列出了错误,也没有假设问题是别人的过错,值得留意一下。
愚蠢:我的主板有问题,谁能帮我?
某黑客管理员对此的反应可能是:「是的,还需要帮你拍背和换尿布吗?」,然后是敲下删除键。
明智:我在S24主板上试过X、Y和Z方法,当它们都失败后,又试了A、B和C方法。注意我试C时的奇怪症状,显然某某东西正在做某某事情,这并不是正常的现象。通常在Athlon MP主板上导致某某事情的原因是什么?有谁知道我还能再尝试什么方法以确定问题?
有趣的缩写
RTFM:Reading the Fuck Manual
STFW:Search The Fuck Web
收到这种回复:自己动手,丰衣足食吧。
参考:
参考: