軟件開發工作總結4篇

本文由小編輯收集整理，提供一篇軟件開發部個人工作總結，爲您提供幫助！

又到了辭舊歲，迎新年的時候了，回望即將過去的20xx，展現在我們面前的是一年深淺不一的腳印，不管在時間這條巨大的畫面上，留下了是優美的還是些許凌亂的印記，我們總能驕傲地說，我們走過來。

20xx年是一個特殊的年份，金融危機席捲了全球各個經濟體，在中國，製造業受到了不可估量的影響，在這種背景下，百麗提出了“節約成本”的口號，將成本開銷，資源利用控制到最優化，提升實力，迎接挑戰。

1.工作彙報與總結

資訊部在整個一年圍繞着“節約成本”的宗旨，配合各個部門，本着“服務公司”的理念，根據各個部門提出的需求，新開發了質量管理系統，數化管理系統，各個事業部m3外掛上線等，以及完善改進已有的系統：消費管理系統，人事管理系統，集成管理系統等。藉此契機，我有幸能參與其中相關係統的開發。以下是我根據時間和子系統的分類，彙報總結20xx年的工作情況。

（新m3報表子系統）

m3外掛的成功上線，絕對是對管理部提出的“節約成本”的理念的最好詮釋。企業發展部對整個流程的重新梳理，規範各個環節的銜接與控制以及我們資訊部的全力配合開發實現功能都是這一宗旨的具體體現。我依然很清晰地記得xx年初，那時候我剛進部門不久，因爲m3外掛的上線，整個部門如火如荼的進行着，我看到是全體同事的齊心合力，協調合作。我印象深刻的是，那時在部門例會上直接分配報表開發到個人，每人4-5個，雖然對m3取數不是很理解，但終究是在分析測試組的幫助引導下，完成了分配的報表。也實現了我也是部門的一份子，爲部門出一份力的願望。

（集成管理系統）

集成管理子系統是對整個管理系統各個模塊全局的控制，在盧成的指導下，我得以完成編碼管理中編碼段，規則，方案維護模塊的開發，以及後續多語言維護模塊的開發和dbmoto工具重啓模塊的開發。

（人事管理系統）

在人事管理系統中，涉及不多，主要是前期爲鍛鍊提高能力而開發的操作證打印模塊。

（消費管理系統）

在隨後的任務分配上，我更多的精力是放在消費系統的熟悉和開發上，消費系統設計到的業務雖不如人事系統那麼複雜，但把業務來龍去脈理清，以及代碼的熟悉也頗需要時間。對各個模塊的作用以及代碼如何編寫成了我前期的主要任務，主管也是想借此提高我的業務理解能力和編程能力。“磨刀不誤砍柴工”，只有把刀磨得鋒利了，砍起柴來才能做到遊刃有餘。期間也練習過開發一些簡單的消費報表，最初的消費卡自動充值統計報表的開發也確實夯實了業務的瞭解。在後續的工作中，對卡片管理中因爲業務的需要增加了外來員工髮卡，外來員工卡號轉換，離職退卡。設備管理中完成對消費機設備餘額限制等的程序修改，以及黑名單自動下載模塊的開發。獎金收支平衡中增加每日卡餘額的存儲過程用於結算每日卡餘額以及充值退款補貼模塊（新）的修改。在查詢管理中，完成因增加外來員工和其他補貼類型的報表的開發和修改。

（數化管理系統）

與m3外掛系統晚一些啓動的還有數化管理系統，數化管理系統對公司鞋類開發部的開發效率以及設計理念上起到了革命性的作用，這年公司從國外買了一套專業的製鞋軟件，但是這套軟件自帶的材料數據庫根本無法滿足公司開發部的要求，公司決定由我們資訊部開發一組完成數化管理系統的開發。我因而參與了數化系統前期部分基礎模塊的開發。在後續的需求提出後，完成了成品管理中成品設計信息關聯模塊的開發，以及鞋楦管理中鞋楦設計工作表的開發。

