【读书笔记】《提问的智慧》、《别像弱智一样提问》

《别像弱智一样提问》

原文链接：《Stop-Ask-Questions-The-Stupid-Ways》，感谢作者的人生智慧

你真的准备好了吗

避免 xy-problem

提问者想要解决 原问题 X ，且觉得解决了 引申问题 Y 就能解决 X 问题
提问者对外提出了解决 Y 的请求
回答者帮助提问者解决 Y 问题。（浪费了回答者和提问者双方的时间）
然而, 最终 Y 问题可能并不是 X 问题的一个合适的解决方法

• 因此， 提问者要避免创造这样的修罗场, 需要学会在问题之初就准确描述自己的根本问题

提问前你必须需要知道的事情

要知道， Free 的正确翻译是 自由，而非 免费。
要知道，愿意回答问题的人，都是 可爱 的人。
要知道，向帮助你的人 付费 是一个高尚的行为。即使回答你的人不是为了钱。
要知道，花钱买时间是一个常识。如果你不能认同，要么你钱包穷，要么你思想穷。
要知道，给对方发工资的不是你或者你老板。
要知道，提问的时候你才是孙子，帮助你的人是 大爷。
要知道，不回答你的问题对其他人没有任何损失。
要知道，准确描述一件事情是一项基本生存技能。要学会 《提问的智慧》
要知道，搜索是一项基本生存技能，学不会用 Google 的话，你可能真的不适合你所从事的行业。
要知道，英文是一项基本生存技能，不认识英文的话，你可能真的不适合你所从事的行业。

幼儿园的小朋友都知道要有礼貌

请问
…问题描述…
谢谢

• 千万别认为只有别人帮助你之后才需要说 谢谢。

学会描述问题

向别人提问的时候，要学会正确的描述问题。 把对方当成你的老板，你在给他做报告。要用最精炼的文字和图片，向对方阐述明白一个事情的来龙去脉。
要知道，你不是我追的妹子，我没有时间来猜你想要什么。

• 记住，给别人的条件越多，你的问题解决越快。因为这不是解密游戏。
  请问一个关于 什么 的问题。
  我想要达到 什么样 效果，但是我这样做出现了 什么样 的问题。
  报错日志是 这样 的。（要 学会 画关键字）
  我尝试过 什么 方法来解决。
  我尝试搜索过了 什么 关键字，在里面找到了 这些 URL 的回答，尝试了还是没有解决问题。
  我用的是 什么 操作系统，版本号是多少。
  我用的是 什么 软件，版本号是多少。
  谢谢

《提问的智慧》

原文链接：Eric Steven Raymond：《How To Ask Questions The Smart Way》，感谢作者的人生智慧

1、提问之前

创业课的第一课，往往是阻止你创业

学说话的第一步，往往是要少说话

学习提问的智慧，往往要先学会如何不提问

• 失败的提问者 or 成功的提问者

有些人总是喜欢做“时间杀手”，这些人在提问前不愿思考，再发问前不做他们该做的事。本质是只想索取，从不付出，消耗回答者的时间，这些时间本可以用在更有趣的问题或者更值得回答的人身上。
成功的提问者的问题，往往是聪明、自信、有解决问题的思路，只是偶尔在特定的问题上需要获得一点帮助

如何不做提问的loser

• 在提问之前，我们应该做出如下努力，来证明我们不是不劳而获且浪费别人时间的提问者：

1、Search the web（STFW），搜一下百度
2、Read The F* Manual（RTFM），读一下说明书
3、在论坛、博文、FAQ中搜索
4、仔细分析，检查一遍或实验验证

• 搜索时的策略和技巧

1、不要指望一次搜索就能解决复杂的问题，静下心再去思考思考
2、准备好你的问题，草率的发问只能得到草率的回答，一个好的问题可以透露出你为解决问题所付出的努力，这会帮助你得到实质性的帮助
3、“谁能给点提示？”、“我的这个例子里缺了什么？”以及“我应该检查什么地方”比“请把我需要的确切的过程贴出来”更容易得到答复。因为你表现出只要有人能指个正确方向，你就有完成它的能力和决心。

2、提问之时

提问的智慧即讲话的智慧。当你确定自己一定要发出提问时，应做好以下几点:

选对地方，问对人

• 选对要提问的地方：

1、找主题对应的论坛
2、在合适的论坛、群组提出初级、进阶的问题
3、不在很多群转发同样的帖子和问题，不像“机关枪”一样大喊大叫，只会令人不快
4、向既非熟人也没有义务为你解答问题的人发送邮件

