一般情況來說，做技術的程式設計師大部分都是比較細心的，因為這個職業容不得下你粗心，一個小小的失誤如果放在關鍵的地方將會釀造巨大的損失，成百倍千倍的放大，當然程式設計師也是人，是人都有可能有失誤的地方，於是就需要測試人員專職進行對功能的複核，通過這種方式來來最大限度避免一些損失的發生，即便如此，也有可能有一些線上bug的產生，當然bug有優先順序的，有的bug不影響整體流程，只是體驗上差一點，相對來說還好，但是有的bug直接導致線上流程無法進行，這個就嚴重了，這就不算是普通的bug,通常被定性為技術事故，近期有名稱員網友就因為失誤造成了技術事故。

據這名程式設計師網友說，他入職公司有一年半了，因為自己的失誤給公司造成事故，影響了使用者三個小時不能使用，具體失誤的細節他並沒有過多的透漏，這個事故如何測試人員就沒發現到線上才暴露了呢，他也沒有提到，只說到公司要辭退他且只給半個月的帶薪時間找工作，不給賠償，他問大家覺得這樣合理嗎？那麼就針對他這樣的情況，讓我們一起看看其他網友們都是怎麼認為的吧！

網友一：屬於重大事故了

是否屬於重大事故，想必每個公司都有一個評定標準，從影響使用者，收益損失等因素去綜合評估

網友二：我覺得吧，看你使用者量有多大

是的，還有就是這個時間段是不是使用者使用的高峰期，如果是使用高峰期，想必影響程度更大。

網友三：不說合理不合理。你們公司真短視，以後誰還敢寫程式碼，1天能開發完的功能開發週期20天寫3個備用方案5個監控6輪測試才能上線。

能夠直接在線上暴露出這種問題，想必問題也比較隱蔽，測試沒能測出來，在某種特殊條件下就觸發了事故。

網友四：不合理，重大事故說明流程有問題，公司沒有好的流程，老寫bug是個人技術問題

不瞭解事故產生的具體原因也不好對此現象下結論。

整理了一份2018年合適程式設計師學習的大資料的學習資料需要的加群QQ群：834325294 註明CSDN既可免費獲取

網友五：合理，都事故了你還想啥呢

可能這名程式設計師網友覺得這個事情的發生也有流程方面的問題吧，當然這件事情的主要責任還在於他了。

網友六：這種事故如果確實公司沒有設計流程 是一件事沒按操作流程處理就是另外一件事了

沒錯，具體是那種情況導致的很重要。

網友七：為什麼會三個小時?回滾措施呢?沒有回滾是事故大到無法回滾?還是公司流程不健全?前者開除合理，後者不是你的鍋

想必他這種事故不是簡單的回滾就能擺平的吧，比如說已經產生了一定量的髒資料，只能先把這些資料進行修復然後才能繼續什麼的。

阿里員工：看影響面，如果是交易鏈路在阿里這就P0了

沒錯，每個公司都有自己的一套評估標準，根據上面的情況，感覺這個事故的級別算是挺高了。

針對這樣的事故的發生，表示深深的遺憾，看到周圍人發生這樣的事故，也從一定的程度上提醒我們這些程式設計師們以後在開發的過程中要多一些細心，少一點粗心，嚴格遵守開發流程有序操作，做事不能太想當然了，雖然是發生在別人身上的事情，但是也不要過於抱僥倖心理，如果不從中吸取教訓，說不定這事哪一天就可能發生在我們自己的身上了，為什麼總能看到交通事故的發生，有著類似的道理，我也曾經遇見到同事因失誤造成公司重大損失的情況，不過公司並沒有辭退他，而是選擇從工資中扣除一部分懲罰性的罰款，當然這個罰款與公司的損失相比還是小巫見大巫了，這名同事也是很感激公司的，後來能明顯看出他在工作上更認真了，對於上面這名程式設計師的情況，希望這名程式設計師網友也不要過於多想了，畢竟這事的主要責任還在於自己，相信通過這個教訓，以後在做事方面一定會更穩，更靠譜，勇於面對這次挫折吧，相信這次挫折能使你有飛速的成長！