⭐⭐⭐ Spring Boot 项目实战 ⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》 《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》 《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》 《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》 《Java 面试题 + Java 学习指南》

摘要: 原创出处 www.ossez.com/t/topic/14461 「honeymoose」欢迎转载,保留摘要,谢谢!


🙂🙂🙂关注**微信公众号:【芋道源码】**有福利:

  1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
  2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
  3. 您对于源码的疑问每条留言将得到认真回复。甚至不知道如何读源码也可以请教噢
  4. 新的源码解析文章实时收到通知。每周更新一篇左右
  5. 认真的源码交流微信群。

周末好,分享一位北美程序员被裁员之后的感悟,他在被裁公司的职位是 Tech Lead(带领一个团队完成特定的工作或任务的技术型关键角色)。

原文地址:https://www.ossez.com/t/topic/14461

下面是正文。

不贩卖焦虑,就事论事,希望能帮助到有需要的朋友。

很多人觉得在裁员之前是没有任何迹象的,其实真的不是这样。

公司在裁员的过程中有很多要裁员的迹象,我会在另外一篇文章中对我遇到的一些裁员信号设置一些雷区和警告,当你遇到上面的这些信号的时候,直觉告诉你需要马上考虑寻找下一个替代方案了。

因为当这些信号的任何一个或者多个同时出现的时候就意味着裁员在进行中了,通常会在 3 到 6 个月左右发生。

在公司的职位

在被裁公司的职位是 Tech Lead。

虽然这个职位并不意味着你对其他同事而言能够获得更多的有效信息,但是通常可能会让自己与上级有更好的沟通管道。

但是,非常不幸的是这家公司的沟通渠道非常有问题。

因为负责相关开发部分的副总是从 PHP 转 Java 的,对 Java 的很多情况都不非常明确,所以他非常依赖一个架构师。

但,公司大部分人都认为这个架构师的要求是错误的,并且是非常愚蠢的。

比如说要求代码必须要放在一行上面,导致代码上面有不少行甚至超过了 1000 个字符。

所有开发都对这个要求非常不理解,并且多次提出这种要求是无理并且愚蠢的,我们组是对这个要求反应最激烈,并且抵触最大的(也有可能是因为我的原因,我不希望在明显错误的地方让步;我可以让步,但是需要给一个能说服的理由)。

然而,这个所谓的架构师就利用 PR 合并的权力,不停的让我们的组员进行修改。

裁员之前

正是因为在公司的职位和上面说到的和架构师直接的冲突。

在 6 个月之前,我就已经和组里的同事说要准备进行下一步了,你们该面试的就面试了,不要拖延。

在这个中间过程中,我的领导还找我谈过一次。领导的意思就是他非常同意我们的有关代码 PR 的要求,也觉得这些要求都是狗屁。

但,负责开发的副总,认为我们组现在是所有组里面最差的。

可能当时没有认真理解这句话的意思,我们组从所有组里面最好的,变成最差的只用了 2 周(一个 Sprint)的时间。

在这次谈话后,我更加坚信让我的组员找下一家的信息了,对他们中途要面试其他公司我都放开一面。

非常不幸的,我自己那该死的拖延症,我是把我自己的简历准备好了,但是还没有来得及投就等来了真正裁员的这一天。

深刻的教训和学到的经验:

如果公司的运营或者管理让感觉到不舒服,并且已经有开始寻找下家的想法的时候,一定要尽快准备,马上实施,不要拖延

这就是我在上面标黑马上的原因。

裁员过程

裁员过程非常简单和迅速,并且在毫不知情的情况下进行。

在周四的时候,公司的高层提示所有的会议今天全部取消,并且把应该 11 点开的全公司会议提前到了 9 点。

因为很多人都没有准备,所以很多人也没有参加。

后来才知道,9 点就是宣布裁员的开始,事后知道裁员比率为 40%。

然后就是各个部门找自己的被裁的员工开会,这个会议通常首先是一个 Zoom 的 Group 会议,说了一堆屁话,就是什么这是不得已的决定呀,什么乱七八糟的东西。

当然,在这个时候你还需要或者期待公司给你什么合理的理由呢?

然后就是 P&C 人员说话,基本上就是每个人 15 分钟的时间单独 Zoom。

这个 15 分钟,主要就是读下文件了,至于 2 个会议上是不是开摄像头,随意。

你愿意开也行,不愿意开也行,反正上面的所有人都心不在焉。我是懒得开,因为和你谈话的人,你都根本不认识。

第二个会议就是 P&C,这个会议主要就是和你说说被裁员后可以有的一些福利和什么的,对我个人来说我更关注的是补偿。

至于 401K 和里面的资金都是可以自行转的,也没啥需要他们说的,了解到补偿就是 6 周工资,不算多也凑合能接受。

负责裁员的人说,还有什么需要问的,我简单的回答了下 All Set 然后 have a nice day 就好了。毕竟他们只是具体做事的人,问他们也问不出个所以然,这有啥的。

裁员之后

裁员之后,感觉所有认识的被裁的同事都是懵的。

开完 15 分钟的 P&C 会议后,基本上电脑和邮箱马上就不能用了。公司貌似说电脑可以自己留着,但是上面的数据会被远程清理掉。

留在公司里面的东西会有人收拾后寄到家里。

我在公司里的办公桌就属于离职型办公桌,简单的来说,上面只有一台不属于我的显示器,另外就是从其他地方拿过来的一盒消毒湿巾,公司里面压根没有我需要的东西。

很多人认为公司禁用账户有点太不讲人情,其实从技术层面来说根本没有什么,因为所有的管理都是 LDAP,直接在 LDAP 上禁用你账户就好了,没啥稀奇的。

中午的时候,被裁的同事都互相留下了手机号码,感觉大家因为我在裁员列表里面感觉有点扯。另外更扯的同事在这个公司工作了 7 年了,也在列表里面(所有 PHP 的基础架构都是他写的和建立的)。

虽然最开始和这个同事有过一些摩擦,但是这个印度的同事真的挺好的,我们都觉得他挺不错,也愿意和他一起共事。

很多人,包括我。都对这个同事感觉不值,也觉得这很扯。

奈何公司的选择就是一些阿谀奉承,天天扯淡的人,比如说那个奇葩的架构师。

没多久,被裁的同事建了一个群,然后把我给拉进去了,主要还是我们组里面的同事,大家希望能够分享一些面试经验和机会,偶尔吐槽下。

在晚上的时候,突然收到另外一个同事的 LinkedIn 好友邀请,他不在这次裁员内。

但是他也被降职了,他本来是 Sr 开发人员和小组长,后来被提拔成架构师了,现在连小组长都不是了。

他和我说,如果需要帮助的话,他会尽量帮忙,并且还给他的一些曾经的招聘专员账号推送给了我。

我也非常感谢他们,虽然经历过,但是也收获了一些朋友,虽然说在美国职场比较难收获朋友,但是也并不是完全这样的。

没有了利益的纠葛,更容易说点实话。

文章目录
  1. 1. 在公司的职位
  2. 2. 裁员之前
  3. 3. 裁员过程
  4. 4. 裁员之后