2023年01月13日 下午1點03分
午休還未睡醒，聽到了老大的呼喚。
老大：xx，群裡反饋有問題，你查一下啊。
我：好的！
立刻，瞬間清醒，看群裡的問題截圖。
開始查問題，看日誌，後發現因為**（同事w寫）合同過期時間判斷有誤，使用了過期的合同，進而無法進行簽署，前端沒繫結錯誤碼描述異常，進而直接提示恐怖的伺服器異常錯誤。
立刻是找dba臨時修復了有效期的問題。
同事w修改**邏輯後發布生產版本。
目前團隊缺少codereview氛圍，這種問題應該在codereview就能解決。
解決：【這裡參考下之前很好codereview方式，組內開發（<10人參加），主寫人一行一行講自己的**（簡單的簡單帶過，重要的邏輯細緻的講解），參與人有問題就提出，包括**規範，邏輯問題，優化問題等，大致認同需要改的寫上改動，加上fixme標記，然後後邊自行修改，改好後讓別人check一下即可。】，盡快配合推進codereview。
日誌列印不是很規範，重要的業務一定要列印全部入參 出參，重要節點日誌，方便查詢問題。
解決：日誌規範個人建議 重要業務的入參，出參，重要節點日誌，不要嫌日誌列印麻煩，查問題定位問題日誌是乙個很大的幫手，具體參考《阿里巴巴開發規範中日誌規範》
資料庫修改後沒有更新gmt_modified字段，這樣查問題也會有干擾，
解決：這個不多說了，update 語句都請更新gmt_modified欄位，這也是**規範的問題。
前端錯誤異常按給出的錯誤碼顯示，籠統的顯示為伺服器錯誤，不方便定位問題。
解決：每乙個錯誤碼前端異常提示對應的錯誤描述，較少定位問題時間。
基本上出現問題是程式設計師自己埋得坑，除非外在（系統，網路，儲存）的情況，出現問題應該第一時間考慮是自己的問題。
雖然這次不是自己的**bug，但是我負責的專案，所以出現問題還是有責任的，很愧疚的。所以起了致 —— 第一次線上bug的標題,希望自己能夠記住。
相信廣大猿友們對線上一直都是懷著乙個敬畏的心，希望我們的心能夠好好的安放。
線上bug 記第一次參與活動開發產生的線上bug
使用者進行 獎勵領取次數上限與實際上限不符。的錯誤復用 過程中對使用者已獲得的獎勵列表進行處理，在更新資料庫表的時候對該列表進行了重複處理，導致使用者已領取該獎勵次數入錶資料比實際增多，間接影響了對該獎勵上限的判斷。關閉活動，返還花費，並對關鍵道具進行處理，修改邏輯，將判斷是否領取過的函式與處理列表...
紀念第一次線上筆試
第一次線上筆試 第一次線上筆試，因為自學且c 年代久遠，所以考試的時候第一沒時間了，第二什麼都忘記了，浪費了不少時間，最只做出一道題，雖然非常丟人被朋友笑菜，但畢竟是值得紀念的一次，就將還記得的三道題寫在部落格上 可能我現在寫的 還是錯的，歡迎指正吶，比心 在一串字串中尋找sangfor的個數 如s...
記錄一下我的第一次線上bug
12.07發布。12.07晨9 20拿到bi資料。10 00dw資料拉取至lake庫。10 00 12 00 最後檢查，tms模板更新。13 00 和木哥協商發布順序，assets先走。14 00 開始發布，分三批。14 40 測試線上帳號發生故障，陣列越界異常！15 00 手忙腳亂 15 30 分...