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

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

抱歉，拖了這么長時間。

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

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

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

應該要注冊成為javaeye的用戶后，才能下載。

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

這篇blog原本還是打算在Word 2007里寫的， 后來作為草稿發上來，發現還有不少不如意的地方，還是在線寫吧。

想說的事情挺多的，一件一件的說吧。

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

說實話，那天老馬的演講，我沒聽懂，不過因為他在那里現場coding，所以我還是看懂了一些代碼。Ruby的代碼給人留下了深刻的印象，而且我不知道是不是Martin故意裝作是一個初哥，反正看起來他對ruby的語法也不怎么熟悉，不過ruby厲害的地方就在于，你就算是個初哥，邊試邊弄，也能把程序鼓搗出來。

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

倒是我提的另外一個問題，頗有些價值，當時正好交大的林德樟老師也在，我以前就對林老師的那句語錄有所不滿《XP是草書，UP是正楷，先草書后正楷，就會亂套》。在自己的Blog上也和林老師的門徒們吵過架，如今Martin教主本人既然來了，我等看客正應該把這仗挑起來才是。于是我就提了一個問題，讓兩位專家都來評價一下這句話。可惜的是，后來他們兩人的精彩交鋒，我也沒怎么聽懂，還是林老師還用中文闡述了一遍自己的觀點，我算是了解了一下他的邏輯。

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

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

(待續)

不要出來搞笑說：

沒有bug的程序？????????
靠，站著說話不腰疼。那個公司可以做出沒有bug的軟件來？
當然，沒有寫過程序的人不出bug!!
估計這位同志不會寫代碼，是個理論專家。
還是不要這么狂的好。
我估摸按你的標準，你是肯定不會被別人錄用的！

123說：

你是編程的嗎？
無“BUG”搞笑吧你
測試是不能查出所有BUG的
而且不是所有測試都能窮舉的
只能是測試覆蓋率達到一個標準
BUG出現的概率達到標準
才算產品
“ZERO-BUG”做夢去吧

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

項目在生長，代碼在增加，文檔也必須能夠跟隨項目自然生長，強行劃分設計階段和開發階段，是不可取的。

Wiki不是傳統的項目文檔，而是一個應交流需要，可能隨時增刪改的知識庫。項目組的成員，遇到問題，就應該首先查看Wiki，如果這是Wiki中沒有，那么他應該找人詢問。而那個知道答案的人，如果他不想再今后不斷的回答同一問題，就應該把這個答案寫入Wiki，這就是Wiki條目增長的自然動力。

傳統文檔最大的問題在于浪費，而Wiki通過持續修改，按需提供的方式，保證了所有寫下的文字，一定有超過一個人需要讀它。

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

文檔的層次結構，當項目的文檔條目逐漸增加，分門別類的條目，更加便于查找，也可以有效的避免條目重名的問題。

一個Click，就能夠創建新一個條目，用于填寫當天的工作安排。

每日15分鐘文檔制度，基于“填寫當日工作”的功能，我規定每個項目組成員，每天要花三個5分鐘來寫文檔，早上的5分鐘，填寫當日工作計劃。中午的5分鐘填寫上午的工作情況，下班前的5分鐘，填寫下午的工作情況。這樣，每天的文檔工作相當輕松，但是文檔能夠保證持續的跟隨項目成長下去。更進一步的，這樣的制度，對于項目的進度控制，也很有幫助。

User Case條目驅動，所有分解出去的User Case，在分配到責任人之后，該責任人的第一項工作，就是在Wiki中寫下對于這個User Case的理解。隨后項目進展，也應該持續的維護這個條目。

同時進行Bug的管理，Bug也作為Wiki中的條目，以便于和其他條目項目引用。

每次Check In CVS時，必須寫注釋。這是更加細節的文檔，然后我還做了一個小程序，能夠自動的從CVSTrac中讀出當天Check In代碼的注釋。供每個人在寫當天文檔的時候引用。

　　文檔驅動、測試驅動、用例驅動、模型驅動、特征驅動。。。。他們都要解決的是什么問題？

　　要回答這個問題，還真不容易。我們得問一個更加重要的問題，真正驅動項目的，究竟是什么呢？我想，應該是需求吧？

?

　　那么，這些“文檔”、“測試”、“用例”、“模型”、“特征”，究竟是什么呢？對于需求的描述！我們之所以不會直接用需求來驅動項目開發，而是要借助工具，來幫助我們描述需求，就是因為口語化的需求描述是非常模糊的，充滿歧義的。所以，選擇什么來驅動我們的項目，其實就是要看，以上這些工具，哪一個能夠更好、更準確的描述需求？

?

　　文檔其實是最難準確描述需求的一種方式，如果是純文字的文檔，就更難。我們的技術總監，非常喜歡讀寫文檔，我最近也創下了一天寫47頁文檔的最新記錄。但是，當我們開會的時候，我還是經常需要提醒我們的技術總監，麻煩他再仔細看看文檔第XX頁的第XX段，以及配合著另一份文檔的XX小節，來確切的理解我的意思！如果沒有我的解釋，他就會誤解我的文檔。

?

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

?

　　由此我可以推斷，他對于XP的認識，基本上是停留在猜測的階段。對于這篇blog的觀點，我就不逐一反駁了，我的猜測是，他經歷過一次失敗的XP嘗試，而究其原因，我猜測是因為他們那個所謂的XP Team中，沒有一個人，曾經實踐過一次正規的XP開發。

?

　　再來看模型驅動，這中間有一個大問題，因為需求是“問題域”的范疇，而模型，則是“解答域”的范疇，試圖通過解答域的精確描述，來實現對于需求的準確描述，肯定不靠譜啊。

?

　　特征驅動，我認為FDD其實是老方法的新名詞，具體的實踐，可能更加接近測試、迭代式的過程。了解不過，所以我也不打算多說。

?

　　用例驅動與測試驅動，其實我認為這是一個硬幣的兩面，用例要盡快的翻譯為測試用例，而測試用例，正是為了更加準確的表述需求用例。這是我能夠想到的，驅動項目開發的，最好的方法！

　　我們現在這個公司的大老板，平時在三樓辦公。但是，每天都會有幾次，他會在我們的辦公室里走來走去——“進行著聊勝于無的監督工作”。

?

　　我想，他大概沒有聽說過“XP”、“結對編程”這樣的名詞。

?

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

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

?

　　我基本上已經被說服了……在Charls演講結束的時候，我只想問一個小問題。因為他說，在項目組里，如果有人遇到問題，不要自己偷偷摸摸 的Google搞定，而是應該馬上“舉手”，看看小組里有沒有人能夠馬上告訴你答案。這才是“勇于暴露自己的不足”。而我還想從另外一個角度問一下。

?

　　（以下對話是一個大概的回憶）

?

　　“我一直以來的工作方式是這樣的，遇到問題的時候，首先Google一下，這樣我不但可以找到當前這個問題的答案，還能夠了解很多周邊的知識，觸類旁通。如果直接問人的話，問題解決，我也就不再深入了。這樣是不是對于個人能力成長不太有利呀。”

　　Charls：“項目進度在那里，當然是馬上解決問題最好。”

　　我：“那么我們是不是可以這么理解，XP對于項目開發的目標很有效，而對于程序員個人能力的成長目標，不是很有效？”

　　Charls：“我一直這么說，XP更加高級的剝削方式……”

?

　　頓時，我豁然開朗。XP的好處，從老板的角度來看，應該更多：

?

　　結對編程——最有效的相互監督機制
　　結對編程——最有效的內部培訓機制
　　測試驅動開發——最有效的質量保證體系
　　User Story＋客戶現場辦公——最低成本的需求收集、分析機制
　　每日集成——有效降低集成、測試成本
　　…….

　　從程序員的角度來說，這些“與我何干”呢？

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

歡迎下載： AJAX——新手快車道

　　我有很濃厚的“地圖情結”，以前我寫過一篇《我的信仰地圖》，最近又做了一次關于Ajax的演講，名字叫做《Ajax技術地圖》。我一直以來的觀點是，世界是一個整體，在這個巨大的世界之中，任何事物、任何知識，任何觀點，都有其合理、自然的位置。理解這個世界的過程，就是逐步將需要了解的各種事物，在作為整體的一個世界中，找到其位置。了解這個位置的前后左右，相互關系，相互影響。這樣的理解世界的學習方式，我認為是最為有效的。所以當我在JavaEye看到關于《代碼大全》的廣告時，我的第一反應就是：這不是世界地圖嗎？
?
　　看了看他的目錄，竟然有35章之多？架構、分析、設計、編程、測試、重構、面向對象、調試、規范、管理、軟件質量控制、協作、優化、開發工具、注釋、甚至個性、開發藝術等等等等，只要是與軟件有關的，基本上他都寫到了。
?
　　說實話，我當時相當的不屑......可能嗎？居然有這么一個家伙，能夠像當年的托馬斯?阿奎那一樣，以一己之力，寫出《神學大全》？CSDN的網站上介紹這個Steve McConnell，在1998年的時候，被Software Development雜志的讀者評為軟件業最具影響力的三大人物之一，與Bill Gates、Linus Torvalds齊名。一個寫書的，能和兩個寫代碼的天才齊名？網站上的那些推薦的話，個個都是大名鼎鼎，個個都是推崇備至。作為我這樣一個有逆反心里的家伙來說，直覺上就是：“會不會呀，有這么牛嗎？”

