1、分享第一條經驗：“學歷代表過去、能力代表現在、學習力代表未來。”其實這是一個來自國外教育領域的一個研究結果。相信工作過幾年、十幾年的朋友對這 個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生！”所以放在每一條，讓剛剛畢業的朋友們早點看到哈！

2、一定要確定自己的發展方向，併為此目的制定可行的計劃。不要說什麼，“我剛畢業，還不知道將來可能做什麼？”，“跟著感覺走，先做做看”。因為，這樣的觀點會通過 你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術，將來成為專家級人物？向管理方向走，成為職業經理人？先熟悉行業和領域，將來自立門戶？還是先 在行業裡面混混，過幾年轉行做點別的？這很重要，它將決定你近幾年、十年內“做什麼事情才是在做正確的事情！”。

3、軟體開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的！在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在MM比較多的團隊中。在軟體專案團隊 中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼，還是產品管理、測試、文件、實施、維護，多少你都要有技術基礎。算我孤 陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟體開發團隊成功地完成過軟體開發專案，哪怕就一個，也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非 技術型)帶一堆人做完過一個專案，專案交付的第二天，專案組成員扔下一句“再也受不了啦！”四分五裂、各奔東西。那個專案的“成功度”大家可想而知了。

4、詳細制定自己軟體開發專業知識學習計劃

5、書籍是人類進步的階梯，對軟體開發人員尤其如此。書籍是學 習知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，並不厭其煩地教你。對於花錢買書，我個人經驗是：千萬別買國內那幫人出的書！我買的那些 傢伙出的書，100%全部後悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。“擁有書籍並不表示擁有知識；擁有知識並不表示擁有技 能；擁有技能並不表示擁有文化；擁有文化並不表示擁有智慧。”只有將書本變成的自己智慧，才算是真正擁有了它。

6、不要僅侷限於對某項 技術的表面使用上，哪怕你只是偶爾用一、二次。“對任何事物不究就裡”是任何行業的工程師所不應該具備的素質。開發Windows應用程式，看看 Windows程式的設計、載入、執行原理，分析一下PE檔案格式，試試用SDK開發從頭開發一個Windows應用程式；用VC＋＋、

Delphi、Java、.Net開發應用程式，花時間去研究一下MFC、VCL、J2EE、.Net它們框架設計或者原始碼；除了會用J2EE、 JBoss、Spring、Hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。 試著這樣做做，你以後的工作將會少遇到一些讓你不明就裡、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”！

7、在一種語言上程式設計，但別為其束縛了思想。“程式碼大全”中說：“深入一門語言程式設計，不要浮於表面”。深入一門語言開發還遠遠不足，任何程式語言的存在都有其自身的理由， 所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。程式語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。

我的經驗 是：用面對物件工具開發某些關鍵模組時，為什麼不可以借鑑C、C51、彙編的模組化封裝方式？用傳統的桌面開發工具(目前主要有VC++、Delphi) 進行系統體統結構設計時，為什麼不可以參考來自Java社群的IoC、AOP設計思想，甚至借鑑像Spring、Hibernate、JBoss等等優秀 的開源框架？在進行類似於實時通訊、資料採集等功能的設計、實現時，為什麼不可以引用來自實時系統、嵌入式系統的優秀的體系框架與模式？為什麼一切都必須 以個人、團隊在當然開發語言上的傳統或者經驗來解決問題？？？“他山之石、可以攻玉”。

8、養成總結與反思的習慣，並有意識地提煉日常 工作成果，形成自己的個人原始碼庫、解決某類問題的通用系統體系結構、甚至進化為框架。眾所周知，對軟體開發人員而言，有、無經驗的一個顯著區別是：無經驗 者完成任何任務時都從頭開始，而有經驗者往往通過重組自己的可複用模組、類庫來解決問題（其實這個結論不應該被侷限在軟體開發領域、可以延伸到很多方 面）。這並不是說，所有可複用的東西都必須自己實現，別人成熟的通過測試的成果也可以收集、整理、整合到自己的知識庫中。但是，最好還是自己實現，這樣沒 有智慧財產權、版權等問題，關鍵是自己實現後能真正掌握這個知識點，擁有這個技能。

9、理論與實踐並重，內外雙修。工程師的內涵是：以工 程師的眼光觀察、分析事物和世界。一個合格的軟體工程師，是真正理解了軟體產品的本質及軟體產品研發的思想精髓的人（個人觀點、歡迎探討）。掌握軟體開發 語言、應用語言工具解決工作中的具體問題、完成目標任務是軟體工程師的主要工作，但從軟體工程師這個角度來看，這只是外在的東西，並非重要的、本質的工 作。學習、掌握軟體產品開發理論知識、軟體開發方法論，並在實踐中理解、應用軟體產品的分析、設計、實現思想來解決具體的軟體產品研發問題，才是真正的軟 件工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，並在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。

10、心態有多開放，視野就有多開闊。不要抱著自己的技術和成果，等到它們都已經過時變成垃圾了，才拿出來丟人現眼。請及時釋出自己的研究成果：開發的 產品、有創意的設計或程式碼，公佈出來讓大家交流或者使用，你的成果才有進化和昇華的機會。想想自己2000年間開發的那些Windows系統工具，5、6 年之後的今天，還是那個樣子，今天流行的好多Windows系統工具都比自己的晚，但進化得很好，且有那麼多使用者在使用。並且，不要保守自己的技術和思 想，儘可能地與人交流與分享，或者傳授給開發團隊的成員。“與人交換蘋果之後，每個人還是隻有一個蘋果；但交換思想之後，每個人都擁有兩種思想”，道理大 家都懂，但有多少人真正能做到呢？

11、儘量參加開源專案的開發、或者與朋友共同研製一些自己的產品，千萬不要因為沒有錢賺而不做。網 絡早已不再只是“虛擬世界”，網上有很多的開源專案、合作開發專案、外包專案，這都是涉獵工作以外的知識的絕好機會，並且能夠結識更廣的人緣。不要因為工 作是做ERP，就不去學習和了解嵌入式、實時、通訊、網路等方面的技術，反過來也是一樣。如果當別人拿著合同找你合作，你卻這也不會，那也不熟時，你將後 悔莫及。

12、書到用時方恨少，不要將自己的知識面僅僅侷限於技術方面。諾貝爾經濟學獎得主西蒙教授的研究結果表明：“對於一個有一定基礎的人來說，他只要真正肯下功夫，在6個月內就可以掌握任何一門學問。”教育心理學界為感謝西蒙教授的研究成果，故命名為西蒙學習法。

可見，掌握一門陌生的學問遠遠沒有想象的那麼高難、深奧。多方吸取、廣泛涉獵。極力夯實自己的影響圈、儘量擴大自己的關注圈。財務、經濟、稅務、管理等等知識，有空花時間看看，韜光養晦、未雨綢繆。

13、本文的總結與反思：

A：不要去做技術上的高手，除非你的目標如此。雖然本文是關於提高軟體開發知識的建議，做技術的高手是我一向都不贊同的。你可以提高自己的專業知識，但能勝任工作即止。

B：提高軟體知識和技術只是問題的表面，本質是要提高自己認識問題、分析問題、解決問題的思想高度。軟體專業知識的很多方法和原理，可以很容易地延伸、應用到生活的其它方面。

C：在能勝任工作的基礎上，立即去涉獵其它領域的專業知識，豐富自己的知識體系、提高自己的綜合素質，尤其是那些目標不在技術方面的朋友。