軟件工程感悟心得4篇 「代碼篇章，技術味道：軟件工程的精髓」

軟件工程是近年來快速發展的領域，作為軟件工程師之一，我深感這項技術給我們帶來的巨大改變和機遇。通過不斷學習和實踐，我對軟件工程有着獨特的感悟和心得。在本文中，我將分享我在軟件工程領域中的體驗和思考，希望能給讀者帶來新的啟發與思考。

第1篇

時間飛逝，不知不覺間《軟件工程》的學習已經過了大半了。在這將近半學期的學習中，雖然我不能説我將《軟件工程》學習的有多麼的好，但是通過學習，我還是受益良多。

在以前，我一直對軟件存在一些偏見或則是誤解，認為軟件就是程序，軟件的開發就是編寫程序，只要編完了程序，一切也就ok了，而且我還片面的認為只要我掌握了時下最新的語言和工具，那麼我就能寫程序了。一個人，只要會編程，就能寫軟件，就是程序員;一個公司，只要招聘一些程序員，就能開發好的軟件產品。只要有幾個有經驗的程序員，再找些兼職的大學生，就能組成一個軟件公司。

但是通過了《軟件工程》這門課的學習，使我認識到了我以前的錯誤。軟件其實不僅僅是程序，軟件開發其實也不僅僅是編寫程序，軟件是思想在硬件上的載體和體現，處理的是邏輯和信息。唯有對軟件和軟件的開發過程，有充分的認識，才能更好的開發出，過程受控、質量受控的軟件產品。

而且在以前，我一直以為軟件的開發其實是一件很輕鬆快樂的事情，只要一天坐在電腦旁敲敲鍵盤，那麼一切就可以了，但是現在我才發現，我以前的很多的思想是多麼的膚淺可笑。編程其實是一種樂趣和苦惱共存的一項創造性活動。因為編程不僅能夠滿足我們內心深處進行創造的渴望，而且還能愉悦我們內在的情感。

而且通過學習《軟件工程》，我還學到了很多其他的東西。比如通過學習《軟件工程》，特別是老師每次用實際的軟件現場的講解，為我提供了一個儘早接觸世界工作和真實項目的機會。讓我知道如何在以最小的成本中，訓練自己的基本工程素質和能力，如何激發自己的積極性等。而且通過學習《軟件工程》，還讓我認識和培養了我的團隊協作能力，特別是對於我們這些在校的學生來説，這種學習更是能讓我在以後工作中少走很多的彎路。

所以，通過《軟件工程》的學習，我是真的學習到了很多有用的東西，讓我明白了很多的道理。在此我對老師的辛勤教育表示感謝，因為是你讓我學習到了這些，是我獲益良多。

第2篇

15天的實訓結束了，今天做的是紙牌遊戲軟件和趣味打字遊戲。今天的東西對我來説有點難度，最後沒有能過完全做完。但是我還是覺得這是一個不錯的實訓，在這種集體的環境裏和同學們一起學習，每天的生活過的也是非常的充實。

此次實踐課我的收穫很多。我和同學們這一次真正自己動手製作了一個小軟件，雖然還存在很多的問題，而且我做的軟件在使用起來還是很不可行的，但是我們從中受到了很多知識，不僅是專業的知識，更讓我明白了一個軟件從設計到實現的每一個環節真的很不容易，不僅需要紮實的專業知識，更需要一個團隊的配合，這才是一個軟件成功的關鍵。這就告訴我們，一個人的出色不算什麼，一個團隊的出色才是真正有用的。

剛開始拿到題目我們組員都不知如何下手，經過小組成員一起查找資料，並且開會討論，我們確定了設計的設計目標以及具體實現方式，包括如何將java的思想運用到實際系統的詳細設計之中。

在實驗課上，我學會了很多學習的方法。而這是日後最實用的。要面對社會的挑戰，只有不斷的學習、實踐，再學習、再實踐。這對於我的將來也有很大的幫助。以後，不管有多苦，我想我都能變苦為樂，找尋有趣的事情，發現其中珍貴的事情。就像中國提倡的艱苦奮鬥一樣，我都可以在實驗結束之後變的更加成熟，會面對需要面對的事情，以及學會遇到問題，不急不慌，慢慢解決它。

