写点什么

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

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

关注

评论

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

XEngine:深度学习模型推理优化

华为云开发者联盟

深度学习 模型推理 显存优化 计算优化 XEngine

webpack打包过程如何调试?

汪子熙

前端 前端开发 webpack 28天写作 12月日更

一文带你梳理Clang编译步骤及命令

华为云开发者联盟

编译 LLVM Clang编译 Clang 编译命令

「山东城商行联盟」数据库准实时数据采集系统上线,DataPipeline助力城市商业银行加快数字化转型

DataPipeline数见科技

数据库 中间件 数据同步 数据融合 数据管理

​使用 Amazon Neptune 通过数据仓库构建知识图谱,借此补充商务智能体系

亚马逊云科技 (Amazon Web Services)

Data

解析Redis操作五大数据类型常用命令

华为云开发者联盟

数据库 redis string 数据类型 getset

盘点 2021|不忘初心,扬风起航

小鲍侃java

盘点2021

React进阶(十一):create-react-app脚手架关闭 eslint 提醒

No Silver Bullet

React 12月日更 creat-react-app

跟着动画学Go数据结构之堆排序

宇宙之一粟

golang 数据结构 排序算法 Go 语言 12月日更

前沿干货!深度揭秘TDSQL新敏态引擎Online DDL技术原理

腾讯云数据库

tdsql 国产数据库

发布你的开源软件到 Ubuntu PPA

hedzr

#Ubuntu Debian packaging ppa

java开发之SSM开发框架

@零度

Java ssm

MySQL 中 blob 和 text 数据类型详解

Simon

MySQL

dart系列之:手写Library,Library编写最佳实践

程序那些事

flutter dart 程序那些事 12月日更

JDK ThreadPoolExecutor核心原理与实践

vivo互联网技术

jdk ThreadPoolExecutor Java 开发

云图说|初识数据库和应用迁移UGO

华为云开发者联盟

数据库 华为云 UGO 异构迁移

利用极狐GitLab DevSecOps 功能检测 log4j 的多种方式

极狐GitLab

Go编译原理系列2(词法分析&语法分析基础)

书旅

Go 后端 编译原理

如何将Amazon RDS与Amazon Aurora数据库迁移至Graviton2?

亚马逊云科技 (Amazon Web Services)

Data

一文详解TDSQL PG版Oracle兼容性实践

腾讯云数据库

tdsql 国产数据库

又拿奖了!腾讯云原生数据库TDSQL-C斩获2021PostgreSQL中国最佳数据库产品奖

腾讯云数据库

tdsql 国产数据库

内核干货不容错过,龙蜥内核的Load Averages剖析直播回顾上线了

OpenAnolis小助手

Linux Kenel 内核 龙蜥社区

React进阶(十二):HOOK

No Silver Bullet

React Hooks 12月日更

轻松驾驭EB级千万QPS集群,TDSQL新敏态引擎元数据管控与集群调度的演进之路

腾讯云数据库

tdsql 国产数据库

蓝格赛(中国)用TDengine落地聚合查询场景,效果如何?

TDengine

数据库 tdengine 后端

元宇宙地产:品牌和投资者的大好机会?

devpoint

以太坊 NFT 元宇宙 12月日更

一个简单的单体服务流量标记demo

zuozewei

Java 性能测试 全链路压测 12月日更

喜提双奖 | 旺链科技彰显综合硬实力!

旺链科技

区块链 产业区块链 供应链

DM 分库分表 DDL “悲观协调” 模式介绍丨TiDB 工具分享

PingCAP

重装上阵——Graviton2提升Aurora性价比

亚马逊云科技 (Amazon Web Services)

Data

鲲鹏HCIA认证之初识鲲鹏

桥哥技术之路

鲲鹏

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