一直有朋友發(fā)email來(lái)索要那本OpenDoc的源代碼，這里一并給出下載地址。

http://www.aygfsteel.com/Files/zbw25/code.rar

抱歉，拖了這么長(zhǎng)時(shí)間。

Update：
昨天在BlogJava上傳的文件，今天就不能下載了，比較暈。。。

http://www.javaeye.com/topic/19448

這是在JavaEye的發(fā)布OpenDoc的地址，里面有下載的Link。
http://www.javaeye.com/topics/download/54f814f5-b77f-46e1-bf61-bd384493f118

應(yīng)該要注冊(cè)成為javaeye的用戶后，才能下載。

“出來(lái)混，總是要還的。”這話說(shuō)得真好。我最近的blog寫得太少了，想寫的東西，其實(shí)又實(shí)在是不少，一日復(fù)一日的堆積心里，又想寫，又不想寫，難受呀。

這篇blog原本還是打算在Word 2007里寫的， 后來(lái)作為草稿發(fā)上來(lái)，發(fā)現(xiàn)還有不少不如意的地方，還是在線寫吧。

想說(shuō)的事情挺多的，一件一件的說(shuō)吧。

一、敏捷中國(guó)大會(huì)，6月6日在上海交大舉辦了一場(chǎng)。專門介紹ruby的，昨天在csdn的martin fowler的中文blog上，也貼出了完整的演講全文。《Ruby是一個(gè)非常好的開(kāi)發(fā)工具》，《現(xiàn)場(chǎng)演示Ruby編程》，《細(xì)數(shù)Ruby語(yǔ)言優(yōu)缺點(diǎn)》。關(guān)于這次活動(dòng)的一篇Blog按理我早就該寫了，但是卻一直沒(méi)有寫出來(lái)。有兩個(gè)原因，一個(gè)是那天老馬在開(kāi)講之前，熊節(jié)是打算在邊上當(dāng)翻譯的，誰(shuí)知道交大的同學(xué)們牛啊，紛紛表示，不必翻譯，都聽(tīng)得懂的，我一個(gè)學(xué)俄語(yǔ)的人，在那里抗議也沒(méi)什么用，大家都一副聽(tīng)力很好的架勢(shì)，老馬在上面嘰里呱啦的講著，下面的同學(xué)們不時(shí)的笑著……我呢，也只能隨著大家的笑聲，沖著老馬空洞的笑著……；第二個(gè)原因呢，是個(gè)原本打算等CSDN的演講的翻譯出來(lái)，我也好引用一下，誰(shuí)知這一等，就是半個(gè)月，我都已經(jīng)換了一個(gè)工作了。

說(shuō)實(shí)話，那天老馬的演講，我沒(méi)聽(tīng)懂，不過(guò)因?yàn)樗谀抢铿F(xiàn)場(chǎng)coding，所以我還是看懂了一些代碼。Ruby的代碼給人留下了深刻的印象，而且我不知道是不是Martin故意裝作是一個(gè)初哥，反正看起來(lái)他對(duì)ruby的語(yǔ)法也不怎么熟悉，不過(guò)ruby厲害的地方就在于，你就算是個(gè)初哥，邊試邊弄，也能把程序鼓搗出來(lái)。

原本的計(jì)劃是介紹Ruby DSL的，不過(guò)時(shí)間明顯的不夠用，關(guān)于DSL的部分反而講得很少，還好這兩天armlinux-w翻譯了一篇專講Ruby DSL的文章過(guò)來(lái)：《用Ruby 創(chuàng)建領(lǐng)域特定語(yǔ)言》。當(dāng)時(shí)看到Martin演示的，用Ruby語(yǔ)言描述的配置文件時(shí)，腦子里頗有些想法，也寫了問(wèn)題交上去問(wèn)，不過(guò)老馬也來(lái)不及一一回答，后來(lái)想想，提的那個(gè)問(wèn)題，也沒(méi)有經(jīng)過(guò)自己的深入思考與實(shí)踐，不提也罷。

倒是我提的另外一個(gè)問(wèn)題，頗有些價(jià)值，當(dāng)時(shí)正好交大的林德樟老師也在，我以前就對(duì)林老師的那句語(yǔ)錄有所不滿《XP是草書(shū)，UP是正楷，先草書(shū)后正楷，就會(huì)亂套》。在自己的Blog上也和林老師的門徒們吵過(guò)架，如今Martin教主本人既然來(lái)了，我等看客正應(yīng)該把這仗挑起來(lái)才是。于是我就提了一個(gè)問(wèn)題，讓兩位專家都來(lái)評(píng)價(jià)一下這句話。可惜的是，后來(lái)他們兩人的精彩交鋒，我也沒(méi)怎么聽(tīng)懂，還是林老師還用中文闡述了一遍自己的觀點(diǎn)，我算是了解了一下他的邏輯。

