上个月，一个叫我“师傅”的同事离职了。这个叫法源自五年前他刚毕业进入公司时，我被安排成为了他的“导师（mentor）”。但没多久，组织结构发生变化他调去了另一个部门，做另外的项目。后来，这些年下来我们的接触反而很少了，实际的“导师”关系就结束了，但这个称呼他一直保留了下来。
导师制的初衷是为了帮助新员工快速熟悉公司环境，并提供工作技能和个人成长的帮助，但这个制度如何才能更好的发挥作用，不禁让我陷入了思考。
起源
导师制诞生于 14 世纪，随之而来是一场翻天覆地的变化。突然之间，那时的年轻男女们可以用自己最富余的资产 —— 时间，去交换当时最稀缺的资源 —— 培训。在那个时代，经验丰富的手艺人，比如，铁匠、鞋匠、木匠等，他们指导这些年轻人并承诺将来某天年轻人能学会他们的技能并开创属于自己的事业。作为交换，年轻人提供低成本且廉价的劳动力。
作为学徒，年轻人可能赚不到什么钱，但却能学到关于这门手艺的各种经验和技巧。比如：一个铁匠学徒，学会了如何去建造高温火炉，能够组合不同的金属以产生不同熔点的合金混合物，掌握了制作耙、刀或犁的工作技能。这些经验和技巧，在当时的学校里都教不了，只能进入行业去获得第一手的经验。
那么在程序行业有像中世纪时期的导师制吗？似乎有，似乎也没有。我们都知道编程这门手艺，你读的书再多再好也不如真正动手去做。但你一旦开始做了，就会很快掉入迷宫，路径千万，到底怎样才是对的，才是好的？所以现在的公司都会说，我们会为新员工或学生配备有经验的“导师”来领路，但很多有经验的程序员并不能很好的理解，包括曾经的我，作为“导师”到底该做什么，以及要怎么做，以及做或不做于我有什么关系？
一个有经验的程序员，走到一名新员工面前，问：
“你会 Java 吗？会这个框架吗？”
“学过 Java，但框架不太懂。”
“来，这里是框架文档地址，你先看看，搭个 demo 先跑起来。”
“恩，......”
这样的场景，也许大量存在于新手程序导师和学徒之间。
导师
经验丰富的程序员，就和中世纪的老师傅一样，他们经历了大量的时间犯过大量的错误，积累了很多不可言说的经验价值（另外一个事实是，不少程序员也说不出来）。他们已经经历过你所犯的错误，已经能够轻松应对如今让你痛苦和头疼的问题，所以他们具有能够引导你迈向正确方向的潜能。
但反过来想，他们为什么要指导你？是因为公司有个导师制，并安排了他成为你的导师？那么这样的指导通常也就变成了上面那种场景。为什么他们要牺牲自己的工作时间，甚至私人时间来无私的指导你？通过职业道德约束、价值观教育是解决不了这个问题的，中世纪的老师傅是靠利益交换与绑定来稳固这个机制和关系的。
大学读研、读博，也会有个导师。这样的导师，相对比职场的导师更进一步。因为你们之间有经济交换，你交了学费，所以学校导师就对你的毕业负有一定的指导责任。但你能获得多少质和量的指导与帮助，其实取决于你的态度、你能反馈些什么？所以，你看同学们参加导师的项目，本质和中世纪的学徒提供廉价劳动力换取经验和指导是一样的。还有同学，会为导师收集材料，用于发论文或写书，甚至干脆就是写好了论文或书，最后导师只是签个名。人品好点的导师可能还会给你留个第二作者的位置，差点的也许你连露脸的机会都没有。
而职场导师制，如果公司没有足够严密的考核和评价制度支撑，那么这种师徒关系实际没有任何约束，完全靠运气、投缘之类的。站在导师的角度，对于凑巧碰到的一个职场新人，他有什么样的利益或情感驱动要去更积极的做这件事呢？其实还是由对方的态度和行动来驱动的。
而在没有这些更实质的驱动因素时，有人如果愿意去积极的做这件事，那一定是在更高的维度看这件事。借用一句话来说明：
取得领先的方法，就是提携你身边的人。你对待别人的态度始终会伴随你，人们会忘记你所说和所作的一切，但永远不会忘记他们对你的感觉。帮助别人就是影响别人，如果你能帮很多人，你本身就是高手，你的影响力就很大，你就能做更大的事。
这是一个气度问题。
学徒
反过来，站在学徒的角度。万维钢的一篇文章《给前辈铺路的人》里写到：
给人当学徒，就给你提供了这个机会。你现在把自己和一个高手连接在了一起，你可以从内部了解第一手的经验。这就是学徒工作的协议：用礼敬和服务，换取机会 —— 而这个机会还不是立功露脸的机会，而是学习实践的机会。
机会，就是得到更快的发展。从导师多年积累的经验中获益，能够缩短获得这些知识经验的时间，并且避免重复错误。这里面有个障碍是自尊心的问题，态度不够谦虚，那么也许是性格还需磨练。如果态度正确，双方都投入了适当的时间和精力，导师当年花了十年才学会或领悟到的东西，学徒也许只用短短几年就能学到，绕过了没必要的重复路线。
