一個優秀的程序員是如何煉成的？問一下自己這個問題會很有意思。這能讓你好好思考一下軟件開發的過程。拿它來問一下同學朋友也不錯，這能引起一些關於團隊如何一起協作開發的很有意思的討論。我個人認爲，成爲一名優秀的程序員必需要5個技能。
問題分解
編程講的是如何解決問題。但在你開始寫代碼之前，你需要清楚如何解決問題。一個好的程序員應該擁有這樣的技能，他能將問題分解成子問題，直到每個子問題都可以很輕鬆地進行解決。不過要找到一個解決問題的方式可不是件簡單的事。好的程序員能夠很好的對問題進行建模，這樣寫出來的程序很容易能看懂，很容易實現及測試。
我所見識過的一些複雜的程序，它們之所以這麼複雜，部分原因是由於它的實現並不適合對應的問題。這導致代碼很難理解。我很同意Bernie Cosell關於問題建模方面的看法：
“很少有程序天生就是複雜的。如果你看到一段非常晦澀的代碼——你無法理解它到底要做什麼——這通常就意味着它的實現非常糟糕。這個時候不要擼起衣袖就開始修改代碼，而是應該退一步，好好地重新思考一下 。當你把整個問題都想透了，你會發現問題其實很簡單。“
場景分析
好的開發人員應當能夠考慮到程序的不同場景。這不僅是指程序的邏輯，同樣還有的是可能會發生的內外部的事件。要想考慮到業務邏輯的不同路徑，你可能會提出這樣的問題：如果這個參數爲空的話會怎樣？如果這些條件都不爲真的話呢 ？這個方法是線程安全的嗎？爲了弄清楚程序到底需要解決哪類的問題，你可能會問自己：如果隊列爲空的話怎麼辦？或者這個請求沒有響應？如果這個服務器重啓的時候，別的服務器也在重啓該怎麼辦？
好的程序員應該會問自己：什麼情況下它會出現問題？也就是說，他們能夠像測試人員一樣看待問題。反過來，沒有經驗的程序員通常只考慮程序主邏輯——也就是當所有事情都如預期時的正常的控制流程。不過一旦發生了異常情況，程序必須得能夠應對它。
命名
程序編寫涉及到許多命名的問題：類，方法以及變量。如果做得好的話，程序應當是自文檔型的，也就是說通過讀源碼就能很清晰地理解程序的意圖。自文檔型代碼的一個結果就是方法通常會更短，而不是使用很長的方法，這是因爲小的方法，你纔可以有更多的地方來賦予一些有意義的名字。
好的名字可比想像中的要困難得多。我喜歡Phil Karlton說的這段話：”計算機科學裏只有兩件難事：緩存失效以及命名“。命名之所以這麼難是由於你得清楚每個名字都代表着什麼。有的時候事情並不會那麼明朗 ，只有開發到達一定程度的時候纔會清楚。也就是說，重命名和命名一樣非常重要。
好的命名同樣也包括你所提出的概念以及這些概念到底叫什麼。如果仔細地思考過這點的話，不同名字的概念應當是始終一致的（在程序中，不管是和程序員還是非程序員討論業務領域時都用的是相同的概念），這樣寫程序就會非常容易。
一致性
或許寫程序裏面最大的挑戰就是管理的複雜性了。一致性是對抗複雜性的一種方式。它讓我們看到了問題的固有模式，讓我們可以推論出東西該如何命名，使用以及處理，這在一定程度上減少了複雜性。達到一致性之後，我們不用再費精力去記住異常情況以及隨機的變動。我們可以聚焦於問題的本質複雜度，而不是偶然複雜度。
一致性是非常重要的。它包括變量名及分組，方法命名，模塊的劃分，目錄結構，GUI，錯誤處理，日誌，文檔，等等。比如說，如果有一些變量是關聯的並且出現在一起，那麼就應當始終按照同樣的順序來使用它們。這樣的話，如果漏掉了一個或者將它們搞混了就能夠很容易發現。對於某個操作而言，如果它在某個地方是叫做delete，那麼就不要在另一個地方把它稱爲remove——要堅持使用同樣的名字。 Steve McConnell在代碼大全中關於準確地使用反義詞有一些不錯的建議。比如說，begin和end是反義詞，同樣的還有start和stop。不要混合不同分組的詞語（比如begin和stop)
修改程序可能會導致不一致。草率的程序員是不會注意到他們添加的代碼是不是與現有的代碼一致的。好的程序員會確保每一個細節都是正確的。他們知道一致性對於減少複雜性有多麼重要。
學習
作爲一名軟件開發人員，你需要不停地學習。在增加一個新特性之前，你必須知道它是要做什麼。在往一個現有的程序中增加代碼之前，你通常都要學習現有的代碼是做什麼的，這樣才能正確地實現新功能。你還得了解周邊的系統，這樣才能正確地和它們進行交互。快速的學習能力可以讓你成爲一名高效的開發人員。
更有甚者，由於軟件工程領域的發展速度實在是太快了，會不斷地涌現出許多新的語言，工具，技術以及框架。這是把雙刃劍。Fred Brooks把學習看作是一種娛樂。學習新東西，樂在其中矣。這也意味着程序員的生活永遠不會枯燥。
結論
其實上面這些都是比較通用的技能——它們並不特定於某個語言，框架或者技術。如果你具備了這些技能，你可以快速地學習一門新語言或者一個新工具，並用它們編寫出優秀的軟件。更重要的是，由於它們具備通用性的本質，即使多年過後也仍不會過時。
用代碼行數來衡量編程的進度，就如同用重量來衡量飛機的製造進度。
—— 比爾·蓋茨
