| 標題&內容摘要 | 資料來源&作者 | 轉譯校稿 | 發表日期 | ||
|
Agile軟體開發：為何這麼熱門！ Agile Software Development: Why It's Hot! [內容摘要] Agile ，如Jim Highsmith在這篇文章中指出的，在我們的周遭都可以看到它的影子 - 而且事實上已經存在一段時間了。但是為什麼忽然間變得如此熱門？
|
Jim Highsmith |
Areca Chen譯作 何明遠 校稿
|
2003/12/15 | ||
 極致軟體製程(前言、序、譯序、第一至第
七章)
[內容摘要] 就像這本書封底所寫的「軟體專案的開發工作可以很有樂趣、很有產能、甚至很大膽。與此同時，還可以對企業產生源源不絕的貢獻，讓整個專案不致失去方向」。eXtreme Programming 縮寫為 XP，本書譯名為極致軟體製程，其乃針對小型開發團隊所設計出來的方法論，創始者 Kent 在這本書中詳盡的描述他對 XP 的發展構想、價值觀、基本原則以及種種策略，如他序文言及這本書「背後的一些想法 --- 它的緣起、哲學、故事、和迷失」，這也是他從事軟體開發「教練」多年，對於如何寫出可以交貨，兼顧品質和時效，所需要的最佳實踐法則。 XP 這種輕量級的方法論，挑戰軟體開發中許多傳統的信條，換言之，它可讓讀者視野一新，採取不同的觀點來面對軟體開發。如果想要了解 XP，就不能錯過本書，聽聽本尊的現身說法。
|
First Class 軟體公司擁有者及經營者 |
李潛瑞 | 2002/10/31 | ||
|
極端軟體製程探索篇(譯序、第一至第三章、參考文獻及註解)
[內容摘要] 這幾天看了尤克強教授於《創新即中庸？》裡，談到他對中庸之道的新解，即是「在根據事情的本質採取不同的原則，而非永遠地保持中間」，同時他認為所謂的創造性人物，正因為他們貫徹地實踐「中庸之道」，故能依據情勢「從一種性格極端轉到另一個極端」。其實，無論是我們過去所認知的，如 Kent 的「學習駕駛」，時時修正方向，以確保「路線正確」，不偏移正道，亦或者是尤教授的「創新即中庸」裡展現的想法，兩者並不相悖。後者所重的為「因時制宜」，須依環境條件的不同，修正做法，即使是極端的不同；前者則當認清方向後，時時保持專注，務使自己不偏離正道。其實，兩者皆為「中庸之道」。
XP 雖名為「極端軟體製程」，然而此一「極端」，反而顯露其能「因時制宜」。探索篇中，譯者(李潛瑞)舉
|
William C. Wake Agile Software Coach |
李潛瑞 | 2002/10/9 | ||
|
攀岩和極限編程（XP）
原文：Rock Climbing and Extreme Programming( [內容摘要] 這篇文章以攀岩來描述 XP 的實現，作者發現極限編程的許多思想，很適合於攀岩運動，而且作者在攀岩運動中，體現了這些想法。
|
Ye Yongqing IT department, Europeloan Bank |
劉焱
譯作 朱子 編校 |
2002/8/5 | ||
|
《Extreme
Programming Explained》譯序 [內容摘要]
|
李潛瑞 | 李潛瑞 | 2002/5/27 | ||
|
從CMM視角看終極編程 Extreme Programming from a CMM Perspective [內容摘要] 終極編程(XP)近來已被當作一種適應快速多變的網際網路世界和網路軟體開發的程式設計方法而受到倡導。本文從軟體能力成熟度模式(簡稱CMM，是為軟體機構規定開發程序改進優先的五級模式)的觀點重新檢視這一廣受歡迎的方法論，概述XP和CMM，並從軟體CMM角度對XP作出評論。結論是：一些羽量級的方法論，如XP，倡導了許多良好的軟體工程慣例，但是一些慣例尚有爭論，且如果在使用的時候超出其狹窄的適用範圍後，使用起來的效果則適得其反。由於XP可以被用來處理很多CMM第二級和第三級的慣例，對開發程序改進有興趣者應仔細考慮後方能採用XP中的觀念，將其應用於軟體機構的商業環境中。反言之，使用XP的機構也應仔細考慮CMM描述的管理和基礎結構問題。
|
軟體工程研究所 卡內基` 梅隆大學
|
 沈蘇南
朱子
|
2002/4/15 | ||
|
瞄準、射擊(Aim,
Fire)
[內容摘要] 很多人批評XP是『先射擊、再瞄準』，XP的創始人Kent Beck也曾經在其著作當中說明XP的確是『先射擊、再瞄準』，而且是比『先射擊、再瞄準』的好。不管是先瞄準還是後瞄準主要的重點是所謂的的瞄準所指的就是『設計』。XP不使用一般開發方式使用『前置設計』預先對系統架構作設計。 在本文中Kent Beck提出了一個新的觀念，也就是在舊有的理論中『先寫測試(test-first)』也就是代表了『設計』的概念。因為先寫測試迫使程式設計師對系統架構必須有鮮明的了解，其結果也就是『設計』的概念。 所以XP也可以說是『先瞄準、在射擊』
|
Kent
Beck (本文已獲Kent Beck的授權翻譯並公布於網頁。) |
Areca Chen | 2002/1/15 | ||
|
與Kent Beck對談實錄
[內容摘要] 由UML China於2001年12月7日舉辦與XP創始人Kent Beck對談實錄之內容整理及翻譯。
|
UML China 本文已獲UMLChina同意刊登。 |
Areca Chen | 2001/12/17 | ||
|
XP:抄近路的詭計 Doug Rosenberg及Kendall Scott對於XP的質疑 原文 [內容摘要] XP是新興的一個軟體開發程序的方法論。其中值得質疑的地方相信還是蠻多的。以不同的角度來看XP對於想採用XP方法論的人而言，這篇文章提供相對的角度來看XP。雖然作者所持的論證可能有些偏頗也未能深入論證XP的問題點。但是這篇文章值得我們閱讀之處乃在於對於任何事物的質疑是不可避免的。任何方法論都有其優缺點，我們如何採用其優點而避開其缺點。同時我們應該學習的是在批評別人時如何把自己的論證做的讓人信服；個人認為這才是重點。
|
 Doug Rosenberg, Kendall Scott (本文已獲Mark Collins-Cope的授權翻譯並公布於網頁。)
|
Areca Chen
|
2001/12/12 | ||
|
分析：「XP」能否進行大規模軟體發展 發佈時間：2001-07-04 15:51:56 |
日經BP社 | 朱子提供 | 2001/11/5 | ||
|
與作者Robert C. Martin深度技術訪談關於終極製程 In-depth technical interview with author Robert C. Martin on eXtreme Programming 原文： [內容摘要] Robert C. Martin是ObjectMentor總裁, 物件導師(Object Guru), 『 C++ Report 』的編輯及『 Designing Object-Oriented C++ Applications using the Booch Method』的作者。本文是由Mark Collins-Cope詢問Robert C. Martin回答。Robert C. Martin在實務上採用XP開發軟體的經驗與理論上的映證經由Mark Collins-Cope一針見血的詢問得以一一闡述的淋漓盡致。XP的發展時間不長，實證上的例子不多，這篇文章提供愛好XP而對XP有所懷疑的讀者一個相當好的映證的機會。
|
(本文已獲Mark Collins-Cope的授權翻譯並公布於網頁。)
|
Areca Chen | 2001/10/31 | ||
|
如何規劃XP專案 Planning Extreme Programming: The XP Series [內容摘要] 這本書是The XP Series其中之一。這是一本有關規劃軟體專案的書。主要是為專案管理者所寫；他們必須規劃及監督實際的相關規劃工作。當然這本書也提供程式設計師及客戶；他們是扮演規劃及開發軟體的實體的角色。
|
Kent Beck | Areca Chen | 2001/10/10
|
||
|
解析XP(XP Distilled) [內容摘要] 去年夏天在同事的影響下開始接觸軟體工程的資訊，UML、RUP、方法論... 一切都是那麼新鮮。偶然間看到 XP 這樣的名詞，參考了 XP
Distilled 這篇文章之後感覺到，RUP 以及 UML 的入門檻似乎高了點，而且那麼多規範、做法，如何能夠在短時間消化
|
Chris Collins(Senior Software
Developer, RoleModel Software, Inc.) Roy Miller(Software Developer, RoleModel Software, Inc.) |
Daimler Huang | 初稿2001/09/26 | ||
| 推薦連結 李潛瑞的XP網站 | 李潛瑞 | 李潛瑞 | 2001/09/26 | ||
|
終極製程eXtreme
Programming(XP) [內容摘要]
Kent所認知的要改善軟體專案有四的方向，你需要改善溝通，你必須找尋簡化的途徑，你需要獲得回饋以讓你做的更好，你需堅持勇敢的去做。『溝通』『簡化』『回饋』及『勇氣』是XP四個主要精神所在。 XP在規劃、設計、編寫程式及測試四個階段共提出了28條簡單的規則及實務作法。並對於如何導入XP提出了一些說明。這些規則、實務作法也應用了一些軟體工程的理論如單元測試、可接受測試、整合程式碼等等，但未深入說明其實際內容。所以這一部份需要讀者自行再另行研究，也就是說原作者認為讀者應該已了解相關知識，但這並不影響對於本文的了解，後續我們也希望整理相關的軟體工程技術。
|
J. Donovan Wells (本文已獲原作者Don Wells的授權翻譯並公布於網頁。) |
Areca Chen 感謝趙光正校稿 |
初稿2001/08/17 第一次校稿2001/08/22 第二次校稿2001/09/25 |
；506,118
bytes)
