阅读本文大概需要 1.20 分钟
昨天一听歌软件崩了，网上瞬间炸锅，舆论迅速蔓延。各种说法满天飞，有人传聊天记录，有人扒出了项目计划书，甚至还有传闻说是删库跑路的，后面这点我觉得这个可能性微乎其微。且不说在这种大厂级别的公司，删库可不是小事，光是审批流程就卡死很多了，再者真要删库，能让整个服务瘫痪的操作得有多大本事？大家别老觉得删库跑路很酷，违反职业操守是一回事，后果可不是谁都能扛得住的。说白了，删库跑路的概率可能比买彩票中头奖还低。
另外，一般遇到这种出现技术故障的情况，干过程序员的都知道，其实心里都一阵拔凉拔凉的，也挺压力山大的，因为一边要紧急排查问题，一边还得忍受领导的狂轰滥炸，完了现在舆论发酵速度之快，网络上的各种言论也能无形中增加你的心理负担，等到最后写报告、开会复盘，那可是逃不过被各种点名的命运。
平时你代码写得好可能没啥人 care 你，顶多会说这 APP 用起来挺好，至于这背后的程序用户感知不大，而一旦出了故障，程序员就成了祭坛上的首选祭品。正所谓「开猿节流，降本增笑」，大家图个乐子，谁还管你的辛酸。这一点应该很多做技术的小伙伴能感同身受，所以啊，别说删库跑路了，就算是想都不会去想。谁会为了图一时之快，去踩这么个大雷呢？
这事最后官方给出一个笼统统一的回复，即「基础设施故障」，并给用户 7 天会员补偿。虽然被说抠门，但这事基本也就这么过去了。
值得一提的是，近几年互联网公司一旦发生大型技术事故，评论区必然出现一个说法：「降本增效」，而且这个说法总能引起广泛共鸣。这次同样如此，说得最多的基本都是裁员=降本增效，而
一不小心裁到了大动脉，那就不是增效而是增「笑」了，一时间，感觉「降本增笑」成了互联网新热词。
大家热衷于讨论这个话题其实也不难理解，毕竟现在的职场环境，裁员的阴影随时笼罩在每个人头上。谁也不知道明天和裁员哪个会先来找你。
降低成本还能提升效率？有钱的时候尚且难以把效率提高，砍了成本反而能增效？这不就是个伪命题吗？严格来说，降本是降本，增效是增效，本该是两码事，但现在企业裁员搞得，硬是把这两件事给绑到了一起。
诚然，企业收益不佳，裁员可以理解，不管是「毕业」还是「输送人才」总有一套说辞能给人糊弄过去，反正降低人力成本嘛。但问题在于，当你把干活的小兵都裁了，留下的却是那些只会溜须拍马、装模作样混日子的人，团队人手不够，关键岗位空缺，这时候再指望效率不降反升，无异于让一辆缺油的汽车加速行驶——简直是痴人说梦。
更离谱的是，有些公司觉得技术岗位最不值钱，干脆就盯着技术团队开刀，而那些拿着高工资、每天用 PPT 念经的管理层，愣是一个都不动。这就好比打仗时，把士兵全裁了，留下指挥官互相吹嘘战略英明——战场上谁去冲锋陷阵呢？这样效率不光没法提升，还可能把原本运转正常的系统搞得千疮百孔。
最后，很多企业总抱着「你不干有的是人干」「大不了再招」的心态，把员工当成了随时可替换的零件，这也就是为什么裁员一波接一波地来。理论上少了哪个零件少了谁，机器也还能转，但转得是否顺畅、缺了谁需要付出多少代价，那就不一定了。正如前面开头提到的，这几年裁员裁到大动脉的例子也不少了，有的甚至还把裁掉员工转头召回的。
所以啊，动不动就拿裁员来喊降本增效，开源节流整成开「猿」节流，就这还指望这样能实现「降本增效」的，对自己企业也未免太过自信乃至自负了，那最后结果多半是一场闹剧，即效率没见涨，反倒是问题一箩筐。
PS：本来今天要通知个事情，说是之前推荐的一款产品长期接近复利 3% 的「鑫玺越」增额终身寿，本来是今晚才正式下架的，结果下午一点多的时候临时通知说今天下午两点就下架。就挺突然的，所以现在是已经买不了的。错过就错过了，其实提早下架倒是并不意外，根据既往经验，很多好产品都熬不久。只是这种下架搞突袭的，也侧面说明了现在好的产品真活不久。。。没赶上的，建议把我之前介绍适合吃息的快享福、当养老金的龙抬头3.0给了解起来，不排除他们也会搞突袭。
