一位軟體工程師的6年總結 作者：成曉旭
(宣告：歡迎轉載，請保證文章的完整性)
“又是一年畢業時”，看到一批批學子離開的象牙塔，走上各自的工作崗位;想想自己也曾經意氣風發、躊躇滿志，不覺感嘆萬千……本文是自己工作6年的經歷沉澱或者經驗提煉，希望對所有的軟體工程師們有所幫助，早日實現自己的目標。本文主要是關於軟體開發人員如何提高自己的軟體專業技術方面的具體建議，前面幾點旨在確定大的方向，算是廢話吧。
謹以此文獻給那個自己為你奉獻3年青春與激情的開發團隊。還有團隊成員：PPL、YT、YK 、TYF、LGL、CHL、CDY、CB、DPD。
1、 分享第一條經驗：“學歷代表過去、能力代表現在、學習力代表未來。”其實這是一個來自國外領域的一個研究結果。工作過幾年、十幾年的對這個道理有些體會吧。但我這一點也很重要：“重要的道理明白太晚將抱憾終生!”所以放在每一條，讓剛剛畢業的們早點看到哈!
2、 一定要確定自己的發展方向，併為此目的制定可行的。不要說什麼，“我剛畢業，還不知道將來可能做什麼?”，“跟著走，先做做看”。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術，將來成為專家級人物?向管理方向走，成為人?先熟悉行業和領域，將來自立門戶?還是先在行業裡面混混，過幾年轉行做點別的?這很重要，它將決定你近幾年、十年內“做什麼事情才是在做正確的事情!”。
3、 軟體開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的!在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在MM比較多的團隊中。在軟體專案團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼，還是產品管理、測試、文件、實施、維護，多少你都要有技術基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟體開發團隊地完成過軟體開發專案，哪怕就一個，也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非技術型)帶一堆人做完過一個專案，專案交付的第二天，專案組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個專案的“度”大家可想而知了。
4、 詳細制定自己軟體開發專業知識學習，並注意及時修正和調整(軟體開發技術變化實在太快)。請牢記：“如果一個軟體開發人員在1、2年內都沒有更新過自己的知識，那麼，其實他已經不再屬於這個行業了。”不要告訴自己沒有時間。來自時間管理領域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的!本人自畢業以來，平均每天實際學習時間超過1.5小時。
本人畢業6年來主要的學習、資料：
時間
目標
書籍
2000年
學習工作需要的'C、C++、Delphi
C++程式設計思想、Delphi4開發大全
2001年
學習Windows作業系統原理、Windows程式設計(SDK)知識、系統學習資訊保安、密碼學知識
開啟Windows這扇窗、Windows作業系統原理、Windows核心程式設計、windows網路程式設計技術、加密與解密、應用密碼學、密碼編碼和密碼分析：原理與方法
2002年
學習軟體工程、軟體系統分析、設計、測試，統一軟體開發方法及Rose
UML和模式應用、統一軟體開發、Rose從入門到精通、軟體工程:實踐者的研究方法、系統分析與設計、
2003年
學習Java語言及技術、設計模式、
設計模式、JAVA 2程式設計指南、J2EE資料庫開發指南、Master EJB、EJB應用指南(第2版)
2004年2005年
工作原因技術毫無進步
用極有限的時間瞭解學、社會學、經濟、等領域的知識
2006年
重學Java相關技術、軟體開發方法論
重構、敏捷軟體開發(原則、模式與實踐)、程式碼大全、Spring In Action、J2EE without EJB、Spring框架高階程式設計
5、 書籍是人類進步的階梯，對軟體開發人員尤其如此。書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，並不厭其煩地教你。對於花錢買書，我個人經驗是：千萬別買國內那幫人出的書!我買的那些傢伙出的書，!00%全部後悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。“擁有書籍並不表示擁有知識;擁有知識並不表示擁有技能;擁有技能並不表示擁有文化;擁有文化並不表示擁有。”只有將書本變成的自己，才算是真正擁有了它。
6、 不要僅侷限於對某項技術的表面使用上，哪怕你只是偶爾用一、二次。“對任何事物不究就裡”是任何行業的工程師所不應該具備的素質。開發Windows應用程式，看看Windows程式的設計、載入、執行原理，分析一下PE檔案格式，試試用SDK開發從頭開發一個Windows應用程式;用VC++、Delphi、Java、開發應用程式，花時間去研究一下MFC、VCL、J2EE、它們框架設計或者原始碼;除了會用J2EE、JBoss、Spring、Hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。試著這樣做做，你以後的工作將會少遇到一些讓你不明就裡、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”!