近日，35歲藝人高以翔在錄製《追我吧》真人秀綜藝節目時，因心源性猝死不幸離世。
這場意外讓廣大粉絲心痛不已，由於節目中游戲環節較多並且危險、對明星的體能和意志考驗極大，這也讓電視臺背上了難以推卸的責任，作爲程序員的我們，從事件中，應該得到哪些啓示呢？
應該有兩方面，1、個人健康意識 ，2、風險管理意識。
先老生常談一下健康問題，現在越來越多的90後甚至95後，都已經不敢看體檢報告了，腰部、肩頸、脊椎、脂肪肝等等不大不小的問題，大家或者身邊的大齡程序員朋友可能都中槍了。
究其原因，基本都是久坐、缺乏鍛鍊、作息不規律、飲食不健康導致。
如何保持健康，大家一定都知道，常識就不再贅述，只說些我認爲對於程序員更具實操性的小建議：
(1)方便時，多爬樓梯，少乘電梯
(2)上班時，不要在離自己最近的飲水機打水，儘量走遠點。
(3)3km以內，多騎車或步行，少打車(即使能報銷)
(4)少買股票，多辦按摩卡(投資健康，不會後悔)
下面我們再來聊聊第二個方面，風險管理意識。
從電視臺節目組視角來看，這點尤爲重要，如果節目開播前，多找一些不同年齡、性別、身材、健康狀況的人去完整體驗節目的錄製以及遊戲過程，從而來測試不同人羣對遊戲強度的適應程度，再根據測試結果，來調整節目內容以及具體安排。
比如，經過全面的測試，得出 “遊戲參與人應該滿足，34歲及以下、中等身材、無重大疾病、身體狀況良好、比賽前一天需要睡滿8小時” 這樣的結論之後，悲劇是不是就不會發生了？
作爲靠譜程序員，我們也需要在重大線上變更之前，做好充分的測試。
不僅要測試功能，如果有幸，你現在或者將來負責的系統跟綜藝節目一樣，有百萬級別的用戶，還要測試性能、可用性、安全性，這就需要要做壓力測試、故障模擬、安全漏洞掃描了。這些流程雖然成本很高，但是大公司都會一絲不苟的去做。
爲啥？答案很簡單，因爲不想上頭條，不想公開道歉，不想蒙受巨大輿論壓力以及經濟損失而已。
可是，做好測試就萬事大吉了嗎？計劃總沒變化快，我們不能控制所有變量。因此，我們還需要有全方位的監控報警機制。
意外發生時，由於節目組是夜間拍攝、活動現場又是在一個露天大廣場，視線盲區很多，試想，如果意外發生時，第一時間就被發現，結果很有可能就不一樣了。
作爲靠譜程序員，對於我們負責的系統，也要全方位的監控起來。
所謂全方位、立體化，可以分爲三層，分別是基礎設施層、中間件與公共服務層、業務應用層。
其中基礎設施層需要監控cpu的負載、內存的空閒以及使用率、磁盤Io與容量、網絡Io與連接數、JVM的內存佔用以及gc數量與耗時等等。
中間件與公共服務層需要監控數據庫、緩存、MQ、以及各種公司內的公共服務等等。
業務應用層需要監控服務端口活性、異常日誌、調用鏈、接口耗時、核心業務指標、數據一致性等等。
做好了充分的測試，也有了完善的監控報警機制，就可以高枕無憂了嗎？
還需要標準化的應急處理流程，以及頻繁的實戰演練和覆盤總結。
假如節目組事先預料到，高強度的節目錄制和比賽環節，可能會造成選手暈倒或者休克，並提前在現場部署好專業醫療團隊，而且醫療團隊內部也多次處理過類似的案例，結果就大概率會不一樣。
因此，作爲靠譜程序員，我們要時常問自己這幾個問題，我們的負責的系統，可能會出哪些難以避免的問題？每個問題都如何處理？是否實戰模模擬演練過每個應急預案？演練之後是否及時覆盤總結予以優化與改進？
總結一下，想要保障我們負責的系統不出事，首先要做全方位的梳理、測試、驗證，然後要有立體化的監控報警，還要有標準化的故障預案處理流程，以及故障的模擬與演練、最後再覆盤總結，循環迭代，形成規範，提高意識即可。
最後，願逝者安息，也祝正在努力的各位朋友們，都有好運氣。
