解析極限編程

內(nèi)容概要

　　極限編程（xp）是適用于中小型團隊在需求不明確或者迅速變化的情況下進行軟件開發(fā)的輕量級方法學。本書是xp宣言，也是第一本有關xp的圖書。
　　這本書介紹了xp背后的思想——它的根源、哲學、情節(jié)等。它將幫助讀者選擇是否在項目中使用xp時做出明智的決策。本書的另一個目的是幫助那些已經(jīng)在使用
xp的讀者更好地理解它。
對程序員而言，xp做出的承諾是他們每天能夠處理真正重要的工作，而不必單獨面對令人擔憂的狀況。他們將能夠集中全力來使他們的系統(tǒng)獲得成功。他們將做出最適合由他們來做的決策。對于客戶和管理人員而言，xp的承諾是他們將從每個編程周期中獲得最多的利益。他們將能夠在開發(fā)的中途更改項目的方向而不用承擔太高的成本。
　　《解析極限編程--擁抱變化(原書第2版)》適合所有軟件開發(fā)人員、管理人員參考。

作者簡介

　　Kent Beck一向挑戰(zhàn)軟件工程教條，促進諸如模式、測試驅(qū)動開發(fā)和極限編程等思想。目前屬于Three Rivers
Institute和Agitar Software，他是許多Addison-Wesley著作的作者。
　　Cynthia
Andres擁有心理學學士學位，在組織行為學、決策分析和婦女研究方面工作。從XP誕生以來她就跟Beck一起工作于XP的社會方面。她也屬于Three
Rivers Institute。

書籍目錄

本書贊譽
推薦序
譯者簡介
前言
致謝
第1章 極限編程定義
第一部分 探索極限編程
第2章 學習開車
第3章 價值觀、原則和實踐
第4章 價值觀
溝通
簡單
反饋
勇氣
尊重
其他
第5章 原則
人性化
經(jīng)濟學
.互惠互利
自相似性
改進
多樣性
反省
流
機遇
冗余
失敗
質(zhì)量
嬰兒步
接受責任
第6章 實踐
第7章 基本實踐
坐在一起
完整團隊
信息工作空間
充滿活力地工作
結(jié)對編程
結(jié)對與個人空間
故事
周循環(huán)
季度循環(huán)
松弛
10分鐘構建
持續(xù)集成
測試優(yōu)先編程
增量設計
那么現(xiàn)在
第8章 啟程
為實踐繪圖
第9章 擴展實踐
真實客戶參與
增量部署
團隊連續(xù)性
收縮團隊
根源分析
共享代碼
代碼和測試
單一代碼庫
每日部署
協(xié)商范圍的合同
依用付費
第10章 完整xp團隊
測試員
交互設計師
架構師
項目經(jīng)理
產(chǎn)品經(jīng)理
主管人員
技術文獻書寫員
用戶
程序員
人力資源
角色
第11章 約束理論
第12章 計劃：管理范圍
第13章 盡早測試、經(jīng)常測試、自動測試
第14章 設計：時間的價值
簡單
第15章 增大xp規(guī)模
人數(shù)
投資
組織的大小
時間
問題的復雜性
解決方案的復雜性
故障的后果
第16章 訪談
第二部分 xp哲學
第17章 xp誕生的故事
第18章 泰勒主義和軟件
第19章 豐田生產(chǎn)制度
第20章 應用xp
選擇教練
什么時候不應該使用xp
第21章 純度
認證和鑒定
第22章 離岸開發(fā)
第23章 永恒的編程之道
第24章 xp和社區(qū)
第25章 結(jié)語
參考文獻

章節(jié)摘錄

