上午还在改代码,下午就被裁了

0 阅读1分钟

从春风得意到秋风萧瑟

2018年那会儿简直是程序员最好的时代。简历刚在求职APP上挂出来,还没暖热乎,猎头和HR的电话就一个接一个。跳槽意味着涨薪20%起步,职级往上升,项目从零到一的成就感管够。那时候的我们,像是在草原上逐水草而居,哪里薪资高去哪里,从没想过草原也会有枯黄的时候。

但到了2025年,风向急转直下。根据裁员追踪平台的数据,那一年全球有超过12.6万个技术岗位被砍掉,比前一年增长了近三成。经济下行、投资收紧、AI冲击,三重暴击叠加在一起,没有哪个公司能独善其身。

而到了2026年,情况没有好转。光是前四个月,已经至少有95家科技公司宣布裁员,涉及人数超过73000人,根据Challenger的统计,其中约3万名裁员直接与AI替代相关。当年挤破头想进的互联网大厂,如今也开始了“精准瘦身”——裁冗余、聚核心。

即便如此,我仍然觉得裁员这种事离自己很远。直到那次裁员,我才知道原来安全感这种东西,是可以在一夜之间灰飞烟灭的。

裁员现场

那段时间,办公室里的氛围其实已经不太对了。

大概一个月前,总部的一纸邮件下来,整个部门的人都被要求签署一份保密协议。我当时以为是公司要对某个“战略级”的大项目进行严格的信息保护,甚至还暗自觉得有点“受宠若惊”,以为公司的未来要靠我们了。

现在想想,有点可笑。

后来日子一天天过去,越来越觉得不太对劲。一些原本该续签的合同被搁置了,两个同事请下来的假期明明早已获批,却被HR告知“暂时别走了,近期有重要安排”。虽然当时不知道“重要安排”具体是什么意思,但不安的种子已经埋下去了。

那天早上刚到公司,我就发现了一件不寻常的事情:好几个平时不怎么早到的高管同时出现在了办公室,而且径直走向了走廊尽头最大那间会议室。

我所在的项目组不大,人数控制在十人左右。我们的座位被安排在走廊尽头会议室对面的开放区,平时耳背听不太清里面的谈话。但那天,隔着一道门,仍能断断续续听到几个英文词:budget、layoff、transition。

“不是吧……”我旁边的前端小赵也听到了,小声嘀咕了一句。

我当时没有立刻相信,但心里已经开始发紧。上午的工作还在继续,我也照常写着代码——一款企业内部工具的管理后台,前一天还剩几个数据看板的Bug没调完,我打算趁上午赶紧收尾。手头的活儿该干还得干,眼下没有收到任何正式通知,谁也说不好这些迹象到底意味着什么。

九点半,Team Leader的办公电话响了,他用几乎听不到的声音说了一句“好,我现在过来”,然后快步走进了那间会议室。出来后脸色铁青,扫了一圈组里的同事,开口道:

“刘磊,张一鸣,周晓,王奇,你们四位带上电脑跟我去一下HR办公室。”

十几分钟后,刘磊回来了。他是组里比较资深的前端,技术好,人也热情。回来的时候他看起来还算平静,只是低声说了句:“公司业务调整,我被裁了。”

整个团队安静了几秒,像是空气突然被抽走了一样。

“赔偿还行,N+3。”他苦笑着说,“大家理解一下,这事儿也不是Leader能决定的。我收拾收拾,中午一起吃饭。”

随后,另外三位同事同样经历了Leader谈话、确认赔偿细节、签字的流程。整个过程持续了两个小时。整场动作迅速、安静,没有推搡,没有争执,只有流程和结果。

整个部门从原本的四五十人,变成了三十二人。差不多四分之一的人,在那个普通的周四上午彻底消失了。他们交还门禁卡,搬走个人物品,不到中午,那些熟悉的工位就空了。前一刻还在和你抱怨线上环境有Bug的同事,后一刻就收拾完东西跟大家告别了。

幸存者的不安

中午吃饭时,我们“幸存”下来的那几个人走到公司旁边的一家简餐店。

往常吃饭,大家聊的话题要么是最近哪个模型特别好用,要么是新出的前端框架到底用什么方案做状态管理,或者互相吐槽上周遇到的那个奇葩需求。但那天中午,一切都不一样了。