• 回答者、博主更倾向于回答那些更具普遍和通用性的问题

目标+差异式标题

• 50字以内的标题更具吸引力，不要说一些没用的、令人反感的废话：帮帮忙、跪求、急、救命啊！…
• “目标+差异"式描述标题，有助于回答者更快定位、分析你的问题，例子：

蠢问题：救命啊！我的玄铁E902 GPIO程序跑不通！
聪明问题：玄铁E902 GPIO例程编译不通过，Linux系统。
更聪明问题：玄铁E902 GPIO例程，在Linux系统编译不通过，提示未找到xx文件。

• 在讨论组中提出相关的问题可以，由于评论的评论会被折叠。若关联性不大，不如新建讨论组/话题

让问题更容易被回复

• “请将你的回复发送到……”往往得不到回复，除非问题过于私密
• 应寻找更容易回复的平台提问

使用清晰、正确且精准的语法

• 在英文论坛发表问题，在某些情况下是不可避免的
• 如果水平不高，可附上：

1、English is not my native language; please excuse typing errors.英文不是我的母语，请原谅我的错字或语法。
2、If you speak $LANGUAGE, please email/PM me;如果你说某语言，请向我发电邮/私信；
3、I may need assistance translating my question.我需要有人协助我翻译我的问题
4、I am familiar with the technical terms, but some slang expressions and idioms are difficult for me.我对技术名词很熟悉，但对于俗语或是特别用法不甚了解。
5、I’ve posted my question in $LANGUAGE and English.我把我的问题用某语言和英文写出来。
6、I’ll be glad to translate responses, if you only use one or the other.如果你只用其中的一种语言回答，我会乐意将回复翻译成为你使用的语言

使用易于读取且标准的文件格式

• 认为设置换行分割点尽量小于80字，否则文字在带鱼屏上会非常长
• 一两个表情符号可以但不要多，花哨的彩色文字也会引起反感

精确地描述问题并言之有物

仔细、清楚地描问题或Bug症状
描述问题发生环境（机器配置、操作系统、应用程序、以及相关的信息），提供经销商的发行版和版本号（如：Fedora Core 4、Slackware 9.1等）
描述提问前，你是怎样去研究和理解这个问题的。
描述提问前。为确定问题而采取的诊断步骤。
描述最近做过相关的硬件或软件变更。
尽可能提供一个可重现问题的可控环境的方法。

话不在多而在精

• 尽力简化、精炼问题，这使得你会从中思考或寻找新的思路

别动不动就说找到了bug

• 遇到软件的bug，在确定原因时应有理有据，提供足够的证据。否则很有可能是自己搞错了
• 真有bug，就委婉指出问题，不要冒犯到别人

提问不要傲慢，也不要太自卑

• 两个极端均不可取。“我知道我只是个可悲的新手，一个失败者，但…”，减少无用的抱怨、低声下气

描述问题症状，而非猜测

• 你的初步猜测只会误导别人，不一定是真正原因。如果确实是重要推断，则应注明

蠢问题
我在编译内核时接连遇到 SIG11 错误， 我怀疑某条飞线搭在主板的走线上了，这种情况应该怎样检查最好？
聪明问题
我的组装电脑是 FIC-PA2007 主机板搭载 AMD K6/233 CPU（威盛 Apollo VP2 芯片组）， 256MB Corsair PC133 SDRAM 内存，在编译内核时，从开机 20 分钟以后就频频产生 SIG11 错误， 但是在头 20 分钟内从没发生过相同的问题。重新启动也没有用，但是关机一晚上就又能工作 20 分钟。 所有内存都换过了，没有效果。相关部分的标准编译记录如下…

按时间先后列出问题症状

• 提供操作记录，可加上引用相关若干行“20行”记录会对解决问题更有帮助

描述目标而不是过程，避免xy-problem

• 在开头就描述目标，然后再陈述卡在了哪个步骤。因为你选择的路可能本身就有问题，所以提问要从目标出发
• 第二种提问较好，此时你得到的回复可能是：建议采用另一个更合适的工具

蠢问题
我怎样才能从某绘图程序的颜色选择器中取得十六进制的 RGB 值？
聪明问题
我正试着用替换一幅图片的色码（color table）成自己选定的色码，我现在知道的唯一方法是编辑每个色码区块（table slot）， 但却无法从某绘图程序的颜色选择器取得十六进制的 RGB 值。

