程序员视角带你解读高以翔事件

近日,35岁艺人高以翔在录制《追我吧》真人秀综艺节目时,因心源性猝死不幸离世。

 

这场意外让广大粉丝心痛不已,由于节目中游戏环节较多并且危险、对明星的体能和意志考验极大,这也让电视台背上了难以推卸的责任,作为程序员的我们,从事件中,应该得到哪些启示呢?

 

应该有两方面,1、个人健康意识 ,2、风险管理意识。

 

先老生常谈一下健康问题,现在越来越多的90后甚至95后,都已经不敢看体检报告了,腰部、肩颈、脊椎、脂肪肝等等不大不小的问题,大家或者身边的大龄程序员朋友可能都中枪了。

 

究其原因,基本都是久坐、缺乏锻炼、作息不规律、饮食不健康导致。

 

如何保持健康,大家一定都知道,常识就不再赘述,只说些我认为对于程序员更具实操性的小建议:

 

(1)方便时,多爬楼梯,少乘电梯

(2)上班时,不要在离自己最近的饮水机打水,尽量走远点。

(3)3km以内,多骑车或步行,少打车(即使能报销)

(4)少买股票,多办按摩卡(投资健康,不会后悔)

 

下面我们再来聊聊第二个方面,风险管理意识。

 

从电视台节目组视角来看,这点尤为重要,如果节目开播前,多找一些不同年龄、性别、身材、健康状况的人去完整体验节目的录制以及游戏过程,从而来测试不同人群对游戏强度的适应程度,再根据测试结果,来调整节目内容以及具体安排。

 

比如,经过全面的测试,得出 “游戏参与人应该满足,34岁及以下、中等身材、无重大疾病、身体状况良好、比赛前一天需要睡满8小时” 这样的结论之后,悲剧是不是就不会发生了?

 

作为靠谱程序员,我们也需要在重大线上变更之前,做好充分的测试。

 

不仅要测试功能,如果有幸,你现在或者将来负责的系统跟综艺节目一样,有百万级别的用户,还要测试性能、可用性、安全性,这就需要要做压力测试、故障模拟、安全漏洞扫描了。这些流程虽然成本很高,但是大公司都会一丝不苟的去做。

 

为啥?答案很简单,因为不想上头条,不想公开道歉,不想蒙受巨大舆论压力以及经济损失而已。

 

可是,做好测试就万事大吉了吗?计划总没变化快,我们不能控制所有变量。因此,我们还需要有全方位的监控报警机制。

 

意外发生时,由于节目组是夜间拍摄、活动现场又是在一个露天大广场,视线盲区很多,试想,如果意外发生时,第一时间就被发现,结果很有可能就不一样了。

 

作为靠谱程序员,对于我们负责的系统,也要全方位的监控起来。

 

所谓全方位、立体化,可以分为三层,分别是基础设施层、中间件与公共服务层、业务应用层。

 

其中基础设施层需要监控cpu的负载、内存的空闲以及使用率、磁盘Io与容量、网络Io与连接数、JVM的内存占用以及gc数量与耗时等等。

 

中间件与公共服务层需要监控数据库、缓存、MQ、以及各种公司内的公共服务等等。

 

业务应用层需要监控服务端口活性、异常日志、调用链、接口耗时、核心业务指标、数据一致性等等。

 

做好了充分的测试,也有了完善的监控报警机制,就可以高枕无忧了吗?

 

还需要标准化的应急处理流程,以及频繁的实战演练和复盘总结。

 

假如节目组事先预料到,高强度的节目录制和比赛环节,可能会造成选手晕倒或者休克,并提前在现场部署好专业医疗团队,而且医疗团队内部也多次处理过类似的案例,结果就大概率会不一样。

 

因此,作为靠谱程序员,我们要时常问自己这几个问题,我们的负责的系统,可能会出哪些难以避免的问题?每个问题都如何处理?是否实战模模拟演练过每个应急预案?演练之后是否及时复盘总结予以优化与改进?

 

总结一下,想要保障我们负责的系统不出事,首先要做全方位的梳理、测试、验证,然后要有立体化的监控报警,还要有标准化的故障预案处理流程,以及故障的模拟与演练、最后再复盘总结,循环迭代,形成规范,提高意识即可。

 

最后,愿逝者安息,也祝正在努力的各位朋友们,都有好运气。

 

 

 

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值