原來(lái)我以為，林老師這樣的說(shuō)法，是出于在校教師“和稀泥”的考慮。這下我才了解到，原來(lái)林老師是真的這么認(rèn)為的。而他這么一種說(shuō)法的依據(jù)，還是慣常的“中國(guó)國(guó)情論”。或者稱之為“補(bǔ)課論”。因?yàn)槊绹?guó)人是現(xiàn)有軟件工程，才有極限編程，而我們現(xiàn)在的軟件產(chǎn)業(yè)還落后人家?guī)资辏圆话衍浖こ踢@一課不上，是不行的。然后林老師還頗有些“攻擊力”的詢問(wèn)Martin，當(dāng)初你先寫了UML，后來(lái)又寫了XP，不也是這樣一個(gè)心路歷程嗎？老馬如何回答，我也沒(méi)有聽(tīng)懂，但是在我看來(lái)，林老師混淆了三個(gè)概念，一個(gè)是國(guó)家級(jí)的軟件產(chǎn)業(yè)的發(fā)展水平，一個(gè)是企業(yè)級(jí)的軟件開(kāi)發(fā)的管理水平，一個(gè)是開(kāi)發(fā)人員的技術(shù)與理論水平。這三個(gè)不同的水平被他攪在一起，用于支撐自己的說(shuō)法，實(shí)在是???????所以，會(huì)后我又追上去問(wèn)林老師，我提出了三個(gè)概念混淆了云云，沒(méi)想到林老師相當(dāng)和藹可親的對(duì)我說(shuō)：“嗯，你說(shuō)的沒(méi)錯(cuò)”，然后又說(shuō)到關(guān)于大學(xué)的軟件教育的問(wèn)題，我在說(shuō)很多剛畢業(yè)的學(xué)生，對(duì)于軟件開(kāi)發(fā)的理解，往往停留于知識(shí)點(diǎn)的積累上，而沒(méi)有去思考，我打算把這些知識(shí)點(diǎn)，組合起來(lái)運(yùn)用，以達(dá)到什么目的。很多學(xué)生，只是說(shuō)我知道什么什么，而不會(huì)說(shuō)，我會(huì)做什么什么。林老師又和藹可親的對(duì)我說(shuō)：“嗯，你說(shuō)的沒(méi)錯(cuò)。我一直跟學(xué)生們說(shuō)，學(xué)校和企業(yè)是完全不同的，真正的知識(shí)，只能在企業(yè)里才能學(xué)到。”然后我又說(shuō)，其實(shí)軟件學(xué)院應(yīng)該多推薦學(xué)生去企業(yè)實(shí)習(xí)，還有就是多鼓勵(lì)學(xué)生參與Open Source的項(xiàng)目呀。林老師還是和顏悅色的對(duì)我說(shuō)：“是啊，不過(guò)現(xiàn)在的企業(yè)，要他們肯接收學(xué)生實(shí)習(xí)，不容易的。在美國(guó)，每年暑期都會(huì)有大量的實(shí)習(xí)生招聘，這其實(shí)就是企業(yè)在做慈善呀。再說(shuō)現(xiàn)在的大學(xué)老師，對(duì)Open Source的了解，也很少的呀。”然后，我就跟林老師告辭了。作為一個(gè)老師，他給我留下了很好的印象，但是，我更加悲觀的發(fā)現(xiàn)，要通過(guò)學(xué)校教育，提高軟件開(kāi)發(fā)人員的素質(zhì)，好難啊！

會(huì)后大家又找了一家小飯店FB了一下，CSDN的霍泰穩(wěn)也來(lái)了，我還給他們提了一個(gè)建議，以后CSDN最好能夠搞一個(gè)系列的活動(dòng)，不斷的把世界各地的軟件大師們請(qǐng)到中國(guó)來(lái)，巡回演講，收取門票，整理成每年基本的《軟件大師在中國(guó)》這樣書(shū)出版，還有視頻光盤也可以賣錢，各位大師的中文Blog也都建在CSDN，應(yīng)該是一樁雙贏的好事啊，就看他們是不是打算做了。

(待續(xù))

不要出來(lái)搞笑說(shuō)：

