浅谈一个程序员「看得见的成长」

文 | 尹竞成

网易云商 CTO

写在前面

一直想和你们一块儿探讨研发同窗成长相关的内容。但愿本身不要写出一篇鸡汤文。

成长是一个永恒的话题。无论是初入职场的新人，仍是在职场摸爬滚打多年的老兵，每一个人都但愿可以不断成长。对研发同窗来讲，成长意味着须要有更宽广的技术视野，在一个或者多个技术领域有足够的技术深度，须要有本身的核心竞争力。这几年来我面试了不少人，发现入行时间彻底不足以衡量一位同窗的能力，中庸无为的职场老人并很多见。那么，是什么致使了你们在数年内差距变得如此之大呢？我以为大概能够归纳为几下几点。

终身成长的心态

《终身成长》这本书写得很是好。做者定义了两种思惟模式，一种是固定型思惟。就是认为本身的能力是固定不变的。拥有固定思惟的人会不断和周围的人相比较、急于证实本身的能力。一旦失败，就会认为本身是一个没有能力的人，或者缺少在这方面的天赋，从而放弃努力；

另外一种是成长型思惟，就是认为本身的能力是能够经过努力来培养的。拥有成长性思惟的人遇到困难时，就会以学习的心态去积极面对。即使是遇到了挫折，也不会放弃，而是不断地学习，发展能力，找到解决问题的方式。

前些天我面试了一个Java开发工程师，他跟我说他以为本身是一个内向的人，惧怕和同事讨论问题，担忧本身说错了影响同窗对本身的见解。我说，我能够给你一个建议吗？首先，不要给本身打标签，绝大多数人都既不外向、也不内向，你们都处于中间水位。一旦给本身打了“内向”这样一个标签，就会下意识地限制本身交流和沟通。其实在和他的交流过程当中，我并无以为沟通表达能力有什么问题。

其次，担忧本身说错、总但愿证实本身，这是典型的固定型思惟。通过本身的思考、得出结论并和你们讨论，就算有不缺漏又有什么关系？互通有无、共同促进才会让讨论更有效果。（但愿我不成熟的“诊断”可以帮助到这位同窗）

终身成长最重要的是可以找到本身的方向，看到本身的缺点和不足，制定计划，付诸实践，复盘校准，而后优化计划。不强求一朝一夕的收获，可是坚信点点滴滴、日积月累量变会引发质变。

坊间传闻“程序员35岁前须转管理”，这个说法就很反终身成长。

我一直以为这个说法的兴起，一方面是由于咱们有程序员这个工种的年头还太少、35岁以上的程序员同窗还不够多，另外一方面是固定型思惟的做祟。

2007-2008年我在东京的一家小公司里工做，里面有位白发苍苍的老大爷，偶尔跑跑客户，大部分时间和咱们一块儿写代码，写得不亦乐乎。目前Linux内核维护者主要仍是即将年满51岁的Linus和一些50或60后的老程序员。

程序员职业生涯能够很长，关键在于你是否愿意终身学习。

互联网的技术更新很是快，可能偏底层一些的技术生命力长一些，越接近用户端的技术更新就越快，须要咱们不断保持对前沿技术的关注、不断学习。固然，不少技术底层的原理是相通的，积累的经验能够做为学习下一项技能重要的加速度。多年经验的程序员不管学任何新技能，都会比毕业生要快不少，包括知识转换率、架构理解等问题，以及对新知识和技能的运用、问题排查等等。

网易一直强调匠心精神，我以为这一点对成长来说也很是重要。越用心，对本身要求越高，进步越快。

好比写一个函数，是否是代码行数能够再少一点、执行效率能够再高一些；写网络协议，传输内容是否能够再压缩一些；作业务开发的同窗，是否是能够把业务逻辑层次抽象清楚，成为模块化可用复用的能力。一旦养成这样的思考习惯，就会有动力去学习一些本质的东西，如操做系统、内存模型、设计模式等等，技术能力就会不断获得提高。

良好的学习方式

针对性的学习

首先咱们得肯定一个目标领域，是Java语言仍是NLP算法。而后给本身制定一个详细的学习计划。最近面试他人的时候我常常会问一个问题：将来一年内你打算学习些什么？大部分人都只会说，接下来会学习DDD开发模型或者是xx中间件的底层原理。我以为这只能算是学习方向，并不能算是一个学习计划。只有少数候选人会告诉我，他们会学习到什么程度、如何检验本身的进展。而每每这样的候选人对知识和技能的掌握上都远好于前一种。

程序员的学习会有两个维度，广度和深度。不少人都有疑问，先广度再深度，仍是反过来。我以为本质上并无冲突，只是咱们在不一样阶段学习的重心有所侧重而已，而且应该是一个交替往复的过程。时间和精力老是有限的。对刚毕业或者刚入门的同窗，我建议能够广度优先，多接触一些领域、多了解一些内容。而后找到一个方向，在一个领域很是深刻地进行学习，了解底层原理，学习其核心设计思想。

