程序员等级说明书

文中的「程序员」、「工程师」、「技术人」指同一类人

程序员，无论将来做什么，初心总是希望自己在技术道路上不断的打怪升级，提升自己的功力。每一个程序员的心中，应该都给架构师留了一个位置。在面试的过程中，当问到将来的规划时，相当多的同学会说想对技术做更加深入的钻研，争取将来当架构师或者技术总监等等。

的确，无论是技术经理，还是技术总监，技术 VP，或者首席架构师，CTO ，每一个职位对于程序员来说都是一个技术上的肯定。

在一个互联网企业中，架构师或者技术总监的数量总归就那么一两个的，大部分的程序员都是在这些 level 以下。当然，除了架构师和技术总监技术等级外，每个公司都会有其他和技术能力相匹配的工程师等级。比如阿里是用 P 表示，百度和腾讯是用 T 表示，百度的 T 和腾讯的 T 显然也是不一样的。各厂对等级制度都有各自的说明。 比如阿里的 P5 表示中级工程师，而 P9 则代表资深专家，除了技术之外，阿里还用 M 表示管理等级。百度的 Tx 代表的是一个层级，而腾讯在每个 T 级下面又会细分。

面对这么多的等级，可能大家会比较迷茫了。比如拿阿里的等级来说：

P5 中级工程师

P6 高级工程师

P7 专家

P8 高级专家

P9 资深专家

面对这些头衔，除了字面上的理解外，好像不知道到底两个 level 之间的差别在什么地方。之前看到前阿里员工吴佳明的分享，对阿里等级做了另外的定义，我觉得挺好。因为公司本身也是参考阿里来定技术等级的，所以这里也对各个主要程序员等级的定义做个说明，希望看完后大家能够有一个比较形象的理解。

P5 及以下

小于 P5 的程序员，现阶段认认真真跟着师傅学就行了。

P5 做事让人放心

同样做一件事，往往有 3 种结果：

1. 到了完成时间 ，但是给不出结果；

2. 到了完成时间，给出了结果，但是结果不是想要的；

3. 到了完成时间，给出了想要的结果。

前面 2 种情况，都不属于「做事让人放心」的范畴。 什么叫「做事让人放心」？需求方给实现方提了一个需求。实现方给出了一个可以完成的时间。在这段时间里，需求方可以处理其他的事务而不用太关心这个需求，到规定的时间里直接向实现方拿结果就行了，并且这个结果就是需求方想要的。这就是「做事让人放心」。

现实中，产品经理提一个需求，开发理解了之后开始做。到设定的时间点，开发交出了功能，既满足了需求，又没有什么明显的 bug(bug 肯定是有的，没有 bug 是不可能的)，甚至还在细节上做了处理。这样的开发，一定会让产品经理喜欢。因为是一个「做事让人放心」的人。这也是一个 P5 工程师要达到的要求。

相反的，有些开发虽然实现了功能，但是一测很多的问题，而且还会 crash。这样的结果，只能说你做了功能，但是没有做好。等级上也就没有达到 P5 的要求。

P6 独挡一面

如果说把 P5 工程师做的事情称作点的话，那么 P6 做的就是由点及面的工作。要达到这个 level，考量的是几件事情一起共同处理的结果。比如说做一个新产品，会涉及好几个模块，这些模块的复杂性和涉及的技术点各不相同。你既要考虑到每个模块的按时独立完成，又需要考虑各个模块之间的相互依赖。对这些不同的模块进行不同的合理排期，让整个开发流程顺利的跑起来，这是 P6 等级的工程师是需要思考和解决的。

举个例子，一个产品的开发小组长一般就属于这个角色。他需要知道整个产品中使用的技术栈。每次产品需求开始的时候需要会把来自产品的需求分解，分配给相关的开发工程师。和工程师沟通开发的工时，功能的优先级，还要在开发的过程中不断的协调开发进度，确保能够在给定的时间点完成这个阶段的产品需求。

P7 某一领域专家，问题终结者

在产品开发的过程中，大部分的需求都是可以顺利推进的。如果产品功能和开发成本各算 100 分的话，基本上要达到 80 分的产品功能，往往只要 20 分的开发成本就可以了。而剩下的 20 分，往往需要 80 分的精力去做。而 P7 的工程师，就是来解决这剩下 20 分产品功能的工作。他就是这个领域的专家，别人需要 80 分的开发成本，他这里只需要 20 分甚至更少的成本就可以开发出来。他就是擅长别人不擅长的领域，或者在别人也擅长的领域，他做得更好。

我们往往会听到一句话，叫做：问题到我这里就结束了。问题的结束不是那么容易的，这需要在技术的深度和广度上都有一定积累。而一个 P7 的工程师，其中的一个要求就是能够解决问题，不让问题继续流转下去。问题的复杂性决定了技术的高度。一方面 P7 的工程师需要可以自己把问题解决掉，另外一方面如果自身无法解决这个问题，他也能快速找到那个能够解决问题的人员。

如果你擅长界面，所有的界面相关的问题，布局，卡顿，动画，内存，交互，你都了如指掌。或者一个问题到你这里，要么你直接解决，要么你能找到解决的人员。那么，你就到了一个 P7 的 level 了。

P8 系统思考，规划技术的发展方向

这个 level 需要技术线整体上的思考。理解技术的产品化和产品的商业化。做一个产品，前期的功能只是其中的一部分，这个属于基本要求。后期需要思考产品的性能如何监控，如何优化，架构如何设计，用户的行为数据如何更好的收集，统计，分析，挖掘，服务器如何优化，部署，上线，负载如何均衡，数据请求如何加速，产品商业化后一些敏感的数据如何安全的传输，如何在推广的过程中防止被薅羊毛等等。

除此之外，还需要考虑技术的前瞻性，对新的技术和趋势需要保持高度的敏感，不能大家都在使用智能机了，你还在开发功能机上用的产品。

P9 从 0~1 或者 1~N 的质变

这个 level 的工程师，给产品或者公司带来的是质变。比如一家图片编辑为主的公司，在 P9 的带领下成功向视频领域转型。或者一家社交为主的互联网公司，开始涉足区块链相关的技术领域，并且取得的了一定的成果。这些都是从 0 到 1 的过程。 还有一种情况就是可能好几年产品一直在几十W的 DAU 徘徊，然后在某个工程师的带领下，DAU 变成了几千W，实现了数量级上的变化。 要么是开辟可一片新的领域，要么就是成百上千倍数量级上的变化，这样的技术人，可能称得上 P9 。

P10 及以上

大牛了，不了解，神一般的存在吧。

最后总结下，重新对阿里的等级做个说明：

P5 做事让人放心

P6 独挡一面

P7 某一领域专家，问题终结者

P8 系统思考，规划技术的发展方向

P9 从 0~1 或者 1~N 的质变

罗马不是一天建成的，每一个 P 的提升，都是需要不断打怪积累经验值的。这中间你需要不断的经历判断、选择，还会有很多的运气成分。谋事在人，成事在天。希望大家找到自己的定位，朝着下一个等级努力吧。

转载于:https://juejin.im/post/5b325fa16fb9a00e952ce861