看《解析極限編程》想到的

 

昨天下午去聯通營業廳，排到的號前面有90個人，等了75分鐘。還好隨身帶了本以前看過的書，從頭到尾重新翻了一遍，時間剛剛好，呵呵。這本書的名字叫《解析極限編程——擁抱變化》。

 

極限編程是一種輕量級的軟體工程方法，強調及時測試、擁抱變化、延遲決策（把重要的決策推到最後再定）。我覺得和我一貫的做法是相反的。我一貫的做法是總想事先把所有事情想全，實際上這是費力不討好，很多事先想好的東西到現實中並不會出現，倒反會出現很多事先沒想到的情形。倒不如像這本書名說的那樣，擁抱變化，只解決今天能看得明白的問題，明天的事相信明天的自己能應對。

 

想想我開發樹控制項都小半年了，修修改改，拖遝、不節約時間是本質上的原因，可是工作方法不科學也是一個很重要的原因。看這本書，反思自己這個小項目，做的不好的地方有如下幾點：

（1）沒有計劃：因為是給自己做，沒計劃沒範圍、想起一出是一出、今日做不了複明日。唉。這樣不行。要改！

    a)要有計劃。不過計劃很不好定，因為其實我對自己多長時間能完成一個函數沒有概念。不管怎樣，我先逼著自己做一個計劃先，不行再調整。

    b)要有度量。明天起開始對編程計時。以便日後能讓計劃更精確。

    c)要有範圍：

          c.1)應該做可能有效最簡單的東西，不能想到什麼就做什麼，在設計功能的時候不要想一次吃個胖子，要蠶食不要鯨吞。

          c.2)另外，我也太愛重構（應該需要的時候、出現重複代碼的時候才重構）

（2）沒有方便的自動化測試：所以，每次改動了代碼，我就得重新構築測試案例。也許看看另一本書，看看他們是如何測試的。

 

 

行動：

（1）做開發計劃：明天做個本周計劃（注意要有範圍）。

（2）統計開發度量：明天開始。

（3）看那本《探索極限編程》的書，明天開始。