How To Ask Questions The Smart Way 提问的智慧 （六）

sf小号

==============
好问题，坏问题
==============
最后，我举一些例子来说明，怎样聪明的提问；同一个问题的两种问
法被放在一起，一种是愚蠢的，另一种才是明智的。
蠢问题：我可以在哪儿找到关于Foonly Flurbamatic的资料？
这种问法无非想得到“STFW”这样的回答。
聪明问题：我用Google搜索过“Foonly Flurbamatic 2600”，但是
没找到有用的结果。谁知道上哪儿去找对这种设备编程的资料？
这个问题已经STFW过了，看起来他真的遇到了麻烦。
蠢问题：我从FOO项目找来的源码没法编译。它怎么这么烂？
他觉得都是别人的错，这个傲慢自大的家伙
聪明问题：FOO项目代码在Nulix 6.2版下无法编译通过。我读过了FAQ，
但里面没有提到跟Nulix有关的问题。这是我编译过程的记录，我有什么
做得不对的地方吗？
他讲明了环境，也读过了FAQ，还指明了错误，并且他没有把问题的责任
推到别人头上，这个家伙值得留意。
蠢问题：我的主板有问题了，谁来帮我？
普通黑客对这类问题的回答通常是：“好的，还要帮你拍拍背和换尿布
吗？” ，然后按下删除键。
聪明问题：我在S2464主板上试过了X、Y和Z，但没什么作用，我又试了
A、B和C。请注意当我尝试C时的奇怪现象。显然边带传输中出现了收缩，
但结果出人意料。在多处理器主板上引起边带泄漏的通常原因是什么？
谁有好主意接下来我该做些什么测试才能找出问题？
这个家伙，从另一个角度来看，值得去回答他。他表现出了解决问题的
能力，而不是坐等天上掉答案。
在最后一个问题中，注意“告诉我答案”和“给我启示，指出我还应该
做什么诊断工作”之间微妙而又重要的区别。
事实上，后一个问题源自于2001年8月在Linux内核邮件列表上的一个真
实的提问。我（Eric）就是那个提出问题的人。我在Tyan S2464主板上
观察到了这种无法解释的锁定现象，列表成员们提供了解决那一问题的重要信息。
通过我的提问方法，我给了大家值得玩味的东西；我让人们很容易参与并
且被吸引进来。我显示了自己具备和他们同等的能力，邀请他们与我共同
探讨。我告诉他们我所走过的弯路，以避免他们再浪费时间，这是一种对
他人时间价值的尊重。
后来，当我向每个人表示感谢，并且赞赏这套程序（指邮件列表中的讨论
--译者注）运作得非常出色的时候，一个Linux内核邮件列表（lkml）成
员表示，问题得到解决并非由于我是这个列表中的“名人”，而是因为
我用了正确的方式来提问。
我们黑客从某种角度来说是拥有丰富知识但缺乏人情味的家伙；我相信
他是对的，如果我象个乞讨者那样提问，不论我是谁，一定会惹恼某些
人或者被他们忽视。他建议我记下这件事，给编写这个指南的人一些指导。
================
找不到答案怎么办
================
如果仍得不到答案，请不要以为我们觉得无法帮助你。有时只是看到你
问题的人不知道答案罢了。没有回应不代表你被忽视，虽然不可否认这
种差别很难区分。
总的说来，简单的重复张贴问题是个很糟的想法。这将被视为无意义的
喧闹。
喧闹。
你可以通过其它渠道获得帮助，这些渠道通常更适合初学者的需要。
有许多网上的以及本地的用户组，由狂热的软件爱好者（即使他们可能
从没亲自写过任何软件）组成。通常人们组建这样的团体来互相帮助并
帮助新手。
另外，你可以向很多商业公司寻求帮助，不论公司大还是小（Red
Hat和LinuxCare就是两个最常见的例子）。别为要付费才能获得帮助而
感到沮丧！毕竟，假使你的汽车发动机汽缸密封圈爆掉了--完全可能如
此--你还得把它送到修车铺，并且为维修付费。就算软件没花费你一分
钱，你也不能强求技术支持总是免费的。
对大众化的软件，就象Linux之类而言，每个开发者至少会有上万名用户。
根本不可能由一个人来处理来自上万名用户的求助电话。要知道，即使你
要为帮助付费，同你必须购买同类软件相比，你所付出的也是微不足道
的（通常封闭源代码软件的技术支持费用比开放源代码软件要高得多，
且内容也不那么丰富）。

king

sf小号

king 发表于 2011-7-8 14:40

觉得自己有些流氓，一篇文章发了这么多