2）Notes
如果IBM向W3C提了一个submission，而且w3c没有拒绝这个submission，那么它就进入Note阶段。Note的内容由IBM进行编辑修改，W3C是不管的。发表Note的时候，表示W3C还没有开始和这个submission有关的任何工作。

3）Working Groups
Notes被W3C认可后，W3C会成立一个Working Group。Group包括W3C member和有兴趣的外界团队和个人。

4）Working Draft
Draft会在w3c的站点上公布，并邀请公共的评论和意见。Working Draft一般不应该作为参考的资料，因为它还会经过大量的修改/更新，而且可能随时被废弃。比如现在WSDL2.0就还在Working Draft阶段，还会经过大量的修改。

5）Candidate Recommendations
这个阶段是可选的，依据论题的复杂程度而定。它一般不应该作为参考的资料，因为它还会经过大量的修改/更新，而且可能随时被废弃。

6）Proposed Recommendations
Proposed Recommendations是Working Groups工作的最后一个阶段。它有被继续修改的可能，但一般情况下，它很可能马上不做改动地成为w3c的recommendation.

7)Recommendation
Proposed Recommendations经过了w3c member的检查和w3c的主席的盖章后，成为 w3c recommendation。它一般是一个稳定的规范，可以作为参考资料进行学习。

   最近在准备公司的年终技术交流会，写了一些东西，就目前的技术和未来方向做了个人的体会总结：

Java技术议题：

设计模式：

从面向对象到面向方向（AOP），面向服务（SOA），依赖型注入（IoC）

Web开发：

几种java web开发框架 Struct ，WebWork ，Tapestry ，Spring MVC，JSF

Spring：

强烈建议关注Spring 这个java程序组装框架

数据库&对象持久化技术

纯数据库关注MySQL， 对象－关系型数据库PostgreSQL

对象持久化技术：     关注Hibernate，NHibernate（.net版本）

Java开发工具：

     强力推荐eclipse

个人觉得java的技术比较多也比较零乱，学习研究的时候要紧跟主流，少做无用功。不过也要尽量多了解其他的技术，做到有比较的取舍，好用的技术要拿出来和大家共享，众人拾材火焰高。

 ＝＝＝＝＝＝＝＝＝＝＝＝＝以下是同事写的，一并帖上来＝＝＝＝＝＝

dotNET技术议题

草稿一 Draft by wenkang.

一、VS2005

二、Ajax(Asynchronous JavaScript and XML)。

如今 Google Suggest 和 Google Maps 使用了 Ajax，通过 Ajax，我们可以使得客户端得到丰富的应用体验及交换操作，而用户不会感觉到有网页提交或刷新的过程，页面也不需要被重新加载，应用的数据交换都被隐藏。

　　传统的 WEB 应用程序模型是这样工作的：用户的界面操作触发 HTTP 请求，服务器在接收到请求之后进行一些业务逻辑处理，如保存数据等，然后向客户端返回一个 HTML 页面。

　　但这种方式并没有给予用户很好的应用体验，当服务器在处理数据的时候，用户则处于等待的状态，每一步操作都需要等待，太多的等待会使用户越来越没有耐心。

　　而 Ajax 则大不相同，它通过 Ajax 引擎，使得应用过程很自然，操作很流畅，因为其只和服务器交换有用的数据，而页面显示等不必要的数据则不再重新加载。Ajax 引擎其实就是 JavaScript、XML、XMLHttpRequest 等等各项技术的综合应用。

使用Ajax的主要原因 ：

1、无刷新更新页面，通过适当的Ajax应用达到更好的用户体验;

2、把以前的一些服务器负担的工作转嫁到客户端，利于客户端闲置的处理能力来处理，减轻服务器和带宽的负担，从而达到节约ISP的空间及带宽租用成本的目的。

Ajax 的最大挑战并不是技术，组成 Ajax 的各项技术已经相当成熟、稳定及易学，主要挑战是如何使用 Ajax 设计应用程序，我们必须抛弃以往对于 WEB 局限性的看法，开始开阔视野、开放思想、不断创新，实现更加丰富的应用体验