?

　　當然了，我也不好多說什么，畢竟沒有看過書～～～

?

　　沒想到好事居然找上門來了，博文視點的魏泉是我要寫的那本Ajax書的責任編輯。而《代碼大全》也是他們負責出版的。那天他找到我，說是讓我看看這本書的書稿……看看能不能寫一篇書評。這等美差，我很爽快的就答應下來了。

?

　　一看之下，果然是很喜歡，作者的思考問題的方式，與我的方式相當的接近，都是盡可能將多種、甚至矛盾的事物，放在一個整體的環境中來理解。比如對于隱喻，用于描述軟件開發的特征的各種各樣的隱喻，其實各有其價值，如果能夠組合運用，自然能夠獲得一種平衡。正如作者所說：“使用隱喻又是件說不清楚的事情（fuzzy business）。你需要適當地引申它的含義，才能從其中蘊含的深刻啟發中受益。但若你過分地或者在錯誤的方向上引申了它的含義，它也會誤導你。正如人們會誤用任何強大的工具一樣，你也可能誤用隱喻，但它的強大的功效，還是會成為你智慧工具箱中的一個寶貴部分。”

?

　　這樣的一種看法，可以說“中正平和、深具智慧”，這是我們在大多數關于軟件開發的論述中，很難看到的。

?

　　再比如說，作者在第三章時給出的一個表格：三種常見的軟件項目種類，及其典型的良好實踐。就將軟件分為商業系統、性命攸關的系統以及性命攸關的嵌入式系統。然后指出對于這三類不同的應用，在開發手段、管理強度、設計、構建、測試、部署等等方面的差別化策略。這樣的分類，自然就避免了將各種開發手段，簡單的對立起來比較的方法，顯得更加具有說服力。

?

　　再比如說，全書給出了相當多的Check List，這樣的表格，實在是大有益處，借用地圖的隱喻來書，這樣的CheckList，就是一個一個的定位器，它能夠幫助你認清自己的位置，了解問題所屬的范疇，了解應該努力的大致方向。這樣的“開發工具”，真是獨一無二。

?

　　這本書我目前只看了前面的5～6章，實在沒有太多的發言權，不過我現在已經可以肯定，這是一本非常有價值的好書，我推薦所有沒有看過的朋友去看看這本名副其實的經典之作。

?

　　說實話，天下沒有免費的午餐，我這篇書評，也是屬于交差之作。人家出版社把樣書給你看，請你寫書評，當然希望你能說些好話?幸運的是，這些好話，的確都是我自己愿意說的。

 

PPT的下載地址是：
http://www.ajaxcn.org/space/start/2006-03-13/1/Ajax%E6%8A%80%E6%9C%AF%E5%9C%B0%E5%9B%BE.pps

 

廣州游記和其他感想，就明天再補吧。

莊表偉 說:

JSVM，我覺得有一個方向可以嘗試去發展，就是瀏覽器中的對象管理，起到一個VM的作用

dlee 說:

問題就是你敢不敢去做小白鼠，或者叫做生活在剃刀邊上。對于一個嚴肅的項目，我做項目經理，是不會采用jsvm的。

莊表偉 說:

那為什么你就會采用prototype呢？

dlee 說:

prototype背后有強大的支持，而不是像jsvm那樣只有萬春華同志等很少的幾個鐵桿。

莊表偉 說:

為什么？你是看著哪邊人多去哪邊的嗎？

dlee 說:

你看那些叫喊"頂"、"支持"、"牛"的人會不會貢獻一行代碼。你太容易非黑即白了。當然不完全是這樣，不過支持能力是一個非常重要的考慮因素。

莊表偉 說:

我的意思是，JSVM，該不該用他，只能由我們看過他的代碼以后，來決定？

dlee 說:

你有能力維護所有的代碼嗎？

莊表偉 說:

我只是用他呀，又不是要改他

dlee 說:

我的意思是說，如果你在項目中使用了Spring，Rod Johnson玩累了，明天就宣布解散這個項目。你自己獨立去維護Spring的代碼。你去用什么啊，它只有很少的UI組件，其中還有問題。 你不要夸口這些自己都能開發好，我兩年前開發了一個比較好用的Grid，花費了一周多的時間。你自己去實現這樣一個組件后再說話。

莊表偉 說:

我不是用他的UI呀，而是用他的這個框架，來組織自己的代碼。

dlee 說:

你不用它的UI，有什么必要使用這個框架呢？dojo/prototype一樣可以做到啊，我是認為你這樣做引入了不必要的成本。況且你如何判定使用的UI庫在設計理念上與jsvm完全沒有沖突？

莊表偉 說:

OK，你現在已經有結論了，但是我還沒有仔細看過他的代碼呢，所以我現在還沒有結論，等我看過以后，自然會有一個結論的。

dlee 說:

在Ajax庫這方面，大部分人都跟我希望的一樣，需要一個全面的解決方案。你說的jsvm專精于做某個領域，我認為是行不通的。任何運行于瀏覽器的js框架都應該是為UI服務的。沒有實現過很多UI組件，如何檢驗它的這個架構設計的合理性？

莊表偉 說:

目前看來，prototype，也只是專精于基礎領域的，在它之上，另有script.aculo.us、Rico、Behaviour這樣的lib

dlee 說:

你喜歡擺擂臺，那么就擺個擂臺，大家都實現Grid組件，看看誰做得好。

莊表偉 說:

呵呵，這倒是個好辦法

dlee 說:

你可以跟醒來來詳細討論，問題不是你想想得那么簡單。做小白鼠也有好處，曉鋼就經常偷偷練習一些自己的獨門絕技。

莊表偉 說:

呵呵

dlee 說:

你可以將我跟他的沖突理解為主要在一個領域，就是我不認為解決他所說的兩個問題，需要這么重的方案。而且他的解決方案從JS開發者的角度看來也不是很優雅。

莊表偉 說:

嗯，這兩點，我基本上是同意的

dlee 說:

萬春華同志的興趣不在UI組件方面，這使得他偏離了瀏覽器JS誕生的使命。今天我跟醒來說過類似的意思。 我們的分歧不完全在技術本身上面。因為我們思考問題的思路差別很大，所以沒有出現很大的交集

莊表偉 說:

嗯，我比較理解你的意思了，但是，我不是很同意...

dlee 說:

你看過他們的代碼了嗎？

莊表偉 說:

看了一些

dlee 說:

代碼的模塊程度如何？有沒有可能將醒來說的一些部分完全去掉？

莊表偉 說:

哪些部分？

dlee 說:

我覺得他們如果做一些更加清晰的劃分，劃分出一個最小的core部分，而且像Spring那樣劃分成很多不同的jar，這樣會更好一些。最糟的情況是要么全有要么全無

 

  醒來 已經添加到此對話中。

 

dlee 說:

你既然對jsvm非常感興趣，就和醒來先詳細談談。我作為旁聽好了。

莊表偉 說:

呵呵，好的呀

醒來 說:

好啊，我 最近剛看了jsvm的源碼

莊，你覺得jsvm怎么樣

莊表偉 說:

我剛開始看他的代碼。說實話，我覺得他的js代碼寫得非常好，也很干凈、清楚。因此，這樣的一個人，寫出這樣水平的代碼的人，對于js的理解，肯定是相當深入的。

醒來 說:

代碼寫的是真不錯

莊表偉 說:

我以前曾經想當然的認為，他不了解js，只喜歡java，所以才會把js，扭曲成java的樣子這樣的想法，肯定是偏見。那么，在承認對方有足夠的智力與經驗的前提下，再來看他的代碼，我覺得更不該"斷然否定"，說他"一無是處"。

醒來 說:

我在javaeye 上提出了我的意見，我也認為他的代碼寫得很不錯，但是側重點有點不合時宜。現在真是有些像java虛擬機了，基本是一個classloader + class cache 的實現

莊表偉 說:

還有這個：

a) 獨立模式：standalone, 該模式下，當前頁面的jsvm獨立加載，不和系統中其他頁面的JSVM發生關聯。

b) 應用程序模式：application, 應用程序模式下的頁面會除了加載jsvm以外，還將構造一個Application的環境。其他模塊模式的頁面會共享Application的資源。

c) 模塊模式：module, 模塊模式的頁面必須運行在一個Application模式的頁面下。該頁面可以通過application框架共享資源以及訪問全局變量。

d) 自動模式：auto, 頁面根據環境自動選擇是獨立模式還是模塊模式。

