没有 bug 的程序员不是好程序员——原因很简单，说明他就写过个 Hello World。解决技术问题也和解决我们生活中的问题一样，每个人有自己的一套诀窍（或者至少是习惯），很难说哪种方式是最管用的。江湖门派各异，各有各的独门秘诀，只要不是旁门左道练得走火入魔，总也是各有其妙的。
在网络这个江湖里，有人看的是热闹，“暗哥和 summer 又撕架了哎，大家快来看”；有人看的是招式，“Vue.js 派大师兄今天用了一招袖里乾坤，轻巧地躲过了 React 派的掌门人的降龙十八掌”；少部分人能看出这些招式乱欲迷人眼背后不变的门道，“说到底，前端同盟底下这些帮派这些年闹得这么风风火火，不还是后端同盟或说是整个武林往些年经历的这些套数，再往大点说，不就是印证了整个宇宙分分合合的规律吗”。
在代码码头，有很多刚入行的搬砖码农，他们还没机会加入任何帮派，别说看出门道，就连看出招式都是很困难的。他们通过看书看网上的教程，了解了一些搬砖基本的知识和姿势，于是就照着一天天弯着腰搬砖。
我敬你是一条好汉才告诉你，不要等你搬砖砸了脚才知道抬起头看看，怎样在这个代码江湖求助于人。
什么时候需要寻求帮助
一等聪明的是神人，还没砸到脚就在观察别人怎样搬可以不砸到脚；二等聪明的是高人，搬砖砸了脚，流了血，知道找郎中包扎完问一句伙伴“我哪里搬错了”；三等聪明的是好汉，搬砖砸了脚，流了血，自己胡乱包扎一下止住血就算完事了，一点都不痛，真的；四等聪明的就是死人了，因为他们早晚被自己砸死。
好汉，我知道你可能很不以为然——我一条好汉还能不知道什么时候需要寻求帮助吗？
是啊，因为你觉得自己是好汉嘛！
《道德经》中说“明白四达，能无知乎”，说的是没了知乎，你还能明白四达吗你说你明白四达，但你做得到承认自己一无所知吗？同样，你说你是条好汉，但你做得到承认自己需要帮助了吗？
码农们在碰到 bug 的时候还不知道去解决的，想必大多也活不到看到本文的时候。
大多数情况下，我们可能更接近好汉思维，碰到 bug 能修的修一修，不能修的绕一绕——这不，KPI 就有了嘛！好汉自以为很聪明地赚到了搬砖费，但高人知道，相比搬砖经验而言，这点初级搬砖费这是小钱。
高人有较好的解决问题的习惯，懂得寻找正确的答案，以及从答案中归纳出更泛化的规律——这通常是在他们跻身搬砖行业之前就养成的良好思维习惯。
至于神人，微妙玄通，深不可识，不在本文的探讨范围内。
本文剩余部分将详细介绍如何让好汉成长成为高人。
为什么良好的提问方式至关重要
上文介绍了自认好汉不愿寻求帮助的情况，现在要说的是另外一种极端——伸手党。
作为姨恰辞（ECharts）派刚收入门的弟子，笔者羡辙要来吐吐苦水。
“姨恰辞某某功能要怎么实现啊？”
“姨为什么报错啊，我哪里错了嘛？”
“姨怎么不听使唤了，我让她……呀，快跟你姨说呀，在线等！”
亲，不如把客服小妹包邮带走吧~
我能理解大家想快点解决问题的心理，但是如果错误的解决方式换来是的迅速得到的正确解答，不仅仅是增加客服工作量的问题，危害更大的是鼓励了这种错误的提问方式，很多新入行的码农以后就会把这认作是正确的提问方式，以至于影响了整个业界的问答效率，更严重地说，是思维模式。
伸手党伸出手的时候，就应该人人把这手打回去！
我一开始使用 StackOverflow，不知道怎么提问，被无情地 vote down 甚至关闭问题后，首先觉得这个社区好冷漠，我知道我问的方式不大好，但你回答一下怎么了？你明明知道答案的呀！
后来，我慢慢玩转了 StackOverflow，碰到和曾经的我一样写得不太合适的问题，我就热情地回答了，并且告诉题主，你这样的提问方式不太好哦。后来，有经验值很高的人给我留言，面对这样问题，最好的方式就是把问题关闭，让题主吃一堑长一智。我突然理解了当初觉得是冷漠的这种行为，事实上也正是当初被关闭的问题，才让我真正去研究了 StackOverflow 的提问风格，后来才能更高效地提出问题。说得更大一点，也正是这种无情地关闭问题的行为，才使得 StackOverflow 成为一个高质量的社区，甚至改变了整个业界的提问方式。
所以，下次你的提问没人理睬的时候，请一定不要把我们看成冷漠的人——我们只是在强化这一规则，只有良好的提问方式，才能得到良好的回答。
那么，接下来，我就来讲讲我对良好的提问方式的想法。当然，请务必铭记，这只是一家之言，甚至算不上是姨恰辞派的功夫，但希望这些招式能够给你带来一些启发。
你需要的帮助未必只能来自他人
伸手党不敢伸手了，那应该怎么办呢？
Tip 1：找到核心问题
伸手党：这还不简单，我就是想知道为什么会有 bug A 啊！
羡辙：那么你先问一下自己，A 是由什么引起的？
伸手党：我要知道，还问你干嘛？
羡辙：就像医生看病一样，能看到的是症状，隐藏在背后的是症源，如果只治标不治本，常常连怎么治标都不知道，因为症状实在太多了。但是如果能多问几个为什么，找到症源，那么别人碰到过的可能性就会大大提升。
Tip 1.1：跟踪依赖项
就像报错的路径常常是一个栈，你也可以跟踪进错误的地方，看看究竟
a.x报的错是不是由于a是undefined引起的。Tip 1.2：控制变量
尝试不同的环境下，bug 是否会复现，从而找到真正引起 bug 的症源。
Tip 1.3：最小化复现问题
用最少最简单的代码重新复现出你的问题，这不仅仅是对下一部的提问有用，常常自己写到一半就意识到哪里出错了！
在这一步中，很多问题都可以自己解决掉。切记心急和懒癌，再说一遍，我们不是要解决 bug 本身，更是要从中学会一套绝世武功！
你需要的帮助未必只是解决问题
做到以上的步骤，如果你的问题还没有解决，那么，你可以向别人提问了。
Tip 2：问谷歌
第一个询问的人一定是谷歌，是的，即使我是姨恰辞派的，我还是要公正地说，问谷歌。
虽然这一点似乎大家都知道，但是还是会有很多人，一碰到问题，直接就去提问。
你觉得问一个重复的问题对你来说快多了，对别人来说，最多把以前在别的地方回答过的问题再复制过来，也没什么成本嘛。其实大错特错！
第一，你降低了自己的提问效率，因为要提出一个高质量的问题，你一定需要好好编辑你的问题；第二，你浪费了别人的工作量，回答你问题的人可能也不知道已经有别人回答过一个类似的问题了，又重新给你写一遍，以 StackOverflow 的回答看，大部分人还会写了代码自己运行了再来回答的，你好意思么！第三，你损害了社区的和谐，你别觉得我危言耸听，只有每个人对自己的提问和回答负责，才有一个健康的社区。
Tip 2.1：尽可能用英语
学渣：中文看起来方便，而且那么多中国程序员，我大中华人才济济，为什么要用洋鬼子的话？
羡辙：改革开放是决定当代中国命运的关键抉择，是发展中国特色社会主义，实现中华民族伟大复兴的必经之路；只有社会主义才能救中国，只有改革开放才能发展中国，改革开放是我国的强国之路，是国家发展进步的活力源泉，我们要毫不动摇地坚持改革开放。另外，请不要用狭隘的民族主义观点来掩饰你英语不好的事实。
学渣：我英语不好。
羡辙：你一直不用，当然不好了。搜索的时候也就输点关键字，你甚至连语法都不用管。
Tip 2.2：练习使用更精准的描述
问谷歌或是大部分现有搜索工具的一个难点在于，我们常常很难描述问题。（所以推荐算法将作为一种补充，在海量信息的时代帮助我们获取对自己更有用的信息。）
如果是报的错，那复制错误信息通常还是能把我们引向正确的去处的，但是如果是某个功能性的问题，我们常常很难用文字表达清楚。
这里之所以说“练习”，就是因为这是一种慢慢养成的技能。一方面，这涉及到英语的问题，如何找到更恰当的词；另外一方面，也是情景相关的，描述这个问题需要用什么词更恰当。好在谷歌对于近义词会有容忍，找到问题的同时，你也学会了更地道的表述方法。
Tip 3：在正确的地方提问
通常来说，具体的技术性问题就在 StackOverflow 问，这本不是什么有争议的问题，问题在于不应该在什么地方提问。
Tip 3.1：不要在 GitHub issue 提问
GitHub issue 不是用来答疑解惑的！GitHub issue 不是用来答疑解惑的！GitHub issue 不是用来答疑解惑的！
自从关注姨恰辞项目后，我的时间线就没消停过。喂，我都说三遍了呀！
issue 是用来报告 bug 和提 feature 等的，对于你的技术性问题，应该去 StackOverflow 问。
Tip 3.2：不要在 QQ 群提问
我也被拉进过几个所谓技术交流群，经常有人会吼一句某某问题怎么解决，然后群里常活跃的那么几个人讨论起来。再大的群，碰到过你的问题的也毕竟是少数，而且你这么吼一句，又怎么描述得清楚问题呢？
更重要的是，不管结果有没有得到你想要的答案，这都不是一个好的提问方式。原因在于，我们要的不仅仅是解决 bug 本身，而是养成一个良好的提问和学习习惯，尤其对于初学者，千万不要尝到点甜头，依赖这样的形式。
Tip 3.3：不要轻易给项目开发者发邮件
尤其是比较热门的项目，开发者都很忙的，要是每个使用者都发邮件来问，你还指望不指望这项目更新了？
如果你实在要给开发者发邮件，或者是一个比较小众的项目，估计除了作者没什么人知道，那么可以在 StackOverflow 上提问后给作者复制链接，或者至少在 jsfiddle.net 等在线代码平台放上你的代码。千万别搞个压缩包发邮件，别说我怕病毒，就算我不怕，我都懒得点下载键，甚至有的居然还要我配环境！
好了，由于篇幅问题，今天就先介绍到这里了。在下一期中，我将会介绍对于问题本身该如何保证高质量。
各位大侠晚安~
