第一篇：軟體開發工程師個人年終工作總結
以下提供一篇個人工作總結給大家參考！
作為一個軟體開發工程師（我也是一名軟體開發工程師），所實在的如果每年只做那麼一兩個專案，年終工作總結寫起來也應該得心應手的，我們只需要把本年度該專案的基本情況簡歷表述一下，自己在專案中的角色以及自己在專案中遇到的重點問題及解決方案描述一下，最後展望一下下一年度的工作計劃，ok，本年度的工作總結基本完成。下面我給大家看一篇別人寫的我認為比較好的個人年終工作總結範文：
軟體開發工程師個人年終工作總結範文
2014年2月2日，我有幸成為北京超圖一員，應聘為公司的java軟體工程師。入任職以來，在部門領導的帶領下，自己感覺無論學習、技術、生活等方面都有很大的提升。
2014年裡我主要完成的工作有三方面：
1、荊門石油石化巡檢系統的調研和開發。
該專案是我工作以來第一次涉及到調研，對我來說算是一個不小的挑戰。在調研過程中，讓我學會了如何通過和客戶的溝通來了解客戶的需求。由於自己的工作經驗不足，在調研工作中體現出一些問題。不能很直接的在和客戶溝通中非常準確的瞭解客戶的更多需求，有很多需要和客戶交流溝通多次才能明白客戶的最終需求，也沒有把自己作為終端使用者並站在使用者的角度上來考慮問題，這些都是我在以後的工作中需要提高和改進的地方。在巡檢系統的開發工作中，讓我進一步鞏固和加強了自己的開發能力。
2、電信12530增值業務的開發與維護。
從5月以來我就開始接手公司的主要業務之一，12530電信增值業務。由於前面負責這個專案的同事突然離職，導致這個專案的交接工再做得不夠好，對我順利接手這個專案造成很大的困難。而剛一接手這個專案，馬上就需要新上一個投票活動，並要對一些主要程式碼進行修改，讓我倍感壓力，幾乎都快放棄。最後在金總的指導和鼓勵下，順利的完成這次活動。在完成這次投票活動後，為了避免下一個接手這個專案同事與我遇到同樣困難，我第一時間將這個專案的相關技術文件補充完全，保證別人能夠順利的進行該專案工作。通過這個專案，讓我加強了自己在高強高壓下工作的能力，也讓我找到更多自信。
3、襄樊、鄂州家政網路服務中心的開發與實施。
在這兩個專案中，除了承擔開發工作以外，也逐漸涉及到專案管理的職責，讓我在個人能力上有所提高。為了這兩個專案能夠順利完成，除了完成自己的工作外，還主動關心其他同事的工作完成情況。讓我在專案管理和專案進度的把控能力有很大的提高。將襄樊、鄂州家政網路服務中心順利實施，為我公司拿下湖北省其他市的家政網路服務中心奠定基礎。在工作之外，我也注重個人能力的提高。工作之餘，主動學習一些新技術，與同事溝通配合，搭建一個ssh的開發框架。也學習spring security知識，這些新知識的積累，對我以後的工作有很大幫助。
2014年工作展望：
1、將學習的springsecurity整合到我們自己搭建的ssh框架，進一步完善框架。
2、利用搭建的ssh框架，開發一套oa系統平臺。
3、做好襄樊、鄂州家政網路服務中心的維護工作。
4、希望公司能夠大量拿下湖北省其他市的家政網路服務中心，繼續開發和實施湖北省其他市的家政網路服務中心。
5、繼續學習新技術，努力提高自己的個人能力。為以後能夠更好，更順利的工作奠定基礎。
6、希望通過自己的進步和努力，能為公司的發展做出自己最大的貢獻，體現出自己的最大價值。
第二篇：軟體開發程式設計師個人年度工作總結
先自我簡介一下，本人從事開發進一年， 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之間的男性中，情緒化、失落感、心理不成熟等一系列問題都會出現。但這個階段的人往往也最易溝通，可塑性也較強，適當的引導、合理的方式會比野蠻的管理效果強上百倍。
第三篇：軟體開發工程師個人年終工作總結範文
軟體開發工程師個人年終工作總結範文
作為一個軟體開發工程師（我也是一名軟體開發工程師），所實在的如果每年只做那麼一兩個專案，年終工作總結寫起來也應該得心應手的，我們只需要把本年度該專案的基本情況簡歷表述一下，自己在專案中的角色以及自己在專案中遇到的重點問題及解決方案描述一下，最後展望一下下一年度的工作計劃，ok，本年度的工作總結基本完成。下面我給大家看一篇別人寫的我認為比較好的個人年終工作總結範文：
軟體開發工程師個人年終工作總結範文
2014年2月2日，我有幸成為北京超圖一員，應聘為公司的java軟體工程師。入任職以來，在部門領導的帶領下，自己感覺無論學習、技術、生活等方面都有很大的提升。 2014年裡我主要完成的工作有三方面：
1、荊門石油石化巡檢系統的調研和開發。
該專案是我工作以來第一次涉及到調研，對我來說算是一個不小的挑戰。在調研過程中，讓我學會了如何通過和客戶的溝通來了解客戶的需求。由於自己的工作經驗不足，在調研工作中體現出一些問題。不能很直接的在和客戶溝通中非常準確的瞭解客戶的更多需求，有很多需要和客戶交流溝通多次才能明白客戶的最終需求，也沒有把自己作為終端使用者並站在使用者的角度上來考慮問題，這些都是我在以後的工作中需要提高和改進的地方。在巡檢系統的開發工作中，讓我進一步鞏固和加強了自己的開發能力。
2、電信12530增值業務的開發與維護。
從5月以來我就開始接手公司的主要業務之一，12530電信增值業務。由於前面負責這個專案的同事突然離職，導致這個專案的交接工再做得不夠好，對我順利接手這個專案造成很大的困難。而剛一接手這個專案，馬上就需要新上一個投票活動，並要對一些主要程式碼進行修改，讓我倍感壓力，幾乎都快放棄。最後在金總的指導和鼓勵下，順利的完成這次活動。在完成這次投票活動後，為了避免下一個接手這個專案同事與我遇到同樣困難，我第一時間將這個專案的相關技術文件補充完全，保證別人能夠順利的進行該專案工作。通過這個專案，讓我加強了自己在高強高壓下工作的能力，也讓我找到更多自信。
3、襄樊、鄂州家政網路服務中心的開發與實施。
在這兩個專案中，除了承擔開發工作以外，也逐漸涉及到專案管理的職責，讓我在個人能力上有所提高。為了這兩個專案能夠順利完成，除了完成自己的工作外，還主動關心其他同事的工作完成情況。讓我在專案管理和專案進度的把控能力有很大的提高。將襄樊、鄂州家政網路服務中心順利實施，為我公司拿下湖北省其他市的家政網路服務中心奠定基礎。在工作之外，我也注重個人能力的提高。工作之餘，主動學習一些新技術，與同事溝通配合，搭建一個ssh的開發框架。也學習spring security知識，這些新知識的積累，對我以後的工作有很大幫助。
2014年工作展望：
1、將學習的springsecurity整合到我們自己搭建的ssh框架，進一步完善框架。
2、利用搭建的ssh框架，開發一套oa系統平臺。
3、做好襄樊、鄂州家政網路服務中心的維護工作。
4、希望公司能夠大量拿下湖北省其他市的家政網路服務中心，繼續開發和實施湖北省其他市的家政網路服務中心。
5、繼續學習新技術，努力提高自己的個人能力。為以後能夠更好，更順利的工作奠定基礎。
6、希望通過自己的進步和努力，能為公司的發展做出自己最大的貢獻，體現出自己的最大價值。
—————-結束。
以上這篇個人年終工作總結算是程式設計師慣用的一種寫法，先回顧本年度自己做過的專案，總
結專案的經驗，再描述下年度的工作計劃。
第四篇：2014軟體開發工作總結
工作總結
時間一晃而過，轉眼間到公司已經快一年了。這一年的時間裡，在領導和同事們的悉心關懷、指導和幫助中，通過自身的努力，各方面均取得了一定的進步，工作上的收穫，知識的豐富，經驗的增長以及仍然存在的不足作如下總結。以明確來年的目標，盼懲前毖後，在新的一年中有更好的成績。
一、主要工作：
1. 參與了試驗檢測管理系統的相關工作（3月上旬至10月）
①試驗檢測軟體（舊版）
·參與試驗檢測管理系統（舊版）部分模組功能的開發
·參與試驗檢測管理系統（舊版）功能測試
·參與試驗檢測管理系統（舊版）bug確認及修改
·參與試驗檢測管理系統（舊版）部分安裝及售後工作
②試驗檢測軟體（新版）
·參與試驗檢測管理系統（新版）部分模組功能的開發
·參與試驗檢測管理系統（新版）功能測試
·參與試驗檢測管理系統（新版）bug確認及修改
·參與試驗檢測管理系統（新版）表格模板修改
·參與試驗檢測管理系統（新版）部分安裝及售後工作
2.參與公路工程專案管理系統——質量控制子系統（隧道部分）（10月下旬至今）
·參與隧道部分資料庫指令碼編寫
·參與隧道部分表格基礎功能實現
·公路工程專案管理系統——質量控制子系統（隧道部分）其他開發仍在進行當中
二、經驗教訓
1. 試驗檢測管理系統
試驗檢測管理系統是我來公司參與的第一個專案，也是入職以來投入精力最多的專案。在這個專案中投入精力最多的是表格邏輯關係編寫、表格間資料提取及處理，模板表格修改，這個過程中不僅對專業知識有了一定的豐富和提高，還對公路工程相關知識有所瞭解。在後期對系統進行優化和修改的過程中，不斷地和技術人員溝通和交流，不斷的學習，使得該系統從當初的bug多，介面不美觀不一致的狀況得到了明顯的改善。
經驗：一個好的軟體在於軟體本身的質量，軟體能不能給使用者的使用帶來方便、軟體的介面是否簡單大方，不讓人反感，軟體是否穩定，容易維護、容易擴充套件。利用語言做軟體只是一個程式設計師的基礎，更重要的是能發現問題、認識問題、解決問題，做一個好的軟體應該設身處地的站在使用者的角度考慮怎麼樣才能更有利於使用者的使用。
教訓：做開發要不斷的和客戶溝通，站在客戶的角度思考問題，不能想當然的實現開發功能
2. 公路工程專案管理系統——質量控制子系統（隧道部分）
試驗檢測管理系統的開發和優化工作有所突破之後，我參與到了公路工程專案管理系統——質量控制子系統（隧道部分）的開發中。這個系統涉及到wcf相關專業知識，這個是我沒有接觸過的東西，所有在架構的熟悉，程式碼的編寫，功能的開發的過程中遇到一些問題，但同時也學到了更多的知識，在解決問題的同時也學到了很多東西。
經驗：wcf的有關要點和應用
教訓：做事要重視細節，不能忽略小問題，進行重複工作不能大意，考慮問題要嚴謹
三、程式上的收穫
1.程式碼規範，注重交流
剛來到公司的時候程式碼不規範，該加註釋的不加註釋，經過同事的指導和程式碼對比發現了自己的不足，進而意識到程式碼書寫的規範與否會直接影響程式碼的易讀性，進而影響到軟體開發的效率。經過一段時間的修正，體會到如果自己寫的程式碼很爛會讓下一個改你程式的同事很是頭疼，所以一定要提高自己的素質，首先應該注意的要條理清楚、思路明晰、程式碼規範。
2.軟體開發不是一個人的事
在團隊中技術與交流同等重要，交流是團隊開發的基石，技術水平是專案堅固的保證。
3.測試不馬虎
一次系統升級，由於是剛剛改好的程式就要上機，就沒有好好測試，結果升級後造成了很多沒有預料到的問題。經過那次升級意識到測試可能不一定需要很高的技術含量。但卻是個考驗細心，嚴謹的任務。 甚至有的時候感到很繁瑣枯燥。 但這個保證軟體質量的一個重要過程。
4.掌握進度，隨時彙報
在做程式的時候以後都應該時刻提醒自己反應情況，提出自己遇到的困難需要哪些幫助。遇到不會的，不懂的應該及時提出問題。
四、工作計劃
經過一年的工作，對以後的工作做一簡單計劃：
1、要提高工作的主動性，做事幹脆果斷，不拖泥帶水；
2、工作要注重實效、注重結果，一切工作圍繞著目標的完成；
3、要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺；
4、把握一切機會提高專業能力，加強平時知識總結工作；
5、精細化工作方式的思考和實踐。
6、虛心請教比我做的優秀的其他同事，向他們學習技術或經驗。多聽、多看、多想、多做、多溝通，向每一個員工學習他們身上的優秀工作習慣，豐富的專業技能，配合著實際工作不斷的進步
五、展望來年
通過一段時間的成長，對自己的人生有了進一步的認識，渴望有所突破的我，將會在以後的工作和生活中時時提醒自己，不斷地提高。
希望2014年能在2014的基礎上技術更上一層樓，能對資料庫以及wcf的知識進行系統的學習，完成今年尚未完成的公路工程專案管理系統——質量控制子系統的編寫，積累知識和經驗，為即將到來的其他專案做好準備。
第五篇：軟體開發工作總結
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等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。試著這樣做做，你以後的工作將會少遇到一些讓你不明就裡、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”！
11、儘量參加開源專案的開發、或者與朋友共同研製一些自己的產品，千萬不要因為沒有錢賺而不做。網路早已不再只是“虛擬世界”，網上有很多的開源專案、合作開發專案、外包專案，這都是涉獵工作以外的知識的絕好機會，並且能夠結識更廣的人緣。不要因為工作是做erp，就不去學習和了解嵌入式、實時、通訊、網路等方面的技術，反過來也是一樣。如果當他別人拿著合同找你合作，你卻這也不會，那也不熟時，你將後悔莫及。
12、書到用時方恨少，不要將自己的知識面僅僅侷限於技術方面。諾貝爾經濟學獎得主西蒙教授的研究結果表明： “對於一個有一定基礎的人來說，他只要真正肯下功夫，在6個月內就可以掌握任何一門學問。”教育心理學界為感謝西蒙教授的研究成果，故命名為西蒙學習法。可見，掌握一門陌生的學問遠遠沒有想想的那麼高難、深奧。多方吸取、廣泛涉獵。極力夯實自己的影響圈、儘量擴大自己的關注圈。財務、經濟、稅務、管理等等知識，有空花時間看看，韜光養晦、未雨綢繆。
13、本文的總結與反思：
a：不要去做技術上的高手，除非你的目標如此。雖然本文是關於提高軟體開發知識的建議，做技術的高手是我一向都不贊同的。你可以提高自己的專業知識，但能勝任工作即止。
b：提高軟體知識和技術只是問題的表面，本質是要提高自己認識問題、分析問題、解決問題的思想高度。軟體專業知識的很多方法和原理，可以很容易地延伸、應用到生活的其它方面。
c：在能勝任工作的基礎上，立即去涉獵其它領域的專業知識，豐富自己的知識體系、提高自己的綜合素質，尤其是那些目標不在技術方面的朋友。