1)情緒化的思維

　　如果你開始使用不同顏色的眼光來看待這個世界的話，那么你可能會成為一個很糟糕的程序員。情緒化的思維或態度很有可能會把自己變成一個怪物。相信你經常可以看到很多很糟糕的程序會使用下面的這些語句：

　　我的程序不可能有這種問題。

　　Java就是shit。

　　我最恨的就是使用UML做設計。

　　需求怎么老在變，沒辦干了。

　　受不了這些人，他們到底懂不懂啊。

　　…… ……

　　這些帶著情緒化的思維和態度，不但可以讓你成為一個很糟糕的程序員，甚至可以影響你的前途。因為，情緒化通常都是魔鬼，會讓你做出錯誤的判斷和決定，錯誤碼率的判斷和決定直接決定了你的人生。

　　2)懷疑別人

　　糟糕的程序總是說：“我的代碼一定是正確的，我懷疑編譯器有問題”，“我這應該沒有問題吧，STL庫怎么這么難用啊”。我曾經見過有程序員這樣使用STL類：map，當他發現這樣放入字符串后卻取不出來，覺得那是STL庫的BUG，然后自己寫了一個map!我的天啊!

　　某些時候，過早的下結論是一個很不好的習慣，任何事情都有其原因，只有知道了原因，你才能知道是誰的問題。一般來說，總是自己出的問題。

　　3)過多關注實現，陷入問題細節

　　有些時候，當我們面對一個問題或是一個需求的時候，糟糕的程序員總是會馬上去找一個解決方案或是實現，這是一個很不好的習慣。設計模式告訴我們，“喜歡接口，而不是實現”就是告訴我們，認清問題的本質和特性要比如何實現更重要。

　　對于一個客戶的問題來說，首先應該想到的是如何先讓用戶正常工作，如何恢復正在“流血”的系統，而不是把用戶放在一邊而去分析問題的原因和解決方案。

　　對于解決一個bug來說，重現bug，了解原來程序的意圖是首先重要的事，而不是馬上去修改代碼，否則必然會引入更多的BUG。

　　對于一個需求來說，我們需要了解的需求后面的商業背景，use case和真實意圖，而不是去討論如何實現。只有了解了用戶的真實意圖，實際使用的方式和案例，你才能真正如果去做設計。

　　糟糕的程序總是容易陷入細節，爭論于如何實現和實現難題，以及問題的根本原因，而忽略了比這些更重要的東西。只有看懂了整個地圖，我們才知道要怎么去走。