l
十分鐘構建
首先說明一下，十分鐘構建並不是說一定要在十分鐘內構建乙個系統，我的意思是說，在京可能短的時間內進行系統的構建同時執行所有的測試。這樣做的乙個直接的好處就是我們可以迅速的得到反饋，可以對系統的缺陷和錯誤得到及時的補救和處理，這樣可以最大限度的提高程式的穩定性，減少由於系統缺陷造成的後期開發成本大幅度提高以及由於系統缺陷造成的系統不穩定等情況。
對於人共構建不是很方便的環境，我們可以採用工具的方式進行自動構建，在壓力增大的情況下，自動構建是降低構建壓力的極好方法。 l
持續整合
不超過兩個小時就整合一次。因為整合的步驟是不可預知的，但很容易花費比原先程式設計更多的時間。你等待整合的時間越長，代價就越高，就越不可預知。
中小規模的一次可能需要花費一定的時間，但是這是有意義的。 l
每週部署
xp的方法建議進行每日部署，但是它需要太多的先決條件，這些條件中最主要的因素是系統的缺陷率要保證在極低的條件下，作為持續整合的延伸，我們推薦採用每週部署或者半月部署的辦法來部署你的軟體，這樣你實現了部署，可以得到更多的確切的反饋，同時由於乙個乙個的版本發布，你可以更好的推動你的專案朝著你預訂的目標前進。
極限程式設計系列4 開發實踐 計畫
上次我們講到了關於團隊建設，這次呢，我們來講講 開發實踐，這裡我想從三個方面來闡述，計畫 程式設計和測試 極限程式設計認為計畫是一種有必要的浪費，從浪費的角度來看的話，我們可以認為，浪費有時候是必須的，但是做為乙個中小型的專案 xp主要針對於中小型專案 充分徹底的計畫就顯得不可行了，根據守護者的經驗...
極限程式設計實踐
摘自 敏捷軟體開發 原則 模式與實踐 robert c.martin 著 鄧輝 譯 極限程式設計實踐 1.完整團隊 xp專案的所有參與者 開發人員 業務分析師 測試人員等等 一起工作在乙個開放的場所中，他們是同乙個團隊的成員。這個場所的牆壁上隨意懸掛著大幅的 顯著的圖表以及其他一些顯示他們進度的東西...
極限程式設計之實踐
今天上班的路上聽了下微軟的webcast,是王為老師講的極限程式設計，回顧了下自己的專案中用到的極限程式設計，就在這整理一下。此專案是自己在2年多之前做的，也算是第一次接觸到極限程式設計。我逐一說明該專案中如何應用極限程式設計的一些要求來完成開發的。此專案組成員為7人，工作環境相對集中，完全可應用極...