軟件行業心得，軟件工程師工做總結

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

二、必定要肯定本身的發展方向，併爲此目的制定可行的計劃。不要說什麼，「我剛畢業，還不知道未來可能作什麼?」，「跟着感受走，先作作看」。由於，這樣的觀點會經過你的潛意識去暗示你的行爲無所事事、碌碌無爲。一直作技術，未來成爲專家級人物?向管理方向走，成爲職業經理人?先熟悉行業和領域，未來自立門戶?仍是先在行業裏面混混，過幾年轉行作點別的?這很重要，它將決定你近幾年、十年內「作什麼事情纔是在作正確的事情!」。­

三、軟件開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的!在技術型團隊中，技術與人品同等重要，固然長相也比較重要哈，尤爲在mm比較多的團隊中。在軟件項目團隊中，技術水平是受人重視和尊重的重要砝碼。不管你是作管理、系統分析、設計、編碼，仍是產品管理、測試、文檔、實施、維護，多少你都要有技術基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件開發團隊成功地完成過軟件開發項目，哪怕就一個，也沒有看到。卻是曾經看到過一個「高學歷的牛人」(非技術型)帶一堆人作完過一個項目，項目交付的次日，項目組成員扔下一句「再也受不了啦!」四分五裂、各奔東西。那個項目的「成功度」你們可想而知了。­

四、詳細制定本身軟件開發專業知識學習計劃，並注意及時修正和調整(軟件開發技術變化實在太快)。請牢記：「若是一個軟件開發人員在一、2年內都沒有更新過本身的知識，那麼，其實他已經再也不屬於這個行業了。」不要告訴本身沒有時間。來自時間管理領域的著名的「三八原則」告誡咱們：另外的那8小時如何使用將決定你的人生成敗!本人自畢業以來，平均天天實際學習時間超過2小時。­

五、書籍是人類進步的階梯，對軟件開發人員尤爲如此。書籍是學習知識的最有效途徑，不要過多地期望在工做中能遇到「世外高人」，並不厭其煩地教你。對於花錢買書，我我的經驗是：千萬別買國內那幫人出的書!我買的那些傢伙出的書，!00%所有後悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。「擁有書籍並不表示擁有知識;擁有知識並不表示擁有技能;擁有技能並不表示擁有文化;擁有文化並不表示擁有智慧。」只有將書本變成的本身智慧，纔算是真正擁有了它。­

六、不要僅侷限於對某項技術的表面使用上，哪怕你只是偶爾用1、二次。「對任何事物不究就裏」是任何行業的工程師所不該該具有的素質。開發windows應用程序，看看windows程序的設計、加載、執行原理，分析一下 pe文件格式，試試用sdk開發從頭開發一個windows應用程序;用vc++、 delphi、java、.net開發應用程序，花時間去研究一下mfc、vcl、j2ee、.net它們框架設計或者源碼;除了會用j2ee、 jboss、spring、hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些相似問題的通用解決方案的。試着這樣作作，你之後的工做將會少遇到一些讓你不明就裏、一頭霧水的問題，由於，不少東西你「知其然且知其因此然」!­

七、在一種語言上編程，但別爲其束縛了思想。「代碼大全」中說：「深刻一門語言編程，不要浮於表面」。深刻一門語言開發還遠遠不足，任何編程語言的存在都有其自身的理由，因此也沒有哪門語言是「包治百病」的「靈丹妙藥」。編程語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。個人經驗是：用面對對象工具開發某些關鍵模塊時，爲何不能夠借鑑c、c5一、彙編的模塊化封裝方式?用傳統的桌面開發工具(目前主要有vc++、delphi)進行系統體統結構設計時，爲何不能夠參考來自 java社區的ioc、aop設計思想，甚至借鑑像spring、hibernate、jboss等等優秀的開源框架?在進行相似於實時通訊、數據採集等功能的設計、實現時，爲何不能夠引用來自實時系統、嵌入式系統的優秀的體系框架與模式?爲何一切都必須以我的、團隊在固然開發語言上的傳統或者經驗來解決問題???「他山之石、能夠攻玉」。