发布于:2007-03-09 10:47:09
来自:建筑设计/CAD下载及教程
[复制转发]
提问的智慧
作者:Eric Steven Raymond <esr@thyrsus.com>
Thyrsus Enterprises
Rick Moen <rick@linuxmafia.com>
版权 © 2001 Eric S. Raymond
内容
译文
引言
提问前
提问时
仔细挑选论坛
面向新手的网页论坛和IRC通常响应最快
第二步,使用项目邮件列表
使用明确而有意义的主题
使之更易回复
使用清晰、语法与拼写正确的语句
使用易懂的格式发送问题
描述问题应准确且有内容
多不等于准确
别动辄声称找到臭虫
低声下气不能代替自己应做之事
描述问题症状而不是猜测
按时间先后罗列问题症状
描述目的而不是步骤
别要求私下回复
问题应明晰
别张贴家庭作业
删除无意义的问题
不要刻意标明问题紧急
礼貌总是无害的
问题解决后追加一条简要说明
如何解读回答
RTFM与STFW:如何知道你已完全搞砸
如果还不明白.
对待无礼
别象个失败者那样反应
提问禁忌
好问题与坏问题
如果没有回复
如何更好地回答问题
相关资源
鸣谢
译文
译文: 捷克语 丹麦语 爱沙尼 亚语 法语 德语 希伯来语 匈牙利语 意大利语 日语 波 兰语 俄语 西班牙语 瑞典语 土 耳其语. 如果你想复制、镜像、翻译或引用本文,请参阅我的 复制须知.
弃权申明
许多项目的网站在 如何取得帮助的部分链接了本文,这没有关系,也是我们想要的。但如果你是该项目生成此链接的网管,请在链接附近显著位置注明“我们不是此项目的服务部!”
我们已经遭受没有此说明带来的痛苦,不断受到一些白痴的骚扰。他们认为既然我们发表了此文,那么我们就有责任解决世上所有技术问题!
如果你因为需要帮助阅读了本文,然后带着可以直接从作者那取得帮助的印象离开,你就不幸成了那些白痴之一。不要向我们提问,我们不会理睬 的。 我们在这只是给你说明如何从那些真正懂得你软硬件问题的人那里取得帮助的方法,99%的时间我们不会是那些人。除非你确信此文作者是你遇到问题方面的专 家, 请不要打扰,这样大家都更开心一点。
引言
在黑客的世界,你所提技术问题的回答很大程度上取决于你提问的方式与解决此问题的难度,本文将教你如何提问才更有可能得到满意的答复。
开源程序的使用已经很广,你通常可以从其它更有经验的用户而不是黑客那里得到回答。这是好事,他们一般对新手常有的毛病更容忍一点。然尔,使用我们 介 绍的方法象对待黑客那样对待这些有经验的用户,通常能最有效地得到问题的解答。
第一件需要明白的事是黑客喜欢难题和激发思考的好问题。假如不是这样,我们也不会写本文了。如果你能提出一个有趣的问题让我们咀嚼玩味,我们会感激 你。 好的 问题是种激励与礼物,帮助我们发展认知,揭示没有注意或想过的问题。在黑客中,“好问题!”是非常真挚的赞许。
除此而外,黑客有遇到简单问题就表现出敌视或傲慢的名声,有时候我们看起来还对新手和愚蠢的家伙有条件反 射式的无礼,但并不真正是这样。
我们只是毫无歉意地敌视那些提问前 不愿思考、不做自己该做之事的人。这种人就象时间无底洞──他们只知道获取,不愿意付出,他们浪费了时间,这些时间本可用于其它更值得回答的人和 更有趣 的问题。我们将这种人叫做“失败者 (loser)” (由于历史原因,我们有时将“loser”拼为“lusers")
我们注意到许多人只想用我们写的软件,他们对学习技术细节没有兴趣。对大多数人而言,计算机只是种工具,是种达到目的的手段。他们要生活并且有更要 紧的事要做,我们承认这点,也从不指望每个人都对这些让我们着迷的技术问题感兴趣。不过,我们回答问题的风格是为了适应那些真正对此有兴趣并愿意主动参与 问题解决的 人,这一点不会变,也不该变。如果这都变了,我们就会在自己能做得最好的事情上不再那么犀利。
我们(多数)是自愿者,从自己繁忙的生活中抽时间来回答问题,有时会力不从心。因此,我们会无情地滤除问题,特别是那些看起来象是失败者的,以 便更有效地把回答问题的时间留给那些“胜利者”
如果你认为这种态度 令人憎恶、以施惠者自居或傲慢自大,请检查你的假设,我们并未要求你屈服──事实上,假如你做了该做的努力使之成为可能,我们中的 大多数人非常乐意平等地与你交流并欢迎你接纳我们的文化。试图去帮助那些不愿自救的人对我们简直没有效率,不懂没有关系,但愚蠢地行事不行。
所以,你不必在技术上很在行才能吸引我们的注意,但你必须表现出能引导你在行的姿态──机 敏、思考、善于观察、乐于主动参与问题的解决。如果你 做不到这些使你与众不同的事情,我们建议你付钱跟别人签商业服务合同,而不是要求黑客无偿帮助。
如果你决定向我们求助,你不会想成为一名失败者,你也不想被看成一个失败者。得到快速有效回复的最好方法是使提问者看起来象个聪明、自 信的人,并且暗示只是碰巧在某一特别问题上需要帮助。
(欢迎对本文指正,可以将建议发至 esr@thyrsus.com 。 请注意,本文不想成为一般性的 网络礼仪 指南,我一般会拒绝那些与引出技术论坛中有用的回复不特别相关的建议)
提问前
在通过电子邮件、新闻组或网页论坛提技术问题之前,做以下事情:
1. 尝试搜索互联网以找到答案
2. 尝试阅读手册以找到答案
3. 尝试阅读FAQ(常见问题)文档以找到答案
4. 尝试自己检查或试验以 找到答案
5. 尝试请教懂行的朋友以找到答案
6. 如果你是程序员,尝试阅读源代码以找到答案
提问时,请先表述你已经做了上述事情,这将有助于建立你不是寄生虫与浪费别人时间的印象。最好再表述你从中学到的东西,我们喜欢 回答那些表现出能从答案中学习的人。
使用某些策略,比如用Google搜索你遇到的错误提示(既搜索网页也查查讨论组),可能就直接找到了解决问题的文档或邮件列表线索。即使没有结 果,在电子邮件或新闻组张贴问题时提一句“我在Google中查过下列句子但没有找到什么有用的东西”也是件好事。
全部回复(8 )
只看楼主 我来说两句-
lemontreez
沙发
原帖地址:http://community.csdn.net/IndexPage/SmartQuestion.aspx
2007-03-09 10:53:09
赞同0
-
lemontreez
板凳
这个人已经搜索过网络了,而且听起来他可能真的遇到了问题。
2007-03-09 10:51:09
赞同0
加载更多回复 举报
愚蠢:我不能编译某项目的源代码,它为什 么这么破?
他假设是别人搞砸了,太自大了。
明智:某项目的源代码不能在某Linux 6.2版下编译。我读了常见问题文档,但其中没有与某Linux相关的问题。这是编译时的记录,我做错了什么吗?
他指明了运行环境,读了FAQ,列出了错误,也没有假设问题是别人的过错,这家伙值得注意。
愚蠢:我的主板有问题,谁能帮我?
某黑客对此的反应可能是:“是的,还需要帮你拍背和换尿布吗?”,然后是敲下删除键。
明智:我在S2464主板上试过X、Y和 Z,当它们都失败后,又试了A、B和C。注意我试C时的奇怪症状,显然某某东西正在做某某事情,这不是期望的。通常 在Athlon MP主板上导致某某事情的原因是什么?有谁知道我还能再试点什么以确定问题?
相反地,这个人看来值得回答。他展现了解决问题的能力而不是坐等天上掉馅饼。
在最后那个问题中,注意“给我一个回复”与“请帮我看看我还能再做点什么测试以得到启发”之间细微但重要的差别。
事实上,最后那个问题基本上源于2001年8月Linux内核邮件列表(lkml)上的真实事件,是我(Eric)当时提了那个问题,我发现 Tyan S2462 主板有神秘的死机现象,邮件列表成员给我提供了解决此问题的关键信息。
通过这种提问方式,我给了别人可以咀嚼玩味的东西。我设法使之对参与者既轻松又有吸引力,也表明了对同行能力的尊敬并邀请他们与我一起协商。通 过告诉 他们我已经走过的弯路,我还表明了对他们宝贵时间的尊重。
事后,当我感谢大家并评论这次良好的经历时,一个Linux内核邮件列表的成员谈到,他认为并不是因为我的名字在列表上,而是因为我正确的提问方式 才 得到了答 案。
黑客们在某种方面是非常不留情面的精英分子。我想他是对的,如果我表现得象个不劳而获的寄生虫,不管我是谁都会被忽略或斥责。他建议将整个事件作为 对其它 人 提问的指导直接导致了本文的编写。
如果没有回复
如果得不到回答,请不要认为我们不想帮你,有时候只是因为小组成员的确不知道答案。没有回复不等于被忽略,当然必须承认从外面很难看出两者的差别。
一般来说,直接将问题再张贴一次不好,这会被视为毫无意义的骚扰。
还有其它资源可以寻求帮助,通常是在一些面向新手的资源中。
有许多在线与本地用户组织,虽然它们自己不编写任何软件,但是对软件很热心。这些用户组通常因互助和帮助新手而形成。
还有众多大小商业公司提供签约支持服务(红帽与Linuxcare是两家最出名的,还有许多其它的)。别因为要付点钱才有支持就感到沮丧!毕竟,如 果你车子的 汽缸垫烧了,你多半还得花钱找个修理店把它弄好。即使软件没花你一分钱,你总不能指望服务支持都是免费的。
象Linux这样流行的软件,每个开发者至少有一万个以上的用户,一个人不可能应付这么多用户的服务要求。记住,即使你必须付费才能得到支持,也比 你还得额外花钱买软件要少得多(而且对封闭源代码软件的服务支持与开源软件相比通常还要贵一点,也要差一点)
如何更好地回答 问题
态度和善一点。问题带来的压力常使人 显得无礼或愚蠢,其实并不是这样。
对初犯者私下回复。对那些坦诚犯错 之人没有必要当众羞辱,一个真正的新手也许连怎么搜索或在哪找FAQ都不知道。
如果你不确定,一定要说出来!一个听 起来权威的错误回复比没有还要糟,别因为听起来象个专家好玩就给别人乱指路。要谦虚和诚实,给提问者与同行都树个好榜样。
如果帮不了忙,别妨 碍。不要在具体步骤上开玩笑,那样也许会毁了用户的安装──有些可怜的呆瓜会把它当成真的指令。
探索性的反问以引出更多的细节。如 果你做得好,提问者可以学到点东西──你也可以。试试将很差的问题转变成好问题,别忘了我们都曾是新手。
尽管对那些懒虫报怨一声RTFM是正当的,指出文档的位置(即使只是建议做个Google关键词搜索)会更好。
如果你决意回答,给 出好的答案。当别人正使用错误的工具或不当 的方法时别建议笨拙的权宜之计,应推荐更好的工具,重新组织问题。
帮助你的社区从问题中 学习。当回复一个好问题时,问问自己 “如何修改相关文件或FAQ文档以免再次解答同样的问题?”,接着再向文档维护者发一份补丁。
如果你的确是在研究一番后才做出的回答,展 现你的技巧而不是直接端出结果。毕竟“授 人以鱼,不如授人以渔”。
相关资源
如果还需要个人电脑、Unix和互联网如何工作的基础知识,参阅 Unix 和互联网如何工作的基本原理
当你发布软件或补丁时,尝试按 软 件发布实践 指南进行。
鸣谢
Evelyn Mitchell 贡献了一些愚蠢问题样例并启发了编写“如何更好地回答问题”这一节,Mikhail Ramendik 贡献了一些特别有价值的建议和改进。
Powered by MessageSoft SMG
SPAM, virus-free and secure email
http://www.messagesoft.com
回复 举报