極限程式設計讀書筆記－－基本實踐解析之序言
從去年7月開始，我在craig larman的介紹下，從網上買了一本《敏捷迭代開發管理者指南》，學習其中關於各種敏捷迭代開發方法的介紹，其中就有極限程式設計。這本書只是簡明扼要地介紹了它，並沒有作詳細、深入的分析。但已足夠我給團隊推薦幾種重要的實踐，包括對其價值觀的介紹和解釋。到目前為止，我們團隊已經實施過的實踐有「坐到一起」、「完整團隊」、「富含資訊的工作空間」、「充滿活力的工作」、「結對程式設計」。我們首先實施這幾個，是因為這幾個比較容易實施，而且能立刻見到效果，最重要的原因是當時我們在重點實施scrum，想把scrum成功引入後再深入地實施xp(極限程式設計的簡稱)。
到現在，經歷了兩次完整的scrum週期後，我們已基本掌握了其實施方法的各個細節。所以，我想該是引入xp的時候了，因為之前我們沒有實施「測試驅動開發」等xp的核心實踐，所以目前的情況就是根本連門都沒有入。
要學明白，還是要讀xp創始人寫的書。於是我想在網上買一本，其書名為《解析極限程式設計——擁抱變化》。沒想到當當網、卓越網 、chinapub、csdn上都缺貨。英文版缺貨，中文翻譯版也缺貨。我非常失望。這些軟體開發方法目前在國外已經有多家公司和組織在使用，已經被事實證明了其有效性和先進性，現在已經越來越流行。研究這些方法的人為了能讓世人都能學到先進的方法，專門精心編寫了多本書籍。而我們國家的各家出版社的工作做得也很好，他們取得許可在國內印刷英文原版。國內有一些好心的技術痴迷者也做出了很大貢獻，他們組織人翻譯並出版中文版。
不幸的是，出版的書並沒有人購買。我所發現的乙個原因是，軟體開發的入門者都在學習程式語言、程式設計工具和各種程式設計技術，這是他們入門所必需的。所以這些種類的書很暢銷。當入門者經過幾年的奮鬥後，他們的技術能力和經驗上公升到一定層次後，便轉移了學習方向。他們中的一部分開始專門研究業務，所以不會學習軟體開發過程方法。一部分專門研究開發技術，例如架構師這樣的職位，也不會關注軟體開發過程方法，他們只研究具體的技術。一部分開始做專案經理，他們並沒有研究如何提高團隊整體的開發效率、如何加快專案的開發進度，他們只知道一種辦法：加班。但他們並不明確軟體工程師一周工作80小時是否就一定比工作40小時所完成的工作量多。軟體開發是腦力勞動，是富含技術的，和手工編織活不一樣。加班這種辦法，可以不用顧忌因強制加班導致團隊成員產生疲勞甚至呆滯的大腦以及心理上的負面情緒，但表面上的進度可以讓專案經理在領導面前很有光彩。但最後帶來的是什麼？上線後出現這樣那樣的問題，bug滿天飛，專案經理迫使團隊徹天徹夜地加班處理它們，使用者的滿意度降低，對企業的信任度降低，這就是落後的開發方法帶來的好果子。
沒有人學習國外的先進做法。只會用很多時間學習與上司、客戶拉近關係，嚴重的團隊高層勾心鬥角，沒有人能潛心研究和學習先進的方法。好的書籍擺放在那裡，沒人問津和購買。出版社的同志不能再印書了，印了沒人買只能賠本。
後來我在**上找到乙個人給我影印了一本。到現在看完了一半，看完了作者對基本實踐的講解。作者提到只有當基本實踐成功實施後才能實施擴充套件實踐並取得成效。所以我想謹遵大師的教誨，先把基本實踐掌握並成功實施後再說。下面我將簡要概括各個基本實踐的做法和思想，其中加了一些我自己的理解。歡迎各位同仁一起交流學習。
《解析極限程式設計》讀書筆記
align center img 不知道是kent beck的語言組織能力還是翻譯能力,反正這本書看起來有一種 天馬行空 的感覺 和那本測試驅動開發一樣 這本關於xp的開山之作很久之前就借了,這次抽時間大致翻了一篇,關鍵不在技術層面的操作,更多的可能是對極限程式設計思想的接受,收穫不多.整本書採用中...
極限程式設計讀書筆記 基本實踐之「坐到一起」
極限程式設計讀書筆記 基本實踐之 坐到一起 坐到一起 再寫大一點，坐到一起 這個實踐看起來比較容易理解和實施，但它是 xp中很重要的乙個實踐，體現了溝通和反饋這兩個核心價值觀，同時有助於其他幾個價值的實現。所有參與專案的人員在同一間辦公室裡工作。如果有隔間就把隔牆打通，或者重新找乙個足夠容納整個團隊...
極限程式設計（XP程式設計）讀書筆記（一）
極限程式設計，通常成為xp，是一種針對業務和軟體開發的規則，它的作用在於將兩者的力量集中在共同的 可以達到的目標上。xp團隊以可持續的步調生產優質軟體。xp屬於輕量開發方法中較有影響的一種方法。xp方法強調客戶參與和測試。在xp中，客戶與程式設計師的角色有明顯的界定。他們在同乙個團隊，但他們要做不同...