我覺得很有點意思

醒來 說:

從名字上來講，jsvm倒是符合本意。但是java的成功不是只靠一個jvm的，我覺得 jdk 更關鍵

莊表偉 說:

現在的js庫，除了jsvm，都是以一個Page為單位運行的，鮮有"Application"的概念。而VM的提出，我認為，為將來合理的Browser Object Cache Layer，提供了可能

醒來 說:

我有點懷疑，這樣帶來的復雜性有沒有必要

莊表偉 說:

而且我還希望將來JSVM，能夠更好的支持請求任務隊列的管理，這樣的機制，JS的語法本身提供得并不夠好。還有多線程的管理，JS也沒有像Java那樣的，語法級的支持。

dlee 說:

我不大相信瀏覽器中的JS將來會被用在這樣的目的

醒來 說:

其實我覺得，這些應該是瀏覽器提供的功能，在瀏覽器未發展到這個程度之前，強迫javascript畸形的實現，不一定值得

莊表偉 說:

嗯，這是問題的關鍵...我前面的暢想，的確是我希望將來的JS，能夠支持的一部分

dlee 說:

是的，我們希望將來的JS引擎來提供這些基礎設施

莊表偉 說:

現在JSVM，也許能夠支持一部分，也許還不能夠，所以，說不定哪天JS 2.0出來，JSVM就沒有意義了

醒來 說:

所以對于jsvm的模式，應用程序模式還可以理解，模塊模式很難讓人明白有什么用

莊表偉 說:

這是一個思考模式的問題

假設你對于js本身不熟悉，要讓你合理、自然的劃分多個js文件，合理、自然的在該load的時候才去load，這就相當的費力

醒來 說:

所以我的意見就是，jsvm 希望吸引人來開發，應該要給出jsdk 差不多，一個jsvm 吸引不了人

莊表偉 說:

當然，更加正確的道路，當然是按照js的本性來做，提出某種"js loading design pattener"。但是，在經驗還沒有被總結成模式之前，模仿java式的代碼組織，不失為一種方案

醒來 說:

load js 的模式其實現在都是 用一個同步的xmlhttprequest 去加載js,然后eval。這個 dojo 和 prototype 都有提供基礎支持

莊表偉 說:

不是如何loading。而是，我現在有幾百K的js文件，如何切分成合理的大小，然后在需要的時候去調用他們

醒來 說:

這個想法是對的，也是jsvm值得肯定的地方

我的主要意見是說它提供的 jsc 的形式有點雞肋，同時缺乏簡單高效的工具類，所以吸引不了開發人員。jsvm2 的代碼里有 1/3 就是為了支持這個自創的jsc語法

莊表偉 說:

這是...敗筆...。jsc我也不喜歡，混雜了部分js語法和部分java語法...還不如僅僅規定一個必須的頭部，其他的完全采用js語法呢。還有一點我覺得是這個萬兄在那里暢想，就是JSVM打算支持多種語法的設想，工作量太大了。

dlee 說:

不過萬春來同志說這個可以不用

醒來 說:

所以我建議索性拋棄jsc，以萬兄的javascript功力，寫一部分有用的工具類，我覺得不會有人真的愿意用 var map = new HashMap(), map.put(k, v); 這樣的方式寫js

莊表偉 說:

對的

dlee 說:

所以我剛才說：

我覺得他們如果做一些更加清晰的劃分，劃分出一個最小的core部分，而且像Spring那樣劃分成很多不同的jar，這樣會更好一些。最糟的情況是要么全有要么全無。

醒來 說:

jsc 是可以不用，但jsvm 加載了接近80k的js就為了支持jsc, 沒有意義啊

莊表偉 說:

他現在是有多個js的，只是他core的部分太大了

醒來 說:

莊，如果你去看runtime.js 就知道了，jsvm2其實把jsc都預先編譯了，否則效率一定太低

現在甚至還有一些觀點，不要把js分得太多，因為要激發太多的http連接，反而響應性更不好。畢竟js的加載是同步的 ，這各ajax的異步核心思想有沖突。

dlee 說:

這個考慮也是很有道理的

莊表偉 說:

激發太多的http連接？還是激發太多的同步http連接？

dlee 說:

那個所謂的classloader就是向服務器請求一個包含js類的文件，然后evaluate。而且也要考慮evaluate的執行效率

醒來 說:

每一個import 就是一個http 連接。當然，jsvm 考慮到了cache

dlee 說:

對的，就是發出一個xmlhttp請求

莊表偉 說:

其實，他完全可以將自己的jsdk，做成一個jsc文件，一口氣load進來

dlee 說:

不是多個連接，這個要看服務器怎么配置。其實支持http1.1的瀏覽器和服務器都是保持長連接

醒來 說:

jsvm的cache 也有些問題，他所謂的application模式，在不同的瀏覽器上實現各不相同，ie是js源碼用ie的htc 技術保存的，ff 是存cookie。cookie 的容量是有限制的，所以cache 主要是針對 ie。

dlee 說:

可能是在同一個http連接上發送多個http請求，這些請求需要排隊

莊表偉 說:

OK，我提一個方案，你們看是不是可以作為"最佳實踐"之一：

對于多個異步請求，可以讓他分次異步提交。

對于多個同步請求，應該將多個請求打包以后一次提交。

這個作為"請求隊列管理"的一部分

醒來 說:

道理應該是這樣，jsvm里好像沒有這樣的控制，import語句也沒有這么智能

莊表偉 說:

其實jsvm應該這么做，比如他load一個jsc文件進來，里面的import語句可能有一堆，就應該是一口氣load其他的jsc，不該再分多次了

醒來 說:

我總覺得 線程/隊列 這些該是瀏覽器的事情，用js開發很不保險

莊表偉 說:

你看過我寫的那個RSSReader的代碼嗎？里面就有一個請求隊列的

醒來 說:

jsvm做不到，因為load的jsc里又有import 語句，這是遞歸的

莊表偉 說:

不是遞歸，是分層的

醒來 說:

要么js語言升級，要么瀏覽器升級，我總覺得現階段就想讓ajax完全達到替代桌面應用的程度是不可能的

莊表偉 說:

這個當然是不可能的...

醒來 說:

所以在現階段，還是不要搞復雜了，多線程和隊列能用到的地方畢竟不多

我覺得dlee強調的對的，現在需要的是組件

語言級別的東西，就讓js語言和瀏覽器標準去慢慢支持吧

莊表偉 說:

我理解你們所認為的"輕重緩急"了。根本的觀點在于："急于將瀏覽器中應用，推向完全的桌面應用，并不現實"。立足于"更好的瀏覽器端應用"，而非"盡可能像桌面應用的瀏覽器端應用"，這么說來，當務之急自然是UI控件的完善與豐富

dlee 說:

我覺得瀏覽器中js誕生的使命就是改善交互和UI

醒來 說:

對，就是這個意思

dlee 說:

而且我從項目開發負責人的角度，更希望一個全面的解決方案。不是什么都需要我去做集成

莊表偉 說:

JSVM的問題，不在于他語法上像Java，而在于他的目標上像Java！

dlee 說:

也可以這樣來理解

醒來 說:

ajax 里的cache 應該是去cache 數據，用來cache js代碼，意義多大呢，所以jsvm太技術化了

dlee 說:

在Ajax in Action中，提出了一種獨占式應用。就是像Word一樣，可能每天都要用上幾個小時。目前的Ajax技術，包括一些基礎框架，還很難達到這個要求。所以確實需要這樣一類基礎架構，但是我們認為這些支持最好由瀏覽器和JS引擎來提供。

莊表偉 說:

看來我們已經初步達成共識了

醒來 說:

js 就是用來操作DOM的，不要讓它承擔太多重任，xmlhttp本來也不是 js的一部分，瀏覽器的擴展而以

dlee 說:

我發現現在很多人有一個通病。就跟我在那個ajax和model2框架的討論中說的那樣。毫不思考地就將一種技術或者架構用于設計意圖之外的場合。其實把IFrame用于異步請求也是這個情況

醒來 說:

對jsvm 的建議就是拋棄jsc，完善它自己的面向對象架構，并提供工具類支持，這樣才有可能和 dojo 有競爭。所以在國外是稱為  tricks,  是有貶義的意思，但翻譯成中文，變成竅門，反而有了褒義了

dlee 說:

Ajax in Action的作者稱作hacky的做法，帶有貶義

dlee 說:

令Ajax顯得與眾不同的地方不是它所使用的技術本身，而是通過使用這些技術所帶來的新的交互模式。我們所習慣的傳統的Web交互模型并不適合于獨占式的應用，只有打破了這種交互模型，新的可能性才會慢慢浮現出來。

這是Ajax in Action的一句話，說得非常有道理。我們看到如此眾多的人都對Ajax感興趣不是偶然的。現在我們處在web app發生革命性變化的前夕

莊表偉 說:

嗯，我更關注：慢慢浮現出來的這些可能性中，哪些是正道，哪些是邪道

