写点什么

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

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

关注

评论

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

社交泛娱出海新引擎,融云「六化」能力助开发者轻装上阵

融云 RongCloud

游戏出海 出海社交 出海

WICC 广州高峰对话:为开发者标注「航海地图」

融云 RongCloud

开发 游戏 社交 泛娱乐 出海

混合云管理软件用哪个品牌好?咨询电话多少?

行云管家

英特尔宋继强:秉持三个坚持,穿越技术周期,构建未来技术生态

科技新消息

从双十一的物流大战,看全球通信网络的低延迟优化

融云 RongCloud

音视频 通信 低延迟 全球通信

Linux一学就会之Vim编辑器的使用和Xmanager工具的使用。

学神来啦

vim Linux centos 运维 ext4

元气部落盲盒小程序开发芒趣盲盒app开发

风行无疆

专家推荐五个免费的网络安全工具

喀拉峻

网络安全 安全 渗透测试 渗透

行业视野 | ONES CEO 王颖奇对话极客公园张鹏

万事ONES

SaaS SaaS平台

字节跳动亿级DAU客户端发布最佳实践

字节跳动终端技术

Rust 元宇宙 9 —— 库和序列化

Miracle

rust 元宇宙

建立合格的跨职能团队,你需要知道这些!

禅道项目管理

团队 合作共赢

Python代码阅读(第66篇):两个列表的包含关系

Felix

Python Code 列表 阅读代码 Python初学者

创新模式驱动生产力提升,融云社交场景化 SDK 探索

融云 RongCloud

直播 sdk 语聊房 场景化

ONES Talk | 我们为什么选择最难走的软件之路

万事ONES

SaaS ONES

APISIX-Datadog 插件发布,助力用户提高系统的可观测性

API7.ai 技术团队

云原生 可观测性 API网关 APISIX Datadog

react源码解析5.jsx&核心api

buchila11

React React Hooks

react源码解析6.legacy模式和concurrent模式

buchila11

React React Hooks

【IT运维小知识】虚拟化vCenter是什么意思?有啥优势?

行云管家

【最全攻略】玩转2021LIGHT开发者云大会

恒生LIGHT云社区

技术 开发 行业 行业大会

ONES Automation 流程自动化解决方案

万事ONES

自动化 SaaS

你有一份「写作跨年」邀请函请查收 | 28天写作计划

TGO鲲鹏会

写作 技术创作 28天写作 内容创作 热门活动

一页纸需求的应对方法 —— 五步法

CODING DevOps

业务价值 角色梳理 术语定义 主业务流程梳理 纲举目张

”微博评论“的高性能高可用计算架构设计

Steven

架构实战营

读《区块链技术及应用第二版》华为区块链发展思路、双引擎战略及华为区块链特点和使用有感

孙叫兽

区块链 华为链 华为区块链服务

看完这5个核心功能,你会明白低代码平台到底能解决什么问题!

J2PaaS低代码平台

低代码 低代码开发 低代码平台

数据产品经理实战-指标体系搭建

第519区

数据产品经理 数据产品 指标体系 指标管理

高维数据世界|基于高维稀疏矩阵的潜在变量模型研究

索信达控股

算法 变量模型 模型介绍 高维数据

手把手带你写一个 Vue3 的自定义指令

CRMEB

新思科技BSIMM12报告显示开源、云、容器安全活动增长显著

InfoQ_434670063458

新思科技 软件安全 BSIMM

Java&Go三种HTTP客户端性能测试

FunTester

Java 性能测试 测试框架 Go 语言 FunTester

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