最近各家服务崩的此起彼伏，到底是不是跟裁员有关？

[Fcsle]

阿里云，滴滴，七牛，美团？。。。。接下来会不会更多。 所以是不是降本增效进入深水区了。。。

而且最近 b 站也总是给推荐 “怎么降低代码可读性”、“怎样跟自己代码附魔”.......

[mogutouer]

右键 Copilot - 对此进行解释

[reoah2]

开猿节流，降本增笑成果初现

[poorAshenOne]

影响其实没那么大..
该用还得用, 不然还指望那些公司把 降的薪补回去、裁的人重新招回去不成

[cairnechen]

我感觉没啥关系，但是目前这个舆论环境，这么说是政治不正确的

[cat9life]

年底了，要交报告了，要完成节流的目标了。

[Fcsle]

@poorAshenOne #3 损失是实实在在的吧

[silencil]

我感觉有关系，可能每个事件具体到细节上，都不一定是因为某个大佬被裁了导致出现的问题。但是大规模的事件，就类似航空业，经济低迷的时候，航空安全相对来说就是更容易出现事故是一样的。最起码往前推三四年，我个人印象中没有大厂接连的出现如此规模的服务宕机。

[Xmi080225]

裁的都是正在低下干活的

[datocp]

当年携程网挂的时候，我学到了要用自己的电脑办公。
直到了自己离职的时候，发现原来以前所爱的公司也就那么个鸟样。所以该留的东西要留一手，不搞破坏就不错了。。。
有些东西没有经验的人是搞不清楚为什么，是什么会导致这种故障，特别还是 1+2 两个问题出现才会出现的故障。再说了工作交接谁给你那么细的经验，密码交出去就好，其他的自己搜索去。。。

[l8L12cwti87t9Kwg]

@silencil 从没见过这么大规模的

[duojiao]

别问，问就是降本增笑

[pengpeng1]

裁员的时候会把负重前行的人裁了，留下 PPT 高手。

[PaulSamuelson]

有可能某些业务是按照年份 archive ，分库的，然后在准备下一年的资源时，出问题了。

[xsi640]

办公室政治，懂的都懂。。。

[bellymars]

白鹿原上的地主都知道，秋天收割麦子的几个月，必须给麦客吃饱饭，才能保证自家的收成
麦客和程序员都是吃的力气饭，可当前的老板明显不如以前的地主良心了

[eagles]

业务复杂度演化到一定程度自然会涌现出这些问题。
之前互联网高歌猛进的时候，更多的是新开项目攻城略地，现在各家都砍了新业务，聚焦现有业务做效率提升和功能演化。而复杂度的增加是指数型的，也就是说初期和线性无异，到了某个阈值就会跃迁呈现出远超预期的指数复杂度。

[frankies]

没啥太大关系，别把自己想的太重要了

[likooo125802023]

你说滴滴 k8s 1.12 用的好好的，干嘛吃饱了升到 1.2 ？？？

换我做决策我是能不升级就不升级，实在不行我再升级，而且就老业务用老的，新业务才用新的。

跑的好好的干嘛去动啊。

[xuanyuanaosheng]

也好，明年裁员估计会掂量掂量

[Battle]

互联网高速发展的时候，各家服务也经常崩。结论就是跟裁员无关

[yolee599]

不管跟裁员有没有关，裁掉的人是不可能补上的，这就是降本增笑的阵痛，在公司可接受的范围内

[somebody1]

@likooo125802023
不升级怎么写 PPT ，怎么有年终奖

[cubecube]

@cairnechen 我就在其中某个厂。
肯定没直接关系，但是和经常裁员的管理模式关系很大。
如果一个员工没有在一个岗位稳定工作的预期，那么他的所有的工作结果只会对当前一个季度负责。
那么构建在所有人的这种自发的想法的基础上的系统上去聊稳定性，就是痴人说梦

[Seulgi]