（質量管理系統）

質量管理系統開發需求的到來也加快了我的成長，最先是產品製程這一部分：返工率維護，錄入模塊的開發讓我初步地全新開發自己的模塊。期間也着實遇到不少困難，在同事和自己的努力下都一一解決，這一個過程對我來說就是成長鍛鍊的過程。隨後面部返工率報表的開發數量之多和取數之複雜也讓我學到了如何編寫更好的優化存儲過程。第二部分是實驗室抽檢：在其中和同組的成員聯合完成開發皮料，絲帶，鋼勾心等材料的實驗室抽檢模塊的開發。第三部分是原材料檢驗：這個項目是我和馮振才聯合開發，徵對不同材料類型完成了檢驗模塊的開發以及相關報表的開發。

2.個人總結

這一年給我的東西我想用有形的和無形的兩部分概敘，有形的當然就是技術水平的長進，雖然其中肯定有很多的不足，但縱向對比20xx年，我得到了鍛鍊，對於不足的部分，我希望在20xx年繼續努力加快彌補。無形的就是人性的成長，在社會大學的摔打遠比在養老院式的大學校園更能讓人成長，對社會的看法，對人際關係的看法，對價值的看法，不再是以前一種近乎浪漫的眼光審視着這一切。社會的現實讓你更加學會提高，人際關係的複雜讓你更加學會斡旋，價值的體現讓你更加學會抉擇。

3.結語

在20xx年，有喜悅也有淚水。有輝煌也有遺憾，輝煌也好遺憾也罷，20xx已經過去，在新的20xx年我堅信我們資訊部將團結一心面對更多的挑戰和機遇。作爲資訊部的一份子，我將以更好的狀態去迎接它們，和大家共同打造屬於資訊部的輝煌。

先自我簡介一下，本人從事開發進一年， 09屆畢業生，xx年11月開始上班，之前做asp，xx年2月後開始做，由於公司轉型，現在帶十幾個人在一起搞開發，主要是關於準金融行業的行業管理軟件。年度總結在會議上也寫了，但僅限於對於工作總結及xx年工作計劃，自我總結較少，因此今天專門做下自我的年度總結，主要從技術、管理、人生上面談談這一年的收穫，前輩路過歡迎多多指正。

技術

我在學校裏學的是電氣自動化，程序基礎僅限於c基礎課程的一些知識，後來由vb、html轉向asp，在asp上花費了不少時間，對asp比較熟悉，後來由於公司業務需要，將開發平臺轉向，開始對不是很感冒，以爲就是asp的一點擴展(那時還不知道三層架構，數據數據訪問全在頁面裏——!)，後來招來幾個北大青鳥的過來終於意識到的強大之處，經過個人的努力已經逐步掌握了，現在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。

相信從面向過程轉向面向對象的同學都有一種感覺：面向對象開始真的有點彆扭， 涉及到屬性，尤其是類之間的各種關係，那時老想用面向過程傳遞參數多方面啊。於是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現、分級別訪問、封裝對象之間各種關係逐漸真正理解了，尤其是對象之間的關係，如對象a與對象b兩者之間的關係，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現實的實際模型嗎?應該這麼理解，面向對象來源於現實，它不是一種憑空空想出來的理論，這些對象之間的關係可以將其還原爲父子、夫妻、領導下屬、同事、朋友之間的關係。相比之下，頁面過程往往像是一股腦全部推給用戶使用，其中的數據與數據訪問方法層次不清晰，在模擬現實上它與面向對象相比更易於入門理解，實質上難於準確直接地表述。

面向對象上另一方面是它的設計模式，在之前的面向過程中 對這個設計模式並沒有清晰地提出來，面向過程優秀的代碼要求高內聚低耦合，從個人的理解上，這僅是對軟件開發方法“技”上理論總結;設計模式是達到了“道”的層次，因爲它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關係，可以認爲設計模式是完全從實際的應用來不斷總結得來的經驗，之間並沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用於來，當然要應用於實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑑前人的思想來去提升自己，不可去爲“設計模式”而設計模式。

