提问的智慧-飞行模拟器

发布于:2019-10-07 16:30
浏览次数:2293


在业界大佬的强烈推荐下,

这些天挤时间终于读完了 Eric Steven Raymond 所著的《How To Ask Questions-The Smart Way》
中文翻译作:《提问的智慧》

(原作者不对此书提供后续支持,请知悉)

原书首次出版于2004年,作者已发布弃权声明

虽然已经脱离了咱目前的时代背景,但话糙理不糙
如下内容是我身为…X-Plane开发者,对书中精辟理论进行的二次翻译与整理

片面之词,文风辛辣,请您各位 有则改之 无则加勉





弃权声明


我自愿放弃此文章 正文部分 的全部权益
感谢原作者的贡献,也欢迎各位转载、引用,不必署名

毕竟能让更多人高效的解决自己的疑问…正是我们想要达到的目标

但同时,这篇文章不欢迎指正,换句话说…我们没有义务再对此文章进行润色与修改




引言


我们不是自傲,我们只是毫无歉意的敌视那些提问前不愿思考、不做搜索的人
那种人就像一个无底洞──他们只知道索取,不愿意付出;浪费了别人的时间,而这些时间本可用于回答更有价值的问题

我们大多都是自愿从自己繁忙生活中挤出时间来回答问题的,当然也会感到力不从心
因此,我们会毫不留情地过滤调含混不清的问题,特别是那些看起来像是来自于某小学生的…把时间留给那些真诚的人

在发问前,请进行自检
如果你为解决自己的问题做了努力,大多数人将非常乐意、平等的与你交流,并欢迎你加入到圈子中
同理,帮助那些不肯 “自救” 的人,对我们简直…不能再浪费时间了

引起我们的注意…其实真心不难,我们要的是一种 “孺子可教” 的态度──灵光、有想法、善于观察、会自省总结
如果你做不到,那么…这里真心建议你自己去找一对一网课,而不是无偿求助于开发者们



在提问前


在邮件、QQ或论坛提问前,请先尝试: 
1. 尝试在你准备提问的论坛中搜索历史答案
2. 上网搜索以找到答案(扩展阅读:如何高效使用搜索引擎
3. 尝试阅读配套的手册 
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);请尽可能减少问题中的约束

我们认为,问题的解决过程应该公开透明,如果后面能有大佬注意到之前回复的不完整,不当之处,前面的回复才能有机会被纠正

含糊不清的问题通常被视为时间天坑,记住…最有可能解决问题的人通常也是最忙的人
     -(时间天坑:负面例子:https://bbs.sinofsx.com/forum.php?mod=viewthread&tid=177624

明确大家需要干的事儿(如指点方向、修改代码、修复模型或其它),会有可能收到有用的回复
因为这样可以让他们不跑题,也让他们对帮助你所需的时间和精力有了个大概的概念

要想理解大佬的世界,可以这样想:他们那里有丰富的资源,而真正稀缺的是时间。你要求他们留给你的时间越少,你越有可能得到解答

所以,请限定你的问题…以便最小化 回答时需的时间──还倒真不是简化问题,
举个例,“哪有好一点的地景教程” 通常要比 “地景怎么做” 明智。
如果你的地景报错,请别人排查问题 比 叫他们帮你改正 更明智 

请删除无意义的要求:如 “有人能帮我吗?” 或 “有没有人知道?” 之类的毫无意义的东西
第一,如果问题描述的不完整,这些附加的东西本身就是多余的
第二,因为它们是多余的,大家会觉得这些东西烦人──很多人甚至想这么回复:“是,肯定有人能帮你” 或 “不,没人知道” 

最基本的,要礼貌一点。多使用 “请” ,“您”,“谢谢您的关注” 或 “谢谢您的帮助”;让别人明白你在感谢他们的时间与精力

附加一条,建议您在问题解决后向所有帮助到你的人追谢,并在原问题后附加自己的解决方法,让更多人知道问题是如何解决的

“读他的手册去”(ReadTheF**kingManual)-RTFM 和 “他的自己搜” (SearchTheF**kingWeb)-STFW
这些回复意味着…大佬认为:你要的答案很容易找到,自已找要比别人喂到嘴里更有收获
他们可能确实没想冒犯你,大佬没有不搭理你…其实就是在向你表示某种尊重…你反而应该感谢他们至少提供了一种方法

同理,开发者圈子中看似无礼的回复并不是存心冒犯
相反,那是一种直接了当、一针见血式的交流风格,这种风格更关注解决问题本身,而不是顾及某些人的玻璃心




提问禁忌


下面这些小学生问题…您应该一看就知道为什么我们不想回答

问:WED在那儿下载?
问:怎么用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)是正当的,但指出文档的位置(即使只是给他们个词去搜)会更好 
如果你决意回答,请给出好的答案。当别人正在用错误的工具或方法时,别给他们提权宜之计,应推荐更好的工具,重新组织问题

请帮助你的社区,完善它,改善它
当回复时,问问自己 “如何修改相关文件或 FAQ 以免再次解答同样的问题?”,或向文档维护者发一份更新,提出一点建议
如果你是在研究一番后才做出的回答,请展现你的方法而不是直接端出结果。毕竟 “授人以鱼,不如授人以渔”。




最后更新于:2019-10-7

下方评论区,有问题欢迎开怼

 

1条评论,1人参与。