如何规划程序员技术生涯

昨天在知乎上看到一个程序员发展的好问题：

死月是前端领域一个比较知名的IP，之前在大搜车带领整个node团队，出过书写过技术专栏，在业内享有比较高的知名度。

认识死月的同学都对他评价非常高，甚至在这个帖子下面一个阿里P8都站出来认为阿里P6级别是委屈了死月同学：

之所以说这是个好问题，因为它太有共性了。不光是死月同学，我身边带过的下属、认识的朋友就有不少技术特别牛逼，但在公司级别和待遇一直上不去。

成为高级程序员之后，很多人就止步于此，一直得不到提拔和晋升。

今天分享下我对这个问题的看法：

首先技术这个维度做到高级程序员，差距就不会有太显著了。

如果排除阿里内部不公平的可能性（或许也可能是这个原因），可能死月是欠缺在其他技能上了。

比如：沟通表达能力、产品业务洞察力、资源协调整合能力、向上管理能力、技术认知及前瞻性等等。

对程序员来说，高级程序员意味着掌握了下面这些技能：

阿里P6+就是高级程序员，而P7是技术专家。那技术专家和高级程序员究竟还有哪些距离呢？

我想举一个个人的例子来说明这个问题：

18年我放弃几个大厂P8+ Offer选择加入了某独角兽公司，担任技术VP和创新事业部总经理。上任的第一件事就是参与重构整个公司的架构，深入了解了下，我们首先把公司当时的架构画出来了，简单点说就是个大泥球架构：

这家公司的数据库是单库模式，一张表就有几百个字段，简直搞死人。

当时公司已经惨到只要改一个功能就得测试2周的悲惨境地，线上出一个故障技术团队更是惶惶不可终日。

耗时2周我们才完成第一步：深入了解了这个大泥球和对应支撑的业务。

接下来耗时1个月，采用ddd领域设计：

在充分了解业务之后，基于领域模型，我们做了对业务的拆解：

接下来我们最终确定了新架构的六大关键元素：

• 前端业务模块

• 支撑业务模块

• 核心业务模块

• 中台服务模块

• 平台服务模块

• 基础架构模块

基于领域模型的拆解，我们还确定了六大关键元素之间的并列、包含、支撑关系。

然后我们设计出了新的架构：

以上，是我们确定的公司的新的技术架构图，紧接着团队攻坚3个月，按照架构图的设想重构了公司的技术框架。

重构完成后，公司的程序员们再也不用为了一个bug拔光自己的胡子了。

而要完成这么一个大工程，技术能力只是最底层的，更关键的就是：产品业务能力、向上管理、技术之外的软实力、资源协调能力、领导力等等。

在成为高级程序员之后，决定你技术生涯的，更重要的不再只是技术，而是各种软技能和你本身的性格。

关于以上几点，简单给点建议：

1.产品业务能力

程序员需要具备产品业务能力吗？尤其对一心走技术专家路线的人来说，大概率会有这个疑问。

我认为是需要的，因为技术本身只是工具，只有和合适的产品业务结合才能创造真正的价值。

这意味着理解产品业务就非常重要了，拿我在那家独角兽公司的例子来说，如果不对公司业务了如指掌，如何做好架构拆解和技术选型呢？

事实上，大厂的技术专家也都是业务精通者，只有这样才能真正用技术驱动业务。

2.技术之外的软实力

比如你沟通能力很强，比如你就是很会讲（甚至很会写PPT），向上管理能力很强，能够获得更多资源，把一些事情做成，这都是软实力。

再比如你的周报月报写的就是比别人漂亮，清楚的用数据表达了成绩，讲清楚了卡点和重点。

以上这些都是技术之外的软实力，可别小瞧这些，关键时刻它们能加速你的发展。

3.输出&贡献

输出换个词是贡献，就是你用技术能力、产品业务能力做出来的事情。

输出的大小取决于自身和环境，很多人往往重视自身却忽略环境的影响。

简单点说，如果你一开始就在微信团队，哪怕你就是做了一个小模块，可能也输出巨大，反之你要是在一个失败的团队，哪怕是架构师，输出也会被公司认定为非常有限。

成为高级程序员之后，大家要学会选择环境，这里面就是思考和选择的力量了。

另外还有几点技能对程序员发展比较关键，比如向上管理、领导力、沟通表达能力等。

今天就分享这么多了，程序员的职场之路并不平坦，希望我的每一个程序员读者都能在职场一马平川。