沒(méi)有bug的程序？????????
靠，站著說(shuō)話不腰疼。那個(gè)公司可以做出沒(méi)有bug的軟件來(lái)？
當(dāng)然，沒(méi)有寫過(guò)程序的人不出bug!!
估計(jì)這位同志不會(huì)寫代碼，是個(gè)理論專家。
還是不要這么狂的好。
我估摸按你的標(biāo)準(zhǔn)，你是肯定不會(huì)被別人錄用的！

123說(shuō)：

你是編程的嗎？
無(wú)“BUG”搞笑吧你
測(cè)試是不能查出所有BUG的
而且不是所有測(cè)試都能窮舉的
只能是測(cè)試覆蓋率達(dá)到一個(gè)標(biāo)準(zhǔn)
BUG出現(xiàn)的概率達(dá)到標(biāo)準(zhǔn)
才算產(chǎn)品
“ZERO-BUG”做夢(mèng)去吧

文檔是項(xiàng)目的知識(shí)，這些知識(shí)必須集中管理、容易獲取、人人可以編輯。

項(xiàng)目在生長(zhǎng)，代碼在增加，文檔也必須能夠跟隨項(xiàng)目自然生長(zhǎng)，強(qiáng)行劃分設(shè)計(jì)階段和開(kāi)發(fā)階段，是不可取的。

Wiki不是傳統(tǒng)的項(xiàng)目文檔，而是一個(gè)應(yīng)交流需要，可能隨時(shí)增刪改的知識(shí)庫(kù)。項(xiàng)目組的成員，遇到問(wèn)題，就應(yīng)該首先查看Wiki，如果這是Wiki中沒(méi)有，那么他應(yīng)該找人詢問(wèn)。而那個(gè)知道答案的人，如果他不想再今后不斷的回答同一問(wèn)題，就應(yīng)該把這個(gè)答案寫入Wiki，這就是Wiki條目增長(zhǎng)的自然動(dòng)力。

傳統(tǒng)文檔最大的問(wèn)題在于浪費(fèi)，而Wiki通過(guò)持續(xù)修改，按需提供的方式，保證了所有寫下的文字，一定有超過(guò)一個(gè)人需要讀它。

Include功能，增加include標(biāo)簽，可以在一個(gè)條目中，引入其他條目的全文，而不是僅僅增加一個(gè)link。

文檔的層次結(jié)構(gòu)，當(dāng)項(xiàng)目的文檔條目逐漸增加，分門別類的條目，更加便于查找，也可以有效的避免條目重名的問(wèn)題。

一個(gè)Click，就能夠創(chuàng)建新一個(gè)條目，用于填寫當(dāng)天的工作安排。

每日15分鐘文檔制度，基于“填寫當(dāng)日工作”的功能，我規(guī)定每個(gè)項(xiàng)目組成員，每天要花三個(gè)5分鐘來(lái)寫文檔，早上的5分鐘，填寫當(dāng)日工作計(jì)劃。中午的5分鐘填寫上午的工作情況，下班前的5分鐘，填寫下午的工作情況。這樣，每天的文檔工作相當(dāng)輕松，但是文檔能夠保證持續(xù)的跟隨項(xiàng)目成長(zhǎng)下去。更進(jìn)一步的，這樣的制度，對(duì)于項(xiàng)目的進(jìn)度控制，也很有幫助。

User Case條目驅(qū)動(dòng)，所有分解出去的User Case，在分配到責(zé)任人之后，該責(zé)任人的第一項(xiàng)工作，就是在Wiki中寫下對(duì)于這個(gè)User Case的理解。隨后項(xiàng)目進(jìn)展，也應(yīng)該持續(xù)的維護(hù)這個(gè)條目。

同時(shí)進(jìn)行Bug的管理，Bug也作為Wiki中的條目，以便于和其他條目項(xiàng)目引用。

每次Check In CVS時(shí)，必須寫注釋。這是更加細(xì)節(jié)的文檔，然后我還做了一個(gè)小程序，能夠自動(dòng)的從CVSTrac中讀出當(dāng)天Check In代碼的注釋。供每個(gè)人在寫當(dāng)天文檔的時(shí)候引用。

　　文檔驅(qū)動(dòng)、測(cè)試驅(qū)動(dòng)、用例驅(qū)動(dòng)、模型驅(qū)動(dòng)、特征驅(qū)動(dòng)。。。。他們都要解決的是什么問(wèn)題？

