新同学与老司机

这个标题在我的草稿箱躺了快一年了，今天在 infoQ 的话题页面看到了“你觉得普通程序员和大神程序员有哪些区别？ | 话题”这个话题，就又燃起了我要写写新同学和老司机区别的热情。

起初想写这个话题的灵感，是因为公司新招了一批校招生，看着他们平时工作中那种青涩的感觉，让人着急又让人羡慕。着急是因为他们很简单的事情都还没办法独立完成好，羡慕是因为他们是那么的年轻，有着很多的发展潜力和方向。

上面那个话题的下面，看到好多同学的讨论，看到有个同学说：

大神肯定秃了啊

这个答案没毛病，但是这个回答显然是只看到了问题的表面，而没有透过现象看到本质的区别。

他们更多的区别在于工作中沟通方式的区别，在于解决问题思路的区别，在于做事方式的区别。

下面就从以下几个方面来分别对比下他们之间的差别：

一、 沟通方式

新同学在问题讨论和需求评审的时候，不敢发声。因为没有丰富的项目经验，没有熟练的技术支撑，内心哪怕有一些疑问也不敢问出来，因为怕说错了别人笑话，怕说了显得很业余，怕说了反而降低了沟通的效率。

另外，新同学在找人沟通或者别人找他沟通的时候，不能准确找到要表达的核心观点或者想要找别人讨论的根本问题是什么。无法清晰的表达自己的诉求。比如，明明我找你是想问下：“你这个接口的某个参数是不是必填的”，结果实际沟通的时候可能就会说成：“你这个接口的入参是什么样子的，哪些是必填哪些是非必填”，把问题的范围扩大了一圈，自然会耗费更好的沟通成本。

他们总有顾左右而言他的本事。

而老司机，往往在沟通的时候，更能切中要害，更有底气的表达自己的观点。因为他们知道某件事情的原委，知道某个技术的应用场景，知道沟通时对方想要知道什么、想要达成什么结果。所以，老司机的沟通更有效更高效。

二、解决问题思路

在拿到需求的时候，新同学更关注的是自己会不会做，能不能实现这个需求，往往只会关注这个需求本身的功能，一旦有了思路便会马不停蹄的开始开发。不先弄清楚问题的上下文，和这个需求的业务价值，完全相信产品的设计。因而，有时候，即使完成了需求的功能开发，有时候解决方案设计的不合理，没办法和其他模块友好的协作，或者后面这个功能不符合业务场景又要改来改去。新同学只能跟着产品的 prd，忙碌的像无头苍蝇。

而老司机，拿到需求会先审视一下这个需求的合理性，对于业务是否合理，产品设计的流程和交互用户体验是否友好，以及本功能在整体体系中的意义是什么。然后才会开始设计和功能开发。并且老司机在做的过程中，会考虑到可能出现的异常场景，会考虑到未来可能出现的场景扩展，会考虑实现这个功能的最优方案，等等。

而新同学则只是解决眼前的问题，而看不到这个问题周围所隐藏的问题。

三、做事方式

分不清轻重缓急。当多个任务同时交给他们的时候，往往他们并不会在接收需求的时候问清楚关键的时间节点，然后可能就会按照接收任务的先后顺序来处理，但是很多时候，也许后面交办的任务更加重要，分不清轻重缓急的情况下，就可能会延误任务。

交办的任务不能按时交付。有时候交代的任务，新人很容易出现不能按时完成的情况，他们可能会觉得即使没完成，我也付出了很大的努力，我没有完成是因为我做的时候遇到了很多问题，我虽然没有完成但是也解决了很多问题。其实他们不知道，领导只关注结果，不关心过程。遇到问题自己无法解决的时候，不主动的反馈，跟那些频繁寻求领导的帮助而解决问题的人相比，真的让人印象极差。

不懂得“件件有着落，事事有反馈”。在领导交办了一件事情后，不关做完了，还是仍在努力完成，最基本的在某些关键时间点都应该有反馈，有进度汇报。做完了跟领导说一声，让领导知道这件事情完成了；没有完成汇报一下进度，让领导知道你还在努力，并且做到了什么程度。他们不知道，领导交办的每件事，可能都在等着结果。

…

我们都是从新人过来的，我们曾经也都是这个样子的。曾经一度从公司那些校招生的身上看到了自己多年的前的影子。那种谦卑的态度——管谁都是哥、姐相称；请教问题时那种怯弱的样子；做项目时总是能弄出一些低级的小毛病…

新同学渴望成为像老司机一样的大佬，新同学渴望变得像导师一样厉害，新同学也终究会成为一个名老司机，他们与老司机之间距离只不过是几年的项目的磨练而已。

在他们成为老司机的路上，希望前辈老司机们，能对他们多一些包容和耐心，因为谁也不知道，未来他们会把你拍在哪片沙滩上。

新同学们，加油吧。