以下引自「自由時報」高鐵「重新開機」的省思◎ 黃祈恩上週四高鐵因為無法排除的故障 造成停擺四個小時 高鐵延誤到底能不能重開機 - 趣味新聞網

發表日期 2013-05-01T00:58:04+08:00

     以下引自「 自由時報 」
高鐵「重新開機」的省思
◎ 黃祈恩
上週四高鐵因為無法排除的故障，造成停擺四個小時，最後據稱隻花幾分鍾重新開機就排除故障、重新營運，因此事後媒體撻伐，要高鐵檢討，甚至行政院長下令要懲處相關人員。
看到這樣的狀況，不免令人憂心。高鐵停止營運，需要檢討的是配套的疏運問題，但對於當機係統的處置，從軟體錯誤排除的角度而言，事實上是應該嘉許的。
高鐵除瞭是大眾運輸係統，同時也是攸關人命的軟體係統。動輒三百公裏時速，任何差錯都是傷亡慘重的重大事故。曆史上，因為軟體係統的疏失，造成的損失不計其數，包括一九九六年因為一行指令的錯誤，造成歐洲太空總署的阿利安五號火箭發射失控，損失三百億台幣。二○○九年六月一日，法國航空空中巴士A330失事，造成兩百二十八人喪生，據調查是因為一連串的信號收送與處理不一緻所造成。
在軟體的錯誤類型中，有所謂的海森堡不可測錯誤，導因於係統部署與偵錯有時序上的間距而無法偵測。這種問題導緻的軟體失控，有可能重新開機後，因為不一緻狀態的清除，而暫時恢復，但將來是否會再度被觸發，除非找到錯誤源頭，否則都將是無法斷定的未爆彈。
對於人命攸關的軟體係統，若隻靠重新開機瞭事而暫時恢復、不去追查問題來源，纔是不可取的做法。
（作者為交通大學資訊技術服務中心副教授）
用過電腦的人都知道
◎ 呂弘屏
看到「幾分鍾可解決的故障高鐵竟停擺四小時」這則新聞，深深感受到記者對專業的不尊重。
使用過電腦或操作過資訊軟體的人應該很清楚，當係統齣現問題時，第一件事情絕對不是重開機，因為，問題的齣現錶示有程式在特定的環境下齣錯瞭。要找齣問題，除瞭從原始的程式碼中尋找，還要從係統環境來找。若隻是重開機直接把係統還原，如此一來，當發生相同問題的條件再度成立時，問題還是會再一次發生。
讓工程師花四個小時維修係統、找齣問題，是為瞭維持高鐵列車的安全，以防止未來再度發生這樣的問題。如果重開機強製運轉，這些原本被延誤的三．五萬人，是很有可能因列車追撞而喪命的。
（作者為高雄大學應用數學係學生）

許多卡友在站內「 從高鐵延誤看被輕視的專業 」一文中，也多偏嚮不應立即重開機。

但試著考慮以下狀況：
你正在搭乘一台飛機，但是有不明原因成這台客機電腦故障，無法操控駕駛以緻開始失速墜嚮地麵。
請問此時應如何處理？
在這種危急的狀況下，大概很少人會堅持先「找齣問題」瞭。
把場景換到高鐵，這次事故發生時，若有高鐵列車正在高速行駛中，而停不下來，又有多少人會堅持先「找齣問題」呢？
卡友們的電腦專業有目共睹，但卡友們的頂頭上司、主管們，又有多少人是專業的係統規劃師、分析師？
高鐵在規劃係統時，顯然沒有包含：熱備援、暖備援、冷備援、異地備援等規劃。程式齣門前，也沒有壓力測試與效能測試，程式執行過程中也沒有逐步留下LOG的機製，以緻故障原因無從查起，不知道輸齣入什麼資料，當然不知道卡在那一個程式！
我也同意不能苛責高鐵員工，因為他們隻是最終端的使用者，而規劃失當的高鐵係統，早已注定遲早會齣問題。
(我很好奇：有多少卡友在碰到Windows死當，甚至齣現藍底白字時，會堅持先找齣問題再重開機？)

分享鏈接