讨论：

l         如何开始使用Ajax。

l         在我们的项目里，Ajax能做些什么，能给我们带来什么。

l         使用Ajax时要注意的问题。

l         Ajax的利弊。
 

三、Nhibernate。

Nhibernate是基于VS.NET的O/R Mapping持久框架，它从基于Java的Hibernate项目移植而来。O/R Mapping就是把对象到映射关系数据库的记录，简单的说就是能实现把一个对象存储为数据表中的一条记录和由一条记录创建一个相应的对象，数据表中的数据就是对象的属性。

l         那么为什么要使用O/R Mapping？它与传统的DataSet/DataTable又有什么不同了？

l         Nhibernate能否取代现有的　DBOPT组件？？

四、WEB2.0

什么是WEB2.0.

Web2.0虽经反复争论，但对其的理解、认识仍在进行中

也许我们说不清Web2.0的概念，但对大多数网站而言，往往只看一眼，就会觉得：“恩，真是2.0！”，这说明Web2.0的视觉要素。

我们看一看最近的一些WEB2.0产品，就可以理解以上观点。

²        Blog：用户织网，发表新知识，和其他用户内容链接，进而非常自然的组织这些内容。Blog，仍然作为Web2.0的基本标志而备受重视

²        RSS：用户产生内容自动分发，定阅。在Web2.0的国度，RSS扮演了高速公路的角色，正是意气风发之时，很难受到冷落

²        Podcasting：个人视频/声频的发布/定阅。

²        SNS：blog+人和人之间的链接。

²        WIKI：用户共同建设一个大百科全书。

讨论：

l         对WEB2.0的认识。

如果你自己觉得对国外的web2.0的发展颇为了解的话，不妨试试这个Web2.0 Quiz，只有十道题，挺简单的：http://blog.f4l.be/web2quiz/index.php。

l         如何对待WEB2.0？

如果要测试一下对国内的web2.0发展的了解程度，这个中文版的测试虽然老了点，不过还是能反映出2005年的基本情况的：http://www.jobdao.com/protest/vtest001_21.htm

五、WEB安全。

