原文作者:Malte Ubl,Google AMP 项目技术负责人
译者:UC 国际研发 国勇
----
在过去的两年中,AMP已经从一个只有 2 个贡献者的小型开源项目发展状大,超过 700 个人在数百万个网站上贡献了超过 10,000 个提交。在为 AMP 选择治理模型(描述如何制定决策的系统)时,我们最初关注的是敏捷性。 AMP 一直收到来自使用它的开发人员和组织的反馈与建议支持;然而治理主要靠技术主管(就是我,这篇文章的作者),技术主管最终决定了什么被执行以及如何执行。
虽然现在适用于较小的项目,但我们发现它不能适应如今 AMP 项目的规模。希望转变一种模式来代替,该模式明确的给所有社区成员一个发言权,包括那些不能自己贡献代码的人,例如最终用户。我们提出的改变是基于几个月的研究,通过这些研究我们决定跟随 Node.js 项目的领导机制,并转向寻求共识的治理模型。
AMP 收到来自 710 位贡献者的贡献,22% 来自于 Google 员工,78%来自于其它公司(例如 Twitter, Pinterest, Yahoo, 和 eBay),仅在过去 30 天内就有超过 350 个贡献登录AMP!
在为AMP的新治理模型创建此提案(链接见注1)时,AMP 团队头脑中有一些目标,包括:
1.广泛支持来自所有级别的贡献者多样化的声音,包括代码贡献,设置 AMP 的未来发展方向以及决定应该处理哪些功能和错误修复。这也意味着确保那些没有代码贡献但仍受 AMP 影响的人的声音被听到。
2.更清楚地了解个人和公司如何在 AMP 中发表意见,从批准代码更改到设置 AMP 的技术和产品路线图。
3.避免由于治理模型而放慢 AMP 的日常工作。人们对 AMP 工作方式的变化的净效应在生产力方面应该是中性的。
4.从其它开源项目中学习哪些是有效和哪些是无效的。为此 AMP 团队与 Node.js 和 Kubernetes 等项目的人员进行了交流,研究了JS基金会 等使用的治理理念,并回顾了各种其他开源和Web标准治理文档。
该提案已经完全细化,新模型中提出的一些重大变化是:
1.在 AMP 项目中做出重大决策的权力将从单一的技术主管转移到技术指导委员会(TSC),其中包括为了建设 AMP 贡献了资源的公司代表,最终目标是不让任何公司参与超过三分之一的席位。
2.来自 AMP 许多选区的代表咨询委员会将向 TSC 提供建议。
3.对 AMP 的某些方面拥有所有权的工作组(例如 UI,基础设施和文档)将取代目前存在的非正式团队。这些工作组将有一个明确的投入机制和明确的决策过程。
我们致力于新系统的首要任务之一是完成 AMP 治理小组的初始成员资格。如果您有兴趣参与任何这些治理组,请告诉我们(链接见注2)。这是实际工作,如果您的日常工作没有覆盖到这些工作,我们希望支付您报酬!如果您需要资金支持,请在表格中告知我们。我们特别感兴趣的一个领域是具有消费者权利和保护经验的人士。与此同时,我们很高兴地宣布,我们已与前几位人士进行了交谈,他们同意加入咨询委员会,包括出版商(El País, Washington Post and Terra),电子商务网站(AliExpress和eBay)代表,平台(Cloudflare和Automattic)以及开放网络的倡导者(The Paciello Group的LéonieWatson,Google / Chrome的Nicole Sullivan和Terence Eden)。
此外,我们正在探索将 AMP 转变为未来的基础设施,将在未来几个月内寻求TSC,AC和社区的意见。我们认为治理变革是朝这个方向迈出的第一步。
我们期待与 AMP 社区的其他成员合作,完善治理方案,包括下周的 AMP 贡献者峰会。建议您审核并评论该提案,并参加计划讨论该提案的设计审核。该提案的审查期将于 2018年10月25日 结束,其目标是在此后不久实施新的治理模式。
我们很高兴看到 AMP 社区采取下一步行动,并希望您能加入我们,使网络成为用户和开发人员的更好地方。
注1:AMP新治理模型提案:
https://github.com/ampproject/meta/pull/1
注2: