大龄程序员被裁，本身没啥新鲜的，国内环境就是这么烂。 但是被裁的过程实在太糟心了， 不吐不快。v 友们权当看个故事，如果能对 v 友有帮助，就更好了
背景
楼主之前在国内一家互联网大厂工作， 能力在大团队里还是比较受认可。但是楼主是个典型的 I 人， 除了有过业务合作的同事外， 和大团队的其他人基本没有啥交集 (这是一个伏笔)。2022 年底，整个大团队在转型，每个人都在寻找自己在新业务中的定位。楼主做的方向，在那个时刻定位有点尴尬，不太明朗，于是便萌生了换个环境的想法。
邀约
时间来到了 2023 年上半年， 楼主有幸参加了某知名业务的最早版本的开发，但是做的事情都不核心。看着身边的小伙伴们都混得风生水起，身价也水涨船高， 楼主更加焦虑自己在团队里的定位和未来的发展了(这也是一个伏笔)。
就在这个时候， 有个离开团队多年的同事 X(后文都叫它 X 吧), 突然找到楼主(后来才知道，它把大团队的每个人都找了个遍)， 邀请加入做这个方向的创业公司， 并承诺可以做核心的事情。
楼主当时确实心动了:
- 可以去做核心的业务了
- 创业公司，可以博一把
- 作为一个 I 人，小公司的工作环境更友好一些，毕竟不需要向上管理(这也是一个伏笔)
同时也有很多顾虑，
- 楼主与 X 其实只打过一次交道，并不熟
- 新公司不一定能能适应
后来 X 告诉我，新公司很多人都是以前的老同事，他们对我的能力都很认可。 这打消了我最后一丝疑虑。于是选择了跳槽过去。
新环境
从大厂离开后不久，楼主就加入了这家创业公司。在创业公司的工作体验和在大厂完全不同， 楼主还是非常享受这种状态的
- 没有层级之说，大家都在做同一个核心项目，目标明确
- 能从 0 到 1 的做事情
虽然做了很多杂事，但想到老板画的饼，就又充满了干劲！
变化
不到半年时间， 这种工作氛围就被打破了， 主要是因为公司发生了这么几件事
- 公司新成立了好几个业务方向，公司人员规模扩张很快
- 公司搞了纵向的组织架构， 我被 X 分到了它的嫡系(其实叫盟友更合适)下面。 (后面都用 Q 称呼该嫡系吧)
就这样横向加纵向的切分，把原来的核心项目团队切割得支离破碎。 问题很快就出现了
- 从纵向组织架构看，楼主处于公司最底层(手下没人), 离老板越来越远。
- 从横向项目来看，楼主做的事情又是属于偏底层，不涉及到具体的项目，这样离同事也越来越远。加上楼主又是个 I 人
在小作坊打螺丝
虽然是个创业公司，但是高 P 们都是从大厂出来的， 大厂的那些风气和习惯也全部带过来了
- 堪比 GFW 的部门墙，防同事如同防贼
- 信息隔绝的管理手段，瞒上欺下
于是楼主发现，自己本来想过来创业的， 怎么又变成了打螺丝了。实在是没想到，跳槽之前在大厂打螺丝，跳槽去小作坊，还是打螺丝，我这槽不是白跳了吗？
楼主只能这样安慰自己：还是不一样的，在这边打的是核心的螺丝！ 就这样， 我勉强说服自己接受了这个现实(伏笔)
跟 CTO
还好事情有了转机。 在 2024 年上半年，CTO 发起了一个创新项目， 需要楼主这个方向的人深度参与。 于是楼主开始向 CTO 和 Q 同时汇报工作，但是组织关系还是挂在 X 和 Q 下面。
创新项目不是那么好做的， 几个月后，这个项目就遇到了瓶颈。楼主作为整个工作流的最下游， 也就处于了被 block 的状态， 无事可做。
在此期间，CTO 一直质问公司的资源浪费太严重了， 横向技术团队需要解决这个问题
新项目
为了解决 CTO 提出的问题， 横向技术团队东拼西凑出来一个项目组(后文都叫项目 S 吧)。楼主被委任了整体方向把控和技术攻关的职责。没想到就是这个项目 S ，成了我被裁的主要原因。
项目 S 的第一个版本，做得并不好，表现在
- 要尽快出活儿，整体设计都很粗糙
- 效果没有达到预期，很鸡肋
- 项目团队里有人不服楼主， 合作过程有些不愉快
导致做第二个版本时，整个项目团队只剩下了楼主和另外一个小朋友。为了解决第一个版本的问题， 楼主对整体架构和底层都做了大的重构，在上线时，CTO 对项目 S 的评价是
后来这个项目 S 还上了公司的宣传文案。
这时，我仍然同时向 CTO 和 Q 汇报工作， 但是 Q 还管着其他项目，对我负责的项目 S ，并没有太大的兴趣
冲突
今年，项目 S 迎来了春天， 项目团队规模，从 2 人扩充到了 5 人。名义上我还是这个项目的 owner ，但是项目成员大多数都是 Q 下面的人，这导致了后面的直接冲突。
正好此时公司在收缩业务， 原本 Q 在带的那些项目都不做了， 所以 Q 就盯上了项目 S 。楼主和 Q 对于项目 S 的未来规划分歧非常大， 到了后面已经是互相看不顺眼了，不过仅限于工作层面
预谋
风起于青萍之末， 在两个月前，就出现了一些端倪，可惜楼主当时太单纯，没看出来。 当时 Q 要求
- 所有项目成员必须写详细文档
- 所有代码要走详细地评审验收
- 指派另一个同事来协助我负责的模块
楼主站在整个项目的角度考虑， 也是很乐意做这些事。有人接手已经成熟的模块，楼主正好腾出手来做后续版本的规划和开发。
裁员
公司发展得不好(根据前面的内容，能好就怪了)，于是在一个月前开始了一波裁员。当时楼主还庆幸， 自己负责的是公司的核心项目 S ， 可以苟到公司倒闭。
万万没想到，在楼主即将归属第二批期权的某天下午，X 跟我说， 你被裁了， 原因如下
- 不服从管理，只做自己想做的事情
- 已经对公司没有价值了
真是天大的讽刺！
我第一时间找 CTO 申诉，好巧不巧，CTO 那两天正好出差。 等联系上 CTO 时，我被裁的消息已经在公司发酵了好几天了。 木已成舟，CTO 表示也不好和 X 产生冲突， 于是楼主就这样领了大礼包。
收到消息后的楼主也收集过很多证据， 打算走仲裁。 但是考虑到圈子很小， 公司确实有很多老同事，和公司的老板们还有一丝丝交情(不过大概率是我自作多情了)，最终还是选择了息事宁人。
结语
经历了这件事，打工生涯也算完整了。 虽然在这个年纪，在国内会很困难。 但也怨不得别人， 认赌服输吧。
最后，庙小妖风大，池浅王八多，小公司的斗争比大厂还狠， 希望楼主的经历能帮到看到这篇文章的 v 友