明确表达你的问题和需求

• 啰嗦的提问只会浪费别人的精力和时间，因为专家们的技能是丰富的，但他们的时间是稀缺的
• 明确表述需要回答者做什么，帮助回答者集中精力（如提供指点、发送一段代码、检查你的补丁等等）
• 界定你的问题。让别人帮你改正是不明智的，不如让别人指出他的改正思路

“我想更好地理解 X，可否指点一下哪有好一点说明？”通常比问“你能解释一下 X 吗”更明智

询问代码相关问题时

• 不可取：张贴几百行的代码，然后说一声：“它不能工作”；更容易得到回复的提问：只贴几十行代码，然后说一句：“在第七行以后，我期待它显示 ，但实际出现的是 ”
• 提供最精简Bug的测试用例，最起码你要先尝试，因为精简测试用例往往可以帮助你自行解决问题——即使你不会成功，但是你的努力是可以被懂得人看到的

去掉无意义的问句

• 避免无意义的话术，避免画蛇添足。例如“有人能帮我吗？”、“或者这有答案吗？”
• 避免用“是或否”、“对或错”、“有或没有”类型的问句，除非你想得到是或否类型的回答

即使你很急也不要在标题写“紧急”

• 所谓的“紧急”，所谓的紧急不仅不会被重视，反而会被当成广告。

礼多人不怪，感谢要挂在嘴边

• 不要吝啬你的礼貌和感谢，多用“请”和“谢谢您的关注”，或“谢谢你的关照”
• 如果你有一串的问题，那就多换几次上面的感谢语

3、记住问题解决后你应该做的

先说明问题解决后应该做什么，做事前应先学会有始有终

在标题注明“已解决”

• 再一次表达感谢
• 标题中包含“已修正”、“已解决”，帮助潜在的回复者不在浪费时间
• 正文中添加补充说明，简单的一句“你好，原来是网线出了问题！谢谢大家 – Bill”比什么也不说要好。

总结问题，为自己留下财富

• 除非结论真的很有技术含量，否则简短的小结比长篇大论更好。着重说明问题是怎样解决的，但大可不必复述解决问题的过程。
• 对于有深度的问题可以加上调试记录。
• 描述问题的最终状态，说明是什么解决了问题，在此之后再指明隐藏的坑。避免隐藏的坑应放在正确的解决方案和其它总结材料之后，而不要将此信息搞成侦探推理小说。
• • 自问写一份文件、加个常见问题（FAQ）是否能帮助到其他人，这也是一份宝贵的财产

表示感谢，交到更多好朋友

• 列出那些帮助过你的名字，会让你交到更多朋友。

4、如何读懂答案

RTFM、STFW和RTSFC

• 你需要的信息非常容易获得、你自己去搜索这些信息比灌给你，能让你学到更多。此时你回收到回复：

1、RTFM（Read The Fucking Manual）回答者认为你应该去读他妈的手册
2、STFW（Search The Fucking Web）回答者认为你应该到他妈的网上搜索
3、RTFSC （Read The Fucking Source Code）回答者认为你应该去读他妈的源代码。
PS:Linux的鼻祖Linus Torvalds在回答有人提出的Minix的一个问题时，所说的第一句话就是"Read The Fucking Source Code"

• 即使这冒犯了你，你也应虚心接受的你粗心大意

如果还是搞不懂

• 如果你看不懂回应，别立刻要求对方解释。试着自己解决问题（利用手册，FAQ，网络，身边的高手）去搞懂他的回应。
• 如果你真的需要对方解释，记得表现出你已经从中学到了点什么。

回答：看来似乎是 zentry 卡住了；你应该先清除它
一种糟糕的反问：zentry是什么？
一种明智的反问：哦~~~我看过说明了，但是只有 -z 和 -p 两个参数中提到了 zentries，而且还都没有清楚的解释如何清除它。你是指这两个中的哪一个吗？还是我看漏了什么？

处理无礼的回应

• 直截了当，一针见血式的交流风格也许会冒犯到你，但我们自己要平静下来，反思或忽略
• 反思自己真的有问题，一些技术大牛可能就是说话不好听
• 不要针尖对麦芒，这只会进一步浪费我们的时间

如何避免扮演失败者

• 口水战、键盘侠只会让观众鄙视

不该问的问题

