軟件開發年終工作總結

　　軟件開發是根據用戶要求建造出軟件系統或者系統中的軟件部分的過程。軟件開發是一項包括需求捕捉、需求分析、設計、實現和測試的系統工程。下面是關于軟件開發年終工作總結的內容，歡迎閱讀！

　　軟件開發年終工作總結

　　哲學就是用簡單的說話來體現出隱含深層意義的道理，讓人們去思考和體會。哲學本身就是用來完善自己的精神修養和幫助他人完善思想的。

　　哲學的特征在于追問本質，不斷反思。內容上，哲學的反思對象無所不包;深度上，哲學的反思是無窮無盡的。現實中，我們可以借用哲學的思維方式，但是不能照搬哲學的思維方式。也即是說我們能夠直接關注的現實是具體而有限的，思維的不可封閉性使得我們在解決具體問題時不能進行無窮追問。

　　把哲學低估于現代科學是不負責任的，哲學隱藏在現實生活中的每一部分，它為我們提供了一種生活的方式，如果將哲學簡單的與現代科學相提并論，則成為了一種狹隘的唯科學主義。

　　“又是一年畢業時”，看到一批批學子離開人生的象牙塔，走上各自的工作崗位;想想自己也曾經意氣風發、躊躇滿志，不覺感嘆萬千……本文是自己工作6年的經歷沉淀或者經驗提煉，希望對所有的軟件工程師們有所幫助，早日實現自己的人生目標。本文主要是關于軟件開發人員如何提高自己的軟件專業技術方面的具體建議，前面幾點旨在確定大的方向，算是廢話吧。

　　謹以此文獻給那個自己為你奉獻3年青春與激情的開發團隊。還有團隊成員：PPL、YT、YK、TYF、LGL、CHL、CDY、CB、DPD。

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

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

　　3、軟件開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的!在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在MM比較多的團隊中。在軟件項目團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼，還是產品管理、測試、文檔、實施、維護，多少你都要有技術基礎。

　　算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件開發團隊成功地完成過軟件開發項目，哪怕就一個，也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非技術型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。

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

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

　　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等等優秀的開源框架?在進行類似于實時通信、數據采集等功能的設計、實現時，為什么不可以引用來自實時系統、嵌入式系統的優秀的體系框架與模式?為什么一切都必須以個人、團隊在當然開發語言上的傳統或者經驗來解決問題???“他山之石、可以攻玉”。