第四章 兩人合作
結對程式設計和傳統開發過程的複審有什麼區別？
1.傳統意義上的夥伴複審，及程式設計師之間的互相複審，有以下的問題：（1）複審人缺乏對程式設計師的深入了解，減弱了複審的效果.(2不能持久，定時的進行複審。3）對需求的和設計的比了解導致無法實現全面有效的複審
2.團隊複審是指多於兩人的團隊就某一程式實體進行複審，團隊複審的缺點在於：1）什麼時候開始做複審？不可能乙個團隊天天開會。要找到乙個所有人都能出席的時間，並不容易
2）牽涉的人眾多，理解程度不一，複審的速度和效果不能得到有效的平衡——太快則有人不懂，太慢則浪費許多人的時間。3）正是由於成本問題，無法定義所有的設計和**進行深入的複審。4）由於人員眾多，有面子問題
閱讀筆記3
之前看了前三章對軟體工程有了大致認識，對個人開發的流程及軟體工程師的成長過程有了比以前更清晰的了解。本週重點閱讀了第四章，本章講了兩人合作的前提是 要規範 包括 風格規範及 設計規範 及 複審，然後才能結對開發 最終是要給人看的，要想乙個團隊合作開發，必須有一些大家一致遵守的規則，這樣團隊才能良好的...
加密解密3 閱讀筆記
1 f7,遇到call可以跟進，然後ctrl f9可以返回到第乙個命令 2 f8遇到call loop 等指令則不跟進 3 如果跟進系統dll提供的api函式中，此時想返回到應用程式的領域中去，可以按 alt f9 執行 execute till user code 執行到使用者 命令 4 如果不想...
構建之法閱讀筆記（3）
本週閱讀的內容是關於團隊和流程方面的，團隊在我們學習中也很常見，團隊為了完成乙個專案，團隊成員有各自的分工，互相依賴合作，共同完成任務，只有好的團隊模式才能及時的，完美的完成任務。很多團隊的最後都演變成功能團隊，就是具備不同能力的同事們平等協作，共同完成乙個功能，這種功能小組被稱為feature c...