• 问题：我能在哪找到 X 程序或 X 资源？
  回答：就在我找到它的地方啊，白痴 —— 搜索引擎的那一头。天哪！难道还有人不会用 Google 吗？
• 问题：我怎样用 X 做 Y？
  回答：如果你想解决的是 Y ，提问时别给出可能并不恰当的方法。这种问题说明提问者不但对 X 完全无知，也对 Y 要解决的问题糊涂，还被特定形势禁锢了思维。最好忽略这种人，等他们把问题搞清楚了再说。
• 问题：如何设定我的 shell 提示？？
  回答：如果你有足够的智慧提这个问题，你也该有足够的智慧去 RTFM，然后自己去找出来。
• 问题：我可以用 Bass-o-matic 文件转换工具将 AcmeCorp 文件转换为 TeX 格式吗？
  回答：试试看就知道了。如果你试过，你就知道了答案，就不用浪费我的时间了。
• 问题：我的{程序/设定/SQL 语句}没有用
  回答：这不算是问题吧，我还需要再问你二十个问题才找得出你真正问题的问题，我对比没兴趣 —— 我有更有意思的事要做呢。在看到这类问题的时候，我的反应通常不外乎三种
  1、你还有什么要补充的吗？
  2、真糟糕，希望你能搞定。
  3、这关我屁事？
• 问题：我的 Windows 电脑有问题，你能帮我吗？
  回答：能啊，扔掉微软的垃圾，换个像 Linux 或 BSD 的开源操作系统吧。
• 问题：我的程序不会动了，我认为系统工具 X 有问题
  回答：你有可能是第一个注意到这个缺陷的人，但更有可能的是你完全没有根据。说话要有证据
• 问题：我在安装 Linux（或者 X ）时有问题，你能帮我吗？
  回答：不能，我只有亲自在你的电脑上动手才能找到毛病。还是去找你当地的 Linux 使用群组者寻求实际的指导吧。
• 问题：我怎么才能破解 root 帐号/窃取 OP 特权/读别人的邮件呢？
  回答：想要这样做，说明了你是个卑鄙小人；想找个黑客帮你，说明你是个白痴！

好问题与蠢问题

• 蠢问题：我可以在哪儿找到关于 Foonly Flurbamatic 的资料？（回答者的内心独白：这种问法纯纯应该STFW）
  聪明问题：我用 Google 搜索过 “Foonly Flurbamatic 2600”，但是没找到有用的结果。谁知道上哪儿去找对这种设备编程的资料？（回答者的内心独白：这个问题已经 STFW 过了，看起来他真的遇到了麻烦）
• 蠢问题：我从 foo 项目找来的源码没法编译。它怎么这么烂？（回答者的内心独白：他觉得都是别人的错，真是个傲慢自大的提问者。）
  聪明问题：foo 项目代码在 Nulix 6.2 版下无法编译通过。我读过了 FAQ，但里面没有提到跟 Nulix 有关的问题。这是我编译过程的记录，我有什么做的不对的地方吗？（回答者的内心独白：提问者已经指明了环境，也读过了 FAQ，还列出了错误，并且他没有把问题的责任推到别人头上，他的问题值得被关注）
• 蠢问题：我的主机板有问题了，谁来帮我？（回答者的内心独白：好的，还要帮你拍拍背和换尿布吗？，然后按下删除键）
  聪明问题：我在 S2464 主机板上试过了 X 、 Y 和 Z ，但没什么作用，我又试了 A 、 B 和 C 。请注意当我尝试 C 时的奇怪现象。显然 florbish 正在 grommicking，但结果出人意料。通常在 Athlon MP 主机板上引起 grommicking 的原因是什么？有谁知道接下来我该做些什么测试才能找出问题？（回答者的内心独白：这个家伙，从另一个角度来看，值得去回答他。他表现出了解决问题的能力，而不是坐等天上掉答案）
• 体会“告诉我答案”、“给我启示”微妙而又重要的区别，好的提问会很容易让人们参与进来，同时显示了我具备与他们积极交流的能力、资格，并邀请他们与我一同探讨。通过告诉他们我所走过的弯路，显示出自身的努力，同时也避免他们再浪费时间，表明了对他们宝贵时间的尊重。
• 应该把回复者当成“拥有丰富知识但缺乏人情味的家伙”，引导他给出回复
• 不要像个乞讨者那样提问，不论你是多大的腕儿，这一定会惹恼某些人或者被他们忽视

如果得不到回答

