0. 掌握基礎 對於任何行業任何工作來說，融會貫通是獲得成功的關鍵。一個人想要成為優秀程式員，就必須有堅實的基礎。核心理念的理解會幫助你用最好的方法設計和實施出最完美的方案。如果你感覺到不能掌握核心的電腦科學或者某個編程語言的知識點，現在開始回顧基礎一點都不晚。 1. 開始為你寫過的代碼貼上標簽( ...
0. 掌握基礎
對於任何行業任何工作來說，融會貫通是獲得成功的關鍵。一個人想要成為優秀程式員，就必須有堅實的基礎。核心理念的理解會幫助你用最好的方法設計和實施出最完美的方案。如果你感覺到不能掌握核心的電腦科學或者某個編程語言的知識點，現在開始回顧基礎一點都不晚。
1. 開始為你寫過的代碼貼上標簽(怎麼做，做什麼)
我發現優秀的程式員和普通程式員之間有一條明顯的分界線，優秀程式員渴望深究每行代碼做了些什麼，以及如何實現的。有那麼一小群人，他們一定要弄懂每一行代碼。我知道如果時間非常緊張的時候，我們經常不能夠遵循這個原則，僅僅寫出些代碼，知道它實現了需要的功能。如何處理這種情況又是另外一個話題，但是作為一個程式員，我們經常要儘可能深入探索。相信我，隨著時間的推移這會變成一個習慣，之後每次你都會不知不覺的這樣做了。
2. 幫助他人，你可以學到更多
許多人都有個共同特點，只有當他需要幫助的時候，他才會求助於論壇或者群。優秀程式員不同之處在於他們會經常瀏覽論壇去幫助他人。相比較於靠別人幫助解決問題，他們幫助他人讓自己學到更多。在一個團隊中也是一樣，幫助他人解決問題收穫更多。相信我，瞭解他人的問題，思考並最終提供解決方案吧，你會比之前學到的更多。
3. 寫簡單易懂，有邏輯性的代碼
正如KISS原則(保持短小精悍)適用於生活的方方面面一樣，它也適用於編程。儘量寫有邏輯的代碼，避免複雜化。有時人們寫複雜的代碼僅僅是為了展示他們有能力寫出這樣的代碼。我的經驗告訴我，簡單而富有邏輯的代碼非常的好，會產生的問題更少，也更容易擴展。我記得一句話：
好的代碼本身就是最好的文檔。當你想要加註釋的時候，問問你自己，“我能如何改進我的代碼，才能不寫註釋也讀得懂呢?”
4. 花更多的時候分析問題，你將會花更少時間去解決問題
花更多的時間理解和分析問題，然後再設計方案吧。你會發現剩下的事情很容易了。設計不是說要用建模語言和工具，可以是僅僅看看天空在腦子裡構思。那些在遇到問題就開始敲代碼的人往往會最終偏離需求。
如果你洗澡的時候不能理清整個程式的結構，那麼你還沒準備好開始編程。 – Richard Pattis
5. 成為第一個檢查你的代碼的人
雖然有一點點難，但試著在其他人修改你代碼之前修改它，隨著時間的推移，你會寫出幾乎沒有bug的代碼。對你的代碼做沒有任何偏見的檢查，也不要猶豫讓其他人來檢查你的代碼。和其他優秀的程式員一起工作，接受他們的意見能夠幫助你也成長為一個優秀的程式員。
6. 不要迷失在快速更迭的科技世界
在IT行業中，我經常遇見許多人，他們對現在的工作不滿，甚至離開它去追尋新的工作，理由是因為他們想要學習最新的科技。我們每天聽到的都是新工具、介面、框架，能讓程式更簡單，速度更快。這在科技世界中司空見慣並會一直如此。但是最基本的最核心的科技變化比那些框架、工具和介面的變化小得多。就像大海，大海錶面上波濤翻滾，但大海深處卻相當平靜，而那裡才是水生生物生存的地方。所以將你自己置身於核心技術的大海深處吧。舉個例子，在Java企業級應用中，每個星期都會出現新的框架，但是核心的技術是不變的，譬如基於客戶端-伺服器端的請求，MVS模式，filters/servlets/JSP，數據源綁定，XML解析等等。所以要花功夫去學習核心概念，而不是去擔憂日新月異的框架和工具的出現。相信我，有了核心技術的基礎，你會發現學習新的框架，工具以及介面變得更容易了。
7. 應急方案不會持續很長時間
很多時候軟體師們會採用應急方案(可能是時間不夠，可能是問題理解不透徹或者是缺少經驗)。但是這樣往往帶來的結果是，代碼混亂，缺乏可擴展性和維護性，後來浪費了更多的時間。請在你清楚整個方案後再開始實施。我知道有些情況下應急方案無可避免，就好像，一個人應該說實話，但是你在某些情況下不得不說謊。
8. 閱讀文檔
閱讀很多文檔是作為優秀程式員的必備習慣之一。可能是產品說明書、JSR、API文檔、教程等。閱讀文檔幫助你獲得必要的基礎知識，寫出更好的代碼。
9. 你可以學習他人的代碼
我接觸過一些優秀的程式員，他們在IDE裡面一直放著JAVA源代碼，並經常在日常工作中閱讀和查閱。他們這樣做不僅是滿足求知的渴望，還從中學習瞭如何寫優秀的程式。閱讀和查閱那些你認為可靠的出名的開源代碼或者比你資深的程式員的代碼，你會寫出更棒的程式。(擴展閱讀：《閱讀優秀代碼是提高開發人員修為的一種捷徑》)
最後，我想說的但沒有將其列在上面的：不要和他人比較
和他人的比較往往會造成消極的情緒和不健康的競爭。每個人都有他的長處和短處。揚長避短很重要。我也經常看到一些基礎很厲害的程式員範很低級的錯誤。所以僅僅和自己比較，列舉你自己需要改進的地方，並持續改進它。編程是很有意思的事情，享受它吧。
任何一個傻瓜都能寫出電腦能理解的程式，而優秀的程式員卻能寫出別人能讀得懂的程式。
優秀的程式員是在穿過一條單行道的時候還會往兩邊看的人。
