轉眼間，兩周的學習已經過去了，軟體工程給我最深的體會就是累，程式設計需要的時間很多。很久沒有這樣絞盡腦汁的像乙個程式怎樣編寫了，從陣列的角度、字串的角度、棧的角度考慮，我選擇的是自己最熟悉的陣列，當然也是最麻煩的一種方法。這周集訓學習這軟體工程，閱讀著《構建之法》這本經典的書，一周的學習讓我有了深的體會。
**規範需要考慮很多方面，其中包括縮排、行寬、括號、斷行語空行的{}、分行、還有對於變數的命名，最重要的一點就是必要的注釋了。就像乙個人前一天編完了**，第二天卻忘了自己怎樣的思路。假如要是有注釋呢？
第二個便是單元測試的重要性。單元測試便是為了以後少出現bug打基礎，之前不測試，最後階段會牽一髮而動全身，很難修復乙個小的bug，免得千里之堤，潰於蟻穴！
對於我們結對程式設計有著很大的意義，將來工作不可能是乙個人開發，畢竟乙個人永遠不可能比是個人的力量還強大，所以我們要學會融入乙個團隊去開發，找到乙個屬於自己的位置，結對是需要磨合的，和諧相處，相互學習又成了一門大學問，磨合期間為的是同乙個目標，兩個人講樹立同乙個編碼規範，之後便是創造階段了。對於這些，在閱讀中有著深刻的體會。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...