• 让子弹在飞一会儿
• 付费帮助也许是更有效率的。不要为需要付费而感到沮丧和愤怒，好的技术支持不总是免费的，天下没有免费的午餐

如何更好地回答问题

• 态度和善一点，对初犯者私下回复。 问题带来的压力常使提问者感到焦虑、甚至无礼或愚蠢，应学会体谅。
• 如果你不确定，一定要说出来！要谦虚和诚实，这是格局
• 如果帮不了忙，也别妨碍他！不要在关键步骤开玩笑，有些麻瓜真的会当真
• 试探性的反问以引出更多的细节。 试试引导他将蠢问题转变成好问题，别忘了我们都曾是新手。
• 如果你决定回答，就请给出好的答案
• 正面地回答问题！ 如果这个提问者已经很深入的研究而且表明已经试过 X 、 Y 、 Z 、 A 、 B 、 C 但没得到结果，回答 “试试看 A 或是 B ”或者“ 试试 X 、 Y 、 Z 、 A 、 B 、 C 并附上一个链接”一点用都没有。
• 自己从问题中学习和改进，反思自己如何修改相关文件或常见问题文件以免再次解答同样的问题？
• 展现你的技巧而不是直接端出结果。毕竟授人以鱼不如授人以渔

读后感

《提问的智慧》与《别像弱智一样提问》读后感

                               作者：IC阳阳  时间：2024年5月31日

---

——“创业课的第一课，往往是阻止你创业；学习谈话技巧的第一步，往往是要少说话；学习提问的智慧，往往要先学会如何不提问。”
  读完《提问的智慧》这篇文章，我深深得意识到提问不只是一种方式和技巧，更是一门语言的艺术。一旦有了提问的念头，我们就应该警惕自己，信心谨慎，在提问之前、提问之时、阅读答案、解决问题之后做出相应的准备。我们要做一名提问的winner而不是loser，这不仅是对自己负责，也认识对回答问题的人负责。
  对于STFW和RTFM这样的回答，已经是回答者的非常优雅的脏话了。回想曾经，别人也对我说过这样的话，我好像也在心里对别人说过这样的话。对于一些在提问前不愿思考，再发问前不做他们该做事情的人，我们称之为“时间杀手”，其实我更愿意称他们为“时间小偷”。因为在某些场合和情况下，和这种人交流会让你很心累，但是有碍于情面并不能对其冷漠，最终你的时间就会在你的眼皮子底下被莫名其妙的偷走了，并且全程不会有好的感受。究其本质，是一些人的“不想索取。从不付出”，我的生活中有一些这种人，他们也许没有意识到，也可能纯粹是因为懒，当然有可能我自己也做过这种人。所以，学习了《提问的智慧》这篇文章，我将努力摆脱这种特性，并尽可能在生活中滤除这些人。
  首先，在提问之前，我们应做好充足的准备。创业课的第一课，往往是阻止你创业；学习谈话技巧的第一步，往往是要少说话；学习提问的智慧，往往要先学会如何不提问。最好提问之前的充足的准备，往往可以训练我们先去独立完成问题，通过自己的思考、STW和RTM，其实已经可以解决现实生活中遇到的很多问题。
  其次，如果在做出上述努力依然无果，那我们就进入提问阶段，此时应尽力提出一个“好的问题”。通过目标+差异式标题、清晰正确且精准的语法、谦虚谨慎的态度，把自己的问题充分凝练并保持必要的充实度，这些做法不仅会让你整理好思路，也会帮助回答者更愿意、更“一针见血”得回答出你的问题。我们为提出一个好的问题所做出的努力，别人也会看得见。
  紧接着，能够把你准备好的问题问对地方、问对人，是非常关键的一点。我们再很多时候总会把自己的问题问错地方或者问错人，这就好比我们去问一个loser该怎么成功、去问一个穷人该如何有钱、去问一个病人该如何锻炼身体…，问题问错了地方，大概率会南辕北辙，浪费我们的生命。当然，别人向我们问出我们不知道或者不擅长的领域，我们也需要真实诚信，不是去滔滔不绝的胡乱讲话、误人子弟，而是负责任的告诉他这个问题我们确实回答不了，这将会更加显露出我们的心胸和格局。
  最后，当我们的问题得到了答案。我们应该做好问题的总结与概括，并将之前的提问进行声明，表示“已解决”。同时表达出我们的感恩，不要吝啬我们的感恩和礼貌。不论是在提问时还是问题解决后，礼多人不怪，都应该表示我们的感激之情。