写点什么

关于是否需要开放 Web 基金的争论

  • 2008-08-28
  • 本文字数:1898 字

    阅读完需:约 6 分钟

OSCON 2008 大会上, David Recordon 宣布了开放 Web 基金(Open Web Foundation)的成立,其宗旨是:

……为“社区驱动的规范”打造一个家园。遵循和 Apache 软件基金类似的开源模式,本基金致力于构建一个轻量级的框架,来帮助社区处理必要的法律需求,以制定成功的而且能被广泛采纳的规范。 本基金试图打破为每个规范建立一个单独基金的趋势,并且意识到我们可以团结起来推广我们的努力。关于会员资格、治理,以及知识产权等等细节将于接下来几周内发布以征求公众评阅与反馈。

鉴于我们正在商定该基金的具体细节,我们鼓励并诚邀各路朋友参与商讨。如有疑问,请参考我们的 Q&A 页面。同样,我们更加欢迎您参与到我们的社区里,群策群力,一起讨论你希望看到的这一基金制定的规范。

多么令人称赞的目标啊,背后又有着 Google、Yahoo、O’Reilly 等等的大力支持,看上去似乎很是有趣。 Dion Almaer 为这一进展“激动不已”:

想像一下,当你想到一个绝佳的点子,比如 OAuth 之类的。这个想法越来越引人注意,于是更多的人想要参与进来。你怎么办?人们开始询问关于 IP 策略,治理,于是你突然意识到你正在创建一个“MyApiFoudation”。 等等!不是已经有够多的标准工作组与其它的组织在那里了吗,显然你犯不着去建立一个 MyApiFoundation 啊?

诚然,我们已经有了 W3C 和 OASIS,但那是给钱才能玩得起的。它们有它们的地位,但对 MyApi 却并不适合。 WHATWG 作出了卓越的工作,但 IP 转出(punting IP)仍然是个问题。

Myapi 有一些代码基础了,那么把它放在 Apache 如何呢?对于代码而言,Apache 再好不过了,但它不能处理其它事务,这也是它的好处。毕竟那并不是它的责任。Apache 做得非常好,特别是涉及到治理与孵化过程等方面。如果我们能有一个参与人(因此每个人都可以,相对于那些公司)和各社区(而不是老是那些来自同一个公司的家伙)具有相同价值观的类似组织该有多好啊!

这就是为什么我对开放 Web 基金充满希望。当你的主意对开放 Web 有帮助的时候,这是一个值得你注意的新的机会,一个能实现你的价值的地方。

尽管 OWF声明他们不会与其它的标准实体产生竞争,而是“跟一直我们打交道的社区目前都是以一种非正式(ad hoc)的方式聚集在一起,如果我们能帮助他们理清知识产权,那么将会为社区将开放规范提交给标准团体打开方便之门。”;然而别人却并不认为多一个标准组织有什么必要。像 Dare Obasanjo 所指出的那样,对 W3C 和 OASIS 的猜疑往往是它们收取费用(有时候会很高,但也有 $500 左右的个人会员资格),但仅仅因为这一成本就有必要或者足够理由另起炉灶吗?特别是自从 1992 年我们就有了 IETF 。Dare 继续谈到:

IETF 的会员政策再直接不过了;加入邮件列表。我在 RFC 4287 里被列为Atom 工作组的一员只因为我参与了 atom-syntax 邮件列表。关于知识产权,这个组织有着缜密思考而具体的策略,并有相应 IETF 规范进行详尽的阐述: RFC 3979:IETF 技术里的知识产权以及在 RFC 4879:关于 RFC 3979 中第三方公开过程的澄清里面的些许更新。

对于其它人关于“除了‘因为我们能这样做’以外似乎没有更好的OWF 创建理由”这样的意见, Bill 也表示赞同: > 我可以理解那些意欲对一个规范的整体社会性和技术导向保留控制权的人们想要避开它们的原因--这有点像启动你自己的开源项目(尽管我觉得 OWF 在 OSCON 上的揭幕毫不重要)。我曾经为 IETF,JCP 以及 W3C 都工作过,也站在了 OASIS 的门槛上。我认为毫无疑问你应该使你的努力融入这些组织,无论技术上还是政治上——政治,因为技术规范与开源项目的范围并不相同,它有着极大的经济影响面——换句话说,也许有些人的午餐都赌在里面了。也许这就是 OWF 存在的原因,谁知道呢。这么说,我实在想像不到为什么有些人想要重做全球性技术部署所要求的那些流程和知识产权(IPR)等等;这是极其重要的,容不得半点散失。

