極限程式設計（XP程式設計）讀書筆記（二）

結對程式設計是一種技巧。它需要實踐，不是對每個人都很容易開始。結對程式設計是xp中極其重要的一種技巧，因此值得培養這種習慣來利用它的好處。

體系結構體現在**中，體現在隱喻中，體現在第一次迭代以及別的地方。

xp通過以下機制處理體系結構：**，隱喻，第一次迭代，小版本，重構，團隊實踐。

隱喻提供了一種共識和一套公共詞彙表。它有助於形成對問題和系統的全新理解，並有助於指導系統的結構。

極限程式設計（xp）團隊不是在最後的「一剎那」中完成所有的事，而是採用一系列的迭代。迭代間隔是固定的，為一到三星期。迭代是有時間限制的：如果團隊無法完成每件事情，他們將放棄某些特性，而不是拖延迭代的最後期限。在每個迭代結束時，客戶能夠看到準備發布的系統，並對所選擇的故事進行驗收測試。

作為極限程式設計（xp）軟體的客戶，你將在全部時間裡與團隊一起編寫測試，回答問題和定義優先順序。客戶與團隊一起是幫助團隊盡快完成工作的重要影響因素。

迭代期間，客戶有四項主要工作：回答問題，編寫驗收測試，執行驗收測試，知道迭代。以及在版本做好時的一項準備工作（幾次迭代後）：接受版本。

xp本身沒有分析員這個角色，客戶直接與程式設計師一起工作。xp爭取實現讓提問的人直接與可能解決問題的人交流的高效機制。

經理的幾項主要工作：應付外部的團體，組建團隊，獲取資源，管理團隊和處理團隊問題。

跟蹤者將跟蹤三件基本的事情：版本計畫，迭代計畫和驗收測試。你可以輕鬆的用簡單的電子**進行跟蹤。

xp中的教練角色已經發展成為「當場」幫助團隊保持進度的人。監控，執行和改變過程；指導；提供玩具；處理問題。

xp並不是一成不變的，它也是在不斷的發展完善過程中的。

以上內容來自《探索極限程式設計》 人民郵電出版社 william c. wake著 鄭榮林譯

上面是極限程式設計（xp程式設計）讀書筆記的第二部分 全文完

極限程式設計（XP程式設計）讀書筆記（二）

結對程式設計是一種技巧。它需要實踐，不是對每個人都很容易開始。結對程式設計是xp中極其重要的一種技巧，因此值得培養這種習慣來利用它的好處。體系結構體現在 中，體現在隱喻中，體現在第一次迭代以及別的地方。xp通過以下機制處理體系結構 隱喻，第一次迭代，小版本，重構，團隊實踐。隱喻提供了一種共識和一套公...

極限程式設計（XP程式設計）讀書筆記（一）

極限程式設計，通常成為xp，是一種針對業務和軟體開發的規則，它的作用在於將兩者的力量集中在共同的 可以達到的目標上。xp團隊以可持續的步調生產優質軟體。xp屬於輕量開發方法中較有影響的一種方法。xp方法強調客戶參與和測試。在xp中，客戶與程式設計師的角色有明顯的界定。他們在同乙個團隊，但他們要做不同...

《解析極限程式設計》讀書筆記

align center img 不知道是kent beck的語言組織能力還是翻譯能力,反正這本書看起來有一種 天馬行空 的感覺 和那本測試驅動開發一樣 這本關於xp的開山之作很久之前就借了,這次抽時間大致翻了一篇,關鍵不在技術層面的操作,更多的可能是對極限程式設計思想的接受,收穫不多.整本書採用中...