2015年7月8日，Marcos Caceres在W3C官方博客发布文章：WICG: 从头开始设计新一代Web。文章内容如下：

我们要超级兴奋地宣布：W3C的 Web Platform Incubator Community Group， (WICG，W3C Web平台孵化器社区组)启动了！ 虽然名字有点可笑 (“the Why-See-Gee, really?”“啥－看－哇，真的？”)，这是一个美好的新计划，旨在寻求一种更便捷的方式，让开发者把可行的Web平台新特性提交到标准里。

我们希望达成的目标

WICG的目标有：

- 尽可能简单地让开发者提出Web平台新特性，实现《可扩展Web宣言》的精神；

- 提供开发者和实现者的Web平台新特性交流空间；

- 培育新的想法，给没有参与过标准贡献（当然，也包括那些贡献过的!:D）的开发者提供技术指导、必要支持和周到的环境；并且最终把这些想法转化到W3C工作组里进入正式到标准化流程（也就是说，成就一份“W3C正式推荐规范”）；

- 把规范化Web平台新特性的过程变得更现代化（耶！摆脱邮件列表了...除非你真的想用邮件交流）；

- 提供一套法律保障架构，让所有的贡献变得免费和开放。 

简而言之，我们希望成为一个立志规范化Web的支持性组织。我们希望能提供你所须的一切帮助，来把你的想法或提案引领到下一阶段。

我们并非...

我们并非计划成为新的“掌权人”。你没有必要去说服我们你的想法有多好，即使你说服了我们，对你也没有什么帮助。我们希望给你的，是在你构想提案的过程给予反馈，是在你把提案呈现到正确的组织后、帮助你迭代和推进你的想法。

浏览器厂商参与了吗？

是的！必须的。Microsoft，Apple，Google和Mozilla全力支持这次尝试。

受到RICG的成功启发，浏览器厂商们希望，关于新特性，能有一种简单的对话方式，提供合理的法律保障同时让繁文缛节最小化。因而，我们需要双方参与者签署《W3C社区贡献许可协议（CLA）》。

尽早地得到浏览器厂商的承诺，是让一个属性得到跨浏览器实现的关键。由于所有的浏览器重要厂商都参与了这次行动，大家的想法能在这里得到开发者和浏览器厂商的快速审阅。

通过共同努力，希望我们所创造的新属性既达成使命又易用，有效帮助我们解决现实世界的问题！

我们怎么让流程变得简单些？

简而言之：GitHub＋装备＋社区支持。

W3C的精灵们一直忙于为我们提供尽可能简单的参与装备。我们将编写规范或用例文档，像别的开源项目一样。

具体流程是什么？

大体上，我们需要遵循已在RICG里实践过的一些流程，虽然我们可能会根据自身的发展去改进这些规定。也就是说，去完成以下流程：

1. 阐述问题：用一份文档描述你发现的这个Web平台缺陷，把它提交到Discourse，并分立一个GitHub repo；或者把它发布到其它地方（例如，blog，gist，任意你喜欢的渠道）。这个问题应该所是你认为Web平台遗漏的角落，添加或者补救以后会大大改善开发者的工作。它也可以是你发现在开发过程反复出现的痛点，可通过写进标准的方式来克服。

2. 签署CLA：在和社区组分享你的想法之前，请签署《W3C社区贡献许可协议》。这是很关键的一步，如这份协议未被签署，我们无法审阅或讨论你的提案。如果你忘记了，没关系，社区组的主席们会友好地提醒你，缠着你直到你签署为止。

3. 评估：作为一个社区，我们会评估你所提出的问题是否真的不能以现有的Web技术去解决。我们也会考虑有多少开发者会受到这个提案的影响。这会涉及到收集数据，真实用例，等等。

4. 用例：如果有必要，我们会把以上信息正式确认在一份用例文档里。这份文档能向社区证明，这是一个有必要去标准化的解决方案（可参考《响应式图片用例与需求》，譬如）。

5. 鼓吹：我们会向浏览器厂商和尽可能多的社区传播这个提案——我们会向任何愿意倾听的组织去推销这个想法。把所有相关人员拉到谈判桌边，也就是我们这个“墙角”里，是很重要的。

6. 标准化：一旦我们得到浏览器厂商或者社区的认同，我们会把大致提案整理好（如，一个新的HTML元素，API，或者HTTP header...），然后完成一份“提交意向”：即把这份规范提交到W3C工作组，以获取W3C会员的royalty free licensing commitments（你懂的，就是free and open里面的free）。

7. （加分）实现：把这份提案从纸上之谈，以代码实现为现代浏览器里面的新特性。

如果你对正式流程感兴趣，可以看看《Web平台孵化器社区组章程》。

支持

我们不会过于糖衣包装：标准化的过程是非常艰难的，不信，问问在RICG幸存下来的人 :-)。

往Web里添加新属性的门槛是相当高的：我们有可能需要募集金钱。或者把大家拉到一个房间开会，像我们有一次在巴黎所实践的。或者在会议里宣传这个特性以吸引开发者的兴趣，为这个特性造势。

然而，任何选择参与的人都会得到很给力的支持。我们有大把顶尖的浏览器/标准工程师聚集在这里帮忙。如果你感到无从下手，或者不太了解你到WebIDL里的RFC2119，不要担心。我们是你的给力后援！

与RICG的合作

我们和RICG是怎么样的关系？既然我们的成员和名字缩写那么相似，还是值得解释一下的。

RICG旨在向浏览器和规范里发掘和推动响应式属性，同时带领更多的开发者参与标准化的流程。而WICG更关注第二点：培育Web平台里的新特性。我们会帮助你整理关于Web平台缺陷的想法，发展这个提案直到它被合适的组织接受为止。当然，这个过程也有可能你的想法被RICG所接纳。

RICG会继续处理和“响应式”相关的Web特性，处理那些从让某人眼前一亮到准备就绪的问题提案。

译者注：RICG成功推动了picture元素，srcset，sizes等响应式图片属性的标准化以及在FireFox与Chrome里的实现。
其它社区组是怎么样的？

其它社区组继续如常工作。然后，WICG为那些浏览器特性提案提供一站式服务。针对特殊情况，我们可能从WICG里衍生新的社区组去处理特殊的特性。

有疑问？

你能随时在twitter找到社区组的主席：

- Marcos Caceres

- Yoav Weiss

- Chris Wilson

译者：希望中文交流的童鞋可通过微博账号@w3c中国 与我们联系。

更多信息，参阅英文原文，W3C Blog: WICG: Evolving the Web from the ground up，以及W3C@siusinng小倩的翻译。更多博客文章，请参阅W3C Blog（中文）。欢迎您使用W3C官方博客及W3C中国网站参与互动讨论。