清朝末年，慈禧当然知道大清出问题了，也知道要改革，但是这套文官系统发展这么多年了，早就成了一团互相关联牵制的屎山，稍微改动，就会使帝国崩溃。改革是死，不改革也是死。

这个世界其实也可以理解成一个大型的程序，各个组织和国家相互之间存在着许多关联和耦合，动一发而牵全身，别以为所谓的高管领导有多聪明，真出了问题，他们自己也不知道怎么解决。

寄快递，选京东。领新人优惠券享受6.5折最低优惠！赶紧冲，全国邮6.5折

“一鲸落，万物生”

哈哈哈哈哈哈哈，坐标某二流打车平台，今天早上办公室充满了欢声笑语，今天早高峰需求和成单直接直线拉升。这泼天的富贵真是承受不来。

以后就天天拜佛，求佛祖保佑滴滴没事就崩一波好了，高端的商战往往就是这么朴实无华。

程序员们，知道怎么活出统战价值了吧。

鸟尽弓藏，兔死狗烹。以后多花点精力写bug，养寇自重。

运维就像天桥上的扶手护栏一样。

没有人过桥的时候全程扶着护栏，甚至大多数人不会碰那个护栏。

也没见哪个天桥敢拆护栏。

阿里和滴滴的这两个事故证明了

降本增效，初见成效

.

降人才，增混子。增了个笑料。

每当有大难，干活的老实人先拉出来背锅祭天。还是炸的少了。每年炸个十几次，知道疼了，才能正确评估实干员工的价值。

.

据说是k8s挂了，删了上万个pod，研发修复了半天，把数据写脏了，更难恢复了

你损失4个亿交易额！

谁来关心我？

这个月的满勤奖没了！

200块钱，满勤奖！

滴滴，还我血汗钱！！！

___________________________________

公司附近只有青桔电动车，先骑的哈啰电动车，然后半路换青桔电动车，由于滴滴挂壁了，使用不了，打车也打不到。

最后，迟到了十几分钟，满勤奖没了！

滴滴，还我满勤奖！

ps:上面说明了啊，公司附近只有青桔电动单车停车区域！

换成青桔电动单车之后，最后两公里，骑共享电动车只需要八分钟。

用了高德软件打车，可是要十分钟才能到，开车五分钟，迟到是必然的了。

最后，选择骑共享单车到公司的，迟到了十分钟。

为什么不打车呢？因为，打车十块钱，骑共享单车两块钱，反正都是迟到了，不如省八块钱了（哈哈哈，是有点精打细算了）！

各个企业都在降本增效，

HR一看运维天天没事干，网络好好的，要啥运维，

于是第一刀砍向运维，

于是崩了

两个食人族应聘进一家大公司，公司人事经理知道这两家伙每天都要吃人，于是警告他们：“如果你们胆敢在公司吃一个人，就会立即被炒鱿鱼！”

两个食人族唯唯喏喏地答应，表示绝不会在公司吃人。

两个月过去了，公司平安无事。

突然有一天，公司发现负责打扫公司卫生的清洁工不见了。

于是人事主管非常气愤， 当场炒掉了他们俩个。

出了公司大门，一个食人族马上对另一个抱怨起来：“我一直警告你不要吃干活的，你就是不听！我们两个月来每天吃一个经理，没人发现。你看现在吃了清洁工，他们马上就发现了！”

自从发现这个世界就是一个草台班子之后，就总能从生活中找到各种例证。

猜测是底层平台挂了，比如机房之类的。上午了解到的情况是滴滴的内网都挂了，那肯定是公司底层核心出了问题。

第一批挂了以后理论上应该去做切流，假如说预案平台也挂了呢？那就得先恢复预案平台；

而且滴滴的核心交易链路应该也挂了，b端业务复杂，需要的依赖很多，内部可能是雪崩式的塌方，比如a服务依赖b服务启动，b服务依赖c服务启动，c服务依赖a服务生效，层层叠叠的，导致一次性拉起困难。

结果滴滴内网和公司IM也挂了，好家伙，现在研发人都找不到，听说是微信拉群解决的（真离谱

凌晨发了通告，应该是拉起恢复正常了，但是不稳定，结果早高峰流量一上来，又把平台打崩了，这下滴滴自己的员工都没办法上班了，导致中午12点还没止损（离谱+1