不光人在裁，机器也在裁啊，降本，机器资源，集群资源，然后在降本的时候发现某些东西很老，有隐患，然后又想冲一波考核，那就拿出来升升级，然后发现，哦豁，没考虑到那么全面，因为最了解的人走了，现在都是看看文档的人，自然就崩一下，你要说解决不了，那不可能，只是因为没遇到所以才出问题，遇到了后面就不出了，然后后面又裁，新的问题再暴露。

[vevlins]

肯定有关系啊，但不会影响什么。

人总是相信自己相信的话，“裁员了崩溃了——你看，惹程序员没有好下场”。实际上这点问题跟裁员取得收益相比，仍然不会影响一点老板的想法。

[Hyschtaxjh]

@likooo125802023 面向 KPI

[langmanxiaoa]

这问题没必要问

[momo1pm]

忙着维护屎山服务埋头干活的人，ppt 一般都普通，这种你说裁不裁

[brader]

不敢想象当时一线的工程师修复的时候压力有多大

[clue]

现在系统越来越复杂, 发生问题是必然的

想要不出问题, 你需要花很多精力在“预防”上, 比如定期评估测试发布/回滚流程, 进行灾备演练, 随机给某个机房断网断电什么的

如果上头只看直接的成果, 对这些优化根本就不会在意, 下面的人自然也很少会去动它, 毕竟这就和对现有的程序做重构与性能优化一样, 性价比特别低

[pkoukk]

@likooo125802023 #18 k8s 中间件，云原生部门也有开发的啊。不升级系统，市面上的新技术，k8s 的新特性用不了，人家也交不了差。就像你也不可能用一辈子的 centos 6 吧？

[pkoukk]

一定是有关系的，不一定是把干活的人裁了，也有可能是把本来打杂的裁了
现在杂事、大事、小事 都压在几个人身上了，人难免忙中出乱的

[pkoukk]

@clue #30 实际上近一年的事故，B 站也好，阿里也好，都不是“意外灾害”，而是纯粹的人为失误。那人为可能失误的地方太多了，灾备可以预案到“组件挂了”，但不可能预案到“组件里的数据错了”

[Promtheus]

有没有关系我不知道，但是大家肯定都希望有关系。

[ZZ74]

@cairnechen
有一定关系。
因为很多系统是项目制的，并且几年就不用了
很多企业都搞淘汰，裁老员工，特别是踏实干活的不会 PPT 的。
这让很员工要主动跳槽，不跳的结果也是被裁。
但是很多新型项目，互联网项目会是长期的，比如阿里云这类的。
这就导致了东西石头，人是流水，很多东西最终变得没有人知道，没人敢动。然后 boom 。
强人，能搬走了旧的石头，还是会产生一块新石头，总有一天某个人搬的时候会砸到脚

[julyclyde]

@likooo125802023 那你可能也支持使用 centos7 甚至 6 ？

[43n5Z6GyW39943pj]

再说一次,融资不看代码

[AmoonLight]

降本增笑

[nicholasxuu]

@likooo125802023 #18 小升级容易，大升级可就难咯。官方的升级方案估计不好用，得迁移替换式升级，成本高且风险大。
k8s 有些新特性还是很好用的，给个别新服务用效果就没那么大了，基础的监控报警之类的都得加一套，成本呢。
而且你也得让新旧版本集群能跨级群接的上呀，又是一套麻烦的东西。
同时维护几个版本的集群，容易么？把 1.12 的配置发到 1.20 去了，挂了怎么办？

一般就两种思路，一个是能用就行永远别升级，时间长了就更别想升级了。几十年后重构大迁移。
另一种就是勤升级，持续保持升级，平时多花一点成本但是能一直用下去。

[likooo125802023]

@julyclyde 你这个问题，我一般会选择老系统继续用 centos 6 ，新的才上最新版。

[archxm]

@likooo125802023 百度还在用 gcc3 么

