對於大多數程序員來說，他們既喜歡自己的工作事業，又很討厭自己的工作事業，喜歡是因爲這份工作是他們熱愛的工作，他們熱愛寫代碼，看着機器的指令按照自己的意願去執行是他們最有成就感的事情了，當然，也有不喜歡這份事業的地方。
不喜歡的地方很多，最常見的就是在工作中重複工作太多了，一件事情做一遍兩遍是新鮮感，三遍四遍勉強接受，如果是幾十遍就開始出現疲態了，其實這是一種正常現象，只要是人都會這樣，不過有的人會想着法子改變工作細節，儘量讓工作不重複，最後他們在工作發現了可以改進的地方，這讓他們變得更優秀的同時也讓工作不枯燥了。
另外，程序員們在工作中最討厭的事情，就是要插手別人的代碼，這是一個非常普遍並且不可避免的現象，因爲每個公司都會多多少少的出現人員更替的現象，人是流水的，但是公司的業務還是要繼續進行的，好多人接手一些代碼的時候內心是非常崩潰的，都是硬着頭皮去讀對方的代碼，一邊讀一邊在心裏不斷的罵，這是把一個人的思想強行裝進自己腦袋裏的一個過程，是一個非常痛苦的過程，如果對方是一個不按套路出牌的程序員，與自己的思想大相徑庭，那這個痛苦程度將會是雪上加霜了。
近期，就有一名程序員朋友，剛入職了一家公司，就面臨接手前同事的代碼的事情，沒看代碼之前，還信心滿滿，畢竟是一名老程序員了，什麼樣的代碼沒有見過嘛，可是當他看到了實際代碼後，他有點不是很鎮定了，代碼中竟然充斥着幾十處time.sleep()，這是什麼鬼啊，這樣的代碼不應該是隻有測試環境纔會有嗎？ 看到這後，他直言這個以後可優化的空間很大啊。
的確，這代碼以後的優化空間的確很大，不過據我經驗判斷，這樣的sleep代碼可能不能直接刪掉，直接刪掉可能就會出現一些意想不到的問題，這樣的代碼很有可能是以前程序員爲了程序能夠正常運行做出的一些拙劣的做法，很有可能是代碼沒設計好，按照目標去編程，雖然實現的最終效果，但是卻是繞了好幾道彎子才實現的那種，因此建議這名接手程序員朋友先不急於修改代碼，一定要好好梳理一遍，從整體上了解流程之後，再做重新設計與調整。
接手代碼是程序員最痛苦的事情，這個是程序員這行都公認的一個事實，但對於一些實力實在太強的程序員來說，他們的痛苦可能相對小一點，但還是會有的，當然這個痛苦程度與代碼的設計質量成反比，大家在日常工作中有沒有遇見比較令人崩潰的代碼呢？歡迎大家評論區分享，說出你的感受。
更多文章推薦閱讀 【 學習企鵝圈：731771211 】 ：
2020年Web前端開發工程師市場怎麼樣？學會什麼技術才能拿到高薪