精通一门语言是很是重要的。每一门语言都有本身的优缺点，精通意味着能够找到合理的使用方式，把它的优势发扬光大，经过一些设计模式弥补它的缺陷和不足，从而下降使用成本，合理地解决复杂问题。

关联性是人类创建认知很重要的一个因素，咱们须要刻意强化这种关联性。咱们在学习一项新的知识和技能的时候，每每会用已有的知识去认识未知。所以对一门语言的深刻掌握，有助于咱们快速学习新的语言，而不用每次都从HelloWord开始。

我在网易的前些年，无论是作客户端软件仍是作游戏，一直在使用C++。后面因为业务和行业的变迁须要学习C#、Python、Java等语言，经过对语言特性的类比和概括，学习起来就很是快了。

刻意练习

小时候老师常常说：好记性不如烂笔头。意思就是要多写、多练。程序开发也是这样。即便是记忆力再好的人，看过的内容若是一直不用，很快也就变得模糊甚至完全忘记了。因此必定不能眼高手低。新手能够从模仿开始，进阶时给本身出题。

把学到的新知识和新技能用于工做实践中，是一种很好的方式。固然也要看团队的业务和技术成熟度，对新技术栈的包容性。咱们团队对技术持很是开放的态度，鼓励你们学习、使用新东西。（欢迎投简历哈！)

刻意练习这个词最近几年特别流行，不少地方都在讲。刻意练习质疑了“只要通过一万小时的锻炼，任何人均可以从平凡变得超凡”的说法。没有思考和总结的机械式练习，即便超过1万小时或许仍是很平庸。刻意练习，须要找到好的导师，有目标、有计划、有复盘。

开源社区的流行和壮大为咱们阅读和学习优秀的代码提供了很好的平台，也让咱们有更多练习的场景。有些同窗说咱们996哪来的时间去开源社区添砖加瓦？那就在工做中多思考、多复盘，适时重构本身之前的老代码，不断优化。再说了，时间挤挤老是有的。

不要抗拒业务开发

不少同窗看不上业务开发，以为写业务代码很low，没有技术含量，而更愿意去作中间件开发、架构设计等。我以为这种想法是不对的。

技术的进步历来都是为了解决业务问题。好的业务代码必定是有技术含量的，好比能够经过封装和抽象使系统更好维护、更具扩展性，经过可插拔可配置式的方式更快速实现业务逻辑，等等。好的业务架构设计既须要丰富的经验，又须要充分的技术底蕴。

可是只作好业务开发又是不够的。一样作业务开发，有些同窗很快成长起来，负责了更大的模块，承担了更大的责任，有些同窗还在原地踏步。差距在哪里呢？我以为除了上文所说业务封闭和抽像以外，比较重要的是，须要本身主动往前迈一步。

去了解本身负责的模块以外的模块实现和业务逻辑，学习整个系统的架构设计，了解系统的上下游，参与运维稳定性和系统优化性的工做，和产品团队多交流沟通业务设计。只有这样，才能有更全局的视角，设计更完善的系统，更快地成长。

程序员的软实力

永远不要忽视对本身软实习的修炼。对程序员软实力的要求，和其它工种并无什么不一样。冰下山的那些能力，包括自信、坚韧、皮实、诚实、责任心，等等。铺开来说真的成了一篇鸡汤文啦，哈哈。我只讲讲很是重要、实际中又容易被人无视的一点：同理心。

同理心可让交流更加有效率。好比在和别人交流的时候，夹杂着一堆技术语言、甚至是本身项目中的代号，口若悬河、滔滔不绝，而对方却一脸懵圈。这种时候不能责怪别人的理解能力差，只能说你没有办法把程序员思惟，包装成对方也能听懂的“人话”。

前几年还在雷火游戏部的时候，带个人领导要求咱们若是有团队成员须要你的协助，那么请放下你手头本身的工做，优先处理其余同窗的请求。我以为这是对同理心很好的一种诠释。每一个人都优先配合别人，会让整个团队的流程和运转更加圆润，更加有效率。我如今也这么要求个人团队。

同理心会改变咱们思考问题的角度和立场。

一开始涉及跨团队合做的时候，本能地会从自身和本身团队的角度出发考虑，划定好边界，回头想一想这种时候每每合做起来会有不少摩擦和不理解。

后来，会从本身和对方出发去考虑问题，从双方双赢的角度去设计方案和推进问题解决，这个时候你们就能比较愉快地合做了。

再后来，会从项目、部门甚至是公司的角度去考虑一些问题的解决方案，更长远的规划和设计，而不只仅是眼前的利害得失。

有了这种视角，看问题就会更宏观，每每也更能找到问题的切入点。今年网易集团升级了企业文化，其中很重要的一点就是要和用户（客户）在一块儿，站在客户的视角去作产品、作运营，去帮助客户内生成长。

不知是否写得有些空泛。但愿能和你们多讨论。写在最后，“改变世界最快速的方式是改变本身”，你们多读书、多思考、多总结。