全部文章

职场之锤

本文另有英文译文 · 阅读英文版 →

第一次收到裁员通知的那天早上,我坐在工位上盯着屏幕发呆。

Slack 还在响,周围的同事照常开会、写代码,像什么都没发生。但我知道,我的职业系统刚刚崩了。

CTO和我的Manager的视频会议很短,从开场白到“你会收到补偿方案邮件”,不到十分钟。我几乎没插上话(其实也没啥好说的),权限已经开始被回收,邮箱跳出登录窗口,设备安排回收。那一刻,我甚至没有反应的空间,只是有种熟悉的感觉:像一个长期在线的服务被硬停了,连日志都没来得及打。

不是愤怒,也不是震惊,而是一种空白。我突然意识到:职业生涯被强制关机了,而我自己还没存档。


裁员不是打分,它只是清单上的一行

无论你是工程师、设计师、还是产品经理,被裁的那一刻,很多人都有类似的感受:像正在推进的需求突然被撤了 PR,没有任何说明,也没来得及 push。

我以前总以为,被裁员是“你表现不够好”的委婉说法。但真的经历过之后,我才明白:

裁员很多时候,不是我们做错了什么,而是整个系统换了一套规则。我们只是刚好,不在下一轮运行计划里。

有些人刚转岗,还没站稳脚跟;有些人本来就在边缘项目上,只是之前运气好;还有些人只是因为title 高、薪资高,成了预算压力下的“优先释放对象”。

我们可以很努力,很靠谱,也很有能力,但依然在清单上。不是因为我们不好,而是我们不在这个公司“当前的最优解”里。


那几天我像丢了主函数,整个人空了

裁员那天之后的72小时,是我这几年最“掉线”的时刻。不是说不上网,而是整个人像是程序挂了,什么输入都没反应。

很多人说要“立刻更新简历、找下一份”,但我真做不到。那时候我甚至没法面对屏幕上的Intellij,就像它在提醒我:你写得再多,现在都没用了。

我强迫自己不去打开招聘网站,只做一件事:走出去。找朋友吃饭、一个人散步、看几本没关系的书。那几天没试图思考,也没找“出路”,就是让自己缓过劲来。

我现在回头看,那不是拖延,而是必要的“重启前冷却期”。程序崩了的重启那也是堆栈清空、缓存刷完,而我们的重启需要更长的时间,否则带着旧状态重新上线,迟早还会崩。


有时候不是你慢,是你真的不能等

当然我知道,不是所有人都能像我这样冷却72小时。

我有个朋友被裁那天正在办租房续约,信用审查还没过。他根本没时间想怎么复盘或者怎么修复信心,直接跳进紧急模式:

谁在招 freelance?Fiverr 和远程兼职平台赶紧注册起来;

朋友手上有没有 side project 缺人?直接问;

GitHub 哪怕没太多项目,能不能整理出一页 portfolio?能看就行。

不是逃避情绪,而是切换线程。先保系统不挂,再慢慢调性能。

所以,如果你现在也在这种“先活下去”的状态,没关系。先救急,再优化。后面还有机会修版本。


真正的转折,从“复盘不是自责”开始

等我状态稍微恢复一点之后,我开始想搞明白:到底发生了什么?这一步非常难,因为必须面对一些说不清的东西。

我不是坐下来做什么正式复盘,而是像写一份技术事故报告那样,自己跟自己讲逻辑:

是不是我加入这个项目时,项目方向本来就不太清晰?

是不是团队早就有被“调整”的风声,只是我没太当回事?

是不是其实我跟这个团队实际上就不match?

我一边想,一边发现:很多时候我们不是不知道问题,只是以前不愿面对。也可能是,当系统还在跑,我们不想去想太多。

裁员让我们没得选,反而逼我们去做一次彻底的系统检查。

最重要的是不要自责,不要把公司的错误强加在自己身上。


简历不是最重要的“重启文件”,信心才是

等我终于开始更新简历的时候,才发现一个很现实的问题:我其实不太确定自己想去哪。

以前我以为“赶紧找份新工作”是第一目标,但真正敲代码的时候,我心里空的不是代码,而是信心。

我开始做一些很小很小的事,比如重新看自己过去写的项目笔记,整理一两个小工具脚本,把某个朋友的 side project 做点贡献。不是为了什么大场面,而是为了重新建立起“我还是有用的”这种感觉。

我还好好的总结了自己做过的项目,画出项目架构图,说清楚哪里做的好,哪里做的不好,tradeoff怎么做的,如果再做一遍会有哪些改进。再慢慢地开始写behavior question的小故事。

信心不是靠成功堆出来的,是靠更深入的了解自己来慢慢修复的。


真正的能力,是知道怎么重启

有人问我,你现在回头看裁员这件事,感觉怎么样?

说实话,我不觉得它“锻炼了我”“让我更强”这种话是真实的。裁员本质上是破坏,它没打算教会你什么。但如果你能在破碎的状态里重新上线,那是你自己的功劳。

我只是尽量在过程中,不让自己完全断掉,不要断信心,断连接,断自我定义。

现在我上了新的班,有些更谨慎了,有些反而更松弛了。我不会再把“稳定”当成理所当然,也不再那么怕“中断”。

因为我知道:

最强的工程师不是永远没bug,而是知道怎么查日志,修 bug,重启服务。

裁员像一次强制 kill -9, 粗暴,但给了我们一个机会,用更干净的进程重新上线。


我个人实际上经历过三次被裁员,也算是经验丰富的选手了。

说不定你的经验,会变成别人走出黑夜的 restart 按钮。