醒來 說:

我是覺得一定要擦亮眼睛，多從用戶的角度想問題

莊表偉 說:

這是對的

AJAX——新手快車道

 

前言

 

AJAX是什么？

 

首先、AJAX是一種很酷的技術，一旦采用了AJAX，就能讓你的Web頁面，你的網站，甚至連同你們公司，都變得很酷。在Web2.0的時代里，不使用一點AJAX技術的網站，就會顯得很老土，很落伍。

 

但是，這樣的理解，其實是很膚淺的。僅僅是從一個外行，從一個使用者的角度出發，來理解AJAX，就像我在本書的第一章AJAX我也行中那樣，開發出很愚蠢，甚至都沒有資格被稱之為AJAX應用的純IE、XMLHTTP應用。

 

AJAX更酷的一點在于，對于傳統的Web開發人員來說，AJAX所運用的，是更加先進的，更加標準化的，更加和諧高效的，完整的Web開發技術體系。遵循這樣的體系開發Web應用，能讓你的開發過程變得更加輕松，也能使你們的開發團隊，顯得很酷。在Web2.0的時代里，還在采用過時的技術來開發Web，會顯得很老土，很落伍。

 

AJAX的相關組成技術，每一個都已經出現了N年以上了，對這些技術的組合運用，也遠遠早于AJAX這個名詞出現之前。所以，我真正敬佩的，并非提出
AJAX這個縮寫的Jesse James Garrett。而是那些早在N年以前，就已經在探索、實踐的先行者，他們始終在追求的：是更好的用戶體驗，以及更好的開發體驗。這樣的精神，才是最可寶貴的，也是最值得我們學習的。許多年過去以后，當我們再回頭來看當年的這些熱門技術，也許早已經變得老土，變得落伍了。在這樣的歷程中，哪些人會成長為高手？會成長為大師呢？就是那些永不滿足，永遠在追求更好的用戶體驗，永遠在追求更好的開發體驗的人！

 

新手如何上路

 

軟件開發這個領域，永遠都在飛速發展，大家都必須不斷的學習新的知識、技能、框架、IDE、甚至新的語言。傳說中的骨灰級高手們，就像傳說中的大俠，任何武器、哪怕是一塊木頭到了他們手里，也能發揮驚人的威力，人家練了幾十年的看家本領，他們隨手使來，也竟然像是打娘胎里就開始練了一樣。為什么？

 

就算不吹那么玄的，平常我們能夠碰到的那些老手，在學新東西的時候，也比那些新手學得更快，理解得更深，運用得更熟練。而新手們呢？往往就會漫無頭緒，焦頭爛額，以一副張著茫然的大眼睛的經典表情，出現在各大論壇的新手求助區里。他們欠缺的，究竟是什么呢？為什么老手學新東西，就沒遇到那么多困難呢？

 

泛泛地說，自然是經驗上的欠缺。仔細地說來，又可以分為三個方面：

 

一、本質，一種技術與另一種技術之間，往往會有本質上的相通之處，當你對一種技術的理解與思考越來越深入時，學習一種新技術也會更加容易。觸類旁通，舉一反三的能力，就是來自于對于技術本質的追尋。

 

二、地圖，本質上或多或少的相通，也提示著我們技術之間的相互關聯，當你了解的技術越多，了解得越是深入，在你的內心，就能建立起越發清晰的技術地圖。各種知識都有一個自然、合理的位置。那么當一個老手要學習一門新技術的時候，他其實并非在探索一個全新的、未知的領域，而是有很多脈絡可尋，也很多已知可以幫助他們快速了解未知。

 

三、技巧，面對同樣的未知，面對同樣的難題，新手們一籌莫展，而老手們卻掌握著更多的技巧和手段，幫助他們試探可能性、縮小問題的范圍、迅速定位問題、不犯明顯愚蠢的錯誤、甚至能夠列舉出更具命中力的搜索關鍵詞，而這些技巧，都幫助老手在前進的道路上，更少跌倒，即使跌倒，也能更快的爬起來。

 

作為一本寫給新手的入門書籍，我們希望展現給讀者的，是一個老手如何學習新技術的過程。我們相信，這樣的一個學習過程，對于新手來說，是更具有價值的。

 

何謂快車道

 

必須老老實實的承認，我吹牛了！老手雖然會比新手學習得更快一些，但是也同樣會碰到麻煩，遇到障礙，感覺頭痛。如果沒有真正的專家的指導，我不可能如此迅速地將AJAX掌握到目前這樣的程度，要真是讓我自學三個月，然后就寫出書來的話，那真是在騙錢了。

 

老手能夠快速學習的另一個重要的訣竅是：認識很多牛人朋友J

 

如果沒有李錕與趙澤欣的專家級指導與幫助，如果沒有與李錕AJAX結對編程的體驗，如果沒有三個人在MSN上無數次的長聊，我想要在短期內建立起：

 

對于AJAX本質的理解；

對于整個AJAX以及相關技術地圖的理解；

對于AJAX編程開發所需要的很多技巧、手段的掌握；

幾乎是不可能的。

 

如果沒有（N多需要感謝的人）的（N多方面的幫助），我們這本書，也不可能以現在這樣的深度，以（N個月）內完成的速度，送到讀者的面前。

 

希望這本書，能夠對大家快速學習AJAX，有所幫助。

 

這是我原來寫的前言，自我感覺，寫得還是不錯的。可惜啊，這最后幾段，現在看來是用不上了。

雞年最后一篇blog，一堆亂七八糟的東西，也就不分多篇了。

 

一、維基百科的訪問記錄 

• 2006年1月1日8:55湖北武漢電信修改hosts文件,使用原hosts無法訪問,將145.97.39.132換成145.97.39.134能訪問,速度正常.
• 2006年1月1日10:50,廣東深圳,電信ADSL,通過國外代理登陸成功,否則無法登陸
• 2006年1月1日23:46山東省濟南市廣電修改hosts文件,用IE成功登陸.
• 2006年1月2日6:15山東濰坊市,正常連入.
• 2006年1月4日16:59,北京,教育網,需要代理.用維基提供的145.97.39.*代理訪問很快.
• 2006年1月6日20:00湖南長沙.145.97.39.132、145.97.39.134均無法使用.使用144登錄成功.
• 2006年1月6日20:04,武漢,中國電信ADSL,只能使用145.97.39.138或140兩個維基代理;其他維基代理無法找到服務器,使用145.97.39.130代理服務器出現404頁面.
• 2006年1月9日13:25,江蘇常州中國電信ADSL不可直接訪問(用[1] 及[2] 訪問成功)
• 2006年1月11日10:04,武漢,中國電信ADSL,使用MultiProxy可流暢訪問,使用tor+SocksCap32組合包不能流暢訪問.
• 2006年1月11日13:44（utc+8）,廣州,使用[3]登陸.原站無法登陸.
• 2006年1月11日23:00河南鄭州河南網通ADSL不可直接訪問現在使用自由門5.5
• 2006年1月12日17:30,遼寧沈陽遼寧網通不可直接訪問現在使用自由門5.5
• 2006年1月12日17:54,北京host文件不知道為什么不靈了不知道ip是不是有變化還是現在不只封鎖dns了用無界6上來的
• 2006年1月12日00:16,香港PCCW可以直接訪問
• 2006年1月12日3:22,成都,中國電信ADSL無法直接訪問,無界瀏覽6.9訪問成功
• 2006年1月12日10:02,吉林長春,網通ADSL,直接訪問不能,通過代理服務器成功
• 2006年1月13日1:40,內蒙古聯通,不能直接訪問,通過無界瀏覽6.9訪問成功
• 2006年1月13日3:20,深圳聯通,不能直接訪問,FreeGate5.5代理訪問成功
• 2006年1月13日香港時間23:26深圳中國電信ADSL不能直接訪問,使用無界6.9可以成功訪問
• 2006年1月15日秦皇島鐵通adsl,可以直接訪問
• 2006年1月15日23:52山東網通不可直接訪問代理訪問
• 2006年1月15日15:00天津網通ADSL不可直接訪問現在使用自由門5.5今天搜索到一個網站大陸可以直接訪問[4] ,是不是維基的網站啊,看地址像是個商業網站,還有SOHU的廣告,是不是假冒網站啊,有人解釋嗎？
• 2006年1月15日23:34北京網通不可直接訪問在愛問上找到了下面這個上來的
• 2006年1月17日0:23北京網通ADSL不能直接訪問通過香港電訊盈科代理速度正常
• 2006年1月17日17:20吉林長春網通ADSL不能直接訪問通過torpark代理速度非常快
• 2006年1月18日22:38福建電信ADSL不可直接訪問通過代理正常
• 2006年1月19日14:02黑龍江中國電信不能直接訪問通過torpark代理速度非常快
• 2006年1月23日23:01黑龍江哈爾濱市,網通,torpark代理
• 2006年1月27日16:09上海電信，代理
• 2006年1月27日23:29上海電信，Free Proxy
• 2006年1月28日16:58,青海西寧,電信ADSL上網,利用自由門正常連入,速度正常。

