《高效能程序员的修炼》一向橡皮鸭求助

本节书摘来异步社区《高效能程序员的修炼》一书中的第3章，作者： 【美】Jeff Atwood 译者： 陆其明 , 张健 责编： 陈冀康, 更多章节内容可以访问云栖社区“异步社区”公众号查看。

向橡皮鸭求助

高效能程序员的修炼
在Stack Exchange上，我们坚持要求提出问题的人需要在自己的问题上多下些功夫，而且我们在这方面有些偏执。那就是说，当你开始要提问题的时候，你应该：

• 用足够多的细节来描述发生的状况，这样我们可以顺着你的描述继续研究下去。即使在你所在的特定领域里我们并不是专家，你也要向我们提供必要的背景情况，这样我们可以了解到底发生了什么事情。
• 告诉我们你为什么需要知道答案。你怎么会出现在这里？是闲来无事的好奇，还是在某个项目里遇到了障碍？我们不是要求你长篇大论地讲生活故事，只是想了解跟你的问题相关的一些基本情况。
• 说一说为了解决这个问题你都做过什么研究，以及你的发现（如果有的话）。如果你没有做过任何研究，你应该来这里提问题吗？
• 归根结底，这关乎公平：如果你想要我们花上宝贵的时间来帮助你，只有在你也花了相当的宝贵时间酝酿出一个合格的问题时才算公平。帮我们也就是帮你自己！

我们有一个很棒的“如何提问”（How to Ask）网页来解释所有这些规则。整个网络到处都有到达这个页面的链接。（在Stack Overflow上，由于问题数量的巨大，事实上我们强制新用户在提出第一个问题之前必须点击进入那个页面。如果你想试一下，你可以在隐身或者匿名浏览模式下点击“Ask Question”。）

这里的要点是，我们试图杜绝那些无法解答的“无厘头”问题。那些问题对谁都没什么好处，如果听之任之，它们还会毁了一个好端端的问答网站，把它变成一个虚拟世界里的幽灵镇。在Stack Exchange上，那些因为缺乏有效信息和背景情境而无法得到合理解答的问题会被及时关闭。如果它们不能被改进的话，最终还会被删除。

正如我前面说的那样，我们在这个规则上有些不尽人情。但是，我们是有充分理由的：我们是在教你一种“向橡皮鸭求助”的问题解决方法，以帮助你自找出路。虽然我们的方式有些笨拙，但方式本身是非常管用的。

这个问题很普遍。你自己看看吧：

当我自己解决了自己的问题，我该怎样感谢社区呢？

迄今为止我只贴出了一个问题，第二个问题差一点就贴出去了。在我写两个问题的过程中，我自己找到了答案（至少是部分答案）。我把这归功于网络社区和提问流程，因为它们促使我自己思考答案。在我所写的东西里，没有任何内容明确地指明了我要的答案。但是在我把它们写下来的过程中，某种东西让我用额外的思维方式去思考问题。

**为什么适当地组织你的问题通常能让你自己找到答案？
**
我已经记不清这样的情况发生过多少次：

• 我碰到一个问题；
• 我决定把这个问题提到Stack Overflow；
• 我很笨拙地写下我的问题；
• 我意识到这个问题根本就说不通；
• 我花了15分钟重新思考该如何提出我的问题；
• 我意识到我正在一个完全错误的方向上解决这个问题；
• 我从头再来，然后很快就找到了解决方案。

你也有过这样的情况吗？有时候，提出正确的问题差不多就已经把问题解决了一半。

• 开始提出问题实际上促使我自己诊断自己的问题。

为了得到满意的答案，当我尝试组织一个内容连贯且信息翔实的问题时，提问题的动机实际上促使我自己诊断自己的问题。这在别人身上也发生过吗？

这不是一个新的概念。如果给予足够的时间，每个社区似乎都能自己意识到这个问题。但是，“问鸭子”确实是一个非常有效的解决问题的技巧。

Bob指着办公室的一个角落说：“那里有只鸭子。我想让你拿你的问题去问问那只鸭子。”

我看了看那只鸭子。它被塞得鼓鼓的，没有任何生命迹象。即便它不是死的，也不像是能回答人类问题的呀。我看着Bob。他看起来非常严肃。他是我的上司，而我想保住这份工作。

我尴尬地走过去，站在鸭子边上，然后把头低下去，和这只鸭子说起话来，就像是在祈祷一样。“你在干什么？”Bob问道。

“我在问鸭子我的问题。”我回答道。

Bob手下的一个主管正好在他的办公室里。他乐得合不拢嘴，像个混蛋。他说道：“Andy，我不是让你去向这只鸭子祷告。我要你去问它你的问题。”

我舔了舔嘴唇说：“大声问出来吗？”

“大声问出来！”Bob说得很坚决。

我清了清嗓子，开始说：“鸭子……”

• “他的名字叫小Bob！”Bob的那个主管插了一句。我狠狠地瞪了他一眼。*

我继续对着鸭子说：“鸭子，我想知道，当使用一个U型吊架时，是什么来保持喷水管在水龙头放水的时候不会跳出吊架，导致水管……”

就在问鸭子的过程中，答案突然（在我脑子里）出现了。U型吊架是用一个固定长度的全螺纹杆从上面的结构悬挂下来的。如果装管道的人可以把全螺纹杆剪成让它的底部正好顶住管道的顶部，它基本上就能把管道保持在吊架里，并且让它不会突然跳出来。

我转过身去看Bob。Bob在点头。“你现在知道了，不是吗？”他说。

• “用全螺纹杆去压住管道的顶端。”我回答道。*
• “对！”Bob说，“下次你再有问题的时候，我希望你先来这里问问这只鸭子，而不是先来问我。大声说出你的问题。如果你还是不知道答案，那时候再来问我。” *
• “好的！”我说着，然后回去工作了。*

我喜欢这个特别的故事，因为它把 “向橡皮鸭求助”这种解决问题的方法的关键部分展示得清清楚楚，那就是完全投入地向一个假想中的人或者是没有生命的物体问一个透彻而详尽的问题。是的，你往往会在最后认识到你犯了某种愚蠢的错误，于是问题不再是问题，你也因此如释重负。当你带着假想中的人一步一步细致地审视你的问题时，这些努力往往就会引导你找到答案。但是，如果你不愿意付出努力去完整地解释你的问题，并且也不说明你是怎样尝试去解决问题的，那么在你向别人请教之前，你也就不能通过深入思考自己的问题来获益。

如果你还没有一个编程伙伴（但是你完全应该有一个），你可以利用“向橡皮鸭求助”这种方法完全依靠自己去解决问题，或者你也可以向互联网社区求助。即便你没有得到你想要的答案，强迫自己去完整地解释自己的问题（最好以书面形式），常常也会引领你进入新的视野或者为你带来新的发现。