Dare 抛出了一个问题来作总结:Google 搅合到这里面干嘛呢? > 我能理解那些刚从学校出来的乳臭未干的小子能够无视 IETF 并以为他们能重复发明轮子来拯救开放 Web。但我想不通的是 Google,这个有着不少雇员参与到 IETF 的流程里面并帮助制定了 RFC 4287 , RFC 4959 , RFC 5023 以及 RFC 5034 等等规范的公司,居然也会加入到这种行为里面来。Google 为什么要赞助这样一个与 IETF 相竞争而又不及IETF 完备的单独的标准组织呢,它甚至连公司赞助要怎么运作以及IPR 策略如何确定都还不知道?

我们会看到这一行为究竟是真的能发挥作用呢,还只是又一个昙花一现罢了。但是随着OASIS,W3C 以及IETF 的蓬勃发展,OWF 要想在短时间内发挥影响恐怕是很难了。查看英文原文 Debate Around The Need For The Open Web Foundation

2008-08-28 00:401163
用户头像

发布了 133 篇内容, 共 44.3 次阅读, 收获喜欢 1 次。

关注

评论

发布
暂无评论
发现更多内容

手把手教你学Dapr - 8. 绑定

MASA技术团队

C# .net 微软 微服务 dapr

中国AIOps们,你们究竟是在骗谁?

Geek_2749b8

云计算 AIOPS 云服务

淘宝小部件 Canvas 渲染流程与原理全解析

阿里巴巴终端技术

小程序 淘宝 渲染

【渗透技术】一个渗透测试工具人是怎样操作的

H

网络安全 渗透测试

C#8.0 可空引用类型

MASA技术团队

C# .net 微软 微服务 项目

中国AIOps们,你们究竟是在骗谁?

Geek_f56666

云计算 AIOPS 云服务

如何定位并修复 HttpCore5 中的 HTTP2 流量控制问题

阿里巴巴云原生

阿里云 云原生 性能测试 PTS

手把手教你学Dapr - 5. 状态管理

MASA技术团队

C# .net 微软 微服务 dapr

中国AIOps们,你们究竟是在骗谁?

观测观测

AIOPS

阿里云弹性计算年度关键词:强劲、突破、开放

阿里云弹性计算

阿里云 弹性计算 计算巢 神龙架构 无影

详细图解Netty Reactor启动全流程

bin的技术小屋

微服务 网络编程 中间件 Java IO netty

『内存中的操作系统』内存虚拟化又是什么

soolaugust

操作系统 内存

手把手教你学Dapr - 9. 可观测性

MASA技术团队

C# .net 微软 微服务 dapr

手把手教你学Dapr - 3. 使用Dapr运行第一个.Net程序

MASA技术团队

C# .net 微软 微服务 dapr

JavaScript 使用 Markdown 制作 PPT

devpoint

markdown 1月月更 slidev

如何提高你的写作技巧

坚果

1月月更

详解 HDFS 底层交互原理

五分钟学大数据

hdfs 1月月更

深入解析 Apache Pulsar 系列(一):客户端消息确认

Apache Pulsar

开源 架构 云原生 Apache Pulsar 消息中间件

使用轻量应用服务器部署Docsify在线文档平台

阿里云弹性计算

阿里云 轻量应用 征文投稿

SpringBoot:如何优雅地进行参数传递、响应数据封装、异常处理?

CRMEB

手把手教你学Dapr - 6. 发布订阅

MASA技术团队

C# .net 微软 微服务 dapr

手把手教你学Dapr - 7. Actors

MASA技术团队

C# .net 微软 微服务 dapr

项目动态|Apache Pulsar 2.7.4 版本发布

Apache Pulsar

开源 架构 云原生 中间件 Apache Pulsar

盘点 2021 征文大赛获奖名单公布!

InfoQ写作社区官方

盘点2021 热门活动

Markdown-it 原理解析

冴羽

前端 markdown vuepress 博客开发 markdown-it

从 ClickHouse 到 ByteHouse:实时数据分析场景下的优化实践

字节跳动数据平台

数据库 字节跳动 Clickhouse 实时数据分析 bytehouse

全国社保基金理事会副理事长陈文辉一行莅临青藤调研

青藤云安全

普通开发者,如何成为Apache项目的commiter ?| 人物专访

云智慧AIOps社区

开源 程序员 算法 运维 时序数据

技术分享| 探索视频感知编码

anyRTC开发者

音视频 WebRTC 视频编码 视频压缩 视频感知编码

Blazor是春天还是寒风里的挣扎

MASA技术团队

C# .net 微软 微服务 blazor

关于是否需要开放Web基金的争论_SOA_Mark Little_InfoQ精选文章