GFW哪怕再偉大，也不可能真正的隔斷Internet......

 

二、最近看的幾部電影

1、《一個饅頭引發的血案》，狂笑類電影，非常之出色。以至于我居然興起了想看看這部電影的原材料的心思。

2、《無極》，唯一的長處是給《饅頭》一片提供了原材料。我那天看了前面30分鐘，實在是看不下去了。

3、《小強歷險記》，出色的構思，傳奇式的拍攝，這一切在頒獎典禮那天達到了最高潮。然后事情就演變成了一出活劇，黑色得不得了。還是六哥——張立憲的總結有道理：

零誠意  零新意  零意義  零特技  零演技  零邏輯  零成本
零床戲  零打戲  零哭戲  零專業  零職業  零事業  零票房

這42個字，竟然是一字都不可改，佩服啊！

4、《金剛》，有無數的人推薦這是一部好電影，還有好多人看到最后哭出來了。我看了以后，一點都不喜歡。這不是一部人道主義的電影，而是一部“猿道主義”的電影。死了那么多的人，也沒見到誰難過一下，最后死了個巨猿，倒變成“悲劇”了。荒謬！

5、《僵尸新娘》，絕對好看，創意十足，充滿溫情，人性的光輝由此得以體現。

 

三、一個域名

打算申請一個域名：www.rsslife.info

大概的意思是：Rich Smart Simple Life。具體想做什么，暫時就不透露了。

 

四、春節晚會
還是那么爛，而且一年比一年爛。小品和相聲都沒法看了。歌舞還不錯。

 

五、原創祝福短信

狗年新春旺旺旺，

身體健康棒棒棒。

吃飯睡覺香香香，

工資收入漲漲漲。

原創短信一條，誠意拜年，莊表偉。

　　結構(Structure)、表現(Presentation)、行為(Behavior)，是Web開發標準中的一個重要概念(以下簡稱SPB)。而模型(Model)、視圖(View)、控制器(Controller)的MVC模式呢，是圖形界面應用的重要模式之一，自然也廣泛的用在了Web應用的開發之中。

　　最近熱門起來的Ajax技術，又刺激了人們對于MVC模式的更多思考。本文的很多觀點得到了jasonhsu的一篇論文《基于遞歸MVC結構的Web應用軟件分析模式》的啟發，特此感謝。

 

　　現在我們要考慮技術范疇：SPB、MVC與Ajax之間的相互關系，或者說，在采用Ajax技術的Web應用中，SPB與MVC之間，應該是怎樣的一種關系。

　　左邊是一個標準的SPB模型，結構通過CSS渲染之后，顯示給用戶。JavaScript可以通過DOM API以及DOM Event與結構交互。

　　右邊則是我將JavaScript部分放大之后的情況。

 

　　大致上，我們寫一個稍微復雜一些的Ajax應用的時候，JavaScript部分，就應該一分為三。一部分是用來做DOM與Style控制。另一部分則專心與Server打交道，通常就是用XMLHTTP了，然后將獲取的數據，在瀏覽器中構建一個Model層。再一部分就是表現層的業務邏輯，主要需要處理各種Event，做出正確的反饋。

 

　　這樣的三個部分，順理成章的，也就成了Browser中的MVC了。

 

　　寫完這點東西之后，我再次看了一下jasonhsu的文章，以及Ajax in Action中的第四章《The page as an application》，發現我的思路似乎與Ajax in Action中的思路幾乎完全一致，而與jasonhsu的有所差別。

 

　　雖然人家已經說了，不過我畢竟是自己想通了這一層的，嘿嘿。

 

　　犀牛書里是這么說的：“通常，用setAttribute()方法，比用setAttributeNode()簡單。但是，要為XML文檔定義一個性質包含實體引用的性質時，應該使用setAttributeNode()方法。”

　　什么叫XML文檔呀？什么叫性質包含實體引用的性質呀？反正我在IE里，搞搞HTML文檔，就是出不來，用了setAttributeNode，就成功了。

 

　　所以，我“吃了犀牛書的藥”了。

記錄MSN上與北京姜偉的對話： 

jiangwei說:
主題標引其實是我們的副業，不過進展很快，昨天又把主題關聯做完了，效果還不錯。
jiangwei說:
其實現在聚類算法挺多的，我們試了幾種，各有優缺點，現在準備根據項目的需要，選擇一種給用戶。
莊表偉 說:
哦，我那天還想到一個思路，我一直認為原來的主題詞那樣的“用、代、屬、分、參、族”的結構實在是過于復雜了。
jiangwei說:
愿聞其詳
莊表偉 說:
于是我就想，能不能以這樣一種方式來定義主題詞：
1、所有的主題詞，都是平行的，沒有高低之分
2、主題詞之間，只有兩個關系：相似度、相關度；
3、所有相似度與相關度的數據，都是從人們自行定義的tags情況計算得來的
4、根據詞頻統計，計算出推薦用詞
莊表偉 說:
然后，專家就可以休息了
jiangwei說:
哈哈，有意思的想法，我仔細想想。
jiangwei說:
所有相似度與相關度的數據，都是從人們自行定義的tags情況計算得來的。我覺得這個最難。

莊表偉 說:
有一個網站你知道嗎？
http://del.icio.us/
jiangwei說:
知道
莊表偉 說:
同一篇文章，有多人收錄，每個人各自獨立的設置自己的tags
莊表偉 說:
相似度，就是“兩個tags，分別被不同的用戶，用于同一篇文章的概率”
相關度，就是“兩個tags，被同時用于一篇文章的概率”
jiangwei說:
我當時同keso爭論的就是如果同一個概念，如果不采用受控語言來表達，如何被廣大用戶解析和理解的問題。
莊表偉 說:
比如一篇文章，一個人定義的tags是：“軟件、Windows”，另一個人定義的tags是：“編程、Windows”
莊表偉 說:
那么，軟件與windows之間，編程與windows之間，都有了相關度
莊表偉 說:
而在軟件與編程之間，就有了相似度
jiangwei說:
這需要一個中間橋梁，你這里的是windows，如果用戶有的用windows，有的用視窗，有的用微軟平臺，有的用window，有的用windowsxp，等等，怎么辦？
莊表偉 說:
因為是多人收錄，所以，就有一個詞頻的數據，對外展示一篇文章的主題詞時，就顯示為用戶最多用戶選擇的，也即是推薦詞庫中的詞了。
莊表偉 說:
在民主與集中之間，可以有一個算法的橋梁，并不是絕對不同的
jiangwei說:
我看了365key，感覺里面的tags還沒有真正發揮作用。
莊表偉 說:
http://del.icio.us/
干凈很多，非常舒服，keso自然是不用的
jiangwei說:
365key那個網站我感覺黃賭毒太多，真想不到后臺是劉韌和keso他們。
莊表偉 說:
唉，那是因為在一個“追求點擊率”的國家
莊表偉 說:
365key有兩個排行榜，一個是收藏榜，一個是點擊率榜，如果只有收藏榜的話，365key就干凈了
莊表偉 說:
但是，他們哪里舍得去掉這么個點擊榜呢？
莊表偉 說:
http://spaces.msn.com/members/zbw25/Blog/cns!1pA6-3FOo9yNp_4lmEHxdDqA!836.entry
jiangwei說:
我現在有想法將365key結合我們的東西用于政府網站平臺中，你覺得前景如何？
莊表偉 說:
這是寫的一篇新的blog，里面也有一些創意的
莊表偉 說:
那還不如將RSS、tags，引入政府內部網呢
jiangwei說:
是的，就是這個思路，rss、tag
莊表偉 說:
但是是用于內部網，就是給內網的公務員、領導們看的
莊表偉 說:
還有一個好的東西，也可以引入政府內網，就是像baidu新聞，那樣的RSS關鍵詞訂閱。
jiangwei說:
我們想得完全一樣啊，這個東西就是我們即將用于北京市公務員門戶和北京市領導決策系統中的東西。
莊表偉 說:

jiangwei說:
思路同你是完全相同的
莊表偉 說:
這個東西，非常的Web2.0啊
莊表偉 說:
推向公眾，我認為，也是能夠賺大錢的。
jiangwei說:
是的，我就是想把web2.0用于這兩個項目，看看實際效果到底如何
jiangwei說:
這個項目的中標單位，################
jiangwei說:
但是他們都會用我們的主題標引和主題關聯技術
jiangwei說:
其中一個應用是每天抓取網上的新聞，然后聚類和關聯，給領導和公務員看。
莊表偉 說:
不錯的
jiangwei說:
抓新聞的那家號稱巨牛，專門抓動態網頁和數據庫
jiangwei說:
我們下周就要聯調了
莊表偉 說:
呵呵，已經快做完了呀
jiangwei說:
但是我覺得信息可視化這方面還沒有做好，我準備在這上面再下下功夫
莊表偉 說:
信息可視化？
jiangwei說:
就是如何圖形化地展現這些信息及其關聯
jiangwei說:
包括后臺對這些新聞的統計和分析
jiangwei說:
比如：一周新聞關注熱點，一周公務員關注熱點之類的。
莊表偉 說:
http://home.wangjianshuo.com/cn/20050616_ajax_eeaec.htm
莊表偉 說:
給你看個blog
jiangwei說:
這些都很有啟發，你有這么多創意，干嗎不自己寫一個結合上述優點的東東出來。
莊表偉 說:
唉，人的精力是有限的呀
莊表偉 說:
現在有出版社在約我寫一本AJAX新手入門的書，正在努力寫作過程中
jiangwei說:
希望早日拜讀大作。其實我們的精力也很有限，都放到中文智能處理應用領域了。其實這些創意從技術上看都不難實現，但是如何整合應用，如何被大多數人（不是少數精英）接受，就不是那么容易了，我現在也只是想在下范圍（政府內網）中嘗試一下。
莊表偉 說:
我們大概會在3月以前寫完，具體什么時候出來就不知道了。
莊表偉 說:
王建碩的那個隨手標注的AJAX應用，倒是很值得引入政府內部網，在Web頁面上，隨手劃劃，就能批注了。
jiangwei說:
是的，而且實現起來也不難。
莊表偉 說:
是啊，領導們肯定會喜歡的
jiangwei說:
但是在政府里面的應用，有很多不是技術問題，就比如這個，我腦子里面想的就不僅僅是好玩，而是它到底給政府工作會帶來什么
莊表偉 說:
能夠統計到“關注點與關注程度”
jiangwei說:
王建碩是365key的作者嗎？
莊表偉 說:
不是呀，他是kijiji的創辦者
jiangwei說:
現在在北京嗎？我看了他的blog，覺得同你一樣，很有深度啊
莊表偉 說:
呵呵，應該是在上海的
jiangwei說:
可惜可惜，不能當面交流請教
莊表偉 說:
他是一個很出名的blogger，比我出名太多了
jiangwei說:
看材料他在微軟干過6年
莊表偉 說:
是啊，牛人
莊表偉 說:
http://forum.javaeye.com/viewtopic.php?t=15308
莊表偉 說:
這好這里有一個我寫的blog，還有人家的評論
jiangwei說:
里面的“互助式搜索”，提法真好！！
莊表偉 說:

jiangwei說:
“inverted table中 每個詞，每個場景 每篇文檔都是獨立的”這是現有搜索問題的實質。
jiangwei說:
也就是沒有語境
jiangwei說:
全新的客戶端軟件＋全新的搜索服務模式＋互助式的搜索協作機制＝下一代搜索技術，完全同意。
莊表偉 說:
哈哈，總算是找到知音了
jiangwei說:
因為我也是這樣想的，也找到知音了
莊表偉 說:
弄一個這樣的軟件，咱們就能成為下一個Google！！
jiangwei說:
是很有可能的
jiangwei說:
“標記主題詞看起來可行, 但實際上我想難度很大.
并不是所有用戶對這種標記主題詞的"貢獻"感興趣.”你對這個怎么看？
莊表偉 說:
這就要用到你們的智能輔助標引了
莊表偉 說:
用戶如果不想自己動腦子的，只需要認可機器的選擇即可
jiangwei說:
這是知識管理的一個問題，每人都希望得到別人的，但是卻不愿奉獻自己的。
莊表偉 說:
但是，他總是希望能夠管理自己的知識的
莊表偉 說:
為了管理自己的知識而設置tags，不只是貢獻給別人
jiangwei說:
我現在在設想一種機制，奉獻得越多，得到的越多。也就是說，你奉獻的tag數量越多，被引用得越多，你越有能力查詢到更多的人和信息。
莊表偉 說:
這在公眾中大概可行，在政府中肯定不可行
莊表偉 說:
奉獻tags數量最多的秘書，權限不夠
jiangwei說:
是的，我感覺是這可能是一種與google和百度現在的利潤模式不同的商業模式。
莊表偉 說:
對的，我們可以給他一個新的名字，叫做“社會化搜索”
莊表偉 說:
也可以縮寫為SNS
jiangwei說:
我們的最新版本中，已經加入了搜索的功能，現在我們對外介紹的時候，有時候稱為“智能搜索客戶端”
jiangwei說:
不是可以強調標引功能
jiangwei說:
在這種方式下，用戶實際上是用文章找文章。我稱為“文索未文”
莊表偉 說:
我想起來了，你當時的那個PPT，用了N多自造成語，實在是精彩
jiangwei說:
實踐證明，盡管現在還是調用的google和百度，但是精度和相關度確實很高。
莊表偉 說:
能夠理解
jiangwei說:
如果google和百度能夠針對這個技術進行優化或者在排序策略上進行調整，效果肯定會非常好。我自己現在用luccent檢索，就是想用試驗證明這點。
莊表偉 說:
你寫不寫blog的？
jiangwei說:
不寫
莊表偉 說:
唉，可惜啊
jiangwei說:
好的想法都是在msn上同朋友交流的。
jiangwei說:
原來知識管理網站有個朋友讓我寫，我發覺還是不習慣。
莊表偉 說:
blog不是寫文章，而是把自己的想法記下來
莊表偉 說:
隨時想到了，就記一點，漸漸的就寫習慣了
jiangwei說:
其實我在搜索、標引、信息可視化、知識管理和數據挖掘上，是有很多想法的。
莊表偉 說:
甚至我有個朋友，自己的BLOG上，都是貼的MSN對話
jiangwei說:
呵呵，你也可以貼咱們的對話啊，我沒有意見。
莊表偉 說:
對于以后整理自己的思路，很有幫助的

[安替]我的態度：關于微軟事件和美國國會可能的立法

 

今天有美國媒體打電話詢問我，說美國國會有議員即將發起針對類似雅虎、微軟等和中國政府合作公司處罰的立法提議，問我什么持什么態度。我在這里發表一個公開聲明，解釋我的立場。

 

對于微軟封我博客，我的態度反復對媒體說過了。1）微軟此種行為，侵犯了我的言論自由，我表示抗議。2）微軟在沒有警告的情況下，刪除我的全部博客，不給我任何機會備份，這種對用戶的惡劣態度實在摧毀了我之前對微軟的信任。3）我保留對微軟采取進一步行動的權力。

 

后來微軟竟然后來解釋說是為了遵從當地法令，這等于把我們這一批因為討論新京報事件而被刪除空間的作者陷于發表非法言論之“犯罪嫌疑人”之處境；因為壓力而妥協是一錯，因為掩飾妥協行為而構陷受害人于不義是更是錯上加錯。

 

對于微軟這種行為，中國人不能對之懲治，是中國人的恥辱。我們尚不能有任何方法在中國保護自己的言論自由，這也正是我們這輩人仍舊需要繼續努力下去的根本原因。總有算帳那天，只要我還活著，我說過，像微軟、雅虎此種不義行為，就一定會被懲治，別僥幸能被大家忘掉，未來中國的基礎教育普及費用，恐怕都要從這些大公司的賠償款中出：賺錢之日請先想想未來。我們能活著，并且不失去理想，就是相信歷史，相信正義之神必然會眷顧中華，讓悲苦者平反，讓受害者申張。

 

至于美國國會議員要立法如何如何，這完全是美國人民的事情。我不覺得中國人的言論自由是美國國會能捍衛得了的，一個偉大國家公民的言論自由需要他國國會來庇護，這種想法本身就說明了這個國家離我們盼想的偉大有多么遙遠。我的博客被封以及我對言論自由的抵死捍衛，不能自然為美國國會的相關立法背書。

 

說得再清楚點：我需要的是中國國會的立法，我需要的是中國人來立法捍衛中國人的言論自由。今天不能，明天必然會能。這是我們活下去的唯一光榮和夢想。

 

一個國家之所以偉大，就是因為其中還有一批人不愿意放棄民族的理想，并且愿意扎根、犧牲、奉獻。我們今天學習華盛頓的政治、紐約的經濟和加州的文化，完全就是因為我們對自己的民族有著堅定的盼想——總有一天，我們生活在南京、北京、香港和臺北的兒女，能共同享受自由、民主、富裕、和平的生活。而這一切的一切，都需要我們中國人自己來努力爭取，因為只有我們才能刻骨銘心地體會到彼此的甘苦。

 

在美國的法庭申張正義，不代表正義也在國人心中得以申張。雅虎、微軟是否被美國法庭懲治，這實在不是我們能關心了的，我們實在需要關心的是，對中國人自己的權利，我們中國人能保護多少，甚至說，能減少侵犯多少。有一個網友說的好，恥辱其實是我們自己的。

 

