超级烂的坑组

在一个所谓顶尖大厂，无比追求升职的文化，所以人人都跑去做新产品追求impact，导致legacy组的人都跑光了，所以上面的人干脆把过去4-5个legacy小组的活儿全部合并成一个组，招了若干新人过来suffer。因为新产品斗争的一地鸡毛，design搞了半天影子还没有，所以这个合并后的超级无敌legacy组依然承担着巨大的流量。你可以想象过去上十年4-5个组的各种shitty legacy和tech debt大杂烩到一起，oncall无比可怕，像个奴隶一样到处被人ping，最关键的是很多ticket根本毫无头绪。priority经常变化，因为随时随地都可能有意想不到的新需求。

在我眼里，这种情况完全是completely management failure，上面的人完全失职，没能力做好新旧技术转移，没能力保留legacy组的人才的情况下为了自己的贪欲(好升职) 跑去弄新组新产品。然后我们强烈反应不满也没用，上面的说一些冠冕堂皇的屁话搪塞回来，而且还不能换到隔壁组做点新技术过点oncall量正常的日子哦，好像我们这个超级legacy组生生世世就是做奴才的命。就这样经理还天天PUA洗脑你应该如何如何，你哪里做的不行blabla。所以组里的人都疯了一样的卷上天。

我一开始也会觉得自己要疯狂努力学，一次次否定自己，觉得自己不够努力不够好。后来看了看隔壁还有公司其他正常啊组的正常生活才慢慢体会到，从一开始这个垃圾天坑组就是注定是屎坑，注定要suffer，我们在给上面那些人的失败买单，他们拉了💩往我们头上扣。大家怎么看呢？

在snap的时候就有这种经历。tech lead和老员工经验多知道坑在哪里，而且他们权限多点儿。坑多的项目就给新人了或者用个套路就把不好的无聊的项目给呆的时间短的了。等你把坑都填好了document都做好了code logic也改清楚了。也就到了他们和经理可以联合起来整你的时候了。
因为坑项目特点是ramp up慢，deliver慢，error prone。你就是比他们水平高你都容易被绕进去，更别说大部分人其实能力也差不太多。就等着多出几个bug吧。
所以pip的时候他们也就有了人选了。
最后还怪你表现差。呵呵。真精真有创意。这点儿精准的诠释了公司的口号 we are smart. we are creative.

是的，这个时代所有科技公司的真实写照，就是“一帮吃到了时代红利爬上管理层但能力平庸的老油条”和“有能力但挣扎在中低级别无法左右职场命运的年轻人”之间的矛盾。

时代红利散尽，资源分配完成，职场阶级固化，上升通道封死。

老油条会动用各种无下限的方式拼命守住自己的位置，新人只能拿到烂坑项目背低绩效pip名额。时代红利下人人都是nice的硅谷精英，大潮退去就是职场宫斗人性丑陋尽显无疑。当年瞧不起mitbbs的一亩三分地用户，终于成为了自己当初最讨厌的北美索南。

楼主我跟你分享段经历吧

之前我也遇到过这种情况，去的组里之前的人搞了个几个听起来很nb，但很不稳定的系统，接着他们都升职跑路了。我是被招进来维护这些破系统的。

我一开始也很崩溃，觉得之前的人好坑，leadership脑残。但逐渐也想明白了，工作是工作，造个破系统，但是能给公司解决问题，外加自己恰到饭这个事情并不是什么道德上的瑕疵。director/VP也不傻，他们要的也是快速launch东西快速deliver，增加自己的scope或者刷高股价。我这个小ic也没必要抱怨，如果没有这些个破系统，这个偏ops的组和坑也不会有。大家都是挣口饭而已啦。自己的利益>>公司的利益。

这些系统维护起来很多烦心事，但这些拿来升职的project理解起来往往比那些设计精巧的陈年老legacy系统更好理解，没有那些什么复杂的oop，好多就是一个巨长method call了十几个轮子（没开玩笑）。从头到位撸个一两遍，就能明白个八九不离十。

如果撸明白了，并成功解决了几个问题，那么这种oncall组的问题其实就是oncall重和不好升职了，新活其实相对不会多。我属于比较佛的人，不喜欢卡timeline卷新project，不喜欢撕逼，也没有能搞出新architect的超世之才。就是个平庸码农。当时有时候加个catch exception，处理一俩个ticket就能混过去一天。但比较烦的是晚上被吵醒，周末会被ping这些。但终究是不用被push去卷什么。

然后这种组呆久了，你就会发现，你已经是唯一能搞定这些个屎坑的人了。那些一开始design的人不知道的问题，你都知道。你走了这套系统就嗝屁了。因为这系统跑了挺久了，整个org好多东西都依赖于它。这时候就该携domain knowledge以令manager了。没升职project，给加点小钱钱总不过分吧。

于是一个一天干三小时活一年拿三十多万的sde2的坑就这么出现了。趁这个机会多刷刷题或者搞搞爱好。等到了市场回暖，广阔天地大有作为。

补充内容 (2023-08-19 04:51 +08:00):

顺便附带我当时的一个逻辑转换,有助于心态调整:

之前我会觉得,要不是因为这智障升职的project,我不用做这么难受的ops work,我也能drive新project

实际的逻辑是,要是没这个破project,这个ops load重的组可能就reorg砍掉了.

而leadership的决策就像你买Lexus还是BMW.车的稳定性(oop design, comments, unit test coverage, integration test, e2e test, runbook)是包含在车价里了(agile development story points),同价位的凌志是可靠,但开着就是不如宝马爽.

而leadership需要的是以最低的成本撩到妹(股东).

而我给自己的定位是个宝马专修店的维修工 :D

直接说吧 哪个组

还能怎么看，换组或者跳槽

匿名用户 发表于 2023-8-17 21:43
在snap的时候就有这种经历。tech lead和老员工经验多知道坑在哪里，而且他们权限多点儿。坑多的项目就给新 ...

base在哪？哪个org？

匿名用户 发表于 2023-08-17 18:22:52
直接说吧 哪个组

哪个公司哪个组不重要了

同命相连 不破不立

亚麻日常

听着像ES+MF+WS或是PF相关。别问是什么意思，懂的人就懂，不懂的不该懂。手动狗头保命。