作者 | 云昭
“空降死”已经成为程序员圈内的一个热梗。但今年以来，“降维求稳”仿佛更能击穿互联网大厂跳槽者的内心。该如何应对当下的裁员潮？在大小厂之间如何做出权衡？如何较快经历过渡期？都是每位跳槽者绕不开的话题。希望能给大家一些有益的思考。
跳槽观大变：大厂横跳的闭环在打破
“降维求稳”成新的职场黑话，也是跳槽观的新变化。
图源：脉脉人才智库
软件开发作为互联网行业内卷严重的职业，自然也免不了“吃青春饭”的自嘲与唏嘘。只有26.1%的受访程序员表示，愿意一直做技术岗位到退休。程序员跳槽也是迫不得已。如果将加班内卷视为披着奋斗光环的隐形捶打，那么“被裁与毕业”就变成了赤裸裸的无情毒打。
背后的原因也很复杂，但重要的因素逃不开这两个：时间成本、供需关系。技术开发是一个不断成长高速迭代的行业，需要程序员跟着时代发展不断学习，“今天用的语言、结构，明天可能就过时了，这样的压力太大了。”保持学习对于初入职场5年以内的年轻人来说问题不大，但对于阅历和经验丰富的中年人来讲，时间却没有保证。工作需要时间，学习需要时间，一旦成家立业，家庭也需要时间，三方不断压榨程序员的时间，当时间不够用的时候，学习常常是第一个被放弃的。
再一个就是供需关系，职级与薪资挂钩，但大厂有能力的人也不少，高P、高M的岗位数量极为有限。加上近些年，盈利表现差的业务裁来裁去，对于技术人才的需求量也只能跟着降维。
大厂之间的人才“横跳”
截至目前，互联网大厂的裁员潮依旧没有平息，以至于正在打破了大厂之间的人才横跳“闭环”。2022第一季度脉脉的人才报告数据显示：互联网大厂并不是35岁以上大厂人跳槽的首选目标，有40.4%选择了前景较好的中小型企业。
图源：脉脉人才智库
某种程度上说，大厂高P之所以选择加入小厂，绝大部分人是想通过跳槽往管理转型，毕竟大厂有能力的人居多，但管理坑位和发挥空间有限。如果眼光独到，小厂发展成下一个大厂，那么还有机会做到中高层管理。
小厂同样步步惊心
小厂的确不失为释放自身价值的战场，但降维真的能维稳吗？对于跳槽到小厂的前大厂技术人，面临的坑也不少。比如：低薪高股权陷阱、合适的人员难以招进来、非技术出身的CEO各种不合理的要求、“水土不服”等众多随“空降”而来的种种问题浮出水面。
网上有流传这么一个梗：
“某A轮公司，老板来自传统行业，缺技术花了300万挖了某互联网大厂的一个团队。但是那个团队偏后端，而且全部采用php技术，管理平台用php，rpc用php，前端用php，巴不得app也用php，结果半年过去了，还在讨论后台架构和用户上亿以后大数据如何精准。最后，前端的app和h5出来质量极其差，并且业务管理平台进度很慢，业务运转不起来。8个月后，团队集体离职。”
据非正式统计，这些年中国民企进入高速发展期，新进人员存活率不高，尤其空降高管，挺不过试用期的占比达 80%以上。
大厂裁员潮下，大厂出来的人未必适合小公司。每位技术人都要思考“鸡头”与“凤尾”的问题。
从“凤尾”到“鸡头”，技术研发人如何过渡？
从大公司来到中小公司，职位大多会走向高级管理岗位，如何较快平稳过渡，是每个身处其中的技术人要考虑的问题。
首先，记住环境和任务的变化，没有那么多架构需要规划，没有那么多性能需要调优。在一个业务方向上最快出产品才是最重要的事情。开源代码、CMS、SAAS，凡是市面上能用的都要拿过来用。PS：由于缺少DBA、DevOps等基础建设。
大公司的商业运营模式、开发环境已经十分完善，小公司则不然，创业公司的工作特点就是琐碎。产品打磨，先放后面，立刻出产品才是最重要。
其次，明确自己的目标很重要。
许多技术人进入到一家新公司，大部分精力肯定用于关注研发的速度和质量上，但对于公司的的存活问题却考虑得太少。公司是否能存活牵涉到多方因素，市场需求是否判断正确？销售渠道是否能打开？运营推广是否能增长？融资是否能跟上？
这里强调这些小公司的风险的用意是想说在创业的过程中设立好自己的目标非常重要，至少要保证即使公司失败了，自己在创业过程中也要有收获。比如：
- 技术视野是否有前瞻性？
- 以怎样的行动策略领导公司技术团队？
- 最终是否能通过技术手段实现降本增效？
- 在公司担当一个怎样的个人角色？
- 是只想做“技术经理+项目经理”的复合角色，还是希望更多地影响公司的发展方向？
- 如何利用好自己的技术阅历，在创业过程中是否能扩展技术人脉？
再者，转到中小公司管理职位后，要摆脱不少已有的习惯，因为变化也会很多。克拉夫琴科曾有过一段创业公司CTO的经历，他将公司的数字代理业务增长到数百万的收入。他给出了一些中肯的建议：
（1）沟通
创业公司的沟通量将会增加十倍，以至于不得不招聘助理来提高效率。你将不得不与许多下属进行交谈，讨论他们的工作进展、产生的问题等等。沟通这项软技能在任何管理职位上都至关重要。
（2）压力管理
在冲刺期间极有可能完不成任务。管理者将成为开发人员的盾牌，因此对开发团队不好的消息都会接踵而至：公司会有很多利益相关者来施压，并认为他们的研发需求是最重要的。这种需求“并行”处理的压力比较令人棘手。
所以，除了处理好优先级之外，还需要学习如何应对压力，比如周末抽出一段时间外出运动、或者独自冥想放空都是不错的减压方式。
（3）决策
决策是一门学问，每一个小的决定都可能关系到整个团队和整个公司。决策通常包含一些权衡。例如，重构代码的某些部分是当前稳定性和未来可维护性之间的权衡。将一些单体架构重写为一堆微服务通常是在可伸缩性、开发成本、复杂性、性能和维护之间进行权衡。管理者通常负责做出具有挑战性的决策，例如是从头开始重写服务，留住员工，还是让他们离开。
（4）学习和适应新事物的能力
市场上不断有新的东西，新的编程方法。有必要保持开放并吸收尽可能多的信息，以保持领先地位。在管理层并不意味着你需要停止观看各种架构设计、新兴技术的课程。对于作为决策者的你来说，对许多事情有广泛的了解至关重要。实现这一目标的唯一途径是永远不要停止学习。
（5）最后，接受你是会错的
犯错让人感觉恼火，但无可避免。工作中被验证决定是错误的情景总会发生。方案错了，意味着建议的解决方案比你的更好，这对公司而言，结果也是一件好事。不要对与你争论的人怀有怨恨，因为这会降低他们将来与你讨论的欲望。能在不确定的参数因子中找到最优解本身是一件好事。
写在最后
对于大龄技术人而言，大厂的光环仍在，但亮度在减弱，而那些有前景的小厂成为了值得打拼的不错去处。但有人的地方就有江湖，跳槽后的角色变化会带来一系列的现实问题。
大厂的环境福利虽好但工作枯燥，小厂业务简单但更为繁琐，没有绝对的好坏之分。但一个不得不承认的事实就是：中小公司更多需要的是“多面手”、“”复合型”人才，绝非单一型人才。
于目前的跳槽环境而言，将中小公司作为职业生涯的下一站开始成为一种新趋势。积土成山，积水成渊，愿每一位成功落地的“厂里人”，如今不管是官升一级，还是身兼数职，都能在历尽千帆、打怪升级、攻城略地后，归来依旧少年。
参考链接：
https://36kr.com/p/1724595142657
https://www.zhihu.com/question/31753374?f3fb8ead20=2dddcc66aac530d328fed6b903d31930
https://vadimkravcenko.com/en/switching-from-engineering-to-management/