版權頁：插圖：架構師xP團隊中的架構師要查找并進行大規(guī)模的重構、編寫系統(tǒng)級的架構壓力測試，并實現(xiàn)故事。在項目的整個周期，架構師逐步地應用他們的專業(yè)知識到項目中。他們指導著項目架構的進化。小系統(tǒng)的架構應該與大系統(tǒng)的架構不一樣。對于小系統(tǒng)，架構師要確保系統(tǒng)有適當小的架構。隨著系統(tǒng)的增長，架構師要確保架構的跟進。將大的架構變化分解成小而安全的步驟，是XP團隊的挑戰(zhàn)之一。權力與責任一致的原則表明，給一個人權力做決定而不必親自承擔后果，其他人還不得不服從他的決定，這樣是不好的。架構師們像其他程序員一樣簽約參加編程任務，但他們同時要注意會帶來巨大利益的大的改動機會。測試能傳達架構的意圖。我曾同一個信用卡處理機的架構師交談，他說在這樣一個高性能要求的環(huán)境中，你不希望出現(xiàn)任何可能有障礙的架構。為了達到這個目的，他的團隊有完善的壓力測試環(huán)境。當他們想要改進架構時，他們會先改進壓力測試直至系統(tǒng)崩潰。然后他們會改進架構直至剛好符合測試。我向另外一個公司的架構師建議了這種策略。他抱怨道，他所有的時間都花費在編寫規(guī)格說明及向開發(fā)者們解釋這些說明上，他對沒有時間去編碼感到非常沮喪。我建議他寫一個測試基礎設施(testing in-frastructure)，然后用測試來代替規(guī)格說明及其解釋。如果他發(fā)現(xiàn)了一個設計漏洞，就應該編寫一個用于指出那個漏洞的測試。雖然我沒能說服他嘗試這個主意，但是我仍認為它是有價值的。

媒體關注與評論

“來自經(jīng)驗的新見識和智慧，更清楚地解析極限編程藝術，本書將會幫助許多人實現(xiàn)杰出軟件開發(fā)之夢?！薄　　狫oshua Kerievsky，IndustriaL Logic公司創(chuàng)始人“XP改變了我們業(yè)界思考軟件開發(fā)的方式。鮮明簡單，聚集于執(zhí)行，堅持基于事實的計劃勝過猜測，這些為軟件交付設定了新的標準。”　　——David Trowbridge，微軟公司架構師

編輯推薦

《解析極限編程:擁抱變化(原書第2版)》：責任感,透明度，負責任。這些詞沒有一個是經(jīng)常應用于軟件開發(fā)的。在這本完全修訂的極限編程（XP）的介紹中。Kent Beck描述了怎樣通過把這些非常必要的觀念整合進日常開發(fā)過程中，以改進你的軟件開發(fā)。《解析極限編程:擁抱變化(原書第2版)》第1版是經(jīng)典之作。其中提出了一些想法，諸如讓開發(fā)者為自己的代碼寫自動化測試,讓整個團隊每周做計劃，因為這些當時很激進的改進小團隊開發(fā)的想法,《解析極限編程:擁抱變化(原書第2版)》獲了獎。五年來許多東西改變了。完全重寫的第2版將XP的范圍擴展到任何規(guī)模的團隊。建議了基于以下幾點的持續(xù)改進流程：?與卓越軟件開發(fā)一致的5個核心價值觀。?11個原則將這些價值觀付諸行動。?13個基本實踐和1 1個擴展實踐幫助你推動開發(fā)，超越當前的商業(yè)和技術限制。無論你是有一個已經(jīng)和客戶緊密聯(lián)系在一起的小團隊。還是有一個在大組織或跨國組織中的大團隊,你都會在書中發(fā)現(xiàn)大量思想去挑戰(zhàn)、啟發(fā)和鼓勵你及你的團隊成員去切實改進你們的軟件開發(fā)。你將會發(fā)現(xiàn)如何：?影響整個團隊——XP風格?通過結(jié)對編程和持續(xù)集成來增加技術協(xié)作?通過開發(fā)人員的測試減少缺陷?通過每周和每季度計劃校準商業(yè)和技術決策?通過建立富有信息的共享工作空間來改進團隊協(xié)作你還會發(fā)現(xiàn)很多具體的改進方法，它們都基于強調(diào)同步增強軟件開發(fā)的人性和效率的哲學。每個團隊都可以改進。每個團隊都可以現(xiàn)在開始改進。改進是可能的——超越我們現(xiàn)在可以想象到的程度?！督馕鰳O限編程:擁抱變化(原書第2版)》為推進你未來幾年的改進提供了具體的方法。

圖書封面

圖書標簽Tags

無

評論、評分、閱讀與下載

---

    解析極限編程 PDF格式下載

---