具體到的實現模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的autopostback、selectedindexchanged……都是去調用form傳值，加上runat=server的服務器控件打開它生成的源文件也是普通的html標籤，微軟的讓軟件開發更容易的思路是很好的，時代在前進，很多年前你使用c寫出mis證明你很牛，很多年之後你不在使用c去寫“學生管理系統”、“圖書館管理系統”那隻能說明你的腦子少一根筋，開發語言都有長處與不足的地方，因爲它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿c與php比，程序員都有一種偏執的心理，但一點要記住，你面對的用戶纔有最終發言權，程序能不能滿足需要，易用性、穩定性、成本纔是應當首先放到重要位置來去談的。管理最開始擔任管理一職時開發團隊加我在內只有四個人，那時只是抱着接受挑戰的心理去做管理，加上我本人比較重感情，團隊之間關係相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻幹，印象深刻的是有幾個開始承諾項目不能完工，於是最後天天加班，一直做到早上6點，睡一會7點半接着上班，幾個同事都是年齡差不多的小夥子，幹勁十足。後來隨着時間的推進，問題越來越擺在眼前：項目遲遲不能完工，又由於公司待遇方面讓新員工感覺不值得，於是形成了老闆抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，後來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。後來我逐步體會到，管理應該是“大家定規則去遵守”，而不應該是“人管人”。

人管人很容易陷入一個誤區：領導去時時刻刻關注每個員工，這樣最後往往後造成員工對領導的敷衍了事，管理鬆了員工會責任下下降，管理緊了造成員工與領導關係緊張，另一方面領導時間精力有限必然耗費大量的精力在日常的監督中而不能投入到全局的管理中。

於是“定製度-定分工-定進度”，明確日常所有的規章制度，這期間除了公司主要的工作規章制度外其他的日常工作紀律、日常管理等規章制度都是我本人制訂，然後徵求大家意見最後去貫徹執行。中間也遇到了不少問題，比如開始我們內部是允許使用qq的，後來員工用qq閒聊的時間增多，大大影響了工作效率，最後決心禁止，開始阻力較大(貌似程序員都喜歡掛上幾個qq去到羣裏搞個羣主，雖然羣裏大多都是菜鳥)，最後多次開會，逐個談話，闡明道理，形勢逐漸好轉。

項目分工上針對技術水平明確分工，制訂項目開發計劃，由於開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班——我陪着加班， 這段時間能感覺到員工對我稍有怨言但總體還是認可的。

這期間公司新招人員，人員的增多更使我意識到團隊管理的重要性，這期間版本控制、編碼規範、文檔管理、bug管理等諸多問題都得到一一解決， 技術水平上主要是我個人利用空餘時間學習新知識充電，然後展開各種培訓，主要是photoshop、css、js、sql等方面，培訓一方面提升了員工的技術水平，一方面我本人在學習培訓的過程中得到的最多，因爲這個時候個人要求去思考的會更多，加上我本人對技術興趣比較深厚，所以後期工作慢慢踏入良性循環。

待遇低、條件艱苦、工作時間長、工作壓力大是團隊中最大的難題，這方面公司在某些方面決策層有着嚴重的錯誤思想，造成技術人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟，因爲我明白現在公司的問題與當前中國軟件行業的通病一樣，盲目追求利益最大化，不求質量，但求速度，整個社會風氣造成軟件行業良莠不齊發展，整個中國三四個人的開發團隊組成的公司數不勝數，整個程序員階層生存狀況可想而知，瘋狂加班、代碼質量低下、維護成本大、穩定性差、用戶體驗差……。當然我們本身不能去逃避這個現狀，對於個人來講任何假大空的口號都是沒有意義的，程序員作爲技術人員最重要的是心態，以良好的心態去面對各種問題，發現問題、解決問題，發現問題抱怨是解決不了問題的(“it民工”是我個人認爲it人最沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業，他能做好自己的工作嗎?)，最主要是解決問題。我在面試員工時反覆提到的三點是;工作態度、發展潛力、工作能力，由前向後排序，心態最重要，大公司大家都想削尖腦袋往裏擠，但名額有限，所以廣大的程序員同志絕大多數都集中在二流三流四流的軟件公司，這個時候更應該做好個人職業定位。以我個人的經驗，新員工選擇一家公司往往最看重工資待遇跟發展潛力，程序員是一種不可以混日子的職業，工作能力很重要，但不是最主要的，工作態度是最重要的，工作態度往往跟個人的思想認識還有職業所在的環境有關，我個人的體會是絕不能太過於情緒化，情緒化無論是對工作還是對個人的發展都是不利的，就是說哪怕是明天你要辭職，你今天都要把今天要做的事情認真用心做好。

