學會接收不完美的代碼，不要重複發明輪子，會發現世界很美好，效率也提高了，水平也上去了……
“悲摧的” 代碼維護者–默默地“填坑”
現在大部分公司都有的好多產品在維護，自然少不了維護人員，維護人員也是開發人員。如果維護人員維護的是自己開發的代碼，那還好，如果是天天對着別的代碼，那結果可想而知了：不是在填坑，就是在填坑的路上，不是在罵人，就是在罵人的路上！
垃圾代碼
這是誰寫的垃圾代碼，命名竟然用拼音+英文**！兄弟你英文不好就算了，漢語拼音還寫錯！！**
老產品開發的時候，可能時間比較緊、急於上線、資金緊張、人手不足等等特殊情況，產品能上線掙錢已經不錯了，而且公司大部分收入還是靠老產品支撐，沒有老產品做支撐，也就沒有資源去開發新產品。抱怨歸抱怨，垃圾歸垃圾，但是罵過之後，我們還是要心懷感恩之心去好好維護那個老產品！
也許我們可以一點一點地對它進行“微重構”，過段時間，它可能變成了一個全新的面貌！當領導看到這個時，你的機會就來了！
傻X設計，傻X框架，就沒框架！
代碼這樣寫真是傻X設計！ 這也叫框架！這代碼像剛畢業學生寫的！
我們總喜歡對別的代碼指指點點，也許他確實寫的不好，我之前也是，對於稍微不太整潔的代碼，就一點也看不進去！與其去分析他的代碼，還不如自己重寫一套算了！
最近兩年，我的觀點變了，要求也降低了，只要沒有大的bug就行，每個人的代碼水平都存在差異，接受代碼的不完美，也是接受人的不完美，畢竟金無足赤。
也許你看到的代碼是確實是別人剛畢業時寫的，所以也就是剛畢業學生寫的，也許他現在的水平可能比你還要高了。其實主要的還是去看有沒有值的借鑑的地方，如果技術上確實沒有可借鑑的地方，那可以看看業務處理，是不是對業務的理解比自己透傳，處理更好呢？
不屑於用別人的代碼，激進的開發者–無意間挖坑
這個處理類我也可以做一個！ 那個不好用！我只用自己的代碼！
剛畢業那幾年，不願意看看別人代碼，也不屑於用，總是什麼都自己寫，總覺得全部是自己寫的代碼才能體現自己的水平！才用着順手。寫代碼和寫文章一樣，不看別人的文章，不多讀書，怎麼能寫出好的文章呢？
多看看好的代碼，學習別人好的編程思路，用別人的代碼，不見得就是自己水平低的表現。比如說Linux內核，全世界有多少人再用？
激進，好多人都喜歡做新項目、新產品的開發，可以從頭開始去寫代碼，可以實現自己的想法，按照自己的思路去做一個全新的產品，確實很令人興奮。新產品如果不基於老產品的經驗與問題，就很容易把之前填過的坑重新挖開！
你重新做，就一定比原來好嗎？
這個程序的代碼太亂了，沒法維護，重新寫個吧！ 這個代碼沒法看！
一般這種前期的代碼，都可能會比較亂，經過好多人維護過的，不同的人維護時修改的風格還不一樣，確實不好維護，如果代碼屬於老產品，或者快要換代替換的產品，那其實沒有必要再動它了，如果再去花時間重構它，還不如花時間重新設計產品，從根本上解決這個問題，這個屬於產品級別的問題了，不只是代碼的問題。
微信公衆號：
