滴滴系统也崩了？这个现象反映出来的现象可谓是令人唏嘘，随着时代的发展。企业都想借着年轻人需求，更快的吃到移动互联网的人口红利，随之将有技术，懂维护人员的大龄员工流失掉，从而出现导致难把控的现象。下面这篇文章是笔者整理分析关于此现象的内容，大家跟着往下阅览了解更多内容吧！
一、滴滴APP崩了？
滴滴崩了的 12 小时，损失千万订单量和超 4 亿成交额，又一次引发了业内的热议。
回顾这次事件，有很多值得反省的东西，从当时很多司机的反馈看，此次滴滴平台在接单、定位、计费等环节上都出现了问题。
有网约车司机表示，刚好App崩溃时开始在接单，“从晚上10点20分开始什么都做不了，客服电话也进不了线。经过一夜维修，仍然没有恢复。接到订单时有听单声音，但无显示，到达乘客位置又找不到乘客，接到乘客又无法结束订单等一大推问题。在这个状态下，甚至有司机的后台收入余额显示为69387199691.71元。
前有阿里裁员老员工，从阿里云崩溃到淘宝、闲鱼、钉钉相继崩溃。如今滴滴再度重演类似事故。
在过去，我们一直认为互联网公司是技术公司，但从目前来看，互联网公司在技术上存在很大的问题与短板。
资料显示，作为对数据量响应速度要求极高的网络服务，滴滴出行出现故障的频率并不低。在2022年9月22日，就有用户反馈滴滴出行无法正常使用，当时滴滴出行回应称“由于机房网络故障，导致滴滴部分服务受影响”，当时故障在半年内已经得到了修复。
2021年2月25日，“滴滴崩了”也登上热搜，在更早的2019年10月和2016年7月和2015年10月，滴滴同样发生过系统故障。
这一次的故障也有说法是黑客攻击，但根据某专业人士的分析认为，这次崩溃，很可能是滴滴的底层基础设施出了问题，因为不仅滴滴打车，连共享单车都挂了，按理说不同业务之间有隔离，一个挂了不影响其他的，当这些不同业务都受到影响时，表明问题可能出在更深层次的基础设施层面。
基础设施层的指责是确保数据的存储、处理与传输，它负责处理应用层无法处理或不应处理的复杂人物，如数据的安全存储、高效传输与处理大量信息的能力。
无论是上次阿里云崩还是这次滴滴崩，很多的观点与猜测都指向了互联网巨头大裁员带来的后遗症。
从去年开始，一众互联网公司都在大裁员。35岁员工尤其是技术员工找不到工作的情况非常普遍，有网友表示，他们裁员时候，留下了向上管理达人和PPT达人，把真的干活的和有技术的裁掉了。
也有网友说：“很多做实事的人，总是不会表达，或者没有能表达自己能力的途径，导致最后裁员，或者其他的什么原因而离开了工作岗位。然后嘛，就很多动乱出来了”。
二、国内互联网公司过度标榜年轻化，导致了一系列问题
如果说互联网公司是技术公司，多数人是认同的，但过去国内互联网的成功过去更多是商业模式的成功， 随着互联网企业增长到达天花板，如果要追求更有质量的增长，其实是到了投入底层硬科技与基础研发的时候了，但是一众巨头并没有这么做，而是选择了裁员降本增效。
最近两年，35岁员工被裁员，找不到工作一度成为热门话题，甚至两会的时候，有人大代表提议要遏制这种趋势。
但是依然没能挡住裁员大潮。根据金融界报道，滴滴最近一次大规模裁员是去年2月初。彼时，滴滴做出总体裁员20%的决定，并将指标分配到各职能和业务线，而在具体执行中，每个部门流失的人员并非仅有20%。同样的裁员发出现在了阿里云，作为阿里六大业务之一的阿里云智能，被曝裁员比例约 7%。
在过去，国内互联网公司一向都喜欢并标榜年轻化，员工平均年龄25岁~28岁，他们的产品导向都是要懂年轻人。这种观点在互联网发展期是成立的，懂年轻人需求，才能更快的吃到移动互联网的人口红利。
但与此同时，问题在于，红利期已结束，而技术运维人才不与销售目标、不与日活、月活、GMV等指标产生直接的关联，更多是确保一个系统可以正常稳定的运行，没有显性的成果，让很多互联网公司一度忽略了他们的价值，而技术人才往往是需要时间与经验沉淀，这与互联网公司的年轻化文化、营收效率产生了冲突了。
因此，这往往导致，很多干实事但又不经常在领导面前露脸的程序员、工程师，被企业拿来减负了，他们被认为是成本，也创造不了效益。
三、发展阶段不同了，别急着抛弃有经验有技术的大龄员工
但如今时代不同了，今天是大数据时代，是5G、AI 时代，是技术与底层科研驱动的时代，需要大量技术型人才。这也是为何国外搞出了ChatGPT，而国内一众互联网公司在惊叹，在模仿，却又始终不得其门而入。
在过去，互联网公司擅长商业模式的创新，研究人性与年轻人喜好，另一方面，培养的是一个萝卜一个坑的员工，要做到谁走了都一样。
这种极端化趋势，却容易埋下隐患，曾经有科技行业员工不无忧虑的对媒体表示，他们已接受这个行业对年轻人的偏爱，却担心（这种趋势）走向极端，尤其在人工智能等领域。因为一个程序员需要十年甚至 20 年去下沉到一个技术领域。
这种基于裁员增效目的去裁掉大龄员工，而不管这个员工本身的经验与技术能力对公司带来的价值，甚至成为一种行业的共识，在国外看来是一种非常奇葩的行为。
因为，因为大量超出 35 岁年龄界限的技术型人才者被抛弃，可能也意味着错失一些转型与升级的关键机会，甚至如今我们看到的，在一些基本的产品层面、系统维护层面出错，崩溃。
四、国内互联网公司与国外的差距，依然要向国外学习
事实上，国内互联网行业依然要向国外学习。在硅谷的 IT 公司，尽管年轻化也很普遍，但许多 40 岁以上的人依然有发展与生存空间，甚至高龄的基层程序员也是普遍现象。
现年66岁的Java 之父 James Gosling 曾经在 Facebook 上回忆，当他去谋求一份新工作时被对方告知：「我们虽然不愿意招你这个年龄的程序员，但可以对你特殊考虑。」
现在各大 IT 企业使用的各种主流编程语言，有很多都是国外程序员在 35 岁之后甚至更年长的时候创造的——Java 之父 James Gosling 创造 Java 的时候已经 40 岁了，目前几乎是最主流的 Python 是 Guido van Rossum 在 35 岁时创造的，Bjarne Stroustrup 在 35 岁时创造了 C++，而在 2009 年，Ken Thompson 以 66 岁的高龄和 53 岁的 Rob Pike 等人发明了 Go 语言。
webpack 作者四十多岁才创造出了这个世界上最流行的打包工具，vscode 核心开发人员有 60 多岁。
而在国内，爆款级产品微信的诞生，也是当时40多岁的张小龙打造出来的。
国内互联网公司发展到今天，依然大部分是面向C端，而面向B端的专业基础性软件的布局，依然非常脆弱，这也是为何华为布局ERP，给整个行业带来了震动。
而很多专业的软件开发工具，数据库，服务器上高性能服务软件，甚至工业设计软件等，是国内基础软件行业的长期以来的短板，这其实不是华为应该做的，而是国内互联网巨头需要思考布局的方向。
从行业的长期主义路线来看，如果裁员增效，都拿上了年纪的员工开刀，而不顾这个有经验有技术的员工对公司的底层技术的积淀与长期发展带来厚重价值，显然不利于整个 IT 行业的基础科研方向的根基走稳与更好的升级延续。
互联网行业一直在说容灾、备份之类的功能，以为离自己比较遥远，但现在来看，阿里云、滴滴这样相对成熟的服务都有全面瘫痪的可能，如何保证高可靠性，保证长期的系统稳定性，不出大事故，可能值得巨头们深思。
有业内人士打了一个比方：就像一架飞机的制造，很多工作是由人工去补偿执行，才能让飞机飞的起来的。哪些工作是人工补偿的，一般来说，都是各个团队内部消化的，管理层是无法弄清楚的。一旦出现大规模裁员情况，这些人工补偿的工作就没人做了，飞机自然就飞不起来了。
在海外工作过的码农谈到，我公司写 JDK 那帮人年纪都挺大了，不少都是从 Sun 公司那里跳过来了。关于底层以及 api 设计，这批人的经验比新手高到不知道哪里去了，你让新手加班加点写出来的 jdk 让人信服么？
对于某些技术核心部分，老手的价值大得多。
一次大的崩溃事故，带来的损失不仅仅是公司自己的损失，也将给产业链上下游的环节带来连锁反应，造成巨大的社会层面负效应。
在过去，互联网公司都是资本驱动，这也导致了在需要长期性技术性打磨迭代与经验传承的底层基础设施出现短板，但随着互联网公司体量做大，要更加关注底层系统的稳定性，要注重于底层基础设施层面的打磨了，这或许值得国内过度奉行年轻化的 IT互联网公司好好反思。
专栏作家:
王新喜，微信公众号：智能新连接，人人都是产品经理专栏作家，互联网从业者，百度百家、艾瑞网专栏作家、虎嗅网、钛媒体认证作者，关注IT热点背后的本质，TMT资深评论人。
题图来自Unsplash，基于CC0协议。
看完全文第一反应是想笑，真就“阿里崩完滴滴崩”，下回是不是该轮到哪家了？不过笑完又觉得有点不对劲。文章把所有锅都甩给裁掉大龄技术员工，这个归因也太顺溜了吧。我承认老员工确实懂业务懂底层，尤其是那种一干十来年的，系统里那些歪七扭八的补丁结构他们就门儿清，走了确实容易出事儿。 但问题是，互联网系统崩没崩、稳不稳定，真不是光靠多留几个老人就能解决的啊。就说最实在的吧，现在这些大厂系统早就复杂到爆炸了，微服务拆了几千个，消息队列、分布式事务、缓存穿透，各种技术栈一层叠一层。不是说老程序员不牛，而是说这已经变成一个系统性工程问题了。你留十个老人下去，碰到那些动不动几千万QPS的场景，该有的bug还是会有的。很多时候是上线环节里某个配置改错了一个数字，或者底层云服务商的SDK自己在抖，跟人没关系。 当然我不是说裁员没影响。文章里那句“留下向上管理达人和PPT达人，把真干活和技术强的人裁掉”，这个确实是很多人心里的共鸣。现实里就是这样，确实有那种平时吹得很响，出事了一个都顶不上的管理者。但你反过来想，就算把那些裁掉的老兵全请回来，滴滴那个收入余额突然变成69387199691.71元，这种奇葩问题就能马上消失吗？不太现实。 另外文章说“互联网公司过度标榜年轻化导致一系列问题”，这个我也持保留态度。年轻人多不代表技术就差了，反而很多第一线的辛酸活儿全是一帮年轻人扛着，天天半夜盯监控的、做故障演练的，不都是年轻人嘛。这个问题的本质其实不是人的年龄结构，而是公司开始走向保守了、开始想少花钱多赚钱了。增长到头了，以前野蛮生长的时候出了问题砸钱修，现在不行了，处处抠成本，数据中心冗余不够，容灾演练也省了，值班的奖金也砍了，那出事概率自然变大。 说到底，大龄员工被裁这个事确实是槽点，但把这当成所有技术事故的根因，就有点把复杂问题简单化了。你想啊，中国互联网这些年欠的债不止是人的债，还有运维制度上的债、技术基础设施上的债、还有那种“出了事再公关”的懒政。如果企业只靠多招回几个被裁的老叔叔就能解决稳定性的问题，那不如直接开个返聘热线得了。 还是少一点情绪化的归因，多看看系统底层设计和架构层面怎么改吧。毕竟咱们这些普通用户只想知道，明天早高峰叫车的时候，别让我站在雨里打不开App就谢天谢地了。
@十一623
不是，你这后半段我看了两遍，前面想给你点个赞，后面那几句话又给我整不会了。 归因太顺溜，这话我认。那标题本身就一股营销号味儿，什么阿里崩完滴滴崩，搞得跟连续剧似的，下集预告都给你安排好了，明天是不是该轮到哪家了。这种号我见得多了，先抓一个现象，再找一个背锅的，中间那堆复杂的、说不清的、跟谁都沾点边儿的原因，全给它省略掉。看的人爽，转的人多，广告费到手。所以你说第一反应想笑，我完全理解，我也笑过，笑完还转给我媳妇看，说你看这写的啥。 但你说到后面一句“系统性工程问题”，我血压就上来了。 这话太熟了。熟得像我们领导在复盘会上的原话。系统出事儿了，一屋子人坐着，谁也不说是谁的锅，最后落到“这是系统性问题，需要系统性解决”。散会。然后呢？然后就没有然后了。系统性问题这六个字，就是成年人世界里最体面的甩锅方式，比直接说“我不管了”听着高级，效果一模一样。 我跟你讲，别把“系统复杂”当成一个天然存在的东西，它不是天上掉下来的。它是人一天一天、一行一行、一次一次“先这样吧回头再改”攒出来的。谁攒的？那帮老员工。对，我说难听点，那坨歪七扭八的东西，很大一部分就是他们自己造的。 但反过来说，正因为是他们造的，他们才知道哪根线不能碰。 你写代码没写过那种注释吗。就一行字，写着“此处不要动”，底下再补一句“动了会崩”。谁写的？不知道。哪年写的？不知道。git blame 拉出来一看，人已经离职三年了。你说咋办。 这才是一个老员工那点值钱的地方。不是他技术多牛，很多人四五十岁了，新框架学得比年轻人慢，八股也背不过刚毕业的。但他脑子里有张
看了一圈评论都在骂资本家，我来说点不一样的吧。这文章把滴滴系统崩了和阿里的裁老员工连在一起，表面上看挺有道理，但讲真，这个推论太省事了。我在一个不大不小的公司当过两年运维，碰上过不少线上事故，说句实在话，系统崩不崩，很多时候跟员工大不大龄真没关系。我们当年线上挂了一晚上，最后发现是什么原因？是有人半夜发版，带上一个配置开关，顺序搞反了。那年我25岁，对面那个搞的也才26，全是年轻人，一点经验没有。可这个锅能甩给年龄吗？不能，因为公司流程就是个摆设，上线前没有评审，没有回滚方案，测试都是走个过场。年轻人再懂技术，在这种环境里也是玩杂技的。 但是呢，文章里有一句话我看了之后确实真想骂人——“留下的是向上管理达人和PPT达人，把真干活的裁掉了”。这个我见过，真实得不能再真实了。以前公司有个老师傅，也就四十出头吧，负责一个十几年的老系统。那个系统是之前外包写的，代码一坨屎，但是全靠他一个人记着每个雷在哪个位置。他话不多，平时特别不起眼，领导开会他都坐角落里。后来公司搞了一轮优化，把他名字弄进去了，原因也很好笑，说是“性价比不高”。他走了以后，他那套系统三个月出了四次事，新来的小伙子每天加班也查不完，因为那个系统的文档就三页纸，其他全套在老师傅脑子里。你说这种损失怎么量化？公司以为省了三十万，实际上赔进去的钱和口碑，三百万都不止。 但就算这样，我还是觉得拿滴滴这事来证明“老员工有用”，有点站不住脚。滴滴这公司从2015年就开始崩，那时候网约车大战，到处挖人，程序员大把大把的，怎么照样崩呢？我记得2019年那次崩，官方说法好像是系统升级还是什么的。反正这几年下来，崩出节奏感了。所以说到底，这些大厂的底层架构可能从很早就开始烂了，只不过以前流量没那么大，增速快，大家忍忍就过去了。现在业务到顶了，又搞裁员，把能填坑的人全请走了，才一下子全暴露出来。这不光是“大龄员工流失”的问题，这是整个行业过去十几年不做底层投入、光顾着做增长的报应。 顺嘴说一句，文章里那个司机后台显示余额69387199691.71元，这算什么？就是前端展示的格式化没做好，或者某个字段类型溢出，说白了是个小bug。这种bug跟老员工走没走真的关系不大，你就是把全公司35岁以上的都请回来，该出还是会出。测试要是认真点，造个数据就能发现的。拿这个当论据，反而有点牵强。 不过有一条我是真同意的。互联网公司标榜年轻化，这事早就变味了。你说一个平台型产品，需要懂年轻人，这个没毛病。但你后台跑的是几十亿的订单，跟懂年轻人有一毛钱关系？后台系统需要的是稳，是经验的积累，是一个老师傅闭着眼都知道哪台机器有问题。你不重视这些人，还天天宣传平均年龄25岁，这不是丢西瓜捡芝麻吗。20多岁的年轻人写代码确实快，可你让他去看那些十年陈屎山代码，你让他怎么改？改坏了算谁的？关键是有经验的老人还能带带新人，把坑标出来。现在老人都走了，新人靠自己填坑，那系统不崩才怪呢。 说到这个我想起以前一个带我的老大，人特别凶，一到发版就骂人，但跟着他确实能学东西。后来他走了，去了一个传统行业做数字化，工资少一截，但至少不焦虑了。他走的时候跟我说了一句：这个行业就是这样，用到你的时候说你是核心资产，不用你的时候说你岁数大了不适合互联网。我都不知道怎么接。今天看到这篇文章，我第一反应就是这个，挺唏嘘的。 写到这里我忽然想到文章里那句“产品导向都是要懂年轻人”。这话说出来我都不知道是夸还是骂。懂年轻人是没错，但懂年轻人的意思是理解他们的使用习惯、审美、表达方式，不是把那群刚毕业的员工供起来当菩萨。我见过不少公司，产品经理平均25岁，做出来的设计确实花了呼哨，结果一看后台数据，四五十岁的大叔用户才是消费主力。你猜他们看不看得懂这个界面？话说回来，滴滴这类工具有啥需要懂来懂去的？你一个打车软件，最重要的就是能打到车、付钱准、路线对，不是搞什么花活。有那功夫把系统稳定性弄弄比啥都强。 文章后面那个点我觉得也没说完。说是该投入底层硬科技基础研发的时候了，对，这话没错，可是谁来投？投了投多久能见着效果？资本不等的呀兄弟。天天喊长期主义，季度考核的时候谁管你长期。所以我觉得吧，这个话题背后的东西比裁员更让人烦，就是大家明明知道问题在哪，但没人动手改，非要等系统崩了再复盘，复盘完再招人，然后下次继续。反正我不是很乐观，但至少希望别再把锅都甩给年轻人了，35岁的人不背这个锅，25岁的也不该背。
@果冻172
你这话说得，一半在理，一半我听着想笑。先说在理的，流程是摆设这个事，我举双手双脚同意。你那个配置开关顺序搞反，太他妈经典了，我也干过类似的事。当年我在个小公司，半夜两点发版，手一抖把生产库的地址填成了测试库，结果老板半夜打电话问我为啥客户数据全没了。我当时才二十四，对面那哥们二十三，俩人对着屏幕冒冷汗。你说这跟年龄有关系吗？有，但也不全是。因为旁边要是有个三十五六的老油条，他可能瞄一眼就骂，你他妈地址填错了吧。就这么一句话，能省一晚上折腾。你非说跟年龄无关，那你就是抬杠。经验这东西，不是说你年轻人学不会，是你没踩过那个坑，你就不知道坑长啥样。老员工踩过的坑多，走路会绕着走。年轻人走路带风，扑通就掉进去了。你说这怪谁？怪年轻人？怪老员工？怪公司把老员工赶走了。 再说不靠谱的。你才当两年运维，见的还是少。我干过八年，外包也干过，甲方也干过，啥妖魔鬼怪都见过。你说你那个事故是年轻人搞的，我信。但你不能拿一个例子概括所有。我见过老员工把数据库删了的，也见过老员工把防火墙规则写反了的。但比例呢？老员工犯低级错误的概率就是低。为啥？因为他们知道疼。你二十五岁搞崩线上，老板骂你一顿，你第二天还能笑嘻嘻来上班。三十五岁的老员工搞崩线上，他可能当场就想辞职，因为他有房贷有孩子有老婆，他输不起。这种压力，反而让他更小心。你非说年龄无关，那你就是没到那个岁数。等你到了三十五，被裁了，你就知道年龄有没有关系了。 还有你说文章把滴滴崩了和阿里的裁老员工连在一起，推论太省事。这点我同意一半。自媒体写东西，就爱硬扯。今天这个崩，明天那个崩，都能扯到裁员上。但你说完全没关系，我也不信。我有个朋友在滴滴干过，他说他们内部乱得一塌糊涂。具体多乱我不说了，免得被查水表。但他说出事那天，群里没人知道咋回事，都在问。后来发现是某个服务挂了，那个服务以前是一个老员工维护的，老员工上个月刚被优化。优化的时候，交接文档写了三页，新人看都看不懂。出事之后，新人翻文档，翻半天，发现关键步骤没写。你说这怪新人？新人也是倒霉。怪老员工？老员工都走了。怪公司？公司说我们按流程办事。流程就是裁人。你说这跟年龄无关？跟年龄太有关了。老员工带走的不只是技术，还有对这个系统的直觉。那种直觉，文档写不出来。 你最后说，文章里有一句话你看了真想骂人，留下。留啥？你倒是说啊。是不是留下有经验有技术的大龄员工？如果是这句话，那有啥好骂的？人家说得没错啊。你要是骂他，你倒是说个理由。你光说真想骂人，后面没了，急死我了。你是不是被系统截断了？还是你打字打一半接电话去了？这就跟你们线上事故一样，发版发一半，配置没保存，然后崩了。哈哈。你这评论本身就是一个事故。真的，我服了。 再说回你那个二十五岁搞崩线上的事。你说对面二十六，全是年轻人，一点经验没有。可这个锅能甩给年龄吗？不能，因为公司流程就是摆设。你说得对。但你想过没有，为啥流程是摆设？因为公司不想花钱搞流程。搞流程要人，要时间，要钱。老板觉得，你们几个年轻人加加班就搞定了，搞啥流程。老员工在的时候，可能会坚持要评审，要回滚方案。老员工走了，年轻人谁提这个？提了老板也不听。年轻人自己也不想提，因为提了显得自己事多，还耽误下班。所以流程就没了。你说这跟年龄无关？太有关了。老员工就是那个敢跟老板说“不行，得上评审”的人。年轻人不敢，怕被裁。结果就是，没人拦着，就出事。 我再说个真事。我以前公司有个老李，四十多，头发没几根，但技术是真牛。服务器一有动静，他听声音就知道哪里不对。后来公司嫌他工资高，把他裁了。裁了之后，系统出了三次事故。第一次，新人把测试环境的数据同步到生产，客户数据全乱了。第二次，备份脚本没跑，没人发现。第三次，机房停电，UPS没启动，因为老李以前设的自动切换，新人不知道，给关了。老板气得拍桌子，打电话叫老李回来。老李说，回去可以，按小时算，一小时两千。老板说太贵，老李说那你找别人。后来老板找了外包，花了五万，还没修好。最后老李回去，半天搞定。你说这跟年龄有关吗？有关。老李就是有经验。但你说老李一定比新人强吗？不一定，新人学新东西快。但老李知道这个系统的脾气，新人不知道。所以不是年龄的问题，是经验的问题。而经验往往跟年龄挂钩。你非要把这两个拆开，那你就是耍流氓。 你说你在一个不大不小的公司当过两年运维，碰上过不少线上事故。两年，不少，能有多少？十次？二十次？我干了八年，见过的事故上百次。每次原因都不一样。有硬件坏的，有网络抖的，有代码写错的，有配置搞反的，还有一次是保洁阿姨把服务器电源踢了。你说这怪保洁阿姨年龄大？不怪。但你说如果有个老运维在，他会不会把服务器放得离过道远一点？会。这就是经验。你年轻，你觉得服务器放哪都行。老员工知道，机房重地，闲人免进，电源线要绑好。这些细节，没人写进文档，但老员工脑子里有。你把老员工裁了，这些细节就没了。然后保洁阿姨一脚踢下去，系统崩了。你说这跟年龄无关？你再说一遍？ 还有，你说年轻人再懂技术，在这种环境里也是玩杂技的。这句话我同意。但你想过没有，老员工在这种环境里，玩的是另一种杂技。他们知道哪个开关不能碰，哪个命令要加参数，哪个同事靠得住。这些东西，不是技术，是经验。你二十五岁，技术再好，你也不知道公司那个破系统是十年前的老王写的，老王早走了，代码里埋了雷。老员工知道雷在哪，年轻人不知道。年轻人一脚踩上去，轰。然后网上就有人说，你看，年轻人不行。年轻人招谁惹谁了？都是受害者。 我再说说资本家。你开头说看了一圈评论都在骂资本家，你来说点不一样的。我觉得你这话说得，有点装。骂资本家咋了？资本家不该骂？把老员工裁了，省了钱，出了事，道个歉，发个优惠券，完事。用户骂两天就忘了。股价跌一下，CEO还是拿奖金。这种畜生，不骂留着过年？你说你要说点不一样的，结果你说的是“跟年龄无关”。这不叫不一样，这叫给资本家递刀子。资本家听了可高兴了，你看，人家说了，系统崩跟裁老员工没关系。那下次继续裁。你这不是帮资本家说话吗？你可能不是故意的，但你的话就是这个效果。 你说你二十五岁搞崩线上，对面二十六。你俩年轻人，没经验。那你们公司老员工呢？是不是被裁了？如果老员工在，会不会骂你们一顿，然后教你们怎么搞？你说流程是摆设，那老员工就是摆设里的说明书。说明书被扔了，你们可不就瞎搞。所以你的例子恰恰说明老员工有用。你拿自己的例子打自己的脸，疼不疼。你还来说点不一样的，你这不一样，跟那些骂资本家的有啥区别？都是情绪输出。只不过你站在另一个角度。但你没说到点上。点子是啥？点子是公司把经验当成本，把年龄当负担。这是病，得治。 我再给你讲个故事。我有个朋友，四十岁，程序员，被裁了。找了半年工作，没人要。最后去开滴滴了。结果滴滴崩了，他接不到单，在车里坐了一晚上。他给我打电话，说兄弟，你说我咋这么倒霉。我说你不是倒霉，你是被时代抛弃了。他说我技术没问题啊。我说你技术没问题，但你年龄有问题。他说那咋办。我说不知道。这就是现实。你写的文章说别急着抛弃大龄员工，但现实是公司急着抛弃。你骂文章，文章有啥好骂的？文章至少说了句人话。你该骂的是那些公司。你该骂的是那些HR，那些老板，那些只看年龄不看能力的傻逼。你骂文章，文章能咋的？文章又没裁你。 还有，你说文章把两件事连在一起，表面有道理，但推论太省事。我承认，自媒体就爱这么干。但你要知道，为啥这种文章能火？因为大家都有同感。大家都觉得，自己公司也在裁老员工，自己公司系统也越来越不稳定。这不是巧合。这是普遍现象。你非说这是巧合，那你就是鸵鸟。把头埋沙子里，假装看不见。你看不见，不代表没有。 我再举个例子。我认识一个在阿里干过的，他说他们团队去年裁了两个老员工，都是三十五六的，技术很好，但工资高。裁了之后，招了两个应届生，工资加起来还没一个老员工高。结果呢？今年出了两次事故，都是新人搞的。一次是改了一个配置，不知道影响范围。一次是删了一个日志，不知道那个日志被监控用着。你说这怪新人吗？新人也不想。但你说跟裁老员工没关系吗？有关系。老员工在的时候，会告诉新人，这个配置不能动，那个日志不能删。老员工走了，没人告诉。新人看文档，文档没写。然后就崩了。你说这跟年龄无关？你再说一遍？ 你说你当年线上挂了一晚上，最后发现是有人半夜发版，带上一个配置开关，顺序搞反了。那年你25岁，对面那个搞的也才26，全是年轻人，一点经验没有。可这个锅能甩给年龄吗？不能，因为公司流程就是个摆设，上线前没有评审，没有回滚方案，测试都是走个过场。年轻人再懂技术，在这种环境里也是玩杂技的。这段话我基本同意。但我想问你，为啥公司流程是摆设？因为老板觉得没必要。为啥老板觉得没必要？因为以前老员工在的时候，没出过大事。老员工凭经验把坑填了，老板以为系统很稳。然后把老员工裁了，新人上来，坑没人填，就崩了。所以流程是摆设，恰恰是因为老员工以前太能干，把问题都消化了。老板看不见问题，就以为没问题。然后裁人。然后崩。你说这跟年龄无关？太有关了。 还有，你说你25岁搞崩线上，现在不也活得好好的？说明公司没把你开了，是因为你便宜？哈哈。开个玩笑。但你想过没有，如果当时公司有个老员工，他可能在你发版之前，随口问一句，你那个开关顺序对不对？你就避免了。他没问，因为他不在了。他为啥不在了？被裁了。所以你的事故，间接原因就是老员工被裁。你说这跟年龄无关？你再说一遍？ 我再给你讲个事。我以前在个公司，运维就俩人，一个我，一个老李。老李四十多，头发没几根，但技术是真牛。服务器一有动静，他听声音就知道哪里不对。后来公司嫌他工资高，把他裁了。裁了之后，系统出了三次事故。第一次，新人把测试环境的数据同步到生产，客户数据全乱了。第二次，备份脚本没跑，没人发现。第三次，机房停电，UPS没启动，因为老李以前设的自动切换，新人不知道，给关了。老板气得拍桌子，打电话叫老李回来。老李说，回去可以，按小时算，一小时两千。老板说太贵，老李说那你找别人。后来老板找了外包，花了五万，还没修好。最后老李回去，半天搞定。你说这跟年龄有关吗？有关。老李就是有经验。但你说老李一定比新人强吗？不一定，新人学新东西快。但老李知道这个系统的脾气，新人不知道。所以不是年龄的问题，是经验的问题。而经验往往跟年龄挂钩。你非要把这两个拆开，那你就是耍流氓。 你说你才两年运维，见的还是少。我干了八年，啥妖魔鬼怪都见过。你那个配置开关顺序搞反，太经典了。我也干过。但我干的时候，旁边有个老哥看了一眼，说你这顺序不对吧。我一看，果然。他就比我大五岁。你说这五岁值不值钱？我觉得值。当然，他后来也被裁了。裁了之后，我们那个系统就经常出小毛病。小毛病没人管，最后变成大毛病。你说这跟年龄无关？你再说一遍？ 还有，你说文章里有一句话你看了真想骂人，留下。留啥？你倒是说啊。你是不是被系统截断了？还是你打字打一半接电话去了？这就跟你们线上事故一样，发版发一半，配置没保存，然后崩了。哈哈。你这评论本身就是一个事故。真的，我服了。 最后说一句，你那个“留下”后面到底是啥？我猜是“留下有经验有技术的大龄员工”。如果是，那这句话没毛病。你要是骂这句话，那你就是跟经验有仇。你二十五岁搞崩线上，你不想要个老员工带你？你不想，那你牛逼。你想，那你就别骂。行了，不说了，我去看看滴滴恢复了没。天都亮了，我这一晚上光看你们吵架了。真服了。这写的啥。睡觉。