工程师成长之路：工作1-3年工程师如何突破瓶颈期？

Posted 2020-12-21

工程师成长之路：工作1-3年工程师如何突破瓶颈期？

导读：高可用架构分享及传播在架构领域具有典型意义的文章，包括技术人成长的思考，本文由雷果国向高可用架构投稿，介绍其多年技术成长之路的感悟。

雷果国，2014 年 11 月加入 nice，负责服务端在线业务，擅长 php，曾自发翻译过《Extending and Embedding PHP》一书及 PHP 官方手册部分模块。喜欢利用所学构建自己的工具链，思考系统和架构设计方面的问题。

序

2013 年 03 月 02 日，我写了一篇博客『从 1.5K 到 18K，一个程序员的 5 年成长之路』 ①（见本段末尾参考链接① ，下同），被 CSDN 全站推荐。后来 CSDN 社区之星栏目对我做了专访 ②。

因为当年 CSDN 具有较大影响力，所以这篇文章及专访比较热门，有非常多评论，截止目前（2016.09.28）两个链接下，总共有 1262 条评论。

有很多支持的朋友，有很多反对的朋友，也有很多只看到“薪资”的朋友，我并没有做过正面回应，因为我相信，那篇文章一定会帮助到一些人，使他们找到正确的方向。

现在我工作满 7 年，原本计划是在工作满 10 年，有更多积累之后再来写一些能够帮助刚入行年轻工程师的东西。不过，在今年 04 月 29 日和 09 月 08 日，我在 CSDN 收到了两条感谢私信。

三年前的这篇文章，帮助两位年轻工程师坚定了在这一行继续努力的信念，三年后的他们有所成，建立起了属于自己的自信，给我发私信表示感谢。并且从其中一位的博客中，看到了非常正面的价值观③，我深受感触。

正好最近一年多时间中，我主要的工作精力放在团队构建上，更多的从工程师成长角度思考这个问题。在这方面有一些收获，所以就想把这方面的感悟分享出来，希望可以帮助到更多的人。

PS. 我觉得这篇文章也应该适合其他职业的职业发展参考，但因为不了解其他职业，所以仅以工程师职业发展命题。

参考链接：

1. http://blog.csdn.net/lgg201/article/details/8637763
2. http://www.csdn.net/article/2013-05-13/2815252
3. http://blog.csdn.net/SOLDIER_BOSSJIE/article/details/52467877

工程师职业发展的四个阶段

在我看来，一个工程师的养成可以分为四个阶段：

新人期

• 硬技能：理论转化实践
• 软素质：养成基本的职业观

成熟期

• 硬技能：积累业务知识，积累技术知识
• 软素质：固化职业观

发展期

• 硬技能：明确细化的职业发展方向，深入研究「可能技术， 可能管理， 可能两者兼具」
• 软素质：逐步总结并形成自己的方法论

事业期

• 硬技能：释放自己，创造价值
• 软素质：输出方法论，影响其他人

我自己目前徘徊在发展期，能看到的问题有限。另一方面，俗话说“三岁看大，七岁看老”，很大程度上，职业发展的前面两个阶段，已经决定了未来的职业发展路径。

所以这篇文章，主要针对新人期/成熟期的一些问题，进行阐述分析。

现象：成长越来越慢

在我接触过的工程师中，这是一个非常普遍的现象。并且这个现象多发于工作 3 年以上的同学身上。

这张图，是我理解的职业发展模型。

• 首先，职业发展过程是阶梯式的，一个台阶一个台阶往上走，而不是线性提升。
• 其次，职业发展前期，上台阶所需时间更短，即：成长速度更快。

是什么造就了这种现象？

我认为造成这种现象，主要有两方面原因：

• 随着职业等级提升，所需基本素质越来越抽象：没有及时从“积累具体知识”调整到“提升抽象思维”；
• 随着职业等级提升，所需的驱动力越来越转向内在：没有及时从“被动成长”调整到“主动成长”；

首先，没有及时从“积累具体知识”调整到“提升抽象思维”

回到职业发展的四个阶段，看看各阶段职级都在做什么样的事情：

• 新人期：完成一项具体的任务。
• 成熟期：完成一个项目的整体把控。
• 发展期：引领一个专业方向的发展。
• 事业期：引领一个或多个专业方向的团队，将技能转化为实际生产力。

很容易看出，随着职业的发展，需要具备的基本素质越来越抽象。

结合上面的职业发展模型图，一个人的成长，分为两个方向：

• 一方面是横向的同级别的知识/经验积累
• 另一方面，是更高层级的抽象思考

我认为这就是造成这个现象的第一个关键点。

很多人都只关注了同级别的知识积累，而一个人能 Hold 的同级别知识总量是有限的。

