30岁前端的十字路口！兄弟们，还有其他选择吗？
上个月，我刚过完30岁生日。
没有办派对，就和家人简单吃了顿饭。但在吹蜡烛的那个瞬间，我还是恍惚了一下。
30岁，对于一个干了8年的前端来说，到底意味着什么？
前几天，我在做团队下半年的规划，看着表格里的一个个名字，再看看镜子里的自己，一个问题在我脑子里变得无比清晰：
我职业生涯的下一站，到底在哪？
28岁之前
在28岁之前，我的人生是就行直线。
我的目标非常纯粹：成为一个技术大神。我的快乐，来自于搞懂一个Webpack的复杂配置、用一个巧妙的Hook解决了一个棘手的渲染问题、或者在Code Review里提出一个让同事拍案叫绝的优化。
这条路的升级路径也非常清晰：
初级（学框架） -> 中级（懂原理） -> 高级（能搞定复杂问题）
我在这条路上，跑得又快又开心。
30岁的十字路口
但到了30岁，我当上了技术组长，我发现，这条直线消失了。取而代之的，是一个迷雾重重的十字路口。
我发现，那些能让我晋升到高级的技能，好像并不能帮我晋升到下一个级别了。
摆在我面前的，是三条截然不同，却又相互纠缠的路。
机-会
技术大厂，前端-后端-测试，新一线和一二线城市等地均有机-会，感兴趣可以试试。待遇和稳定性都不错~
技术路线——做技术专家
这条路成为一个 主工程师 或 架构师。不带人，不背KPI，只解决公司最棘手的技术难题。比如，把我们项目的INP从200ms优化到100ms以下，或者主导设计公司下一代的跨端架构。
这当然是我的舒适区。我爱代码，我享受这种状态。这条路，是我最熟悉、最擅长的。
焦虑点：我真的能成为那个最顶尖的1%吗？前端技术迭代这么快，我能保证我5年后，还能比那些25岁的年轻人，学得更快、想得更深吗？当我不再是团队里最能打的那个人时，我的价值又是什么？
业务路线——更懂的产品工程师
不再只关心怎么实现，而是去关心为什么要做？深入理解我们的商业模式、用户画像、数据指标。不再是一个接需求的资源，而是成为一个能和产品经理吵架、能反向推动产品形态的合作伙伴。
我发现，在公司里，那些真正能影响决策、晋升最快的工程师，往往都是最懂业务的。他们能用数据和商业价值去证明自己工作的意义，而我，还在纠结一个技术实现的优劣。
焦虑：这意味着我要走出代码的舒适区，去开更多的会，去啃那些枯燥的业务文档，去和各种各样的人扯皮。我一个技术人，会不会慢慢变得油腻了？
管理——做前端Leader
这就是我现在正在尝试的。我的工作，不再是写代码，而是让团队更好地写代码。我的KPI，不再是我交付了多少，而是我们团队交付了多少。
老板常说的影响力杠杆。我一个人写代码，战斗力是1。我带一个5人团队，如果能让他们都发挥出1.2的战斗力，那我的杠杆就是6。这种成就感，和写出一个完美函数，是完全不同的。
这是我最焦虑的地方:
我上周二，开了7个会，一行代码都没写。
晚上9点，我打开VS Code，看着那些我曾经最熟悉的代码库，突然有了一丝陌生感。我开始恐慌：我的手艺是不是要废了？如果有一天，我不当这个Leader了，我还能不能凭技术，在外面找到一份好工作？
这三个问题，在我脑子里盘旋了很久。我试图三选一，但越想越焦虑。
直到最近，我在复盘一个项目时，才突然想明白：
这根本不是一个三选一的十字路口。
这三条路，是一个优秀的技术人，在30岁之后，必须三位一体、同时去修炼的内功。
一个不懂技术的Leader，无法服众，也做不出靠谱的架构决策。
一个不懂业务的专家，他的技术再牛，也可能只是屠龙之技，无法为公司创造真正的价值。
一个不懂管理（影响他人）的工程师，他的想法再好，也只能停留在自己的电脑上，无法变成团队的战斗力。
DOTA2的世界里，有一个英雄叫祈求者（Invoker），他有冰、雷、火三个元素，通过不同的组合，能释放出10个截然不同的强大技能。
我觉得，30岁之后的前端，就应该成为一个祈求者。
我们不再是那个只需要猛点一个技能的码农。我们的挑战，在于如何在不同的场景下，把这三个元素，组合成最恰当的技能，去解决当下最复杂的问题。
这条路，很难，但也比25岁时，要有趣得多。
与所有在十字路口迷茫的同行者，共勉🙌。
——转载自：ErpanOmer