提问的智慧-飞行模拟器
提问的智慧-飞行模拟器
发布于：2019-10-07 16:30
浏览次数：3286
在业界大佬的强烈推荐下，
这些天挤时间终于读完了 Eric Steven Raymond 所著的 “How To Ask Questions-The Smart Way”
中文翻译作：《提问的智慧》
（原作者不对此书提供后续支持，请知悉）
原书首次出版于2004年，作者已发布弃权声明
虽然已经脱离了咱目前的时代背景，但话糙理不糙
如下内容是我身为...X-Plane开发者，对书中精辟理论进行的二次翻译与整理
片面之词，文风辛辣，请您各位 有则改之 无则加勉
弃权声明
我自愿放弃此文章 正文部分 的全部权益
感谢原作者的贡献，也欢迎各位转载、引用，不必署名
毕竟能让更多人高效的解决自己的疑问...正是我们想要达到的目标
但同时，这篇文章不欢迎指正，换句话说...我们没有义务再对此文章进行润色与修改
引言
我们不是自傲，我们只是毫无歉意的敌视那些提问前不愿思考、不做搜索的人
那种人就像一个无底洞──他们只知道索取，不愿意付出；浪费了别人的时间，而这些时间本可用于回答更有价值的问题
我们大多都是自愿从自己繁忙生活中挤出时间来回答问题的，当然也会感到力不从心
因此，我们会毫不留情地过滤调含混不清的问题，特别是那些看起来像是来自于某小学生的...把时间留给那些真诚的人
在发问前，请进行自检
如果你为解决自己的问题做了努力，大多数人将非常乐意、平等的与你交流，并欢迎你加入到圈子中
同理，帮助那些不肯 “自救” 的人，对我们简直...不能再浪费时间了
引起我们的注意...其实真心不难，我们要的是一种 “孺子可教” 的态度──灵光、有想法、善于观察、会自省总结
如果你做不到，那么...这里真心建议你自己去找一对一网课，而不是无偿求助于开发者们
在提问前
在邮件、QQ或论坛提问前，请先尝试：
4. 尝试阅读 “常见问题文档” （FAQ）
5. 尝试自己排错，或进行多次试验
6. 请教身边的朋友
7. 阅读源代码（Log.txt）以找到问题
提问时，请明确表明你已按上述列表进行了自检，这将告诉别人...你不是那个 “时间天坑”，使自己看上去更有价值
如果有啥收获，也可以再说说你从中学到了些什么；我们喜欢与那些表现出超强理解、总结能力的人打交道
尤其注意，请自己淡定一下，读读FAQ
在向专家提问前，请先再冷静的梳理下遇到的问题
相信我，懂行的人一眼就能从你的提问中看出你到底有多想得到答案；有备而来，将大大增加得到点拨的几率
轻率的提问只能得到轻率的回答，或者根本没人搭理你
在提问时，越是表现出自己（为解决问题做出的）努力，你越有可能得到他人的帮助
永远不要以为你 “有资格” 被回复。你没有这种资格，毕竟你没有事先为此 “服务” 付费～
如果你能提出有内容、有趣、引人思考的问题──就是那种也能够向社区做出贡献的问题，你就会发现...引发共鸣真的不难！
在另一方面，表明你愿意，也有能力参与问题的解决是个很好的入手点
“有没有人能指个方向？”， “我这还差点什么?”，“我应该查哪个网站?”，通常要比 “这个怎么做” 更容易得到回复
因为你表明了自己的态度：只要有人能指个方向，我乐意自己来完成剩下的工作。
提问时
不要期望能让一个干货网站的作者充当你的免费顾问，也不要乐观估计你问题的受欢迎程度...
别像机关枪似的一次性 “扫射” 所有可用渠道，这在旁人看来就像狼吞虎咽的吃自助餐一样令人不快，还请您温柔的...一个个来
在论坛或邮件标题中，十几字的主题是你唯一能够吸引大佬注意的机会
不要用 “帮帮我”，“求助” 之类的词占位，它们浪费了你宝贵的机会
顺便说一下...也请不要用你的痛苦来打动我们，相反，要在标题这点空间中简明扼要的描述问题
聪明人的标题都惯用 “啥-咋” 式的描述，许多有关技术支持的文章就是这样的
在 “啥” 部分指明是啥东西有问题，在 “咋” 部分则描述它不对劲的地方
---
小学生：帮帮我！机场地景加载不出来！
聪明人：星图的ZBNY-v3.0地景加载报错
更聪明：星图的ZBNY-v3.0地景在11.40b6下运行会出现 “缺失资源库” 的提醒
---
务必要清楚、完整的描述你的问题
如果你觉得这样很麻烦，我们会觉得...回答你的问题本身也挺麻烦的
此外，还请花点精力斟酌一下措辞，其实用不着太正式──事实上，我们反而喜欢恰到好处的幽默
但幽默的理想状态是在不影响问题表述的情况下，紧扣问题本身
请不要错字连篇，同时也要注意标点的使用...
如果在org等国外论坛提问，大家会在一定程度上包容你的拼写、语法错误
但懒...终究是不会被容忍的；同时，除非你确实知道回复者的母语，否则请一律使用英语交流
描述问题
请详细、清楚地描述问题的症状
-描述问题发生的环境（插件、版本、运行环境）也请提供关于电脑配置等信息
-描述提问前做过的研究及其理解。
-描述提问前为确定问题而采取的诊断措施
-描述最近对计算机或软件配置的任何相关改变。
-如果可能，还请告诉我们如何重现此问题（怎么才能再让它报错）
问题需精炼，简单地将一大堆X-Plane运行日志（Log.txt）中的信息贴上去通常达不到目的。
如果你觉得这个使程序报错／崩溃的原因很复杂，请尽可能分析Log.txt，去掉无用的部分
有Bug...
当你感觉这个插件不太对劲，除非你非常、非常的确定，否则不要动辄声称自己找到Bug
因为...开发者也是在尽可能的使它变得完美。如果你声称有Bug，也就是置疑了他们的能力
即使你是对的，这样说话也可能会使部分人感到不快；在帖子中到处嚷嚷 “有Bug” 也 是特别不老练的表现
如果你非常确信有Bug，帖子最好写得像是你没有执行正确操作。如真有Bug，开发者会向你道歉，总比你玩砸了...欠一个人情要强
描述问题症状，别瞎猜
告诉专业人士出现问题的原因是没用的（如果你真有能力能排查出来啥错，也就没必要向别人求助了）
所以，你只用告诉大家具体问题，而不是你的推测，请让他们来诊断。如果你真心想要陈述己见，应清楚说明这只是你的个人猜测
---
小学生: 我自己在WED建的机场加载后建筑悬空，怀疑模型有问题，怎么调整模型的高度？
聪明人: 我在WED里建了一个大兴机场（ZBAD），场高设置的17米；但在X-Plane 11.40b6下运行时，放置的部分建筑（如机库、航站楼）有悬空的状况。用相同的模型放置于星图的ZBNY-v3.0中无悬空，工程文件已上传至附件。
---
如果你想弄清楚如何做某事 而不是报告Bug，请在开头就直接描述你的目的，随后陈述遇到的问题
---
小学生：我怎么才能在WED中把跑道变成平的？
聪明人：我正在尝试自己把起伏的跑道铺平，我现在知道的唯一方法是在WED中降低机场标高，但这样无法满足机场规划的规范
---
第二种方法之所以是明智的，是因为它给了别人向你推荐其他软件的机会（而不只是WED）；请尽可能减少问题中的约束
我们认为，问题的解决过程应该公开透明，如果后面能有大佬注意到之前回复的不完整，不当之处，前面的回复才能有机会被纠正
含糊不清的问题通常被视为时间天坑，记住...最有可能解决问题的人通常也是最忙的人
明确大家需要干的事儿（如指点方向、修改代码、修复模型或其它），会有可能收到有用的回复
因为这样可以让他们不跑题，也让他们对帮助你所需的时间和精力有了个大概的概念
要想理解大佬的世界，可以这样想：他们那里有丰富的资源，而真正稀缺的是时间。你要求他们留给你的时间越少，你越有可能得到解答
所以，请限定你的问题...以便最小化 回答时需的时间──还倒真不是简化问题，
举个例，“哪有好一点的地景教程” 通常要比 “地景怎么做” 明智。
如果你的地景报错，请别人排查问题 比 叫他们帮你改正 更明智
请删除无意义的要求：如 “有人能帮我吗？” 或 “有没有人知道？” 之类的毫无意义的东西
第一，如果问题描述的不完整，这些附加的东西本身就是多余的
第二，因为它们是多余的，大家会觉得这些东西烦人──很多人甚至想这么回复：“是，肯定有人能帮你” 或 “不，没人知道”
最基本的，要礼貌一点。多使用 “请” ，“您”，“谢谢您的关注” 或 “谢谢您的帮助”；让别人明白你在感谢他们的时间与精力
附加一条，建议您在问题解决后向所有帮助到你的人追谢，并在原问题后附加自己的解决方法，让更多人知道问题是如何解决的
“读他
的手册去”（ReadTheF**kingManual）-RTFM 和 “他的自己搜” （SearchTheF**kingWeb）-STFW
的手册去”（ReadTheF**kingManual）-RTFM 和 “他的自己搜” （SearchTheF**kingWeb）-STFW这些回复意味着...大佬认为：你要的答案很容易找到，自已找要比别人喂到嘴里更有收获
他们可能确实没想冒犯你，大佬没有不搭理你...其实就是在向你表示某种尊重...你反而应该感谢他们至少提供了一种方法
同理，开发者圈子中看似无礼的回复并不是存心冒犯
相反，那是一种直接了当、一针见血式的交流风格，这种风格更关注解决问题本身，而不是顾及某些人的玻璃心
提问禁忌
下面这些小学生问题...您应该一看就知道为什么我们不想回答
问：WED在那儿下载？
问：怎么用X-Palne建机场？
问：淘宝上买的X-Plane可以安装插件吗？
问：我怎么吧模型放到X-Plane里？
问：怎么用X-Palne建机场？
问：淘宝上买的X-Plane可以安装插件吗？
问：我怎么吧模型放到X-Plane里？
问：我飞着飞着怎么突然报错崩了？
问：我不会用WE，有人能教我吗？
问：哪儿才能下载FF320？破解地景在哪儿下载？
当我们看到这些问题的时候，内心的想法：
问：WED在那儿下载？
答：对，就在 “那儿” 下载——我从哪儿下载，你就去哪儿下载，笨蛋，自己搜搜啊！你会打字，难道就不知道如何使用搜索引擎吗？
答：对，就在 “那儿” 下载——我从哪儿下载，你就去哪儿下载，笨蛋，自己搜搜啊！你会打字，难道就不知道如何使用搜索引擎吗？
---
问：怎么用X-Palne建机场？
答：如果你想在 “X-Plane” 中建机场，就别给出不恰当的方法。这种问题说明提问者对开发流程完全无知，还自己梳理一下吧
---
问：淘宝上买的X-Plane可以安装插件吗？
答：如果你能提出来这个问题，我感觉你也有能力去自己搜搜，谁卖的问谁去
答：如果你能提出来这个问题，我感觉你也有能力去自己搜搜，谁卖的问谁去
---
问：我怎么吧模型放到X-Plane里？
答：自己试试，STFW
---
问：我飞着飞着怎么突然报错崩了？
答：这不是一个问题，如果不是我的作品，我也不关心你有什么问题──我有更要紧的事要做。看到这种问题，我的反应一般如下:
-你还有啥想说的吗？
-哦，确实挺遗憾的，希望你能搞定
-关我屁事儿
---
问：我不会用WE，有人能教我吗？
答：没事，把 “WE” 删了，老老实实的飞X-Plane吧
---
问：哪儿才能下载FF320？破解地景在哪儿下载
答：想做这种事情说明你没有社区的概念，想让别人教你做这种事...要真有人帮，只能说你们俩都是白痴
好问题，坏问题？
小学生：有没有地景制作教程？
（提问者显然就是想要一个 STFW 式的回复）
明智: 我已谷歌过 “X-Plane Scenery Development Tutorial”，但真没有找到一个非常全面的中文教程，谁知道在哪能找到这种手册？
（这个人已经自己搜过了，而且听起来...他可能真的遇到了问题）
小学生：我咋打不开别人做的机场，WED怎么这么难用？
（提问者...太自大了）
明智：星图ZBNY的源文件不能二次导入至WED 2.2中编译。我读了官方的FAQ，但其中没有与导入相关的内容，我做错了什么吗？
（提问者指明了运行环境，读了FAQ，明确了错误的环境，也没有让别人背锅；这家伙挺会说话）
小学生：WED怎么调整模型？
（某人对此问题的反应可能是..：“哦，还需要我们教你怎么用浏览器吗？”...然后忽略）
明智：我在YouTube上看到WED 2.2的预览视频中曾经有过一个改变模型大小的片段，但我回来在WED上试了一下，确实不行...我又试了其他版本的WED，当它们都没有实现这种功能的时候，我感觉我应该在某一步上出了问题，因为普通模型根本不能在WED中被调整大小。我认为是我没有使用正确的文件格式，很可能那种文件根本就不是一个obj模型，各位有没有试过WED 2.2的？有谁知道我还能怎么试试？
（相反地，这个人看来值得回答，他展现了自己解决问题的能力，而不是坐等天上掉馅饼）
如果得不到回答，请不要认为我们不想帮你，有时只是我们的确不知道答案
没有回复不等于您不被理睬，当然...没有什么显著的差别
回复问题
态度还是要和善一点，毕竟问题带来的压力常使人急躁，显得...无礼，所以，彼此多体谅
没必要当众羞辱一个新手，因为他可能真的不会搜索...或者英语不是那么好
如果你不确定，一定要说出来! 一个听起来权威的错误回复比没人回复还要糟，别因为你以为自己是专家，就给别人乱指路
如果你不确定，一定要说出来! 一个听起来权威的错误回复比没人回复还要糟，别因为你以为自己是专家，就给别人乱指路
要谦虚 要诚实，给提问者与同行都树个好榜样
如果帮不了忙，别捣乱。不要在具体步骤上开玩笑，那样也许会毁了用户的安装──有些可怜 的呆瓜会把它当成真的指令
探索性的反问以引出更多的细节。 如果你做得好，提问者可以学到点东西──你也可以
请试试帮他们将那些很差的问题改成好问题（提出建议），别忘了 我们都曾是新手
尽管对那些懒虫报怨 “读他的手册去” (RTFM)是正当的，但指出文档的位置（即使只是给他们个词去搜）会更好
的手册去” (RTFM)是正当的，但指出文档的位置（即使只是给他们个词去搜）会更好 如果你决意回答，请给出好的答案。当别人正在用错误的工具或方法时，别给他们提权宜之计，应推荐更好的工具，重新组织问题
请帮助你的社区，完善它，改善它
当回复时，问问自己 “如何修改相关文件或 FAQ 以免再次解答同样的问题？”，或向文档维护者发一份更新，提出一点建议
如果你是在研究一番后才做出的回答，请展现你的方法而不是直接端出结果。毕竟 “授人以鱼，不如授人以渔”。
---
最后更新于：2019-10-7
下方评论区，有问题欢迎开怼
3条评论，3人参与。