程式猿的蠢事

2021-10-04 08:29:55 字數 1055 閱讀 8148

主觀意識太強,按照自己的想法幹事(自以為是的對的事)

寫的除錯**,is_deubg環境下會執行的**。由於線上環境的不熟悉,導致線上程式,執行到到測試**中。導致嚴重後果。這個是在小額貸款公司。許多放款沒有被放出去。修資料修了一天

重寫可用優惠券介面,調整了別人**的順序,導致部分條件失效,乙個小時多發四萬多的優惠券

退款reponse copy別人寫的結果處理,導致和自己寫的邏輯不嚴謹。由於第三方不支援次日退款,測試用例沒有全面,沒有能在上線前知道不支援次日退還。觸發不嚴謹的bug。導致許多退款使用者,訂單關閉了,但是款項沒有退款。也是導致同時修一天的資料

202003224,領導讓我重灌測試環境(新專案)的mysql,由mysql5.7公升級到8.0,由於公升級比較麻煩,我和領導共同決定重新裝個8.0的。由於在乙個環境上裝兩個版本的mysql,有衝突只會重灌到原來的版本。所以不得不把之前的5.7版本的資料刪除掉。我都怕備份失敗。把我們目前維護的專案wzg備份了兩份。但是我沒有仔細檢視,回想了一下,好像是有三個庫,乙個wzg ,乙個wzg_bak,還有乙個奇怪名字的「gogs」,我就「自以為是」的預設是個不重要的 「測試」,「隨便」寫的測試資料庫,因為我們在專案中沒有用到過這個庫。。。。再加上分配給我領導也說讓我備份wzg。。。。自己很想快速安裝完,能睡個午覺,也沒有開啟這個奇怪庫名的資料庫裡面裝的什麼。**「預設不重要」**就沒有備份。。。。導致這個是我們的**倉庫的db。。。以後一定要重複核實,做事前,列乙個清單,考慮清楚,要做什麼,設計什麼。一步步核實。

使用者關係樹遞迴修改,測試不充分,沒有測試到「多層級」、「多條鏈」的「身份級別變化」的情況,在遞迴方法中把入參的引數值修改。導致上線大半天,修改錯系統十條使用者線左右,修了三天的使用者資料,最後為了快速修復資料,決定不考慮特殊技情況,把使用者鏈從頂端依次刷了一次。

支付成功後贈送優惠券等活動,支付回掉進佇列堆積會出現異常,贈送的時候必須要驗證訂單狀態

修改**前第一最好簡單寫出邏輯,第二認真讀別人的**(前後邏輯),整理出邏輯關係,根據邏輯盡可能考慮各種情況。

修改資料必須考慮事務併發

《瘋狂的程式猿》 什麼是真正的程式猿?

什麼是真正的程式猿?瘋狂的程式猿 書裡說的 1.真正的程式猿是,值得尊敬的。程式猿的雙手是魔術師的雙手。他們把枯燥無味的 變成了豐富多彩的軟體。2.真正的程式猿是。當你房子,車子,妹子都有了,你還在coding 那你是真的程式猿 3.真正的程式猿是,當編碼能給你帶來無窮的激情的時候 4.真正的程式猿...

程式猿的情懷

一千年的時光,我無數次掀起歲月的帷幔,只為和你,在某乙個平靜如水的日子相遇,然後相識,而後相知,傾情一生,繾綣一世 那一月,那一年,那一世 六世 倉央嘉錯 那一夜,我聽了一宿梵唱,不為參悟,只為尋你的一絲氣息。那一月,我轉動所有經綸,不為超度,只為觸控你的指紋。那一年,我磕長頭擁抱塵埃,不為朝佛,只...

程式猿的轉型

當年齡隨著時光遞增,曾經在一線coding 的猿類們,馬上就要奔三了 那些年我們曾經為了理想,為了女票,coding到天昏地暗,連續通宵加班,第二天繼續上班 有過這樣的經歷嗎?博主曾經為了解決bug 通宵奮戰的經歷 如今馬上奔三了,體力和精力不如20多歲的小夥子 現在的目標是往軟體架構和專案管理的角...