從程序員到軟件工程師[1]

看了程序員系列文章，頗多同感。做為壹個從業13年，壹直做軟件開發的人，我想給那些已經、將要和有誌於走上這條路的朋友壹點點忠告。

首先，說說程序員和軟件工程師。雖說都是編程的幹活，但是還是有壹點高下區別。

主要說來區別是程序員programmer是將程序（已經有流程，偽代碼或設計模板）寫成代碼；需要熟練掌握至少壹門編程語言。而軟件工程師則要將目的描述成程序語言並實現的能力。例如將數學算法、自然語言、思維模式描述成程序算法，程序流程／類或／和人工智能，並寫成代碼的能力。

對初入行的人，當然重在語言，要做壹個合格的程序員，首先要熟練掌握語言。包括語言特性和實現的能力。例如使用盡量中文說的面試題，就要求面試對象掌握C++中的類的封裝；構造函數的重載和運算符重載。

做過壹兩年後，要想繼續吃這碗飯就必須提高自己，首先當然是深入了解語言，特別是語言的思維方式，編譯器的工作方式和常用設計模板。就拿C++的多態性來說，很多公司面試就會問什麽是虛函數／純虛函數（思維方式）？用C如何實現函數重載（函數指針和了解編譯過程）？接口類／工具類／工廠類和 Sigleton類的實現（常用設計模板）。另外還有壹大塊就是內存管理了。

如果能做到深入了解語言本身，那麽恭喜妳，妳現在Title至少是高級程序員了。

在對自己的語言有信心後，下壹步就想壹想自己要想哪方面發展。是管理方面（項目經理）還是技術方面（軟件工程師）。既然這裏討論編程，我們就先不考慮項目經理。想發展為壹個軟件工程師其實也有兩條路。壹條是走系統軟件工程師或者叫架構工程師的路；另壹條就是算法工程師。

在國內的朋友我建議走架構工程師的路。要求就是知識面廣，對整個系統熟悉，能很快了解和分析客戶／設計需求，很快估計工作量、風險和所需要的資源（承擔相當部分項目經理的任務），能根據現有技術人員儲備提供壹個解決方案。當然還需要壹定的表達能力和文檔寫作能力。例如我當年走訪某省農行，和對方聊了銀行卡和醫院醫療卡的聯網，當天晚上就和市場部的人合作，搞了壹個通宵，寫出了60頁的技術方案和外加40頁的基於此方案的標書。

壹般來講，要做到對整體系統的深入了解，沒有兩三年的時間是做不到的'。所以給國內程序員的建議是不要頻繁跳槽，尤其是不要頻繁跨行業跳槽。踏踏實實地將本行業的軟件吃透，最好每個部門或模塊都工作過。如果有這個想法，壹般情況下妳可以和項目經理溝通，通常他們會鼓勵妳這樣到各個部門／模塊工作。

我出國後，發現情況有點變化，由於語言和文化的區別，對自己走系統工程師的路沒有很大的信心。只好轉向走算法工程師的路了。

確定了這條路後，突然發現自己的數學能力太差了。不得不重新惡補線性代數，概率和數理統計等高等數學。同時將《數據結構與算法：C++版》好好從頭到尾讀了壹遍。然後終於蒙混到了壹個職位。

當時第壹個任務就是在壹個嵌入系統中寫壹段程序將bmp壓縮為jpg。各位可能會問了，這個在網上滿大街都是源代碼，為啥還要自己寫呢？其實這就是我不太建議國內工程師走算法這條路的原因。除非妳是數學大牛，有自己原創的算法。否則在國內實在沒有算法工程師很大的生存空間。但是在國外有很大的不同，稍正式的公司基本上都禁止使用open source。因為open source也是有版權的，有的是不能商用，更有的copy left是那些公司碰都不敢碰的。因為copy left要求妳使用了他的代碼，妳也必須公開妳的代碼。

當然，我們可以看那些open source，然後自己重寫。不過相信我，通常情況下如果妳不是想簡單做些變量替換就交差的話，看原代碼不如看這個算法文檔本身。

;