流行|前端人生的最大危机不是 35 岁，是你工作3年的那道坎儿流行

【流行|前端人生的最大危机不是 35 岁，是你工作3年的那道坎儿】

文章图片

文章图片

文章图片

末尾有惊喜！
李笑来常说：“7 年就是一辈子。 ”
寓意人自身的“操作系统”可用 7 年时间完成一次“升级” ，形成翻天覆地般的变化。
但对于众多初级软件工程师来说， 7 年太长，往往 3 年就是一个坎儿。
打开 BOSS 直聘、猎聘等众多求职软件，你会发现 1-3 年经验的程序员是一个特殊的群体。乍一看，他们起薪尚可，能力要求也以基础为主，挑战并不严峻，甚至有点悠闲。
但进入 3-5 年、5-10 年经验程序员的招聘帖子，压力会骤然增大：与岗位职责相关的动词由“参与”变作“承载” ，由“提升”变成“保证”；在能力要求上， “熟练掌握”则统统变成了“深刻理解” 。
许多年轻程序员的危机，都来自于 3 年左右经验时的一次跳槽 —— 基础知识轻松搞定，深入提问则啥也不懂。 3 年时间，做了很多业务逻辑实现，性能问题却从未关注过，归根结底，还是成长速度太慢，迷失在“温水煮青蛙”般的研发日常中。
技术人生的最大危机不是 35 岁，而是你的个人成长速度，首次低于群体平均速度之时。

那么对于 1 - 3 年经验的程序员来说，如何保持最快的成长速度，找到最短的成长路径，超越 80% 的同龄人？

职业规划的思考确定方向做职业规划的目的是避免迷茫，而避免迷茫最有效的方式就是确定明确的方向和目标。
对于任何一个技术岗位，都有固定的两个方向：技术专家（架构师）和开发经理。前者偏重技术，需要你在当前领域钻研得很深；后者偏向管理，需要你在对技术有很深掌握的同时，可以带领团队完成项目的开发。当然，两者并不是鱼与熊掌的关系，你可以同时成为技术专家和开发经理。
当你选择好一个方向后，你就要朝着这个方向一步一步进发。丹尼尔在《一万小时天才理论》提出一万小时定律，即要成为某个领域的专家，需要积累一万小时。当然这只是个概数，不过每天花更多的时间去学习和实践，肯定是最有效的。这里，成为技术专家和开发经理过程中，关注的点略有差别。成长为技术专家，要更多关注技术本身的实现，包括逻辑、架构、设计模式、方法论等；而成长为技术经理，则要更多关注技术开发的过程，考虑如何提高开发效率、降低开发成本、优化开发质量等等。不同的人，精力是有限的，选择性关注一些必要的方面，对自身快速的成长是很有必要的。
做业务还是做架构做业务，时间要求比较紧，代码质量要求高，可参考的代码比较多，业务知识需要学习。做架构，时间稍微自由，对经验要求比较高，无可参考代码，专业基础知识需要深刻理解；最主要的，做架构的你既是开发，又是用户，还是 PM，只有 80% - 90% 的明确目标，并在开发过程中不断微调最终的目标。
对于1-3年的来说，做业务才是好的选择，而且做技术含量高、使用流行技术的业务才是最好的。原因很简单，架构的最终的目的是解决业务当中的问题，你没做过业务，哪能知道业务的问题在哪，你都不知道要解决什么问题，如何做好架构。而选择有技术含量、使用流行技术的业务的原因更多在于成长，这样你的成长可能会更快、成长道路可能会更直。当然，这只是『可能』，不同的人适合不同的业务，所以不要强求一定『技术含量高、使用流行技术』的业务，更多的而是改变自己，去适应团队、适应业务，这样才能更快地成长。