所以，工作两三年后，相关的东西就积累的差不多了，你很难找到一些自己“不会”的东西。

那么问题就来了：

• 感觉成长越来越慢了
• 不知道该学什么了
• 是不是该考虑做做管理了
• ......

建议：提前用下一个职业等级的思路（或者说超越当下的视角）去思考问题。

其次，没有及时从“被动成长”调整到“主动成长”

还是从职业发展的四个阶段来看，每个阶段是什么在驱动你做事情？

• 新人期：按照领导的安排，1，2，3 个步骤，完成一件事情。
• 成熟期：按照领导的安排，把一件大的事情拆解到具体的事情并独立完成；或者和其他人合作完成。
• 发展期：在完成领导安排的既定事务的同时，还要从专业角度主动发现并解决问题。
• 事业期：需要自主的从公司或产品战略出发，全方位找到要解决的问题。

可以看出，随着职业发展，驱动力越来越收敛到自身。

• 前两个阶段，更多的是公司的事情驱动着你前进，通过公司的驱动力，被动的获取成长。
• 后两个阶段，更多则需要自己主动驱动事情往前走，通过这种方式，主动获取成长。

所以从这个角度讲，一个人要想获得更好的职业发展，一定要很好的去培养自己的主动性，一方面主动获取成长，另一方面，还要在公司中主动的承担更多的问题，这样才能够获取到更多思考的机会。

如何避免走向平庸？

上面所提的现象，如果不注意去克服，就很容易走向平庸。

在上面的分析中，有一些建议，这里要分享的是 3 点具体的总结。

学习方法

我对学习方法有一个抽象的总结，是在阅读了『如何阅读一本书』这本书之后，在一次和团队成员的 One-On-One 中总结出来的。

我认为，知识的传递和网络通信模型有异曲同工之妙。

从知识的分享者角度来看，比如，一本结构良好的书，应该有几个明确的、抽象的基本观点。 其他所有的内容，都是围绕着这些基本观点，一层一层将问题具象化，帮助读者逐层的理解最终那几个抽象的观点。

（Ps. 并不适用所有书籍，比如小说类书籍，可能抽象程度更高，更加隐晦）

从读者角度来看，一定是先理解了那些具体的实例，然后才能逐步 Get 到原作者想要表达的抽象观点。 通过这个过程，吸取原作者分享的知识。

所以，在技术领域的学习方面，我觉得有两点特别关键：

• 从实践出发，因为有效的信息传递大部分都是通过这层完成。 所以大量的实践才能让你 Get 到原作者直接传递的更多信息。
• 以抽象的思想为目标，所有实践的目的，都是为了尽可能多的 Get 到原作者表达的抽象思想，只有理解了抽象的思想，才能用它指导自己解决大量同类问题，甚至对原作者提出的概念进行延伸，形成自己的方法论。

工作方法

从工作的角度去看一个问题，我认为分 3 个阶段：

1. 接收需求
2. 执行需求
3. 完成需求

我见过相当一部分工程师，其实只有“执行”这一个阶段。

拿到一个需求，草草看几眼 MRD，然后就开始编码，这是对自己不负责，对公司不负责，对其他同事不负责。

对一个系统的设计和实现之间的权衡，我有这样一个观点：

思考 1 - 3 年的变数，设计 6 - 12 月的架构，只实现当下需要的。

所以，我认为，作为一名优秀的工程师，接到一份需求的时候，首先应该做的就是认真阅读需求，从产品角度思考这个需求背后的逻辑。只有真正理解一个需求之后，才能够考虑到未来 1 - 3 年可能存在的变数，才可能设计出符合 6-12 月业务发展所需的架构。

再来看经常被忽视的“完成需求”阶段。 通常，工程师在整个项目的研发过程中，只是其中一环，要使得整个流程能够顺畅的运转起来，每一环就必须都及时的通知到下一个环节。

上面这是站在公司角度考虑的。

另一方面，站在个人角度而言。对自己做过的事情，复盘总结往往是最佳的成长机会。因为当你完成一件事情之后，你就对事情的全盘有了了解。这个时候，回过头去看这件事情，就是现成的“站在更高视角看问题”的机会。

技能是什么？

技能 = 技术 + 能力。

技术，是由你的知识体系外加你的经验构成的。它能够通过量的积累直接获得提升。不过它只能用来解决已知的问题。

能力，是由你的抽象思维能力，你已有的方法论构成的。它不能直接通过量的积累获得。一方面，它会由天生的智商情商等决定一部分；另一方面，要在量化积累的基础上，经过深度的思考，找寻问题的本质，引发质变才能获得。能力可以被用来解决未知问题。

