昨天下午去聯通營業廳，排到的號前面有90個人，等了75分鐘。還好隨身帶了本以前看過的書，從頭到尾重新翻了一遍，時間剛剛好，呵呵。這本書的名字叫《解析極限程式設計——擁抱變化》。
極限程式設計是一種輕量級的軟體工程方法，強調及時測試、擁抱變化、推遲決策（把重要的決策推到最後再定）。我覺得和我一貫的做法是相反的。我一貫的做法是總想事先把所有事情想全，實際上這是費力不討好，很多事先想好的東西到現實中並不會出現，倒反會出現很多事先沒想到的情形。倒不如像這本書名說的那樣，擁抱變化，只解決今天能看得明白的問題，明天的事相信明天的自己能應對。
想想我開發樹控制項都小半年了，修修改改，拖沓、不節約時間是本質上的原因，可是工作方法不科學也是乙個很重要的原因。看這本書，反思自己這個小專案，做的不好的地方有如下幾點：
（1）沒有計畫：因為是給自己做，沒計畫沒範圍、想起一出是一出、今日做不了復明日。唉。這樣不行。要改！
a)要有計畫。不過計畫很不好定，因為其實我對自己多長時間能完成乙個函式沒有概念。不管怎樣，我先逼著自己做乙個計畫先，不行再調整。
b)要有度量。明天起開始對程式設計計時。以便日後能讓計畫更精確。
c)要有範圍：
c.1)應該做可能有效的最簡單的東西，不能想到什麼就做什麼，在設計功能的時候不要想一次吃個胖子，要蠶食不要鯨吞。
c.2)另外，我也太愛重構（應該需要的時候、出現重複**的時候才重構）
（2）沒有方便的自動化測試：所以，每次改動了**，我就得重新構築測試用例。也許看看另一本書，看看他們是如何測試的。
行動：（1）做開發計畫：明天做個本週計畫（注意要有範圍）。
（2）統計開發度量：明天開始。
（3）看那本《探索極限程式設計》的書，明天開始。
《解析極限程式設計》讀書筆記
align center img 不知道是kent beck的語言組織能力還是翻譯能力,反正這本書看起來有一種 天馬行空 的感覺 和那本測試驅動開發一樣 這本關於xp的開山之作很久之前就借了,這次抽時間大致翻了一篇,關鍵不在技術層面的操作,更多的可能是對極限程式設計思想的接受,收穫不多.整本書採用中...
解析極限程式設計閱讀筆記01
本學期讀的第二本書 解析極限程式設計 那什麼是極限程式設計呢？極限程式設計 extreme programming,xp 和社會性的變革相關。過去適用的一些習慣和模式在今天可能會妨礙我們做得最好，xp要求我們放棄這些習慣和模式，放棄那些妨礙生產率但保護我們自己的防禦行為。雖然這可能會使我們感覺到自己...
挑戰極限 極限程式設計中的「極限」
最近，一直在看robert martin的 敏捷軟體開發 原則 模式和實踐 該文中以極限程式設計 xp 來講述敏捷的實踐。看完有關於 xp實踐的部分，對 xp基本的主張和如何去實踐有了乙個大概的了解。但是，一直有個問題在我腦海中，那就是這種開發實踐方式為什麼會被稱為 極限程式設計 看完這部分之後，對...