今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫；相反這些流程也會流於形式化，像書中說的「狗熊開每日例會」的狀態，我想可能就是我今年暑假的狀態，再開始安裝eclipse到學習html和css的這個階段，我可能就是保證著每天敲**的時間，但是確實書中所說的「狗熊開例會」的狀態，不問收穫和效率，不講究問題的解決和分析。但是看到這本書時對之前有了反思和感想：不可使自己做的事情和花費在**的時間上流於形式，而是將其轉變成真正的收穫和反思。但是在本章的後面對敏捷的故事——兼酒後問答，我不是很能看懂，理解的也不是很透徹很到位，可能是缺乏相應的工作經驗，還是能力有限，還需不斷學習呀。
第八章講了需求分析需求分析：需求分析對於軟體團隊來說是十分重要的。這關乎到軟體是否能夠收到針對人群的歡迎，軟體團隊必須慎重考慮並且在開發過程中必須考慮到這個元素，而這裡就詳細的描述了需求分析。在這裡它講述了七個重點內容：
軟體需求：軟體需求的具體步驟和需求的類別；
獲取使用者需求——使用者調查：準確的獲得使用者最需要東西的方法；
競爭性需求分析的框架：通過nabcd模型，將我們的階段統合成乙個整體，保證在執行時有一定的標準；
功能的定位和優先順序：說明了兩種功能和兩種需求的作用以及相互聯絡；
計畫和估計：指定目標，並能在預計的範圍內控制或者改善計畫；
分而治之：可以分工的調整工作；
而從第八章開始則著重講了微軟pm的來歷，主要解決的問題是交流成本，開發和測試搞不定的事情，並且也說明了要成為合格的pm,需要具備的能力：觀察、理解和快速學習的能力，分析管理能力，一定的專業能力和自省能力，這都表明我們學習自己的專業知識要有目的性，不可毫無目標，毫無計畫的亂學一通，要著實的講究效率。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
《構建之法》閱讀筆記02
雖然作為一名程式設計師中的菜鳥 我也深知 軟體 程式 軟體工程 在此之前我們學習過乙個個從小到大，從簡到繁的程式，到了今天才知道這些只是作為一名合格的程式設計師的第一步，構建之法是一本很專業的書，不僅僅從專業的角度為我們闡釋了軟體工程是什麼？總而言之從這本書中我初步了解到了如下內容。軟體工程 sof...