[BUHeF254Lpd1MH06]

虽然但是，事故总是暂时的，今天修复了未来基本上可以确保风险会越来越低。资本家也是会算账的，裁员带来的的这种风险，也一定是在他们心理预期之内。很多人喊着开源节流徒增笑耳，实际上也只是好不容易抓到机会了嘲讽一番。

[SantinoSong]

@reoah2 #2 降本增效把做技术的给优化了，降了个鸡毛。。。

[aleimu]

开猿节流, 降本增笑, 稳中向好

[iovekkk]

@brader #29 据说之前语雀那次事件，因为无法直接回滚，恢复数据是靠查日志手动一点点恢复的

[brader]

@iovekkk 太惨了

[shicang1990]

@bellymars 地主和资本家都是给钱干活，奴隶主才是现在的老板写照

[zengguibo]

@likooo125802023 不升级哪来的 kpi ，大厂的就是要没事找事，没活找活，不然你年终总结都没东西写

[whp1473]

如果是非常熟悉的，按照大厂的情况，哪怕出事故 30 分钟内也能够处理完成。如果几个小时，甚至十几个小时，肯定是不熟悉或者知道一部分的人接手，然后找各个参与过一些的人问，问着问着发现这个离职了，那个知道点，然后再和代码、日志核对，拿不准尝试修复，因为有些代码细节不了解，比如某个 if 可能是处理历史遗留问题数据的，没处理，又炸了，反复几次好不容易修好。

[bt7vip]

集群系统升级、迁移是一个极其复杂的过程，牵扯到各各部门，不可能完美配合，降本和 ppt 管理把本就脆弱的运维系统搞崩，也是很正常的

[okaysir]

复杂度提升导致易崩溃度上升， 代码/运维等等层面都在堆积屎山，要么跺脚重构(重新从开始堆小粪球)，要么继续缝缝补补，裁员可能是导火索。

[cdlnls]

其实我觉得说 服务崩 和 开猿节流/降本增效 有关，调侃的成份要多一点 (并不是说没有关系，只是没有那么大)。
事故不管怎样都会发生，说 100%避免也不太现实，出不出事故和 是谁处理 / 多少成本 都没有必然的联系， 人 / 机器 都可能会出错，这个是没法完全避免的。而且就算没有裁员，也会有人主动离职，始终会有人离开和加入，想要人员不变动，也不现实，再说，人员即使不变动，服务也不可能 100%稳定。

[duluosheng]

绝对有关，离职交接其实是一笔烂账。有时候你会发现，一些小的功能，看起来不是很重要，但是离职交接没人管，可能就会出大事。最近在公司内部碰到离职交接后，无人看护的服务。

[zzerd]

可能是迁移系统？不想被拆不得搞个 kpi 出来

[x2ve]

我觉得是有关系的，楼上有人说了 经常裁员 势必会引起自保，那就是代码和人有一个能跑的心态。另外，从 0 到 1 的人优化了，交接可不会从 0 到 1 ，这中间的坑小还好说，大了就容易出事。

[lstz]

如果老板天天对你说，你工作有一点不好我就炒你鱿鱼，不仅十足的 intimidating ，还时常在所有人面前 call you out ，你绝对做不好工作。

就算能做好手头的工作，你对下一年是否还在这家公司都存疑，肯定优先考虑跳槽而不是把活干的更棒更稳定

[levelworm]

@likooo125802023 多半是搞安全的扫到了，这个版本可能有重大漏洞所以必须升级

[xinghen57]

有没有可能是国产化？

[littlecreek]

肯定有关系, 系统稳定性是个长期工程, 背后涉及到高可用, 容灾架构, 涉及到代码可读性, 可维护性, 涉及到测试是否覆盖全面, 涉及到变更的时候的流程和规划.....都是些吃力不讨好的东西

