一個(gè)優(yōu)秀的程序員是如何煉成的？問一下自己這個(gè)問題會很有意思。這能讓你好好思考一下軟件開發(fā)的過程。拿它來問一下同事也不錯(cuò)，這能引起一些關(guān)于如何一起協(xié)作的很有意思的討論。下面是我認(rèn)為成為一名優(yōu)秀的程序員所必需的5個(gè)技能。

問題分解

編程講的是如何解決問題。但在你開始寫代碼之前，你需要清楚如何解決問題。一個(gè)好的程序員應(yīng)該擁有這樣的技能，他能將問題分解成子問題，直到每個(gè)子問題都可以很輕松地進(jìn)行解決。不過要找到一個(gè)解決問題的方式可不是件簡單的事。好的程序員能夠很好的對問題進(jìn)行建模，這樣寫出來的程序很容易能看懂，很容易實(shí)現(xiàn)及測試。

我所見識過的一些復(fù)雜的程序，它們之所以這么復(fù)雜，部分原因是由于它的實(shí)現(xiàn)并不適合對應(yīng)的問題。這導(dǎo)致代碼很難理解。我很同意Bernie Cosell關(guān)于問題建模方面的看法：

“很少有程序天生就是復(fù)雜的。如果你看到一段非常晦澀的代碼——你無法理解它到底要做什么——這通常就意味著它的實(shí)現(xiàn)非常糟糕。這個(gè)時(shí)候不要擼起衣袖就開始修改代碼，而是應(yīng)該退一步，好好地重新思考一下 。當(dāng)你把整個(gè)問題都想透了，你會發(fā)現(xiàn)問題其實(shí)很簡單。“

場景分析

好的開發(fā)人員應(yīng)當(dāng)能夠考慮到程序的不同場景。這不僅是指程序的邏輯，同樣還有的是可能會發(fā)生的內(nèi)外部的事件。要想考慮到業(yè)務(wù)邏輯的不同路徑，你可能會提出這樣的問題：如果這個(gè)參數(shù)為空的話會怎樣？如果這些條件都不為真的話呢 ？這個(gè)方法是線程安全的嗎？為了弄清楚程序到底需要解決哪類的問題，你可能會問自己：如果隊(duì)列為空的話怎么辦？或者這個(gè)請求沒有響應(yīng)？如果這個(gè)服務(wù)器重啟的時(shí)候，別的服務(wù)器也在重啟該怎么辦？

好的程序員應(yīng)該會問自己：什么情況下它會出現(xiàn)問題？也就是說，他們能夠像測試人員一樣看待問題。反過來 ，沒有經(jīng)驗(yàn)的程序員通常只考慮程序主邏輯——也就是當(dāng)所有事情都如預(yù)期時(shí)的正常的控制流程。不過一旦發(fā)生了異常情況，程序必須得能夠應(yīng)對它。

命名

程序編寫涉及到許多命名的問題：類，方法以及變量。如果做得好的話，程序應(yīng)當(dāng)是自文檔型的，也就是說通過讀源碼就能很清晰地理解程序的意圖。自文檔型代碼的一個(gè)結(jié)果就是方法通常會更短，而不是使用很長的方法，這是因?yàn)樾〉姆椒ǎ悴趴梢杂?更多的地方來賦予一些有意義的名字。

好的名字可比想像中的要困難得多。我喜歡Phil Karlton說的這段話：”計(jì)算機(jī)科學(xué)里只有兩件難事：緩存失效以及命名“。命名之所以這么難是由于你得清楚每個(gè)名字都代表著什么。有的時(shí)候事情并不會那么明朗 ，只有開發(fā)到達(dá)一定程度的時(shí)候才會清楚。也就是說，重命名和命名一樣非常重要。

好的命名同樣也包括你所提出的概念以及這些概念到底叫什么。如果仔細(xì)地思考過這點(diǎn)的話，不同名字的概念應(yīng)當(dāng)是始終一致的（在程序中，不管是和程序員還是非程序員討論業(yè)務(wù)領(lǐng)域時(shí)都用的是相同的概念），這樣寫程序就會非常容易。

一致性

或許寫程序里面最大的挑戰(zhàn)就是管理的復(fù)雜性了。一致性是對抗復(fù)雜性的一種方式。它讓我們看到了問題的固有模式，讓我們可以推論出東西該如何命名，使用以及處理，這在一定程度上減少了復(fù)雜性。達(dá)到一致性之后， 我們不用再費(fèi)精力去記住異常情況以及隨機(jī)的變動。我們可以聚焦于問題的本質(zhì)復(fù)雜度，而不是偶然復(fù)雜度。

一致性是非常重要的。它包括變量名及分組，方法命名，模塊的劃分，目錄結(jié)構(gòu)，GUI，錯(cuò)誤處理，日志，文檔，等等。比如說，如果有一些變量是關(guān)聯(lián)的并且出現(xiàn)在一起，那么就應(yīng)當(dāng)始終按照同樣的順序來使用它們。這樣的話，如果漏掉了一個(gè)或者將它們搞混了就能夠很容易發(fā)現(xiàn)。對于某個(gè)操作而言，如果它在某個(gè)地方是叫做delete，那么就不要在另一個(gè)地方把它稱為remove——要堅(jiān)持使用同樣的名字。 Steve McConnell在代碼大全中關(guān)于準(zhǔn)確地使用反義詞有一些不錯(cuò)的建議。比如說，begin和end是反義詞，同樣的還有start和stop。不要混合不同分組的詞語（比如begin和stop)

修改程序可能會導(dǎo)致不一致。草率的程序員是不會注意到他們添加的代碼是不是與現(xiàn)有的代碼一致的。好的程序員會確保每一個(gè)細(xì)節(jié)都是正確的。他們知道一致性對于減少復(fù)雜性有多么重要。

學(xué)習(xí)

作為一名軟件開發(fā)人員，你需要不停地學(xué)習(xí)。在增加一個(gè)新特性之前，你必須知道它是要做什么。在往一個(gè)現(xiàn)有的程序中增加代碼之前，你通常都要學(xué)習(xí)現(xiàn)有的代碼是做什么的，這樣才能正確地實(shí)現(xiàn)新功能。你還得了解周邊的系統(tǒng) ，這樣才能正確地和它們進(jìn)行交互。快速的學(xué)習(xí)能力可以讓你成為一名高效的開發(fā)人員。

更有甚者，由于軟件工程領(lǐng)域的發(fā)展速度實(shí)在是太快了，會不斷地涌現(xiàn)出許多 新的語言，工具，技術(shù)以及框架。這是把雙刃劍。Fred Brooks把學(xué)習(xí)看作是一種娛樂。學(xué)習(xí)新東西，樂在其中矣。這也意味著程序員的生活永遠(yuǎn)不會枯燥。

結(jié)論

上面講的都是一些比較通用的技能——它們并不特定于某個(gè)語言，框架或者技術(shù)。如果你具備了這些技能，你可以快速地學(xué)習(xí)一門新語言或者一個(gè)新工具，并用它們編寫出優(yōu)秀的軟件。更重要的是，由于它們具備通用性的本質(zhì)，即使多年過后也仍不會過時(shí)。

出處：