另外，當全球化和政治打包在一起的時候，我不認為任何黑白一刀切處理能事實有利于中國人自由權利的增長。一方面微軟以封博客的方法阻礙中國人的言論自由，但另外一方面MSN空間在這一年實際擴張了中國人用博客言說的能力和意愿，而MSN Messenger也影響了互聯網信息的傳播方法，這是資本追逐市場所造成的實際兩面效果。美國人如何判斷這個問題，如何加以懲罰，實在是美國人自己的問題，但我個人以為，如果完全阻斷妥協的公司進入中國市場的機會，那至少在短期內，中國網民不會由此變得更加自由。另外，必須區分雅虎的出賣和微軟的妥協，這是完全不同的事情。

 

我們處在一個極其復雜的處境中，正是如同對經濟制裁是否能改善一國民主狀況的問題一樣，90年代

的中國和伊拉克，有過正反兩方面的反證。這種尷尬和復雜，恰恰是我們國人的恥辱，真不足外人道。我只能在此默默和朋友們重念我們自己的夢想：愿有一天，在中華大地上，公平如大水滾滾，公義如江河滔滔。此等聲音雖然微小，但在我們心中卻堅如磐石。

這段代碼，在IE5，IE5.5，IE6里執行都會報錯。叫做未知的運行錯誤，try...catch出來是“[object error]”。

在FireFox中，能夠完全正常運行。在Opera 8.5中，也能正常運行。

估計的原因是，IE中的<p>，不能接受嵌套<p>標簽。

 

wangzx:

首先,我覺得你太過自信了,因為還沒有看到你的具體的內容. OO是靈丹妙藥嗎？OO大師們也沒有這么說過，從結構化過渡到OO，其實是一件很自然的事情，就像C++只是C + + 一樣，OO也不過是Structure++，當然，這么一個++對軟件界的影響是足夠深遠的。 任何誤解了OO的人，老沉迷于表面的概念之中，或批評OO、或贊許OO，其實可參考性本不大。我不知道那一位軟件的高手在考慮問題的時候，要首先把OO來往自己的問題上套的。如果它能夠找到更為合適的方法，比如說DSL、AI、腳本語言，總之，是那種合適用那種。當然，很多通用的問題不見得有成熟的解決模式，OO就自然成為解決這類通用問題的一個選擇。

 

VillimWong:

想問一句？你見過治百病的藥嗎？有誰說過OO是萬能藥？但是它確定是靈丹妙藥，對我們目前面前面對的大多數問題。這里可以明確地是樓主先給我們下了套。不過還是期待LZ說出點更有意義的東西出來。

 

Alec:

??? 你要表達什么？ 想清楚了再說

 

大熊在天涯:

What are you wanting to say? Nothing so far.

 

趙小刀:

你在搞什么？現把事情做了再說。風聲大雨點小。。炒作自己呢吧。。。

Ariex_LoA:

OO僅僅是提出了一種新的思維方法，而不是萬靈藥，沒有人說它包治百病，如果有人說過，那么他是傻瓜，如果有人相信，傻瓜again，偶很遺憾的認為，作者不過是一個OO時代的狂熱者，因為最后迷失了方向而憤怒，痛恨OO。OO不是一切，只是一種思維方法 重要的時刻……期待你一大堆問題提出后的下文……

 

　　我可以肯定的說，真正看完了我的系列文章的朋友，估計只有徐昊、ajoo他們寥寥幾個。而后來的這些個批評者呢？沒有，他們僅僅是看了一個開頭，就準備批判了。

　　ajoo說得不錯：反正不是老莊浮躁，就是你浮躁，這點我敢確信。

 

　　還是回到6月份的時候吧，我當時為什么要起這樣一個標題呢？為了吸引眼球，的確是這樣的，沒有這樣的標題，我的思想很難被盡可能多的朋友看到。那天跟徐昊聊天，我自己也說：不過也還是得怪我自己，當初為了吸引更多人的注意力，起了這么大一個標題，也難怪人家要抓我的痛腳。

　　所以呢，我也有浮躁的地方，不過比我浮躁的人，更是大把啊。

 

ps:來的人，估計是看來最近一期《程序員》的介紹以后來的，Google-->Click Link-->Write。

 

nàn：災難;禍害,人為而產生的禍害

天災人禍，層出不窮。地震、海嘯、颶風、戰亂、疾病、禽流感、礦難、空難、中外爆炸、GFW&備案制造的網難。

nán：困難;艱難

整個中國的國家政策正在發生重大的調整，從以往的政策傾斜于優勢發展產業，到現在力圖縮小社會差距，傾斜于西部、三農、弱勢群體、教育、醫療衛生、民工。無數的既得利益者阻撓這樣的改革，中央政府在深水區里舉步維艱。

 

相關鏈接：Postshow發起2005“年度漢字”評選活動

tags:年度漢字

鏈接地址：
第0 面向對象
http://www.tkk7.com/raimundox/archive/2005/12/20/24851.html
第1 接口
http://www.tkk7.com/raimundox/archive/2005/12/21/24889.html
第2 繼承
http://www.tkk7.com/raimundox/archive/2005/12/21/24891.html
第3 一切皆對象和面向對象的理論基礎
http://www.tkk7.com/raimundox/archive/2005/12/21/24957.html

 

　　再次特別感謝徐昊和ajoo。

　　兩年前曾經有一段時間，我還挺喜歡看許知遠主筆的《經濟觀察報》。后來實在是厭煩了他們那種不管有病無病都在那小聲呻吟的文風。從此徹底戒了所有的經濟類報紙和雜志。但是確實我也接受了其中的不少思想，比如“中產階級”。

　　我基本上還是贊同這樣的論點的：中產階級是這個社會的中堅力量，是民族的精英群體，是國家的進步發展的主要動力，是安定團結的和諧因素。這樣的同意其實很直覺，因為我自認為自己也是“中產階級”的一份子，自然也負有這一階層的使命感。

　　很久都沒有再想過這方面的問題了。

　　直到前兩天正好看到了上海電視臺新聞頻道的七分之一。這一期講述的，是“代課教師”。三個多月前，甘肅省渭源縣委副書記李迎新，將一份《渭源縣代課教師狀況調研》寄給了甘肅省委與教育部。其中所描述的代課教師的狀況令人震驚！

　　渭源縣有600余名鄉村代課教師每月僅拿著40元到80元不等的工資。每月拿40元工資的又占了代課教師的70％，部分代課教師這樣的工資已拿了20年！

　　北寨鎮張家堡小學代課教師王政明，62歲，代課47年，至今每個月的工資是40元。因為根本沒有能力養家糊口，自己的女兒都輟學在家了。而他卻培養出了76個大學生。但是在他來說，教書已成為生命的一部分：“寒暑假時，不用來學校我心里就會空空的，非要來學校轉幾圈才踏實。”

每天，王老師都要護送小學生回家。

 

　　代課教師劉秉章已經32歲了，也因付不起聘金至今單身。幾次相親中，他頗受刺激，他告訴記者：“幾乎每相親一次，女方得知我是代課教師，甩頭就走。還有的拋下一句話，你40元一月的工資，是你養女人還是女人養你？”他出去打工過，本來都想不再回來教書了。結果開學了，他到學校去轉轉，看到那些孩子，卻又舍不得再走了！而記者去采訪他時，他腳上的皮鞋，還是他父親出去打工，在外面撿回來再補一補給他穿的。

代課教師劉秉章赤貧的家

　　同樣20年來拿40元／月工資的會川鎮本廟君安希望小學的代課教師謝毓新，生活壓力比李建新更大。他的兒子正在讀大學，每年的學費要四五千元，他已經連本加息借了2萬元了。李迎新問，如果轉不了正怎么辦，他嘴唇蠕動了一陣說：“實話告訴你，我真有點堅持不住了。”

 

　　李迎新在一次同學聚會的餐桌上說：“代課教師20年來拿著每月40元的工資，你們知不知道？農村教育已經很危險，你們知不知道？”他越說越激動，指著他們那桌豐盛的飯菜說：“這樣一桌，對我們來說只是三四百元，對代課老師來說，就是一年的工資啊！”說到此處，他的淚水奪眶而出，頓時一桌無語。

 

　　誰才是支撐這個社會的中堅力量呢？是我們？還是他們？

　　這還只是整個教育制度的部分圖景，另外一部分圖景，正好我也在前天的實話實說里看到了。這一期的主題是《擇校之痛》。其中教育專家楊東平教授的幾段話，說得特別好。

　　“‘擇校熱’的主要原因，并不在于家長，而在于我們的教育政策出了些問題。也就是說，通過這種重點學校制度，示范學校制度，人為地制造和加大學校差距，從而造成家長的集體恐慌。”

　　“我們過去有個概念，就是必須通過抓重點，以點帶面，好像能夠提高教育水平，實際上現在回過頭來看，這個想法是有問題的。”

　　“教育應該是公平的、平等的、均衡的教育，不應該是分為等級的。”

