大型互联网服务器与应用简直就是熵增理论的活生生体现。别看表面上那些貌似稳如泰山的系统，实际上却是运维的无底洞。可能每周得跑个清理数据的脚本，再来个依赖检查，还得定期更新各种混乱的依赖关系。降本增笑，是一回事，有意无意的疏忽更是毁掉系统的利器。比如离职时忘了交接运维任务，或者交接不清，一个脚本没跑，一个存储点爆炸，一个依赖过期，一连串的问题接踵而至，系统就这么崩溃了。重启也未必有用，缓存没热身，系统没做好故障快速处理，突然来的海量请求直接压垮数据库，重启再挂，再想着升级数据库，半天就这么过去了。在看似稳固的系统背后，可能是一群不靠谱的操作者。有个朋友是是Azure MySQL的PM，负责的是Maintenance的feature，他说看了太多客户和我们自己的事故报告，这些都是刻骨铭心的教训啊…嗯，这可是职场的一抹真实写照。让不明白的人也能听明白，是吧？在企业里，高层领导对真实情况了如指掌，但决策和实际执行却常常在错位中发生。裁员很可能会牵扯到势力之争，虽然不说明目的是什么，但和站队、内斗肯定是有牵连的。最艰难的往往是那些真正在幕后默默干活的人，他们往往忙于工作，没时间去搞所谓的“人际关系”。在企业只会通过裁员来解决问题的情况下，裁员往往被视作“终极目的”而非手段。小企业或许因为更加灵活，裁员出了差错还能及时调整，但大企业的问题一旦放大，就成了头等大事。所以，回头再看那些大公司的问题，也就能理解了。职场上，没什么是新鲜事。企业想把员工变成螺丝钉，随时替换，员工也没那么傻，你就看大厂，结果多少年没听到程序员讲代码易读性，注释，文档这些东西了。。。。
设计科普约 2 分钟