作為程序員的你,在工作中遇到過哪些讓你崩潰的瞬間呢?
你是怎麼處理的?是冷靜處理還是“暴力”發洩?
廢話不多說,一起來進入今天的正題:60個讓程序員極度崩潰的瞬間。
公司實習生找 Bug
調試時,將斷點設置在錯誤的位置
當我有一個很棒的調試想法時
偶然間看到自己多年前寫的代碼
當我第一次啟動我的單元測試時
數據庫的 Delete 語句忘了使用限定詞 where...
明明是個小 bug,但就是死活修不好......
當我嘗試調整生產數據庫中的一些東西時
好像真的沒人發現我產品裡的 bug......
下班前我還有一項任務沒有完成
產品還沒測試直接投入生產時
調試過多線程的都會懂!
當我以為已捕獲了所有可能的異常...的時候
當我試圖清理幾行所謂的舊代碼的時候
當有人讓我幫他調試代碼時
當程序員第一次向老闆演示項目時
結對編程,需要再瞭解一下嗎?
當你看到你幾個月沒碰過的代碼
接到產品經理電話的我睡意全無!
測試的時候一切 ok,真正上線的時候……
作為一個程序員,拷問靈魂的時刻到了!
當年學 C 語言的過程
當前端程序員想改後臺代碼時,後臺程序員的樣子
調試 bug
正在調試,突然內存溢出了
需求文檔又改了
苦逼的後端工程師
後端工程師做 UI 的活
前後端分離開發
單身互聯網狗的一天
在生產環境做 hotfix
剛調穩定的系統,公司叕空降了一位架構師,又雙叕要重構現有系統……
當程序員聽客戶說還在用 IE 時
當黑客拿到 root 權限之後
代碼進入循環分支後
新手程序員第一次做項目的過程
零錯誤零警告一次編譯通過
春節前後上班寫代碼狀態是這樣的
自信爆棚地去重構一個看似簡單的模塊
被老闆委派接手剛剛離職同事的項目...
當他們要求我測試所有應用功能時
準備下班的時候,測試又提 bug 過來了…
使用新框架卻忘記閱讀文檔
測試實習生的代碼
網絡延遲的危害...
測試剛寫完的代碼
delete 時,忘記加 where 條件了
輕量級架構遇到重量級需求
當我以為我修復了一個 Bug
當我看實習生編碼
首次在 IE 中測試我的網站
當我第一次測試我的代碼時
新手調試 CSS
提前交付客戶要求
我設計的接口 和 別人調用我的接口 (好疼)
try-catch 在錯誤的地方
修改一個小 bug,卻把服務器弄宕機了
當我推錯了分支
工作中經常被打斷
高級開發人員作為一個團隊進行編程時
來源:https://zhuanlan.zhihu.com/p/47066521
閱讀更多 伯馬遇 的文章