構建之法 閱讀筆記02

2022-05-14 08:48:59 字數 462 閱讀 4251

現代的軟體工程進過數十年的發展,如今想乙個人完成乙個軟體,已經很少見了,現在軟體都是在相互合作中完成的。當然合作的最小單位是兩個人,兩個工程師在一起工作,他們做的就是看**並發表意見。說到看**,就要注意自己編寫**規範,**規範分成**風格規範和**設計規範。在團隊中如果自己的**沒有規範,對別人看你的**就造成了很大的麻煩。

兩個人合作也有不同的階段和技巧。起初是萌芽階段,這一階段交流不少都想得到對方的接納,試圖避免衝突。再有就是磨合階段,再是規範階段,然後是創造階段,最後是解體階段。書中將這個過程用跳舞來舉例。

而後書中第五章介紹了很多團隊模式和流程,團隊模式大多對應相應的開發流程,優秀的團隊模式更能很好的掌握好的開發流程。優秀的團隊模式和流程有許多相似之處,這些相似之處被人總結為tsp原則。tsp第二條是「團隊的各個成員對團隊的目標,角色,產品都有統一的理解。」團隊成員必須得有統一的理解,團隊成員之間相互依賴,相互協作,每個成員所做的模組幾乎都對其他成員有影響。

02《構建之法》閱讀筆記02

個人感受 過去我的做法 1 以前每個部分都是分開各做各的,做好自己的事情就好了 不需要管其他的。獨立開發,想做什麼做什麼,只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發,很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後,還要總結不足,提出改進,並且自己要實施這些...

構建之法閱讀筆記02

第二章的開頭就給我講出了單元測試的概念和效果,單元測試可以使自己父子的模組功能定義盡量明確,模組內部的不會影響其他模組,而且模組的質量能得到穩定的,量化的保證。還舉例了小飛寫單元測試的例子,讓我們隊建立單元測試主要步驟印象深刻,建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...

構建之法閱讀筆記02

今天看了第六章敏捷流程,在裡面我看到了衝刺執行任務中的每日例會,在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求,其中這裡面有三條內容,分別是我昨天做了什麼,今天做了什麼,在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了,用心的去解決了,才會真的有收穫 相反這些流程也會流於形式...