如果一个公司天天阴云密布, 员工不知道自己能待到啥时候, 肯定首先自保. 工作的优先级都变了

[magicyao]

每一个变动都会导致出问题的概率提升一点点，然后归于平静。
大规模裁员就导致这个问题概率骤然提升，所以有问题的通常不是裁掉了某个人，而是大规模的裁员导致的连锁反应。
不过这只是概率问题，真正展现颓势的还是出了问题后的处理速度，这里裁员的影响力才是最大的。

[512357301]

@likooo125802023 应该是 1.12 不支持新特性了，或者性能不行了。可是他跨版本升级，外加原地升级，这就太疯狂了，原地升级很容易原地爆炸的。

[GP1]

裁员可能裁的不是干活的主力，但是因为裁员的原因搞的大家人心惶惶，干活都不认真负责了。
而且因为裁员的原因导致次生灾害，就是大佬待不住跑路了，大佬跑路了对在职人员再次造成伤害。
大佬都跑了，我们这些菜鸟不是等死吗？再次加深这个观念，进一步导致大家心不在焉的干活。
一条条传导链造成了这几次大厂事故。

[shui14]

有，侧面反应现在市场有多冷
这两年刚开个评审说不定就换人，上面有回复说的挺实在，交接埋雷。很多都是当天或者留半个月就走，而这个人也许负责过几十个关键点，几条业务线
因为很多业务本身就是伪需求，不是正常人逻辑。特别是交叉岗位，产品开发测试，企业文化又是信任人不信任规则，交叉岗位加上压职级，交接根本无法面面俱到，业务只求快代码腐烂速度指数级增长，文档什么的完全不能依赖，造成的后果就是，两三年一小改五年一大改，平常根本没人敢去动哪怕改个字体 logo 或者更新重启镜像，迭代超过半年不拉起齐需求方也没有人敢碰
通常一家成熟的公司，或者一个靠谱的团队，看看里面的搭配就知道了，面试走慢点，看看办公室状态就可以有个大概。大部分草台班子，起火只是时间问题。另外有个帖子为什么在下班后发版，正常会是专门时间专门的人负责灰度和预发布

[mooyo]

降本增效本身开人可能不是导致事故的主要原因，但裁员+砍年终+砍涨薪晋级组合拳带来的一定是士气低下办事敷衍。
在一个看不到职业发展的岗位为什么要投入更多的精力去替公司创造价值，那不如摆了。。摆的人越多事故越多。

[Donaldo]

openai 也崩，Google Drive 也出岔子，iCloud 也出岔子，我感觉不一定因为裁员。

[julyclyde]

美团也有嘛？

[redegg]

虽然历史影响不大，但是可以视作系统坍塌的前兆，类似于黑客帝国前传，小朋友们陆陆续续发展系统卡 bug 了……

[MiketsuSmasher]

@xinghen57 国产化和现在各大互联网公司轮流宕机的现象有什么直接关系吗？

[xinghen57]

@MiketsuSmasher #66 稳定性还没经历历史考验

[Seulgi]

还有一个原因，降本增效的裁员，很多公司不会让你呆满一个月的交接期，有的还是当天就走。这种裁员，你觉得交接工作做的能有多好。

[han1988]

当然不只是这样。

老板：公司的今年的年终奖压力大呀
马仔：老板放心，我找信得过的小弟把下面人的绩效扣光。

[han1988]

@Donaldo 神界动荡，服务器之神驾崩了？

[dif]

关系不太大吧。裁掉的肯定都是可有可无的。只可能交集过程中出现纰漏了，比如经常手动执行的一些脚本忘记给接盘侠说，时间一到，game over 。

[whp1473]

@cdlnls 这个在高速发展期，可以依靠给钱多招人冗余解决，一个人年薪 50W 不行，10 个年薪 50W 的行不行，再加奖金行不行，降本增效把冗余去除了，也把激励去除了，以前能打通的 007 值班打不通了。