雖然過程辛苦是不可避免，但收穫還是令人感到尤其的欣慰。在這次的軟件設計中不僅檢驗了我所學習的知識，也培養了我的實踐能力，讓我知道遇到一個問題，如何去尋找思路，如何去解決問題，最終完成整個事情。在設計過程中，與同學分工設計，和同學們相互探討，相互學習，相互監督。學會了合作，學會了寬容，學會了理解，也學會了做人與處世。課程設計是我們專業課程知識綜合應用的實踐訓練，是我們邁向社會，從事職業工作前一個必不少的過程。實驗過程中，也十分感謝實驗指導老師陳中育老師的指點與教導。這次軟件設計不僅是對這學期所學知識的一種綜合檢驗，而且也是對自己動手能力的一種提高，增強了自己實踐能力。通過這次課程設計使我明白了自己知識還比較欠缺，只是學習書本知識還是遠遠不夠的，自己不會的東西還有太多，學習需要自己長期的積累，在以後的學習、工作中都應該不斷的學習，將課本的理論知識與生活中的實踐知識相結合，不斷提高自己文化知識和實踐能力。

第3篇

這次軟件工程實訓是從__年__月__日號開始的，截至__年__月__日號。實訓內容是用java相關知識(主要是jsp)做一個物流配送系統。下面談談對這次實訓的看法。

因為自己平時對java知識儲備不足，特別是jsp這一塊基本不瞭解怎麼回事，所以一拿到這個項目，我心裏都是沒有底的，再加上我被分到的那個組，我知道就意味着是我一個人在戰鬥了。呵呵，26號，實訓開始了，我們的老師是來自中軟國際公司的程序員，一個是周褀，一個是朱映，都是一身樸素的着裝，讓我感覺做軟件的也沒什麼兩樣。老師介紹了自己之後，就直接切入正題了，分析了下我們各個組的系統，即將用到的知識，然後就總體把覺得需要補充的知識(jsp和數據庫連接等這幾塊)給我們實際操作了下，因為當時看到用jsp，還講的那麼認真，當時我就後悔了，平時要是多聽點，現在老師這麼認真的給我們講，這是一個多麼難得的機會啊。後悔也沒用啊，開始還勉強能理解一點，後來就直接暈了。然後再給大家介紹了一些即將用到的工具，比如rationalrose，svn，myeclipse等等。接下來的幾天就不再細講了。下面談談通過這次實訓的心得體會吧。

通過這次實訓，讓我瞭解到工程開發的過程，可行性分析——>需求分析——>概要設計——>詳細設計——>代碼編寫——>測試——>驗收。從技術方面上，我開始jsp基礎基本上就是零的，在老師和syz2(另外一個物流小組，我一個人基本上是跟她們做的，或者説是看着她們做的)的幫助下，對jsp有了一個大概的認識。其實實訓開始前，我還以為做個系統沒什麼大不了，可是當真正拿到一個項目，我卻真的無從下手了，而且就是在知道需求分析和詳細設計，在代碼編寫時，一樣寸步難行。通過這個實訓，也讓我瞭解到，團隊協作是多麼的重要。一個人的精力是多麼的有限。進一步理解到，企業為什麼如此重視團隊協作。同時借用老師的話就是團隊協作固然重要，但是是建立在個人素質的基礎上，假設你個人素質不行，將會影響到整個團隊，就別提對團隊作更多貢獻了。__老師説這幾句話的時候，朝向了我，估計是有特殊意義的吧，所以，我將謹記老師的教導。

還有一個收穫是從一個同學(小胖)那裏得到的，他的那組成員跟我的這組大體一樣，我倒是覺得沒什麼了，不過他倒是很重視這個問題吧。然後他説出來，我也覺得這個問題確實其實是個大的問題。就是不管你會不會這門技術，會不會做這個東西，態度要正確才好，就算你不會做，你也應該認真的對待，將來 出身到社會，就不是説像你現在，不會做就不做，跑去玩遊戲了。小胖説出了這段話，也在我身上有了一個印證，雖然我jsp技術知識為0，但我也還是在認真的跟着他們一起做，不會做，就多問，畢竟現在我們是學生，可以毫不顧忌的詢問各種問題，老師也會盡力為你回答。將來出身社會就不一樣了。雖然，我就算個打醬油的水平，但是這個醬油也要打得有涵量啊。不管怎麼樣，我能對自己有個交待，雖然我不會，但是這次實訓我確實是認真對待了，六天的實訓，除了晚上加班外，還花了2個通宵來完成不同階段的任務，完成與否也不重要了，我至少我做了，這點，是這次我應該對自己的一個肯定。