對於工作責任心不夠的員工是尤其值得關注的，他們往往自我意識過於強烈，追求以自我爲中心，很多時候伴隨着工作得不到認可、工作感覺不充實不開心，我會主動找他談話，我認識：你管理的是一個實實在在的人 ，他不是一臺任你擺佈的機器，人會有情緒往往是有心結，找到原因，多加開導，用心去關心每個成員。對於實在不適合在本團隊發展的員工要做好最壞打算。程序員這個職業與現在的大學生具有一致的特徵，一個是從天之驕子淪爲多餘人，一個是從高智商人士成爲今天中國通行的”it民工“。另一方面是程序員往往年齡集中在20-25之間的男性中，情緒化、失落感、心理不成熟等一系列問題都會出現。但這個階段的人往往也最易溝通，可塑性也較強，適當的引導、合理的方式會比野蠻的管理效果強上百倍。

又到了辭舊歲，迎新年的時候了，回望即將過去的，展現在我們面前的是一年深淺不一的腳印，不管在時間這條巨大的畫面上，留下了是優美的還是些許凌亂的印記，我們總能驕傲地說，我們走過來。

是一個特殊的年份，金融危機席捲了全球各個經濟體，在中國，製造業受到了不可估量的影響，在這種背景下，百麗提出了“節約成本”的口號，將成本開銷，資源利用控制到最優化，提升實力，迎接挑戰。

1.工作彙報與總結

資訊部在整個一年圍繞着“節約成本”的宗旨，配合各個部門，本着“服務公司”的理念，根據各個部門提出的需求，新開發了質量管理系統，數化管理系統，各個事業部m3外掛上線等，以及完善改進已有的系統：消費管理系統，人事管理系統，集成管理系統等。藉此契機，我有幸能參與其中相關係統的開發。以下是我根據時間和子系統的分類，彙報總結的工作情況。

（新m3報表子系統）

m3外掛的成功上線，絕對是對管理部提出的“節約成本”的理念的最好詮釋。企業發展部對整個流程的重新梳理，規範各個環節的銜接與控制以及我們資訊部的全力配合開發實現功能都是這一宗旨的具體體現。我依然很清晰地記得09年初，那時候我剛進部門不久，因爲m3外掛的上線，整個部門如火如荼的進行着，我看到是全體同事的齊心合力，協調合作。我印象深刻的是，那時在部門例會上直接分配報表開發到個人，每人4-5個，雖然對m3取數不是很理解，但終究是在分析測試組的幫助引導下，完成了分配的報表。也實現了我也是部門的一份子，爲部門出一份力的願望。

（集成管理系統）

集成管理子系統是對整個管理系統各個模塊全局的控制，在盧成的指導下，我得以完成編碼管理中編碼段，規則，方案維護模塊的開發，以及後續多語言維護模塊的開發和dbmoto工具重啓模塊的開發。

（人事管理系統）

在人事管理系統中，涉及不多，主要是前期爲鍛鍊提高能力而開發的操作證打印模塊。

（消費管理系統）

