這篇閱讀筆記主要針對的是第十章——典型使用者和場景
這學期，我們的團隊開發過程中，就沒用用到這部分內容。我們做出來的軟體沒有特定的使用者，我們們在設計開發的過程中全都是憑藉自己的想法在做一些功能，並沒有真正的站在使用者的角度去實現功能，而且使用的場景也沒有考慮到，所以做出來的東西是不太符合使用者習慣和想法的。
書中以理髮的例子向我們介紹了使用者想要的和我們應該做的區別，我們不應該光看使用者表面語言或行動，我們還要找到使用者語言或行動背後的動機，不能光根據使用者的語言就匆忙決定。
對此我提出一些解決辦法，首先在專案開始時要定義典型使用者，根絕定義的典型使用者在設計不同的場景，將這兩部分有機的連線起來，就可以將這部分劃分出任務去完成這些任務。在功能驅動設計步驟中，構造總體模型，構造功能列表，制定開發計畫，功能設計，實現具體功能這五個步驟乙個都不能缺失。按順序完成這些步驟，可以讓我們做出來的軟體更加貼近使用者，使用者使用起來才能更舒服。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...