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

[Fcsle]

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

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

[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 ，新的才上最新版。