有个朋友问了这么一个问题：

    我们经理安排了一个同事带我，想让我快速熟悉工作。可我每次问这个同事问题，他都好像懒得搭理我，很没耐心，一副不耐烦的样子，总是草草敷衍几句，也没什么有用的信息。到公司快两周了，现在连基本的业务流程都还不是很清楚，也不好意思总问他。而且这个同事又比较好面子，我要是当着他的面问其他的同事，他又表现得很不爽。我是不是应该向我们经理反映一下，让其他人带我啊？

我觉得这个问题很有意思，也很普遍，我们聊了一会儿，我也没什么好的办法能让那位担任“导师（mentor）”的程序员从敷衍塞责蓦然转变到积极分享，我给的建议总结起来就这么几点：

• 趁对方心情好时提问

• 斟酌问题，选择容易引起对方兴趣的点作为开始

• 想办法在提问时让对方有很强的价值感，有很受尊重的感觉

这里面其实有一些话术可以学习，比如对方觉得自己哪里牛X，你就往在提问时不经意的夸哪里，交流结束后来一句碰到点子上的赞赏（没事儿可以看看《蔡康永的说话之道》这本书）。不过这些都不是我今天要说的，我今天要说的是：

成为指导者对程序员是百利而无一害的事，拒绝这样的机会是愚蠢的。

>> 当你牛X时，你会怎么做？

有时我们会在某方面比别人懂得多一些，了解得深入一些，会因此而成为开发团队里某方面的“专家”，具有一定的“权威地位”。此时你会怎么做呢？

像前面的问题里那位指导者那样，取笑别人、鄙视别人、质疑别人、挫败别人，以此来显示自己的技术有多牛X，除了我谁都不能行？

还是对待向我们求助的兄弟姐妹，像春天般的温暖，竭尽所能共享自己的知识，让每个人都成长起来，你好我好大家好？

有人选择前者，理由是“台上一分钟，台下十年功”，看着一句话就能解决的问题，老子其实下面花了N多时间和精力，凭什么就这么轻易的告诉你？再说了教会徒弟饿死师傅怎么办？还有我自己忙得一塌糊涂，哪有闲工夫帮你提高？

有人选择后者，理由是把自己的知识和技能传递给别人，自己的那份不但不会变少，还可能会变得更多更扎实。引用一下《高效程序员的45个习惯》里的话：

好的想法不会因为被许多人了解而削弱。当我听到你的主意时，我得到了知识，你的主意也还是很棒。同样的道理，如果你用你的蜡烛点燃了我的，我在得到光明的同时，也没有让你的周围变暗。好主意就像火，可以引领这个世界，同时不削弱自己。

想想你的选择吧。

>> 成为指导者的好处

《你好哇，程序员》封面截图

成为指导者，对程序员本身来讲有很多好处。

• 知识与经验可以相互促进

当我们向别人解释自己知道的知识时，可以让自己更深的理解已知的知识，还能促进自己更系统的思考所解答问题牵涉到的知识。自己明白，能讲得让别人明白，这中间的差距相当大，这种差距，可以靠指导过程来完成。从这个方面讲，指导对别人是帮助，对自己也是巨大的促进。

知识和技能也具有横看成岭侧成峰的特点，别人的问题很可能是从不同的角度出发的，甚至可能会让你因此而发现新的技巧。

• 表达能力可以不断得到锻炼

毋庸置疑，你需要思考知识、经验如何连接、梳理，还需要组织语言来将你连缀成的知识图谱表达出来，这个过程是一种挑战，也是极好的锻炼。

• 捕捉关键问题的能力可以不断提升

有经验的人往往会很快判断别人的提问，甚至有时不等别人讲完就会说“好我知道怎么回事了”，然而这种基于认知和经验落差出发的结论，往往是错的。这都是因为我们没有认真聆听别人的问题，在想当然，所以有时会出现偏差，你以为你理解了也给出答案了，实际上别人并不是那个意思。

你以为你以为的就是你以为的吗？有时不是，所以，在和别人交流问题时，需要先清空自我，这样才可以捕捉到他人的“点”，他人才会觉得你是理解我的。这是一种非常宝贵的能力。

• 建立好的口碑

还没见过哪个热心助人、乐于帮别人解决问题的程序员口碑不好的……

• 提升团队实力

你帮助团队里的伙伴成长，你所在的团队实力就会增强。因为你播下了乐于助人的种子，受惠的小伙伴会继续传播这种习惯，其他人也可能会效仿，于是整个团队的技术讨论氛围都会好起来。这样，不但每个人的能力会不断提升，团队在某一知识领域的积累也会不断丰富、完整、深入。

• 提高团队凝聚力

团队里的大部分人都愿意积极参与问题讨论，都愿意帮助别人，这样的氛围是程序员最喜欢的。我知道我不是一个人在战斗，我知道我遇到问题时会有人帮助我，我愿意在这样的团队里工作，我乐于和这样一群人一起工作、生活。团队的凝聚力就这样提高了。

>> 指导别人的途径

程序员的工作中，能够指导别人的机会很多，形式也多种多种，大概有这么几种：

• 别人主动询问

• 小范围的问题讨论

• 内部主题分享

• 吃饭时的讨论

• 知识库（博客、Wiki、各种格式的文档等）

• ……

走过路过不要错过哈，任何机会都能提升你的战斗指数和口碑，点亮别人，照耀自己，比赞还赞。