這次實訓的心得基本上就是這些了，最後特別感謝中軟國際帶我們的那兩個老師(周褀，朱映)，這兩個老師對待我們很平易近人，對我們提出的問題，總是不光解決了，還進行了擴展，晚上也跟我們一起加班加到很晚，印象尤其深刻就是朱映老師為了給小胖解決一個問題，臉都變紅了，還在繼續努力，這點我並不會覺得老師知識儲備不夠，我想應該是這個問題的突發吧，一時沒想到怎麼處理。相反讓我感覺更多的就是老師很認真，很負責。還要感謝就是syz2小組的傾力支持，輔導。

第4篇

時間過的很快，轉眼間已經實習將近5個月，其中有2個月是屬於完全被流放的。 最先在內部系統組參與內部管理系統開發(struts+mysql+spring+hibernate)，之後是去做網絡交換機軟件的腳本測試。現在又迴歸內部系統，雖然在腳本組期間，編碼能力被別人甩在後頭，但至少具有了一些測試經驗。

至少自己做的東西，是真正交付到了客户手上，到也稍微有些成就感。

一直以來，我都認為測試是脱離了軟件工程範圍的工作，不以為屑。但在實際情況中，測試是既重要且難以精湛的.其真正的壓力，在於找不到bug，責任在你，而不在於編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經驗總結和想象力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整個系統的方方面面具體運作的前提。但占主導地位的，還是大型系統的集成測試經驗。實際項目中，編碼時間一般只佔30%左右，真正耗費時間的是it階段的找 bug與對應bug，此階段基本評定了coder的編碼質量。

有些人，以為教學視頻和代碼看多，自己就懂的多，實際做起來，卻不知從何下手，問題在那?如何定位?如何解決?通通跟一樣能力有關，debug追蹤能力，也稱調試。在項目組工作不愁源碼資源，但問題是蛋糕擺在面前，你如何去消化?

有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎上去做具體記錄的歷史記錄查詢模塊，你可能會覺得很簡單，但實際情況卻往往報一堆異常，配置問題涉及到方方面面，以及數據庫字段，傳值問題等等，一大堆對於新人來説很鬱悶的問題。但不用怕，只要學會調試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬於你。

如果你能在短短的時間內就看到問題點在那，放下斷點去追蹤，出去找工作，絕對沒問題。出現問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的具體值，那是最好途徑。eclipse是個很爽的ide，這點做的很好。例如頁面內容顯示不是自己想要的數據，我們要先從數據庫查詢語句去下手，設置斷點，一步一步step over，讓sql字段(存取最終sql語句的字符串)運行到有值，inspect進去看，如果還看不出來，就點擊它，copy後在sql客户端去實際運行，看看實際查詢出來的表是什麼，如果是對的，有可能就是頁面調用的錯誤或者action邏輯的傳值問題。

頁面錯誤的調試，基本方法是用右鍵點擊實際網頁查看源代碼，copy到editplus，就能看到具體錯誤發生在那幾行。通常有幾種常見的錯誤，例如：缺少對象這種很多時候是有些被你調用的字段有可能為空的情況出現的，可以加if(___=null)語句加保護。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。

遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別在一旁閒着，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學到的東西遠遠比書多的多。

解決了一個問題後，要去究根問底去找到問題產生的起因，以防你下次遇到類似的問題再浪費同樣的時間。

把代碼寫的漂亮，註釋、空行、規範一樣不能少，可讀性是放在第一位。曾經看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很流暢，方便自己也方便別人。

任務完後不要呆着，去要求經理給你更有挑戰性的任務，只要你肯去嘗試，他們就會對你另言相看，把三天的任務一天加班搞定，效率和忠誠都有了，路也比較好走了。