1.掌握基礎(chǔ)

對于任何行業(yè)任何工作來說，融會貫通是獲得成功的關(guān)鍵。一個人想要成為優(yōu)秀程序員，就必須有堅實的基礎(chǔ)。核心理念的理解會幫助你用最好的方法設(shè)計和實施出最完美的方案。如果你感覺到不能掌握核心的計算機科學(xué)或者某個編程語言的知識點，現(xiàn)在開始回顧基礎(chǔ)一點都不晚。

2.為寫過的代碼貼標(biāo)簽

很多優(yōu)秀的程序員和普通程序員之間有一條明顯的分界線，優(yōu)秀程序員渴望深究每行代碼做了些什么，以及如何實現(xiàn)的。有那么一小群人，他們一定要弄懂每一行代碼。我知道如果時間非常緊張的時候，我們經(jīng)常不能夠遵循這個原則，僅僅寫出些代碼，知道它實現(xiàn)了需要的功能。如何處理這種情況又是另外一個話題，但是作為一個程序員，我們經(jīng)常要盡可能深入探索。相信我，隨著時間的推移這會變成一個習(xí)慣，之后每次你都會不知不覺的這樣做了。

3.主動幫助他人

許多人都有個共同特點，只有當(dāng)他需要幫助的時候，他才會求助于論壇或者群。優(yōu)秀程序員不同之處在于他們會經(jīng)常瀏覽論壇去幫助他人。相比較于靠別人幫助解決問題，他們幫助他人讓自己學(xué)到更多。在一個團隊中也是一樣，幫助他人解決問題收獲更多。相信我，了解他人的問題，思考并最終提供解決方案吧，你會比之前學(xué)到的更多。

4.寫簡單易懂有邏輯的代碼

正如KISS原則(保持短小精悍)適用于生活的方方面面一樣，它也適用于編程。盡量寫有邏輯的代碼，避免復(fù)雜化。有時人們寫復(fù)雜的代碼僅僅是為了展示他們有能力寫出這樣的代碼。我的經(jīng)驗告訴我，簡單而富有邏輯的代碼非常的好，會產(chǎn)生的問題更少，也更容易擴展。我記得一句話：好的代碼本身就是最好的文檔。當(dāng)你想要加注釋的時候，問問你自己，“我能如何改進我的代碼，才能不寫注釋也讀得懂呢?”

5.花時間分析問題

花更多的時間理解和分析問題，然后再設(shè)計方案吧。你會發(fā)現(xiàn)剩下的事情很容易了。設(shè)計不是說要用建模語言和工具，可以是僅僅看看天空在腦子里構(gòu)思。那些在遇到問題就開始敲代碼的人往往會最終偏離需求。

6.主動檢查自己的代碼

雖然有一點點難，但試著在其他人修改你代碼之前修改它，隨著時間的推移，你會寫出幾乎沒有bug的代碼。對你的代碼做沒有任何偏見的檢查，也不要猶豫讓其他人來檢查你的代碼。和其他優(yōu)秀的程序員一起工作，接受他們的意見能夠幫助你也成長為一個優(yōu)秀的程序員。

7.不要迷失在快速更迭的科技世界

在IT行業(yè)中，經(jīng)常有許多人，他們對現(xiàn)在的工作不滿，甚至離開它去追尋新的工作，理由是因為他們想要學(xué)習(xí)最新的科技。我們每天聽到的都是新工具、接口、框架，能讓程序更簡單，速度更快。這在科技世界中司空見慣并會一直如此。但是最基本最核心的科技變化比那些框架、工具和接口的變化小得多。

舉個例子，在Java企業(yè)級應(yīng)用中，每個星期都會出現(xiàn)新的框架，但是核心的技術(shù)是不變的，譬如基于客戶端-服務(wù)器端的請求，MVS模式，filters/servlets/JSP，數(shù)據(jù)源綁定，XML解析等等。所以要花功夫去學(xué)習(xí)核心概念，而不是去擔(dān)憂日新月異的框架和工具的出現(xiàn)。

8.不要高頻率使用應(yīng)急方案

很多時候軟件師們會采用應(yīng)急方案(可能是時間不夠，可能是問題理解不透徹或者是缺少經(jīng)驗)。但是這樣往往帶來的結(jié)果是，代碼混亂，缺乏可擴展性和維護性，后來浪費了更多的時間。請在你清楚整個方案后再開始實施。我知道有些情況下應(yīng)急方案無可避免，就好像，一個人應(yīng)該說實話，但是你在某些情況下不得不說謊。

9.閱讀文檔

閱讀很多文檔是作為優(yōu)秀程序員的必備習(xí)慣之一?？赡苁钱a(chǎn)品說明書、JSR、API文檔、教程等。閱讀文檔幫助你獲得必要的基礎(chǔ)知識，寫出更好的代碼。

10.學(xué)習(xí)他人的代碼

一些優(yōu)秀的程序員，他們在IDE里面一直放著JAVA源代碼，并經(jīng)常在日常工作中閱讀和查閱。他們這樣做不僅是滿足求知的渴望，還從中學(xué)習(xí)了如何寫優(yōu)秀的程序。閱讀和查閱那些你認(rèn)為可靠的出名的開源代碼或者比你資深的程序員的代碼，你會寫出更棒的程序。

最后，想要告訴大家的是，不要和他人比較，“沒有對比就沒有傷害”，這句充滿調(diào)侃意味的話卻是極為有道理的。

本文轉(zhuǎn)自：//www.iteye.com/blogs