　　“現在的重點學校制度，它形成了一個非常強大的經濟利益的機制，也就是說，圍繞重點學校形成了一種利益鏈，或者叫利益集團。形成了非常大的經濟利益。這些學校通過擇校，可以獲得非常高昂的經濟收入。教育部門等等，都能從中獲得好處。”

　　“我們現在的重點學校制度，變成了家長的權力和金錢的競爭，所以這種教育制度，就成為凝固，或者加大社會差距的一種制度。”

 

　　大家有沒有發現這兩件事情其中的關聯呢？背后的是同樣的國家政策。都是一種典型的梯度發展、傾斜發展的策略。因為這樣的政策，造成了強的越強、弱的越弱；富的越富、貧的越貧。富者連阡陌，貧者無立椎。就是我們看得見的未來！

　　當財富向少數人集中起來的時候，有些無比荒唐的，燒錢的傻事，就會有人干出來了。2.5億元人民幣拍了個《無極》，陳凱歌在接受記者采訪的時候，居然還說：“我們已經很節約了，人家美國人拍同樣的大制作，至少幾個億美金”。許知遠也搞了個《生活》雜志。定價50元，重的可以砸死一頭豬！帶三個表就評價到：“一部《無極》和一本《生活》雜志，有多少錢是花在這種貪圖自戀的狂歡上，自戀到這份上，估計和自私也就差不多了。”

 

　　想想那些代課教師吧！你們這幫畜生糟蹋的這些錢，拿去干些什么不好？代課教師王政明，代課47年，總收入還不到2萬塊錢哪！

 

　　我們這些“中產階級”，社會中堅，干了些什么呢？

 

相關鏈接：

經濟觀察報

中國中產階級真相-搜狐文化

講奉獻還是要吃飯,誰剝奪了代課老師的生存尊嚴

擇校之痛

帶三個表：自私的冒險

老百姓就是那些發表自己觀點的人
專家就是那些發表大家觀點的人

權威就是那些改變大家觀點的人

　　　　　　　　　　　　　　　　　　　　　　－－莊表偉

Robbin的評價相當正面：

Web層方面我現在非常看好Struts Ti。Webwork從技術上是非常前衛的，即將發布的2.2版本提供了很不錯的AJAX功能，并且易學易用，它的主要問題在于文檔缺少，社區小，用戶少。現在Struts Ti結合了Webwork的先進技術和Struts的龐大社區，再…

Michael Chen的評價則相當負面：

與其說兩者的結合，我情愿極端的看成，這是webwork自己的放棄。這其中也許存在不少的原因，個人能力上的，外部環境上的。但在我看來，webwork，這個象征著靈活，先進，優雅等等完全可以用一系列美好的形容詞的框架，已死。用戶能做出的選擇將會更少，web框架之間的競爭開始重量級升級，那些小型的，美麗的框架將會由于沒有商業公司或者社區的支持而死得無聲無息。這個世界回歸到了壟斷的世界。

飛馳的話題呼嘯而過，我稍一遲疑，就趕不上趟了。

 

但是這里面的話題，又的確是我非常感興趣的（嗯，跑題了那么遠，但是還在我的興趣范圍內），所以的確是應該出來聊聊我的看法，特別是徐Rx同志多次提到了我的DJ...

 

1、徐Rx，我認為你不應該為自己的表達能力過多辯護，還把責任推到我們中華民族偉大的中文上來。看著你的帖子，我好幾次都差點暈過去，百分之50中文單詞勾兌百分之50的英文單詞。這樣的句子，能讓人讀懂嗎？

 

2、幾次昏過去之后，我又強迫自己醒過來接著看帖子，我認為徐Rx還是講得很正確的，除了再次想把我的DJ和語義網拉上關系之外。

 

3、回到最初的話題，romza的需求可以理解，但是你所猜測的那個解決方案（插件體系結構）我認為不是一條正路。提高軟件的重用性，自然是大家多年來一直追求的目標，但是不同的應用領域，應該有不同的重用規范。彼此之間可以參考，但是很難照搬。就我對Web開發的理解，在AJAX還沒有大規模改變Web開發的世界之前，瀏覽器的運作模式是非常單調的（請求－響應）模式，響應的輸出，無非就是文本，在這樣的世界里，Web模板是最自然的解決方案。比如buaawhl的Fastm，或者我的Fastm+。但是當AJAX的概念大面積的進入人們的視線之后，傳統的思維就必須修正了，由此而引發的一系列的思考，我倒現在也沒有完全想好，也許Micheal
Chen可以出來談談。但是，現有類似于AjaxTags這樣的用Tags給Web1.0打補丁的方式，我認為是丑陋的。

 

4、再說面向對象與面向方面的問題，在只有Object的世界里，對象就是唯一的可以重用的積木。這個積木從其本質來說，就是有缺陷的，所以要想在OO的基礎上重用，就會很辛苦（參見我的《喪鐘》系列）。但是貿然引入Aspect，也并非解救之道。就像AJAX出現之后，我們必須重新思考Web開發，而不是打補丁一樣。Aspect的概念出現之后，我們現在的用法，也不過是用Aspect給Object打補丁。這樣的做法，在我看來，一樣是丑陋的。

 

5、AOSD我看了一下，那老頭舉的例子，簡直就是在說夢話。要像他那樣做面向方面的分析設計，系統肯定是做不出來的。

 

6、說說我的DJ，在我看來，強行將一些行為劃入Object，而另一些劃入Aspect，是不平等的。這些行為不該有這樣的高低貴賤之分。在DJ之中，他們都是某一個Channel。語義是："Channel就是行為插入數據的管子"。每一個管子之間是平等的，而我們需要一個更加強壯的機制，來管理這些行為之間的相互干擾，以及對于數據的交叉讀寫。

 

7、前面拐拐龍底咚說的："一下子想起了久違的DB觸發器"，實在是深得我心。我一直認為，在確保數據安全方面，OO的做法是愚蠢的，而DB的觸發器是一種更加靈活的方案。但是傳統數據庫中的觸發器，缺少對行為相互干擾之間的管理，而是純粹只關心了數據的安全。因此，我一直在設想，如果我的DJ能夠成為某種PL/SQL的直接擴展，也許是更加自然的一種實現方案。

 

8、徐Rx的C/C++回憶我也很贊同，我曾經跟一個朋友說過一句話："框架就是弱語言，而語言就是強框架"。我現在所在的公司，做的那個樂酷網絡電視錄像機，背后的業務邏輯支撐框架，就是按我的DJ的思路來做的，叫做DOOP。面向動態對象的編程。應該這么說，是先有了DOOP的開發實踐，才有了后來更進一步語言化的打算。

 

9、我對于DJ的定位，是一種業務邏輯層的描述語言，而其它的方面，它肯定都不擅長，比如界面層，比如網絡層。因此，我的看法是，在現在的多層架構的體系下，拋開"確切所處的層次來談重用"，肯定是用不好的。也可以這么說，你不可能找到一個方案，能夠一舉解決整個系統的重用性問題。必須區分技術領域、區分系統層次，區分不同的規模尺度。然后才能來談重用。這樣才可能成功的。

　　罌粟是一種植物，通過不斷的提煉，最終成為高純度的海洛因。從最初的種植每畝罌粟能賺幾千塊，到加工1公斤能賺1萬元，等運到廣州大概能賺4萬，如果能運到美國，每公斤能賣到百萬美元以上。這么賺錢的買賣，對于寫IT這個行業的軟件編程這樣書，有什么啟發呢？

 

　　1、純度——“藝到精純品自高”

　　寫軟件編程的書，也得有不懈的追求，也得向著完美不斷的前進。更重要的是，別兌水，得有很多很多的真材實料。提高書的品質，才是王道。

 

　　2、目標用戶——“銷售給最有購買力的用戶才能賺最多的錢”

　　作為一個在JavaEye混的人，我也非常鄙視那些來問“低級問題”的家伙。他們太懶了，在現在搜索引擎如此發達的條件下，竟然有人不能自己找到答案。但是，對于圖書寫作者和出版商來說，他們就是用戶啊，他們的購買力×懶惰程度，就決定了咱們的利潤高低啊。所以，寫書一定要針對目標用戶，狠下功夫。

 

　　3、吸引力——“要讓讀者覺得爽，爽了還想再爽”

　　一本好書，應該是能夠讓人一口氣讀完的，這樣的書不容易寫，但是一旦寫出來，就肯定能賺錢。一本好書，應該是能夠讓人讀完之后還想再進一步的，這樣的書更不容易寫，但是如果能夠做到的話，那咱就吃穿不愁了

---

題外話：

1、dlee(李錕)最近寫了一篇blog，推薦一看：

http://www.tkk7.com/dlee/archive/2005/11/26/21503.html

 

2、我的MSN Spaces的blog的訪問量，超過20萬了，特此慶賀：

文章來源:http://spaces.msn.com/members/zbw25/Blog/cns!1pA6-3FOo9yNp_4lmEHxdDqA!722.entry