技术和能力是相辅相成的。分享这一点，是因为在我看来，如果能够认清两者的区别，对两方面的应用和提升就会更加得心应手。

新人期常见问题分析

下面列举三个在我平时和团队成员 One-On-One 过程中，经常碰到的软素质方面的问题，以及我认为比较好的解决方案，供参考。

如何处理并行任务？

有没有碰到过你的 Leader 在你上一件事情没有完成的时候，给你就分配了下一件事情的情况？同时又来了几个来自其他同事的需求。

在新人期的工程师，主动性方面通常并不会差，他们希望快点把所有问题解决，但又无法同时都解决掉。

所以，“好烦啊”，焦虑感就产生了。

一般而言，很多新人都会使用下面两种方式之一进行处理：

• FIFO：谁先找我，就先把谁的问题处理完，然后再去看后面的事情。
• LIFO：谁现在来找我，我就处理谁的问题。

哪种方式好呢？ 都不好 !

首选方案，是建议大家查阅时间管理相关资料，找到适合自己的解决方案。

下面是我建议的一种解决方案（GTD 工作法）:

• 全身心投入当下正在处理的事情
• 如果有新的需求过来，2 分钟内，判断出这件事情的重要性。
• 重要且十万火急的事情，立即处理
• 否则，扔进自己的 TODO List，设定一个时间提醒自己再进行关注。
• 完成手头的事情后，从你的 TODO List 整理，找出下一件最重要的事情。
• 如果有多项重要紧急的事情，无法独自完成，将问题暴露给 Leader。
• 每天早晨看看自己的 TODO List，对当天一定要处理的事情有明确的认知
• 每周 review 回顾自己做过的事情。

看看上面方法的核心是什么？ 让所有的事情，掌握在你的 TODO List 中，对它们形成一种明确的管理。 当一切都了然于胸的时候，你自然知道该怎么为这些事情分配自己的时间片。

无法找到当下最重要的事情？

上一个问题的建议方案中提到，我们需要找到最重要的事情。那如何找到最重要的事情呢？

从我以往的经验来看，在新人期和成熟期碰到的事情中，只需要问一个问题，就能够判断大部分事情是否重要。

“如果这件事现在不做，会有什么后果？”

比如：

• 会导致这个版本不能如期发布
• 会导致在线服务故障
• ...

不过，通常我们得到的答案都是“没什么影响”。

新人很容易陷入无法判断优先级的困境，这是人类天性的弱点。 我们会对未知产生恐惧，进而产生焦虑，进入一个恶性的循环状态。

解除这种状态的思路，就是让未知变成已知。

如何准确评估排期？

经理安排下来一个项目，询问排期，这个时候，新人很容易慌乱，不知道该如何评估。

这个问题的产生，和上面两个问题，是一样的。因为对新人而言，并不了解一个项目到底需要多少时间才能完成。

那就束手无策了吗？

试想，“读完『钢铁是怎样炼成的』需要多少时间？”，面对这个问题，你怎么解答？

思路是不是这样？

• 看这本书有多少页？
• 经验告诉自己，读一页需要 3 分钟。
• 然后计算出需要的总时间。

软件开发的排期预估，是同样的思想。

大事化小。

大事是不明确的，无法直接给出工作量预估，那么把它拆解到你能预估的小的事情就可以了。

同时，在你评估过工作量的事情，最终完成之后，去复盘，看自己的评估是否准确，如果有偏差，思考问题出在哪里，长此以往，一些大事你也就可以直接评估出工作量了。

总结

通过上面三个问题，可以看出一些共性，三个问题，都是通过把抽象的、不明确的事务，拆分成具体的、明确的事务，使我们心里更加有谱。

如果你有这三个问题之外的其他问题，不妨也试试这种思路。

成熟期常见问题分析

成熟期，是工程师成长中的一个关键时期，迈过去这个坎儿，更多需要的是精神层面的东西。所以这里提到的成熟期的三个常见问题，都和“心”有关。

如何保持高速成长？

首先，请再思考下“现象：成长越来越慢”中，提到的造成这个现象的原因：

• 没有及时从“积累具体知识”调整到“提升抽象思维”；
• 没有及时从“被动成长”调整到“主动成长”

仔细研究这两个原因，都可以看做是在没有挑战性的状态，形成了舒适区造成的。

对大部分工程师而言，参加工作是第一次正式的和社会接触，基本正式脱离了“学习压力”所带来的约束。而新人期又可以“轻松的”（主要指心理压力方面）通过公司获取被动性的成长。

温水煮青蛙。大部分人都会被煮熟的。

请思考一个问题：

是不是你所学的 20% 就足以解决工作中 80% 的问题？

请再思考一个问题：

