滴滴系统也崩了？这个现象反映出来的现象可谓是令人唏嘘，随着时代的发展。企业都想借着年轻人需求，更快的吃到移动互联网的人口红利，随之将有技术，懂维护人员的大龄员工流失掉，从而出现导致难把控的现象。下面这篇文章是笔者整理分析关于此现象的内容，大家跟着往下阅览了解更多内容吧！
一、滴滴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协议。
看了一圈评论都在骂资本家，我来说点不一样的吧。这文章把滴滴系统崩了和阿里的裁老员工连在一起，表面上看挺有道理，但讲真，这个推论太省事了。我在一个不大不小的公司当过两年运维，碰上过不少线上事故，说句实在话，系统崩不崩，很多时候跟员工大不大龄真没关系。我们当年线上挂了一晚上，最后发现是什么原因？是有人半夜发版，带上一个配置开关，顺序搞反了。那年我25岁，对面那个搞的也才26，全是年轻人，一点经验没有。可这个锅能甩给年龄吗？不能，因为公司流程就是个摆设，上线前没有评审，没有回滚方案，测试都是走个过场。年轻人再懂技术，在这种环境里也是玩杂技的。 但是呢，文章里有一句话我看了之后确实真想骂人——“留下的是向上管理达人和PPT达人，把真干活的裁掉了”。这个我见过，真实得不能再真实了。以前公司有个老师傅，也就四十出头吧，负责一个十几年的老系统。那个系统是之前外包写的，代码一坨屎，但是全靠他一个人记着每个雷在哪个位置。他话不多，平时特别不起眼，领导开会他都坐角落里。后来公司搞了一轮优化，把他名字弄进去了，原因也很好笑，说是“性价比不高”。他走了以后，他那套系统三个月出了四次事，新来的小伙子每天加班也查不完，因为那个系统的文档就三页纸，其他全套在老师傅脑子里。你说这种损失怎么量化？公司以为省了三十万，实际上赔进去的钱和口碑，三百万都不止。 但就算这样，我还是觉得拿滴滴这事来证明“老员工有用”，有点站不住脚。滴滴这公司从2015年就开始崩，那时候网约车大战，到处挖人，程序员大把大把的，怎么照样崩呢？我记得2019年那次崩，官方说法好像是系统升级还是什么的。反正这几年下来，崩出节奏感了。所以说到底，这些大厂的底层架构可能从很早就开始烂了，只不过以前流量没那么大，增速快，大家忍忍就过去了。现在业务到顶了，又搞裁员，把能填坑的人全请走了，才一下子全暴露出来。这不光是“大龄员工流失”的问题，这是整个行业过去十几年不做底层投入、光顾着做增长的报应。 顺嘴说一句，文章里那个司机后台显示余额69387199691.71元，这算什么？就是前端展示的格式化没做好，或者某个字段类型溢出，说白了是个小bug。这种bug跟老员工走没走真的关系不大，你就是把全公司35岁以上的都请回来，该出还是会出。测试要是认真点，造个数据就能发现的。拿这个当论据，反而有点牵强。 不过有一条我是真同意的。互联网公司标榜年轻化，这事早就变味了。你说一个平台型产品，需要懂年轻人，这个没毛病。但你后台跑的是几十亿的订单，跟懂年轻人有一毛钱关系？后台系统需要的是稳，是经验的积累，是一个老师傅闭着眼都知道哪台机器有问题。你不重视这些人，还天天宣传平均年龄25岁，这不是丢西瓜捡芝麻吗。20多岁的年轻人写代码确实快，可你让他去看那些十年陈屎山代码，你让他怎么改？改坏了算谁的？关键是有经验的老人还能带带新人，把坑标出来。现在老人都走了，新人靠自己填坑，那系统不崩才怪呢。 说到这个我想起以前一个带我的老大，人特别凶，一到发版就骂人，但跟着他确实能学东西。后来他走了，去了一个传统行业做数字化，工资少一截，但至少不焦虑了。他走的时候跟我说了一句：这个行业就是这样，用到你的时候说你是核心资产，不用你的时候说你岁数大了不适合互联网。我都不知道怎么接。今天看到这篇文章，我第一反应就是这个，挺唏嘘的。 写到这里我忽然想到文章里那句“产品导向都是要懂年轻人”。这话说出来我都不知道是夸还是骂。懂年轻人是没错，但懂年轻人的意思是理解他们的使用习惯、审美、表达方式，不是把那群刚毕业的员工供起来当菩萨。我见过不少公司，产品经理平均25岁，做出来的设计确实花了呼哨，结果一看后台数据，四五十岁的大叔用户才是消费主力。你猜他们看不看得懂这个界面？话说回来，滴滴这类工具有啥需要懂来懂去的？你一个打车软件，最重要的就是能打到车、付钱准、路线对，不是搞什么花活。有那功夫把系统稳定性弄弄比啥都强。 文章后面那个点我觉得也没说完。说是该投入底层硬科技基础研发的时候了，对，这话没错，可是谁来投？投了投多久能见着效果？资本不等的呀兄弟。天天喊长期主义，季度考核的时候谁管你长期。所以我觉得吧，这个话题背后的东西比裁员更让人烦，就是大家明明知道问题在哪，但没人动手改，非要等系统崩了再复盘，复盘完再招人，然后下次继续。反正我不是很乐观，但至少希望别再把锅都甩给年轻人了，35岁的人不背这个锅，25岁的也不该背。