稳定性这个东西就是，不爆炸的时候感觉什么都不重要，爆炸的时候1-2个组根本挽救不回来，年年搞演练，年年出故障，干打雷不下雨，走个过场，结果线上真倒霉了。

这不会是最后一次，底层的雷多着呢，现在就看击鼓传花下一场是谁家的故障了。

落后的生产关系开始影响生产效率了。

盲猜啊，滴滴裁员了吧。

裁员裁到了干活的。

APP核心开发人员？或者核心运维？

可能每天维护都是重启一下或者做个备份，清除积压内存，省钱不加服务器或者额外存储，人工清理存储数据空间是基本操作。写个脚本自动执行一下。这种人一般看起来不干活，特别的闲。工资还高，降薪裁员第一选择啊。

然后有个人离职了，数据库满了，或者埋的雷爆了。随便吧，反正都离职了，不用背锅了。

或者是没有N+1,交接不顺，懒得理了。脚本也不运行了。

12小时能恢复，大概就是挂各种title的经理尝试自己恢复，发现玩不了，3小时候开始摇人，还是玩不了，没办法开始找这个人。这人谈好了，回来干了一下以前的日常工作，维护一下，或者恢复了一个备份，好了。

别看吹得都很厉害，其实除了那几个人，都是草台班子。

别问我怎么知道的。系统异常”大概率就是这种情况。

维护的那个人滚蛋了。

当然是趁着这个机会，让该发生的事全发生，该暴雷的都暴雷，反正有人背锅。

不这样，怎么显示自己的不可替代性。

几个亿，一分也不分你，但是不显示一下不可替代性，就被优化裁员了啊。

我被裁的时候，有一台非常古老的服务器在我手上，上面有一个2007年的老代码，写代码的人早在2014年就离职了，几经辗转到了我手上，从19年到23年，维护了五年，一般情况下没有任何问题，安静的运行，应该只有我一个人知道如何维护。9月份被裁员，没有任何人跟我交接，也不知道以后会出现什么情况。

程序员不要笑，过两年他们就给你搞上代码终身责任制，出问题从国外拖回来改完再扔进去吃国家饭。

你们的高可用，高性能，高并发，异地多活，秒级切换，自动冗灾干什么去了？

面试的时候不是老是说99.99%吗？

哦，都在ppt里啊，那没事了四

还在岗位上的年轻的程序员，我知道你们其实早就看到了问题，也是有能力解决问题的，但我劝你们还是别那么快解决问题，服务器多崩几次，多损失几次订单多交几次赔偿，资本家们才会知道不能搞什么降本增效，才不会把你们35岁直接毕业输送到社会，你们现在可能损失的是一点年终奖，但未来得到的是更长的职业生命。上班偷偷摸鱼，回家疯狂刷题，听劝。

不是服务器崩了那么简单，单纯崩一个服务器解释不了690亿和2000公里现象。

降本增笑！

指优化掉那些老实木讷，不善言辞的程序员，留下那些媚上欺下，精通PPT和办公室政治的玩意儿。煤老板都不敢把35岁的老矿工优化掉，除了互联网老板。

这事可大可小，小可以是一次商业事故，大可以是扰乱社会秩序，破坏社会治安，就看柳老板怎么操作了。

当初巧取豪夺，时代红利才有了今天的垄断，疫情后自愿来当牛马的司机还大大增加，明明形式一片大好，

如今拍拍手就送人，老板大气！

裁员比较好的办法是全公司静默，所有人都不上班，然后发现公司哪里运转不动了，就把相关岗位的人启动。当公司可以维持基本运转的时候，剩下的人就可以裁掉了。

不奇怪，信息系统都是边运行边改的。

就像一架飞机边飞边制造一样，很多工作是由人工去补偿执行，才能让飞机飞的起来的。

而且哪些工作是人工补偿的，一般来说，都是各个团队内部消化的，管理层是绝对无法弄清楚的。

一旦出现大规模裁员情况，这些人工补偿的工作就没人做了，飞机自然就飞不起来了。

这个世界都是草台班子，最忌讳的是大规模拆台了。

管理层是草台班子

开发团队也是草台班子

运维团队也是草台班子

不管PPT写的都好看，汇报的数据多漂亮，实操起来，还是很多人工补偿的操作。

大家都是草台班子，始终不能忘记的是，飞机是边飞边造的。

这下，飞机掉地上了吧