是不是工作中剩下 20% 的问题，Google 和咨询别人可以全部解决？

进入成熟期后，很快工作就很少，甚至不能给你的成长产生驱动力了。

剩下的就得靠自己。告诉自己两件事：“主动提升”，“主动思考下一职级的问题”。

我想通过这篇文章传递的核心价值就是这一点，希望能帮助一些工程师（尤其工作 3 年内的）意识到舒适区，并跳出舒适区。

如何使自己更自信？

这个问题源自一周前和一位团队成员的沟通。

我仔细的思考了自信的来源，然后我认为：自信是成就感驱动的。

成就感来自哪里？我认为可以从内部/外部两个角度去看：

内部：来自自己的认可

自己的技术或能力得到提升，让自己觉得自己牛逼
将技术或能力，应用到实际项目中，让自己相信自己真牛逼

外部：来自别人的认可

• 将自己的实践，讲出来让别人认可，让别人觉得自己牛逼
• 将自己的实践，抽象总结出来，帮助别人变得牛逼

每个人因为性格的不同，成就感获取的主要渠道可能不尽相同，但结合自己的情况，找到适合自己的成就感获取渠道，通过成就感建立自信，是一种有效的方法。

不过，自信和自大一线之隔，谨慎。

XX 同学已经月薪 30K 了，赶紧跳槽求加薪吧

现实的诱惑，也是容易让人迷茫的一个点，不过如果对一些基本面有正确的认识，可以帮助我们做出更加合理的决定。

首先，一个人的薪资，是由专业能力、软素质、行业经验、公司内经验、稀缺度、人脉、运气等等方方面面的因素共同决定的。

千万不要因为薪资的攀比而鲁莽的跳槽。

跳槽的确会大概率增加薪资，因为总有一些公司是到非常着急用人的时候才去招人的，他们被迫给出更高的工资；同时你上一家公司的薪水，会给你提供一定的背书。所以如果沟通表达能力好，理论上短期是可以通过跳槽，拿到超出当前能力的薪资水平。

但是，频繁跳槽会阻碍工程师的长线发展，一般而言，公司是不会把核心职位交给刚入职半年一年的人，如果你频繁跳槽，就注定长期处于一线。现在的市场行情下，天花板也就是 20 多 K 不超过 30K。

且不说钱的天花板，关键在于长期处于一线，你的斗志就会被消磨殆尽，从而缩短你的职业生涯。

因而，从长线发展来看，通过跳槽加薪，并不是一种可取的选择。

如果你想要高薪，首先让自己变得优秀，那么就应该静下心来，在一家公司，给自己定几个目标，达成之后再去考虑离开的事情，这样对大家都好。

总结

成熟期是整个职业生涯中最关键的时期，快的可能一两年就能走过去；慢的，可能整个职业生涯都定格在成熟期。

从上面分析中可以看到，这些问题最终都和“心”相关。

要想高速成长，就得克服掉温水中的舒适。

要想提高自信，还得思考成就感获取渠道这么虚头巴脑的问题。

干这么多，还不能跳槽加薪迎娶白富美。

所以要想迈过去这个坎儿，必须有一颗非常强大的内心。

后记

最后希望看到这篇分享的同学们，能够帮助你们延长奋斗的激情，在这条路上，走得更远。

最后的最后，感谢和我一起进行各种管理实践的我的团队。

感谢在我管理能力发展中给我帮助的 Alex, 瀚哥，海仪姐，宁姐。

感谢一如既往支持我的家人。

广告部分

nice 是一家做图片社交的移动互联网公司。

这里有高大上的工作环境，有牛逼的团队。

我们需要牛逼的你。

以下职位欢迎推荐或自荐 [e-mail]

算法工程师：
http://www.lagou.com/center/job_2385728.html

UI 视觉设计师：
http://www.lagou.com/center/job_2224871.html

高级 android 工程师：
http://www.lagou.com/center/job_2119160.html

基础平台工程师：
http://www.lagou.com/center/job_2275182.html

延伸阅读

（点击文章标题可直接打开）

• 从3000元月薪码农到首席架构师的经历
• 校长:技术成长四个阶段需要的架构知识
• 一乐 ：煎饼果子与架构模式

对雷果国分享的本篇文章的任何感悟，欢迎在文章后面留言讨论。技术原创及架构实践文章，欢迎通过公众号菜单「联系我们」进行投稿。转载请注明来自高可用架构「ArchNotes」微信公众号及包含以下二维码。

高可用架构

改变互联网的构建方式

长按二维码 关注「高可用架构」公众号

年底重磅：高可用架构主办 GIAC 全球互联网架构大会，推动技术架构未来，点击阅读原文进入活动报名页面。