　　要回答這個(gè)問(wèn)題，還真不容易。我們得問(wèn)一個(gè)更加重要的問(wèn)題，真正驅(qū)動(dòng)項(xiàng)目的，究竟是什么呢？我想，應(yīng)該是需求吧？

?

　　那么，這些“文檔”、“測(cè)試”、“用例”、“模型”、“特征”，究竟是什么呢？對(duì)于需求的描述！我們之所以不會(huì)直接用需求來(lái)驅(qū)動(dòng)項(xiàng)目開(kāi)發(fā)，而是要借助工具，來(lái)幫助我們描述需求，就是因?yàn)榭谡Z(yǔ)化的需求描述是非常模糊的，充滿歧義的。所以，選擇什么來(lái)驅(qū)動(dòng)我們的項(xiàng)目，其實(shí)就是要看，以上這些工具，哪一個(gè)能夠更好、更準(zhǔn)確的描述需求？

?

　　文檔其實(shí)是最難準(zhǔn)確描述需求的一種方式，如果是純文字的文檔，就更難。我們的技術(shù)總監(jiān)，非常喜歡讀寫文檔，我最近也創(chuàng)下了一天寫47頁(yè)文檔的最新記錄。但是，當(dāng)我們開(kāi)會(huì)的時(shí)候，我還是經(jīng)常需要提醒我們的技術(shù)總監(jiān)，麻煩他再仔細(xì)看看文檔第XX頁(yè)的第XX段，以及配合著另一份文檔的XX小節(jié)，來(lái)確切的理解我的意思！如果沒(méi)有我的解釋，他就會(huì)誤解我的文檔。

?

　　當(dāng)然，如果要寫出不需要我來(lái)解釋，他就能理解的文檔，那么文檔的工作量，將會(huì)極其驚人！我以前寫過(guò)一篇blog，《Jacobson博士演講觀后感》是我對(duì)UP的創(chuàng)始人的極度反感的集中體現(xiàn)。GHawk，以及交大林老師的所謂“UP”的觀點(diǎn)，當(dāng)然不可能獲得我的贊同。在GHawk的最新一篇blog：《UP & XP之爭(zhēng)，意義何在？(續(xù))》中，GHawk說(shuō)：“唯一的問(wèn)題是：“如何確保測(cè)試用例的質(zhì)量”。顯然，我們不能把一把不直的尺子度量出來(lái)的結(jié)果作為可靠的參考依據(jù)。怎么解決呢？“結(jié)對(duì)編程”么？嗯，這是一個(gè)不錯(cuò)的方式，那么最終該信賴誰(shuí)呢？是Pair中的A還是B呢？或者，是Leader么？那么又是誰(shuí)提出的要求呢？是老板么？還是客戶？政府？法規(guī)？市場(chǎng)？……問(wèn)題沒(méi)有終結(jié)了。”

?

　　由此我可以推斷，他對(duì)于XP的認(rèn)識(shí)，基本上是停留在猜測(cè)的階段。對(duì)于這篇blog的觀點(diǎn)，我就不逐一反駁了，我的猜測(cè)是，他經(jīng)歷過(guò)一次失敗的XP嘗試，而究其原因，我猜測(cè)是因?yàn)樗麄兡莻€(gè)所謂的XP Team中，沒(méi)有一個(gè)人，曾經(jīng)實(shí)踐過(guò)一次正規(guī)的XP開(kāi)發(fā)。

?

　　再來(lái)看模型驅(qū)動(dòng)，這中間有一個(gè)大問(wèn)題，因?yàn)樾枨笫恰皢?wèn)題域”的范疇，而模型，則是“解答域”的范疇，試圖通過(guò)解答域的精確描述，來(lái)實(shí)現(xiàn)對(duì)于需求的準(zhǔn)確描述，肯定不靠譜啊。

?

　　特征驅(qū)動(dòng)，我認(rèn)為FDD其實(shí)是老方法的新名詞，具體的實(shí)踐，可能更加接近測(cè)試、迭代式的過(guò)程。了解不過(guò)，所以我也不打算多說(shuō)。

?

　　用例驅(qū)動(dòng)與測(cè)試驅(qū)動(dòng)，其實(shí)我認(rèn)為這是一個(gè)硬幣的兩面，用例要盡快的翻譯為測(cè)試用例，而測(cè)試用例，正是為了更加準(zhǔn)確的表述需求用例。這是我能夠想到的，驅(qū)動(dòng)項(xiàng)目開(kāi)發(fā)的，最好的方法！

