一直有朋友发email来索要那本OpenDoc的源代码，这里一并给出下载地址。

http://www.blogjava.net/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.blogjava.net/raimundox/archive/2005/12/20/24851.html
第1 接口
http://www.blogjava.net/raimundox/archive/2005/12/21/24889.html
第2 继承
http://www.blogjava.net/raimundox/archive/2005/12/21/24891.html
第3 一切皆对象和面向对象的理论基础
http://www.blogjava.net/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.blogjava.net/dlee/archive/2005/11/26/21503.html

 

2、我的MSN Spaces的blog的访问量，超过20万了，特此庆贺：