“你们手头有什么副业吗?”小赵直接问了这样一个问题。

“现在能有什么副业,平时上班时间都占满了。”坐在对面的老吴摇了摇头。

“那你们觉得下一波什么时候来?我看这情况,肯定不止一轮。”

没有人接话。

我们就着这个话题聊了将近一个小时,越聊越焦虑。最后,老板过来问要不要加菜,我们才意识到时间不早了。结账的时候,组长抢着买了单。他说:“这顿我请了,也算是个心意。”

大家心照不宣地散着步回去,在太阳底下走了很久,仿佛这样可以驱散身上的寒意。但我们都清楚,即便这一轮“幸存”下来的,也没有太多可以庆幸的。谁也不知道下次的名单上,会不会有自己的名字。

消散的代码

回到工位,工作还得继续。代码还在那里,Bug还没修完。

我重新打开上午写到一半的管理后台,这是一个企业内部工单流转系统。翻看代码的时候,突然注意到其中一个组件的最后一次提交,正是刘磊昨天下午Push上来的。他的用户名旁边还带着一个绿色的勾,看起来和几天前没有任何区别。

但人已经不在了。

PR里那些点了Approve或者留了Comments的“前同事”的头像依然在那儿,可我知道它们再也不会更新了。看着那些还没有合并的代码改动,我有一丝不想合并的冲动。好像只要我同意合并,就代表我接受了某个现实。

但最终我还是合并了。因为代码就只是代码,工作归工作。

那天的办公室异常安静。大家不再闲聊,敲键盘的声音也没有了往日的“气场”,沉闷得让人觉得不对劲。到了下午,Leader主动出来说:“大家今天早点回去吧,别加班了。”

我们都明白这不是体恤,更像是一种无声的宣告:当“努力”已经无法对抗“趋势”时,大家同时选择了“节能模式”。

回家路上的一点反思

走在回家的路上,我就在想一件事:在这个大环境里,技术人到底能做点什么来抵御这种不确定性?

很多人的第一反应是拼命更新技术栈。有人去刷算法、啃底层、读开源框架的源码。这种提升当然重要,但我也慢慢意识到,仅靠单个技术点的精深可能还不够。

在现实的项目里,开发工作往往是由大量重复的CRUD逻辑、数据对接、权限配置等基础性任务组成。如果把大量时间耗在这些事情上,一旦风向变化,自己的价值很难被看见。

如果说前几年这件事还只是行业的隐性共识,到了2025年之后,数据已经给出了非常明确的验证:招聘市场呈现出显著的“去初级化”特征,要求3年以上工作经验的岗位占比已超过七成,而面向1年以内经验的岗位则缩减了约20%。企业对工程师的产出效率和交付质量要求明显提高了。

我注意到,现在圈子里不少开发者讨论,与其把所有精力都砸在每行代码都手写的“绝对掌控”上,不如把一部分重复性高、价值密度低的任务交给成熟的工具去兜底。

比如用快速开发平台来搭建标准化功能模块,自己把精力留给定制业务的“硬骨头”。像JNPF这类基于SpringBoot+Vue3的全栈可视化平台,就提供了一站式的表单建模器、报表设计器和流程引擎,能通过组件化和拖拽化操作,把传统模式下需要一周完成的任务压缩到按小时计算。而且它支持全源码交付和本地化部署,不至于把开发过程变成完全的黑箱。

当然,这不是说技术人以后不用写代码了——恰恰相反,越是环境波动的时候,扎实的工程能力和业务判断力越是安身立命的根本。但学会高效地组织开发资源,把精力放在机器无法替代的事情上,这可能才是2026年应该认真考虑的事情。

结语

古话说:山雨欲来风满楼。今天的裁员可能只是这个大时代里无数微小浪花中的一朵。

外企也好,大厂也好,曾经的“避风港”在如今也难逃波浪的席卷。在这个充满不确定性的时代,没有绝对的安全岛。对于我们每个技术人来说,或许是时候重新审视自己手头到底握着什么了。

当大潮退去,我们手里握着的,究竟是可以随时变现的工程化思维和解决问题的能力,还是一张随时可能失效的工牌?

也祝读到这里的你,能在不确定中找到属于自己的确定。