即时标准
“当人们问我我们正在做什么来推动标准时，我会让他们去死”，Jabber公司的新任首席技术官James Barry说。但是，当他添加URL时，他的声音中带着一丝狡黠：“Hades.jabber.org/ietf”。 Jabber.org 在这里发布了 Jabber-rfc，这是一份信息性的“工作文档”，在 IETF 术语中也称为“Internet-draft”。 RFC通常指Request For Comment（征求意见稿）。 IETF 是互联网工程任务组。 该文档的最新草案（文本格式）共80页，日期为2月12日。按照通常的开源方式，Jabber 团队正在公开流程并邀请参与。
James Barry 说这已经是一份“历史性”文件，原因很简单，它是任何人都可以轻松参考的公共信息来源。他还认为它可能在另一个方面具有历史意义。“没有多少开源项目努力制定标准”，他说。“他们依靠代码本身来做到这一点。所以这是一种不同的方法。这是使开源项目合法化的好方法。这是一种强制性的严谨。我们正在以高度的准确性和完整性记录我们所做的事情，以适应 IETF 的惯例。”
Jabber 的标准更多的是协议而非代码。 这是摘要：
Jabber 是一组开放的、基于 XML 的协议，存在多种实现。 这些实现主要用于提供即时消息和状态服务，这些服务目前已部署在全球数千个域中，并且每天被数百万用户访问。 因为需要 Jabber 协议的标准描述来描述这种在 Internet 上增长的新流量，所以当前文档定义了当今存在的 Jabber 协议。 此外，本文档描述（但不解决） Jabber 协议的已知缺陷，因为这些缺陷正在通过各种标准努力加以解决。
该文档毫不留情地描述了其缺陷。 例如，“目前，Jabber 协议仅符合 XML 命名空间规范的子集，并且不提供 XML 命名空间的完整灵活性。 此外，对于 Jabber 协议来说，通过 <presence/> 数据类型的正确命名空间子元素启用其他类型的可用性将是有益的。”
与所有开源工作一样，需要做什么比已经做了什么更重要。
毋庸置疑，James Barry 和 Jabber 开发社区的其他成员希望该文档能够招募开发帮助。 并且由于 Jabber 和 Linux 开发之间存在很多重叠，我们也渴望听到Linux Journal读者对此主题的更多信息。 这里有三个很快想到的问题：
创新的开源项目是否应该费心参与标准制定流程？ （其他项目，例如 Apache，则没有。）
开源是否在某种程度上取代了标准制定流程或使其变得无关紧要？
如果不是，是否有更好的参与方式？
Doc Searls 是 Linux Journal 的高级编辑。 他也是 Jabber Inc. 开源咨询委员会的成员。
电子邮件：doc@ssc.com
