通過閱讀構建之法的閱讀，我覺得軟體的開發過程之中團隊之間的協作應該是很重要的，對於團隊之間的協作，書中從兩個人組成的結對開發，到後面開始的團隊開發，組員之間的相互協作，及其各種會議的參與，我在寫這篇文章的時候老師就給我們布置了乙個結對開發的任務，我們兩個人分工協作，在這個過程中最終完成了屬於自己的作品，這個過程是令人高興並且有些自豪的。不過在團隊協作的過程之中還是遇到了一些關於目的不太一致的問題，這些在兩個人的團隊之中就開始顯現出來了。僅僅兩個人的隊伍就遇到了這些問題，不禁感慨以後的團隊開發又會是怎麼樣子的。
之前的結對開發的過程中並沒有和我的搭檔有太多的交流，在開發過程中我對他的想法也知之甚少，書中提及對於結對開發還有團隊開發的這些過程中應該注重隊員之間的交流，多了解彼此之間的想法，所以才有每日的站立會議來了解團隊之間各個人的進度之間的進展。在不了解結對開發過程中的會議的重要性之前，因為沒有結對開發的經驗過，只注意之間的進度進展，然後導致彼此之間的關係有點僵持，這是我們在結對開發過程中做的不好的一點。
之後，如果還有類似的團隊開發任務，我覺得我們應該多在開發期間增加自己對於各個人彼此的了解並且通過每日的交流，了解彼此，不要讓之間的誤會加深，否則對於乙個工程的開發而言並沒有任何的益處。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...