　　我們現(xiàn)在這個(gè)公司的大老板，平時(shí)在三樓辦公。但是，每天都會(huì)有幾次，他會(huì)在我們的辦公室里走來(lái)走去——“進(jìn)行著聊勝于無(wú)的監(jiān)督工作”。

?

　　我想，他大概沒(méi)有聽(tīng)說(shuō)過(guò)“XP”、“結(jié)對(duì)編程”這樣的名詞。

?

　　4月15日，周六，我參加了BEA上海User Group的一次活動(dòng)。北京來(lái)的Charls，做了一次非常精彩的演講。名字叫做《一個(gè)Xper的心路歷程》。全場(chǎng)笑聲不斷，Charls的感染力征服了每一個(gè)人。

　　演講最后提出的一個(gè)觀點(diǎn)是：“成為一個(gè)Xper，就是成為一個(gè)合格的程序員”。要勇于暴露自己的不足，要善于溝通，要謙虛，要有計(jì)劃，要……做到了這些，我們才算是“剛剛夠格”。

?

　　我基本上已經(jīng)被說(shuō)服了……在Charls演講結(jié)束的時(shí)候，我只想問(wèn)一個(gè)小問(wèn)題。因?yàn)樗f(shuō)，在項(xiàng)目組里，如果有人遇到問(wèn)題，不要自己偷偷摸摸 的Google搞定，而是應(yīng)該馬上“舉手”，看看小組里有沒(méi)有人能夠馬上告訴你答案。這才是“勇于暴露自己的不足”。而我還想從另外一個(gè)角度問(wèn)一下。

?

　　（以下對(duì)話是一個(gè)大概的回憶）

?

　　“我一直以來(lái)的工作方式是這樣的，遇到問(wèn)題的時(shí)候，首先Google一下，這樣我不但可以找到當(dāng)前這個(gè)問(wèn)題的答案，還能夠了解很多周邊的知識(shí)，觸類旁通。如果直接問(wèn)人的話，問(wèn)題解決，我也就不再深入了。這樣是不是對(duì)于個(gè)人能力成長(zhǎng)不太有利呀。”

　　Charls：“項(xiàng)目進(jìn)度在那里，當(dāng)然是馬上解決問(wèn)題最好。”

　　我：“那么我們是不是可以這么理解，XP對(duì)于項(xiàng)目開(kāi)發(fā)的目標(biāo)很有效，而對(duì)于程序員個(gè)人能力的成長(zhǎng)目標(biāo)，不是很有效？”

　　Charls：“我一直這么說(shuō)，XP更加高級(jí)的剝削方式……”

?

　　頓時(shí)，我豁然開(kāi)朗。XP的好處，從老板的角度來(lái)看，應(yīng)該更多：

?

　　結(jié)對(duì)編程——最有效的相互監(jiān)督機(jī)制
　　結(jié)對(duì)編程——最有效的內(nèi)部培訓(xùn)機(jī)制
　　測(cè)試驅(qū)動(dòng)開(kāi)發(fā)——最有效的質(zhì)量保證體系
　　User Story＋客戶現(xiàn)場(chǎng)辦公——最低成本的需求收集、分析機(jī)制
　　每日集成——有效降低集成、測(cè)試成本
　　…….

　　從程序員的角度來(lái)說(shuō)，這些“與我何干”呢？

　　所以，一個(gè)追求利潤(rùn)最大化的老板，就應(yīng)該選擇XP，而一個(gè)聰明的老板，不但要運(yùn)用XP，還要保證8小時(shí)工作制，甚至給員工20%的 On Beach時(shí)間(來(lái)源于Gigix對(duì)于ThroughWorks的介紹)。這樣才能保持員工的可持續(xù)編程能力。如果我是老板的話，我就會(huì)這么干！
　　那天討論的話題中，還有一些XP沒(méi)能夠很好回答的問(wèn)題：
　　比如文檔。在我以前的開(kāi)發(fā)實(shí)踐中，我們都建立了一個(gè)Wiki，并且強(qiáng)制程序員每人每天就Wiki幾次，以分散寫文檔的壓力。
　　比如對(duì)于人員的高要求的疑問(wèn)。我的理解是，XP對(duì)人員提出了很高的要求，但是同時(shí)也提供了最有效的人員培訓(xùn)機(jī)制（結(jié)對(duì)編程），所以，對(duì)于入職人員的要求，并不需要很高，更多的是考察一個(gè)人的溝通能力、學(xué)習(xí)能力，而不是開(kāi)發(fā)的能力。