不知不覺已經工作三年了，回顧自己三年的程序員生涯，總結了一些東西，希望對想從事程序員工作的xdjm們有些幫助。
　　如何從編程愛好者進階為職業程序員：

　　一、簡單才是美
　　好的代碼一定是最簡單的，這應該是每個職業程序員心中萬世不變的箴言。一個簡單的“hello world”，可以有十幾種實現，但是職業程序員絕對不會標新立異，他們會選擇最簡單最常用的那種。
　　為什么要寫簡單的程序？一、簡單的程序易于擴展；二、簡單的程序易于維護；三、簡單的程序易于發現問題…… 寫簡單程序的理由實在太多了。能用10行實現的，就不要寫100行；能用數組實現的，就不要用avl 樹…..
總之，在能實現功能的情況下，程序越簡單越好。

　　二、嚴格遵守編程規范
　　程序員入職時，都會得到一本公司的編程規范。雖然每個公司的編程規范不盡相同，但是基本都講的是排版格式、注釋、命名規范、可測試性、語法規范等方面的內容。編程規范是前人總結出來的經驗教訓，每個職業程序員都應該嚴格遵守。在項目層面上來說，編程規范是項目成員應該遵守的約定，這樣項目代碼才會風格統一，盡力約束個人風格，避免出現10個人的項目出現11種風格的情況。
　　嚴格遵守編程規范，還可以避免出現一些低級錯誤。如：編程規范中有一條，條件判斷式使用雙等號”==”時，應該將常量放在雙等號左側，變量放在右側。遵守該條規范可以避免出現所謂的“差一錯誤”，即將雙等號寫成等號。這種情況下，編譯器會報錯。
　　職業程序員寫出來的代碼應該是風格一致的，這樣的代碼便于維護，便于其他程序員的閱讀，也可以規避一些低級錯誤，所以，嚴格遵守編程規范是程序員職業化的重要體現。

　　三、代碼的質量屬性
　　代碼的質量屬性主要有三個方面：功能、可擴展性、性能。功能：是對一段程序最基本的要求。程序首先要正確實現預期的功能，才能談其他的質量屬性。可擴展性：對于一個大型地，需要長期維護的軟件來說，程序會不停地加入一些新的特性。如果程序的可擴展性差，就會導致系統的頻繁重構，浪費大量的人力物力。可擴展性應該是在程序的設計階段就考慮到。

　　當然，沒有誰能在設計之初就考慮到所有的擴展性，但是我們必須盡量考慮周全，這就涉及到設計的方法和理論了，這里不討論。性能：好的程序應該考慮性能。但是，這因應用場景而論。比如：一個簡單的計算器程序，我們沒必要花太多地精力去提高它的性能。但是，對于一個大型的平臺系統（電信軟件、操作系統、數據庫系統等），我們就得花精力去考慮性能問題了。
　　三個質量屬性的優先級應該是：功能正確>擴展性好>性能高。
　　通常，某些質量屬性之間本身是矛盾的。有時候，我們顧得了性能，程序的可擴展性就會變差。反之，可擴展性好了，但是就會影響性能。一般情況下，我們會按照上面的優先級別來取得質量屬性的平衡。

　　四、經常review你的代碼
　　程序員都是心高氣傲的，他們往往對自己寫的代碼充滿了自信，以至于寫好以后再也不愿意去多看一眼。但是，既是是大牛，也不能保證代碼零缺陷。一個職業的程序員，應該定期review自己的代碼，不斷發現自己代碼的bug。

　　五、職業程序員一定是優秀的測試人員
　　我在公司幾年以來，親眼看見公司開發和測試人員之間關系的幾次變革。剛入公司時，發現問題的數量是考核測試人員績效的唯一標準，某些部門甚至出現給測試人員下達日發現問題數量的指標，不達標直接影響年終獎。測試人員和開發人員水火不容，經常出現為了一個問題是否該提單爭得面紅耳赤。一年以后，情況有所改變，測試人員不再唯問題單是從。到了現在，公司已經大力提倡開發測試融合了。開發和測試人員聯合績效考核，考核的標準是版本的穩定性以及遺留缺陷密度。開發和測試人員辦公區已經完全融合在一起，測試人員經常給開發人員培訓測試方法，開發人員也主動投入到測試發現問題。
　　我說自身的經歷，只是想說明一個事實，開發和測試之間并沒有不可逾越的差別。
　　很多開發人員對測試不屑，覺得那是沒有技術含量的活。其實不然，測試人員是站在客戶的角度考慮問題，他們往往能考慮到很多研發人員考慮不到的場景。測試有一套非常完善的理論。如果研發人員能夠了解一些測試方法和理論，對于軟件的設計會有很大幫助。
　　職業程序員一定是優秀的測試人員。

　　六、站在設計的高度編碼
　　站在設計的高度編碼，這話說得有點抽象了，但是這確實是我多年來感受最深的一點。軟件開發通常分為三個階段：設計、編碼、測試。很多人認為設計是設計師架構師的事情、測試是測試人員的事情，程序員的工作即是編碼。所以，很多致力于成為職業程序員的同學都將全部的精力放在了編程語言的學習上。編程語言只是一個工具，學得好，只能說明你學會使用了一門工具而已。舉個不是很恰當的例子，對于一個畫家來說，光學會使用畫筆是不夠的，還得要有藝術靈感。學會了編碼只能說明你會使用畫筆了，但是離畫家還遠著呢。
　　有篇很著名的論文叫做《源碼既是設計》（http://www.feifanbbs.com/frame.php?frameon=yes&referer=http%3A//www.feifanbbs.com/），我非常認同。架構師在設計階段會輸出設計文檔，但是對于軟件來說源碼才是最直接的工程文檔，一份好的源碼勝過千百篇工程文檔----這也是敏捷開發的思想。好的源碼一定是經過設計的，架構師站在架構的角度設計，但是他很難考慮到代碼級別的事情，代碼的實現最終要靠編程人員。大到一個流程，小至一個函數，這些是要靠實際編程人員來設計的。編程人員也應該學會設計，懂得一些設計模式和理論。
　　做一個設計者，而不是代碼工人。

　　以上是我的見解，希望與各位交流。

it知識庫：如何進階為職業程序員---三年程序員生涯的感悟，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。