[align=center][img]
不知道是kent beck的語言組織能力還是翻譯能力, 反正這本書看起來有一種「天馬行空」的感覺(和那本測試驅動開發一樣). 這本關於xp的開山之作很久之前就借了, 這次抽時間大致翻了一篇, 關鍵不在技術層面的操作, 更多的可能是對極限程式設計思想的接受, 收穫不多. 整本書採用中英文對照, 是讓我學英文嗎? 還是說來幫助譯者糾錯? 抑或書本不夠分量, 增加頁碼?
***************====我是讀書筆記的分割線********************====
xp要求我們坦承自己有能力做什麼, 然後去做力所能及的事情
xp**了如何可以寫出偉大的**, 對業務真正有益的好**
工作場所的人際關係也會影響到生產率和自信心
xp鼓勵團隊中的溝通, 來減少孤獨感, 因為這常常是工作不滿的主要原因
xp中的每乙個實踐就是改進效率, 溝通, 自信心和生產率的實驗
我經常問:"對於你自己到的正確的方向, 你所能做的最小步驟是什麼?"
只有為了溝通, 獲取反饋, 簡化系統, 解決問題和提公升勇氣的結對程式設計才是有意義的.
一次採用乙個實踐可以看到改善, 但多個實踐結合, 彼此之間互相作用會放大它們的功效.
坐到一起來, 用我們所有的感官和知覺進行交流, 這一點太重要了.
當你太疲憊的時候, 你很難意識到你正在降低專案的價值
你生病的時候, 安心養病是尊重你自己和團隊中其他人的最好方式
當搭檔陷入困境時要主動, 這樣才能減少挫折.
在我結對時, 我身邊總會放杯水, 當我注意到它的時候, 就說明我該休息了.
如果有人問我是需要法拉利還是小貨車, 我會毫不猶豫的選擇法拉利, 但是如果說想要150000的法拉利還是25000的小貨車, 我馬上可以做出更明智的決定, 如果加上新的條件, 我需要拉5個孩子或者它必須每小時走150英里, 一切就更清楚了. 所以你不能單憑想象做出好的決定, 要明智的選擇汽車, 你就必須知道你的條件, 包括費用和使用目的, 其他事情也一樣.
如果測試編寫起來有困難, 這是乙個訊號, 說明設計上有問題, 而不是測試. 低耦合, 高內聚的**是很容易測試的.
對於創造性的工作來說, 坐在桌子旁邊更多的時間並不代表更高的生產率.
極限程式設計讀書筆記 基本實踐解析之序言
極限程式設計讀書筆記 基本實踐解析之序言 從去年7月開始，我在craig larman的介紹下，從網上買了一本 敏捷迭代開發管理者指南 學習其中關於各種敏捷迭代開發方法的介紹，其中就有極限程式設計。這本書只是簡明扼要地介紹了它，並沒有作詳細 深入的分析。但已足夠我給團隊推薦幾種重要的實踐，包括對其價...
極限程式設計（XP程式設計）讀書筆記（一）
極限程式設計，通常成為xp，是一種針對業務和軟體開發的規則，它的作用在於將兩者的力量集中在共同的 可以達到的目標上。xp團隊以可持續的步調生產優質軟體。xp屬於輕量開發方法中較有影響的一種方法。xp方法強調客戶參與和測試。在xp中，客戶與程式設計師的角色有明顯的界定。他們在同乙個團隊，但他們要做不同...
極限程式設計（XP程式設計）讀書筆記（二）
結對程式設計是一種技巧。它需要實踐，不是對每個人都很容易開始。結對程式設計是xp中極其重要的一種技巧，因此值得培養這種習慣來利用它的好處。體系結構體現在 中，體現在隱喻中，體現在第一次迭代以及別的地方。xp通過以下機制處理體系結構 隱喻，第一次迭代，小版本，重構，團隊實踐。隱喻提供了一種共識和一套公...