在隨後的任務分配上，我更多的精力是放在消費系統的熟悉和開發上，消費系統設計到的業務雖不如人事系統那麼複雜，但把業務來龍去脈理清，以及代碼的熟悉也頗需要時間。對各個模塊的作用以及代碼如何編寫成了我前期的主要任務，主管也是想借此提高我的業務理解能力和編程能力。“磨刀不誤砍柴工”，只有把刀磨得鋒利了，砍起柴來才能做到遊刃有餘。期間也練習過開發一些簡單的消費報表，最初的消費卡自動充值統計報表的開發也確實夯實了業務的瞭解。在後續的工作中，對卡片管理中因爲業務的需要增加了外來員工髮卡，外來員工卡號轉換，離職退卡。設備管理中完成對消費機設備餘額限制等的程序修改，以及黑名單自動下載模塊的開發。獎金收支平衡中增加每日卡餘額的存儲過程用於結算每日卡餘額以及充值退款補貼模塊（新）的修改。在查詢管理中，完成因增加外來員工和其他補貼類型的報表的開發和修改。

（數化管理系統）

與m3外掛系統晚一些啓動的還有數化管理系統，數化管理系統對公司鞋類開發部的開發效率以及設計理念上起到了革命性的作用，這年公司從國外買了一套專業的製鞋軟件，但是這套軟件自帶的材料數據庫根本無法滿足公司開發部的要求，公司決定由我們資訊部開發一組完成數化管理系統的開發。我因而參與了數化系統前期部分基礎模塊的開發。在後續的需求提出後，完成了成品管理中成品設計信息關聯模塊的開發，以及鞋楦管理中鞋楦設計工作表的開發。

（質量管理系統）

質量管理系統開發需求的到來也加快了我的成長，最先是產品製程這一部分：返工率維護，錄入模塊的開發讓我初步地全新開發自己的模塊。期間也着實遇到不少困難，在同事和自己的努力下都一一解決，這一個過程對我來說就是成長鍛鍊的過程。隨後面部返工率報表的開發數量之多和取數之複雜也讓我學到了如何編寫更好的優化存儲過程。第二部分是實驗室抽檢：在其中和同組的成員聯合完成開發皮料，絲帶，鋼勾心等材料的實驗室抽檢模塊的開發。第三部分是原材料檢驗：這個項目是我和馮振才聯合開發，徵對不同材料類型完成了檢驗模塊的開發以及相關報表的開發。

2.個人總結

這一年給我的東西我想用有形的和無形的兩部分概敘，有形的當然就是技術水平的長進，雖然其中肯定有很多的不足，但縱向對比，我得到了鍛鍊，對於不足的部分，我希望在繼續努力加快彌補。無形的就是人性的成長，在社會大學的摔打遠比在養老院式的大學校園更能讓人成長，對社會的看法，對人際關係的看法，對價值的看法，不再是以前一種近乎浪漫的眼光審視着這一切。社會的現實讓你更加學會提高，人際關係的複雜讓你更加學會斡旋，價值的體現讓你更加學會抉擇。

3.結語

在，有喜悅也有淚水。有輝煌也有遺憾，輝煌也好遺憾也罷，已經過去，在新的我堅信我們資訊部將團結一心面對更多的挑戰和機遇。作爲資訊部的一份子，我將以更好的狀態去迎接它們，和大家共同打造屬於資訊部的輝煌。

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

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

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

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

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

12、書到用時方恨少，不要將自己的知識面僅僅侷限於技術方面。諾貝爾經濟學獎得主西蒙教授的研究結果表明： “對於一個有一定基礎的人來說，他只要真正肯下功夫，在6個月內就可以掌握任何一門學問。”教育心理學界爲感謝西蒙教授的研究成果，故命名爲西蒙學習法。可見，掌握一門陌生的學問遠遠沒有想想的那麼高難、深奧。多方吸取、廣泛涉獵。極力夯實自己的影響圈、儘量擴大自己的關注圈。財務、經濟、稅務、管理等等知識，有空花時間看看，韜光養晦、未雨綢繆。

13、本文的總結與反思：

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

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

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