写点什么

关于是否需要开放 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:401153
用户头像

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

关注

评论

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

抢占红海市场,从云等保做起

黑龙江陆陆信息测评部

Sandisk闪迪发布首款车规级UFS 4.1存储解决方案,助力先进车载AI系统创新

极客天地

2025交易所开发突围:AI增强型撮合引擎与零知识证明跨链架构

区块链软件开发推广运营

交易所开发 dapp开发 链游开发 公链开发 代币开发

人工智能丨Manus现象:一场AI流量的狂欢,还是一场生产力革命?

测试人

人工智能

【Redis技术进阶之路】「原理分析系列开篇」揭秘分析客户端和服务端网络通信交互实现(客户端篇)

码界西柚

redis 底层原理 网络通信

YashanDB USERS_AIM表空间集管理

YashanDB

内容风控平台对比评测:从安全到合规管控

易成研发中心

如何在手机上绘制CAD虚线?

在路上

cad cad看图 CAD看图王

企业要如何做好内容风控管理

易成研发中心

YashanDB表的闪回

YashanDB

数据库 yashandb

血亏60%库存?你的"AI"可能正在吞噬零售利润

第七在线

【FAQ】HarmonyOS SDK 闭源开放能力 —Map Kit(6)

HarmonyOS SDK

YashanDB表的存储空间

YashanDB

数据库 yashandb

Netty基础—Netty实现RPC服务

不在线第一只蜗牛

Netty

摆脱电子表格固有思维,采用现代化的预算管理软件

智达方通

数字转型 全面预算管理 财务管理

依赖倒置 DIP、依赖注入 DI、控制反转 IoC 和工厂模式

不在线第一只蜗牛

依赖

人工智能丨AI质量攻坚战:2025年测试工程师的生存法则

测试人

人工智能

人工智能丨当AI三小时"抄作业"成真:测试工程师的护城河该往哪挖

测试人

人工智能

IP纯净度检测工具Scamalytics使用指南

Ogcloud

海外直播 海外社媒运营 海外IP代理 海外IP节点

压测实战 | 微信小程序商城“双11”的压测实践

优测云服务平台

小程序 性能测试 接口测试 接口测试工具 压力测试、

下一代代币技术白皮书:合规化智能合约与零知识证明隐私协议

区块链软件开发推广运营

交易所开发 公链开发 代币开发

WebGL开发VR软件的注意事项

北京木奇移动技术有限公司

VR开发 软件外包公司 webgl开发

什么是大数据风控

易成研发中心

全球汽车轻量化巅峰对决!Altair Enlighten Award 征集启动,谁将引领绿色出行新时代?

Altair RapidMiner

汽车 仿真 产品的可持续发展 altair hyperworks

WebGL开发VR软件的测试

北京木奇移动技术有限公司

VR开发 软件外包公司 webgl开发

WebGL开发VR软件的技术难点

北京木奇移动技术有限公司

VR开发 软件外包公司 webgl开发

YashanDB USERS表空间集管理

YashanDB

数据库 yashandb

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