2006-3-22事故檢討
昨天我負責修改的模組試執行，今天早上就有報故障的**打過來，
那個時候我心裡很著急，以為是別人的錯誤，因為昨晚我測試過了，並沒有問題的。
但是，埋怨解決不了問題，老大也在旁邊敦促我快速解決問題，
同事也幫我查問題，我整個人都懵了，第一次遇到這種情況，
頭腦反應極度緩慢，心情也很沮喪，
後來，乙個同事，查處了問題，是我的sql語句修改有問題
把一張表的字段搞錯了，寫的約束條件不正確，查詢不出資料，
導致前台介面展示出了問題，使用者做了不業務。
我感覺臉熱辣辣的，簡直無地自容，非常的埋怨自己，
沒有做好自測，**修改不正確
分析原因：
1 我對自己維護的系統，不願下功夫了解，表結構，
源**都不夠熟悉，做事情有點拖沓，依賴原系統的開發人員
平時沒有任務的時候，要麼偷著看網頁，要麼聊會兒天，
隨便寫點**玩會，不願意去看別人寫的**。
結果導致，遇到問題的時候，一點辦法都沒有。
2 對公司的維護流程，感覺不爽，有些牴觸情緒
有些敷衍行事，導致編寫測試用例不夠細緻，掩蓋了問題
3 客觀方面，公司配備的測試人員，任務比較繁重，
對這個系統也不夠熟悉，也沒有發現出問題，
最後讓使用者來發現這個問題，後果很嚴重了。
教訓：a 還是多花點時間熟悉系統，熟悉到什麼程度，就是要達到使用者的程度，
要不然，怎麼做到專家級地維護，
b 提高自己測試意識，強化自測
c 認真閱讀系統**，對核心模組做到心中有數。
d 對資料庫的表結構也要理解透徹。
檢討後的反思
剛剛幾位8期的同學，針對前幾天出現的問題 沒去參加自己學生作品展，做了深刻的檢討。在他們做檢討的過程中，自己在心裡也認真的想了想。其實，在這個過程中暴露了自己很多的問題。我們把自己的姿態放的有點高 在這之前，總是以為自己是他們的學長，我們不用上趕著去問他們有沒有什麼問題，只是坐在這裡等著他們來問自己...
遊戲運營事故
今天遊戲 眾神王座 延期了，原本是這個星期上線的，延期到了下星期。原因是ios的包出了問題，在ios8裝置上遊戲啟動時直接崩潰，所有ios渠道的包都會這樣。相關人員也在通宵加班處理這個問題。從技術上面看，崩潰的原因是，為了獲取裝置的imei號失敗引起的。在ios6和ios7上面都可以正常獲取到，但i...
ibmmq生產事故
在 中建立了乙個沒使用的mq的連線物件，也沒有進行資源釋放。上生產前最好確保連線佇列管理器的資源在流程結束後都得到了釋放 disconnect 或者進行大批量報文測試，至少需要一百筆，因為ibmmq預設通道連線數是100。錯誤表現 報2537錯誤，提示svrconn通道不可用 解決 重啟mq可以斷開...