这可能是在开发中一个容易被忽视的环节。

        前面的一堆文字，其实都是在作个铺垫，您大可以把这些当作是废话。我想做的只是扪心自问：我的核心竞争力到底是什么？！去年11月份，自己参与翻译的《WebWork In Action中文版》顺利出版了，之后的销量还不错；上个月，自己还以MVP的身份参加了远在西雅图举行的Global MVP Summit。于是乎，不少的称赞以及羡慕就纷至沓来，而我还真的很臭美地享受着大家的溢美之辞。在这里，给各位兄弟姐妹们鞠躬致谢了。然而，说句实在话，我有些尴尬，甚至有些难受。因为我觉得自己并不是一个在技术上有造诣的人，愧受大家的赞誉。

        如果您觉得我是在自谦的话，那么您错了。因为我的技术水平从来没有为我带来过一份Offer，在面对技术面试的时候，我从来都没有让面试官满意过！我的第一份“Java程序员”的工作是在自己刚走出校门的时候获得的，那个时候，我一点Java知识都没有；我的第二份“程序员及系统分析师”的工作则是在完全没有技术面试的情况下获得的。我真的不知道自己的技术到底创造了多少价值，为自己带来了多大的核心竞争力，我想这个数值肯定不高。

        真正引发我深思的事情已经过去一个星期了，但是我仍然无法释怀，每当想起我都觉得如梗在喉，不吐不快。朋友告知我有一个不错的机会，然后帮我把简历投到了某公司，该公司的Y某通过电话对我进行了面试（其实，我对这个机会并不是很感冒）。当我们在电话聊的时候，我惊奇地发现自己对应的职位是“系统架构师”。一开始的时候，Y对我还是非常客气的，他提到了我翻译的书还有我的blog，言语之中还带着一些赞赏的味道；但是，随着问答的持续，时间的推移，他的语气变了，变得失望、无奈，甚至还带着一丝蔑视（也许是我自己太敏感吧……）。

        他提出的问题涵盖面很广，以下是问题的一些分类：
        1、对J2EE中各种MVC框架的了解：包括Struts、Tapestry、Spring等等。特别提到了对Spring的要求。当我告诉他，我对Spring了解很少的时候，他显得很惊讶；
        2、对设计模式以及J2EE核心模式的了解。他问我有没有读过《J2EE核心模式》，我说读过，但没有通读。他觉得这本书应该反反复复地读，我这样没有通读是不可接受的。他还让我列举一些设计模式，其实设计模式，我知道的很少，也就那几个常用的。在深入下去，我一下子就被问倒了；
        3、对数据持久层框架的了解，包括EJB、JDO、Hibernate以及iBatis。我告诉他，自己不了解iBatis，在做数据持久化工作的时候，我会选择使用JDBC去写一些SQL语句。他给出的回应仍然比较强烈，认为对于流行iBatis怎么能不去了解呢，同时使用JDBC来完成数据持久化工作已经很落后了。由于我提到了JDBC，他接着问了有关数据访问模式的问题，让我列举一些数据访问模式，我能说得出的就那几种了，什么Domain Model、连接池等等，我的回答令他十分不满意。至于EJB，他也问到了诸如Entity Bean、Session Bean、无状态Session Bean、CMP、BMP、Session Facade等等问题，直把我问得焦头烂额；
        4、对AOP、对动态代理的理解。我能说的自然也是一些皮毛了，总之没有怎么做过AOP，只是知道WebWork中的Interceptor与AOP有些渊源。这样的回答自然也少不了受批判了；
        5、对J2EE规范（例如，JSP规范、Servlet规范、EJB规范、Portlet规范）的了解，对J2EE BluePrint的了解。我给出的答案是，都没有看过。他更加不满意了，并且指出：要想做好J2EE的开发，不读规范怎么行？
        6、对数据库服务器的了解，包括Oracle、DB2、MySql等等。他根据我的回答给出结论，对这些数据库服务器一窍不通；
        7、对应用服务器的了解，包括WebLogic、JBoss以及WebSphere等等。他给我的结论仍然是：知之甚少；
        8、对操作系统，譬如Linux以及Unix的了解。他给我的结论也不用多说了，so cheap。

        问题的轰炸结束之后，他也给了我一些建议，还问我有没有将他问的问题记录下来，以便差缺补漏。我说没有，这样他对我也就彻底失望了。他对我的技术水平下了一个结论：只对MVC的前端部分有一定的了解，其它方面一窍不通。除了这个结论之外，他还对我翻译那本书的本意提出了质疑，也对我写blog有些嗤之以鼻，他觉得我更应该多些动手，譬如重写PetStore，而不是写那么多blog。

        整个电话面试耗费了一个多小时，整个过程是被鄙视过来的。其实，这也没有什么，我并不介意别人怎么看待自己的技术水平。我得感谢这位面试官，是他让我再一次去思考自己的核心竞争力到底在哪里。我知道自己肯定做不了一个合格的系统架构师，也没有打算去做。那么技术对于我而言到底是一个怎样的角色呢？至少不是核心竞争力了吧。
        我从来都不会怀疑自己对于计算机编程的热爱，也知道自己技术天赋去到怎样的层面。我是一个喜欢分享的人，所以我倾尽自己所能去推荐我认为好的东西，譬如翻译《WebWork In Action》，写一系列有关IronPython的文章。我从来都不敢自诩为某某专家，因为我和那些真正埋头研究的技术牛人相比还是差得太远了。但是，话也说回来，任何一个行业总有台前与幕后，内外需要结合，没有人高举着旗帜，谁又能看到方向呢？

        最后，我还想说一句，请不要怀疑我进行翻译以及写blog的动机，因为我知道什么叫作责任。