一、
分享第一條經驗：“學歷代表過去、能力代表現在、學習力代表未來。”
其實這是一個來自國外教育領域的一個研究結果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。
但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生！”所以放在每一條，讓剛剛畢業的朋友們早點看到哈！
二、
一定要確定自己的發展方向，併爲此目的制定可行的計劃。
不要說什麼，“我剛畢業，還不知道將來可能做什麼？”，“跟着感覺走，先做做看”。因爲，這樣的觀點會通過你的潛意識去暗示你的行爲無所事事、碌碌無爲。
一直做技術，將來成爲專家級人物？向管理方向走，成爲職業經理人？先熟悉行業和領域，將來自立門戶？還是先在行業裏面混混，過幾年轉行做點別的？這很重要，它將決定你近幾年、十年內“做什麼事情纔是在做正確的事情！”。
三、
軟件開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的！
在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在MM比較多的團隊中。在軟件項目團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼，還是產品管理、測試、文檔、實施、維護，多少你都要有技術基礎。
算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件開發團隊成功地完成過軟件開發項目，哪怕就一個，也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非技術型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦！”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。
四、
詳細制定自己軟件開發專業知識學習計劃，並注意及時修正和調整(軟件開發技術變化實在太快)。
請牢記：“如果一個軟件開發人員在1、2年內都沒有更新過自己的知識，那麼，其實他已經不再屬於這個行業了。”
不要告訴自己沒有時間。來自時間管理領域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成敗！本人自畢業以來，平均每天實際學習時間超過2小時。
五、
書籍是人類進步的階梯，對軟件開發人員尤其如此。
書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，並不厭其煩地教你。
對於花錢買書，我個人經驗是：千萬別買國內那幫人出的書！我買的那些傢伙出的書，100%全部後悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。“
擁有書籍並不表示擁有知識；擁有知識並不表示擁有技能；擁有技能並不表示擁有文化；擁有文化並不表示擁有智慧。”只有將書本變成的自己智慧，纔算是真正擁有了它。
六
不要僅侷限於對某項技術的表面使用上，哪怕你只是偶爾用一、二次。“對任何事物不究就裏”是任何行業的工程師所不應該具備的素質。
開發Windows應用程序，看看Windows程序的設計、加載、執行原理，分析一下PE文件格式，試試用SDK開發從頭開發一個Windows應用程序；用VC＋＋、 Delphi、Java、.Net開發應用程序，花時間去研究一下MFC、VCL、J2EE、.Net它們框架設計或者源碼；除了會用J2EE、 JBoss、Spring、Hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。
試着這樣做做，你以後的工作將會少遇到一些讓你不明就裏、一頭霧水的問題，因爲，很多東西你“知其然且知其所以然”！
七
在一種語言上編程，但別爲其束縛了思想。
“代碼大全”中說：“深入一門語言編程，不要浮於表面”。深入一門語言開發還遠遠不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。編程語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。
我的經驗是：用面對對象工具開發某些關鍵模塊時，爲什麼不可以借鑑C、C51、彙編的模塊化封裝方式？用傳統的桌面開發工具(目前主要有VC++、Delphi)進行系統體統結構設計時，爲什麼不可以參考來自Java社區的IoC、AOP設計思想，甚至借鑑像Spring、Hibernate、JBoss等等優秀的開源框架？在進行類似於實時通信、數據採集等功能的設計、實現時，爲什麼不可以引用來自實時系統、嵌入式系統的優秀的體系框架與模式？爲什麼一切都必須以個人、團隊在當然開發語言上的傳統或者經驗來解決問題？？？“他山之石、可以攻玉”。
八
衆所周知，對軟件開發人員而言，有、無經驗的一個顯著區別是：無經驗者完成任何任務時都從頭開始，而有經驗者往往通過重組自己的可複用模塊、類庫來解決問題（其實這個結論不應該被侷限在軟件開發領域、可以延伸到很多方面）。這並不是說，所有可複用的東西都必須自己實現，別人成熟的通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是，最好還是自己實現，這樣沒有知識產權、版權等問題，關鍵是自己實現後能真正掌握這個知識點，擁有這個技能。
養成總結與反思的習慣，並有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統體系結構、甚至進化爲框架。
九
工程師的內涵是：以工程師的眼光觀察、分析事物和世界。
一個合格的軟件工程師，是真正理解了軟件產品的本質及軟件產品研發的思想精髓的人（個人觀點、歡迎探討）。
掌握軟件開發語言、應用語言工具解決工作中的具體問題、完成目標任務是軟件工程師的主要工作，但從軟件工程師這個角度來看，這只是外在的東西，並非重要的、本質的工作。學習、掌握軟件產品開發理論知識、軟件開發方法論，並在實踐中理解、應用軟件產品的分析、設計、實現思想來解決具體的軟件產品研發問題，纔是真正的軟件工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，並在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。
十、
書到用時方恨少，不要將自己的知識面僅僅侷限於技術方面。
儘量參加開源項目的開發、或者與朋友共同研製一些自己的產品，千萬不要因爲沒有錢賺而不做。網絡早已不再只是“虛擬世界”，網上有很多的開源項目、合作開發項目、外包項目，這都是涉獵工作以外的知識的絕好機會，並且能夠結識更廣的人緣。不要因爲工作是做ERP，就不去學習和了解嵌入式、實時、通信、網絡等方面的技術，反過來也是一樣。如果當別人拿着合同找你合作，你卻這也不會，那也不熟時，你將後悔莫及。
諾貝爾經濟學獎得主西蒙教授的研究結果表明： “對於一個有一定基礎的人來說，他只要真正肯下功夫，在6個月內就可以掌握任何一門學問。”教育心理學界爲感謝西蒙教授的研究成果，故命名爲西蒙學習法。
可見，掌握一門陌生的學問遠遠沒有想象的那麼高難、深奧。多方吸取、廣泛涉獵。極力夯實自己的影響圈、儘量擴大自己的關注圈。財務、經濟、稅務、管理等等知識，有空花時間看看，韜光養晦、未雨綢繆。
本文的總結與反思：
A：不要去做技術上的高手，除非你的目標如此。雖然本文是關於提高軟件開發知識的建議，做技術的高手是我一向都不贊同的。你可以提高自己的專業知識，但能勝任工作即止。
B：提高軟件知識和技術只是問題的表面，本質是要提高自己認識問題、分析問題、解決問題的思想高度。軟件專業知識的很多方法和原理，可以很容易地延伸、應用到生活的其它方面。
C：並且，不要保守自己的技術和思想，儘可能地與人交流與分享，或者傳授給開發團隊的成員。“與人交換蘋果之後，每個人還是隻有一個蘋果；但交換思想之後，每個人都擁有兩種思想”，道理大家都懂，但有多少人真正能做到呢？
：在能勝任工作的基礎上，立即去涉獵其它領域的專業知識，豐富自己的知識體系、提高自己的綜合素質，尤其是那些目標不在技術方面的朋友。 理論與實踐並重，內外雙修。 心態有多開放，視野就有多開闊。不要抱着自己的技術和成果，等到它們都已經過時變成垃圾了，纔拿出來丟人現眼。請及時發佈自己的研究成果：開發的產品、有創意的設計或代碼，公佈出來讓大家交流或者使用，你的成果纔有進化和昇華的機會。想想自己2000年間開發的那些Windows系統工具，5、6年之後的今天，還是那個樣子，今天流行的好多Windows系統工具都比自己的晚，但進化得很好，且有那麼多用戶在使用。