1.
任何情況下，變化是絕對的，不變是相對的，我們不要抱怨變化的發生，重要的時要有應付變化的能力。但是那絕對不是聽從別人來變化，而是自適應形勢的變化。
2.四個變數：成本、時間、質量、範圍
3.四個原則：溝通、簡單、反饋、勇氣
4.所有的實踐：
a)計畫遊戲
i.業務人員需要決定的內容：
1.範圍
2.優先順序
3.版本的組成
4.發布的日期
ii.技術人員決定的內容：
1.估算
2.後果
3.過程
4.詳細的日程計畫
b)小版本
包含最有價值的業務需求。
c)隱喻
每個xp軟體專案都是由乙個全面的隱喻指導的。
d)簡單設計 任何時候，正確的軟體設計都具有下面的特徵：
i.能夠執行所有測試
ii.沒有重複的邏輯
iii.
陳述每個對程式設計師重要的意圖。
iv.有盡可能少的類別和方法
e)測試
測試有助於增強程式設計師的信心；只對有可能出錯的方法編寫測試**。
f)重構
g)結對程式設計
乙個人思考實現此方法的最佳途徑，另乙個應更加偏重於戰略性的角度進行思考。
h)集體所有權
只有**的正式所有者才可以更改**
i)持續整合
用一台計算機專門作整合工作
j)每週工作40小時
加班時專案存在嚴重問題的徵兆
k)現場客戶
指的是在系統投產後真正使用系統的人
l)編碼標準
標準應強調溝通，並必須被整個團隊自願地採納。
5.環境可能是最後被考慮到的東西，但是往往是非常重要的。
6.一定要保證乙個小組在工作的時候不被干擾，否則就無法真正集中精力工作。
7.業務人員應該選擇：
a)發布的範圍或時間
b)提出的功能的相對優先權
c)提出的功能的確切範圍。
8.開發組織必須確定：
a)實現各種功能所需的時間估算
b)各種可選的技術方案的後果估算
c)適合他們的個性、業務環境和公司文化的開發過程。
d)使用哪組時間來開始，即以使用什麼樣的程序來評審實踐的效果和對變化進行試驗。
9.制定計畫的目的：
a)團結和組織開發團隊
b)決定範圍和優先順序
c)估算成本和日程
d)讓大家對系統的成功信心百倍
e)為反饋提供乙個基準
10.制定計畫的原則：
a)只制定下乙個階段所需的計畫（計畫需要不停的進行迭代）
b)接受的責任（責任只能被接受，而不能被強加）
c)負責實現的人進行估算
d)忽略個部分之間的依賴關係
e)為優先順序作計畫與為開發作計畫的比較—謹記計畫的目的
11.首要的乙個問題是如何處理好人與人之間的關係，如果大家都能夠做到權責明確，並且和睦相處，那麼就具備了乙個好團隊所必須的一點。
12.業務方和開發方一定要做到相互信任，相互尊重。
13.如果能夠把一項工作做的像是大家在共同進行乙個遊戲的話，大多數人都會樂意去做，而且很快樂。
14.配對程式設計是一種非常值得嘗試的方式，可能一旦使用就會永遠喜歡上這種方式。
15.最佳設計：能執行所有測試用例的最簡單的設計
16.最簡單的四種約束：
a)系統必須能夠溝通任何你希望溝通的內容
b)系統不能夠包含重複的**
c)系統擁有盡可能少的類
d)系統擁有盡可能少的方法
17.軟體的設計不可能沒有變化，我們要做的是如何來面對並處理這些變化。在極限程式設計中，對於變化我們會返工，但是那就像是修改一篇文章一樣，是一件令人快樂的事情。
18.不停的進行測試的方法似乎與製作網頁的過程有些類似，在製作網頁的過程中我們會不斷的進行預覽，檢視在瀏覽其中實際的效果，而且所有的網頁都是在持續整合的過程中完成的。
19.測試先行並不意味著我們在什麼情況下都要先編寫測試，然後編寫**。在eclipse中，如果沒有一定的**，測試程式根本就是無法通過的，又來的什麼正確不正確呢。而且，在編好了基本的類之後，使用自動化的工具來生成測試程式，在一定程度上也可以提高工作的效率，何樂而不為呢？
20.當乙個人編寫的程式裡面bug太多的時候，並不意味著他沒有重視測試，大多時候是因為他還沒有掌握測試的方法和工具。不知道怎樣來測試，怎麼可能做好呢？
21.在儲存專案的時候，如果使用極限程式設計，應該不僅儲存專案的源**，而且要儲存所有的測試用例。而且在寫注釋的時候，不僅在程式的源**裡面要有詳盡的注釋，在測試用例的**中也應該做到這一點。
《解析極限程式設計》讀後感 （2）
關於 責任 和 權力 責任不能被指派，只能被接受。如果有人試圖給你責任，只有你自己能夠決定是否負這個責任。這點和 的 團隊自管理 異曲同工，專案不是由專案經理或者什麼人去指派任務的，專案經理只是牧羊犬，而產品經理只是專案需求方，任務僅限於提出需求和對需求排出優先順序。至於本輪次中的任務，完全由開發團...
《C程式設計》讀後感
c程式設計 讀後感 網上很多人評價這書不高，其實從內心裡講，是這本書帶領我入門的。我說的是譚浩強先生的書。這本書講得很細，而且知識的銜接也做得很好。我以這本書為重點，再以其它的c語言教程為輔，終於算是入了c語言的門。如果能讓我再從頭學習的話，我一定是認真的讀這本教材，再把c的標準庫的原始碼作為閱讀材...
《程式設計實踐》讀後感
程式設計實踐 讀後感 昨天晚上讀這本書，重點讀資料結構這一章，也許是因為讀gawk101原始碼有一段時間，在重讀時，感覺作者寫得真好。我重點放在書中的 上，發現那些 寫得像珍珠一樣，真是漂亮。作者寫了鍊錶，然後再寫乙個遍歷鍊錶的函式，因為遍歷鍊錶時，可能是要列印，可能是要統計元素個數，可能是要找某個...