「观感度：🌟🌟🌟🌟🌟」

「口味：秘制烤板筋」

「烹饪时间：15min」

本文已收录在前端食堂同名仓库Github github.com/Geekhyt^[1]，欢迎光临食堂，如果觉得酒菜还算可口，赏个 Star 对食堂老板来说是莫大的鼓励。

本文记录并整理了 D2 前端技术论坛中揭秘 TC39: ES2020 和 ES2021 的会议笔记。(截取了 TC39 部分)分享给没时间看或是对 TC39 还不了解的同学们。

揭秘TC39: ES2020 和 ES2021

分享嘉宾：Ujjwal Sharma^[2]

TC39 成员、Node.js 核心协作者。

TC39

TC39^[3] 是 Ecma International^[4] 标准化组织旗下的技术委员会的一员，它负责管理着 ECMAScript 语言和标准化 API。

ECMAScript 语言和标准化 API 又可以分为两个标准：

• 第一个是 ECMA-262^[5] 标准，它包含了语言的语法和核心的 API。
• 另一个标准 ECMA-402^[6] 则包含了一些国际化的 API，提供给 ECMAScript 核心 API 选择性支持。

Who?

• Delegates
• implementers
• Large websites
• Academics
• OpenJS Foundation
• Invited Experts
• Subject matter exports
• Community representatives
• Contributors
• Community

TC39 包括会议代表们，可能是执行者、大型的网站、学术研究者以及 OpenJS 基金会。同时也会邀请一些主题内容的专家来提供帮助，也会邀请一些社区代表，比如 Babel 和 nodejs 社区。另外还有一些突出贡献者，对某一议题有特殊贡献的人。最后，也包括整个社区，人们的各种反响和奇思妙想对 TC39 的每个决定都非常有帮助。

What?

• Pull request to the standard GitHub repository
• Meta and Markup changes
• Editorial Changes
• Editor Group
• Normative Changes
• Proposals
• Authors and Champions
• Stage Process
• Reviewers
• Consensus

想要修改 JavaScript 规范标准，需要经过一些前置流程。

一些比较小的变更(构建流程、CI 测试文件) -> 编辑上的改变(设计排版)，有专门的编辑者小组进行评审 -> 面向社区讲解，需要证实其效果 -> 长远的重大变更，需要进行提案 -> 提案有作者们和支持者们，需要严格按照 Stage 流程进行 -> TC39 官方指定代表，对提案进行评审，提案需要回答评审中的问题 -> 整个社区达成一致，同意提案。

When?

• Quarterly meetings
• 4-day
• in-person
• Light meetings in between
• 2-day
• online
• Monthly ECMA-402 meeting
• Smaller，more focussed meetings
• Incubator calls
• GitHub
• Discourse

一个季度(每3个月)有一次会议，一年有 4 次，为期 4 天的现场会议，今年由于疫情在线上举办。在季度会议之间会安排一些小型会议，一直采用在线形式为期 2 天。

除此之外，还有月度 ECMA-402 会议，作为另外一项独立的标准规范，它包含很多国际化的相关内容。

还会有一些更小、更聚焦的会议，例如 ECMAScript 安全的会议和研究相关主题的会议。

(Incubator calls) 孵化召集，用来讨论一些特定的提案。

最后还有 GitHub 和论坛，GitHub 是完成大部分开发和决定的地方，论坛则是提案更早期讨论发起的地方。

How?

• No voting
• Consensus-based decision making
• Diverse set of people in the committee
• Work to satisfy everyone‘s needs and goals
• Objections and concerns
• Backing rationales
• No stakeholder kept over another
• Don't standardize things which aren't ready

没有投票，目的是为了达成一致。

委员会由多样化的人组成，代表了不同的利益群体。TC39 委员会的工作就是要满足大家的需求和目标。

大家都有不同的需求，也会有异议和意见，但终极目标是为了解决问题，达成一致，而不是用投票来满足大部分人的需求。

最好的地方在于没有利益方相互阻塞。

还有一个重要原则：事情如果没有准备好就不会将标准落地。

TC39 Stage Process (TC39 的 Stage 阶段进程)

• Stage 0: Strawperson
• Just an idea
• Stage 1: Proposal
• Describe shape of solution
• Identify potential blockers
• Stage 2: Draft
• Describe precise syntactic and semantic details
• Stage 3: Candidate
• Further feedback from implementations and users
• Stage 4: Finished
• Tested and ready for addition to the standard

阶段 0：Strawperson 稻草人

代表目前仅仅是一个想法。

阶段1: Proposal 提案

当想法变成提案，就需要进入阶段 1，面向委员会讲解和介绍，你需要概述解决方案，并且提出一些潜在的困难。委员会可能会接受你的提案，但并不代表就要在浏览器中生效。它仅仅是委员会觉得这是一个值得讨论的议题且愿意继续讨论。

阶段2: Draft 草案

进入这一阶段的讨论会更加严肃，需要讨论具体的语法和语义的细节。你需要提供具体的解决方案，如何在语言中实现它，就像一个具体的 API 的实现。

阶段3: Candidate 候选

这个阶段设计的工作已经结束，你需要接受来自具体实现者和用户们的反馈。这个阶段也会有不同的 JavaScript 引擎来实现你的新特性。

阶段4: finished 结束

一旦这个特性被添加进至少两个 JavaScript 实现并且通过具体的测试，代表着可以被大家使用了，提案的标准和规范也会进入到主要的标准规范中，我们会制定测试去保证未来的实现都会包含这项特性，也会添加参考文档。

Building Consensus (达成共识)

• Authors develop the proposal with stakeholder input
• Champions may act as a bridge between authors and TC39
• Any aspects may be discussed，feedback may be given openly
• Concerns raised early and asynchronously
• Consensus is given as an indicator of the current stage
• A delegate may post a constraint as necessary for advancement
• Many constraints with rationales，committee may make a trade-off
• Stage 3 consensus implies completeness and any design concerns should be raised before Stage 3

作者会从利益相关者(一些活跃用户或者提案的推动者)那里得到一些输入，并形成提案。

支持者们会在作者和 TC39 之间扮演中间人的角色，支持者会带着作者完成的提案到 TC39 委员会。

在委员会中，提案的方方面面将会被讨论到，反馈也将公开表达。

会议代表将会表达他们的意见，然后作者和支持者们会针对这些声音作出回应并进一步推动提案。只会讨论当前阶段的提案并达成当前阶段的共识。

当讨论趋向一致时，某个会议代表可以对这个提案进入下一阶段提出限制，可以基于自己对 JavaScript 的视角，提出提案的约束范围。

不同的代表都会有自己的见解，每个人的思考原则也不同，大家会进行一些权衡和让步。

阶段 3 会进行比较特殊的一致性讨论，因为到了候选阶段，意味着所有的 API 设计工作都已经完成，在此阶段过后将不会轻易的进行更改。

Official communication channels (官方交流渠道)

• GitHub
• IRC
• Discourse
• Incubator Calls
• TC39

大部分的讨论都在 GitHub，有很多 Issues 会讨论 API 的细节。除此之外还有 IRC(Internet Relay Chat)，一个聊天社交媒体。

论文和刊物一般是比较早阶段的提案所提出的地方，这里有很多人的头脑风暴。

Incubator Calls(孵化阶段的召集)，这里通常会召集大家讨论不同利益相关者的提案， 有作者和委员会里对这个提案感兴趣的人。

还有 TC39 官网^[7]，中文版的貌似是正在开发。

(群友发了一个中文兴趣组)JavaScript 中文兴趣组^[8]

TC39 Outreach Groups (TC39 向外拓展工作小组)

• TC39 Outreach to important focus groups
• Tools and Transpilers
• Frameworks
• Educators
• Monthly calls
• Discuss ongoing TC39 proposals

这个小组会和工业界的一些焦点小组进行交流，比如 Babel 、TypeScript 等。还有一些大家喜爱的很多前端的框架以及一些从事教育工作的人。他们会通过月度的通话来进行工作，讨论一些 TC39 的提案。

How do I get involved？(我如何参与？)

• Issue trackers of any relevant proposals
• Contribute to documentation on MDN
• Discourse to discuss new proposals
• File issues，create pull requests and write tests
• Your employer can become a member
• Join as an invited expert if you care about a specific topic

你可以通过 GitHub 的 Issues 板块去参与任何提案，提出自己的见解和反馈，帮助给出一些测试。

也可以在MDN^[9] 贡献文档，一些新的提案的文档可能是缺失的，也可能质量不高，这些都是你可以帮助做到的。

也可以去一些讨论集中的论坛讨论新的提案。

如果你非常感兴趣，我推荐你的公司去成为国际化组织的会员，这样可以提 Issues、创建 pull requests，对阶段 3 的提案写测试，这些测试结果非常有用。

如果你决定参与测试，test262^[10]这里有很多 Issues，可以帮助你很好的开展工作。

这是一个 test262 测试的例子^[11]，就是 JavaScript 比较常见的测试例子。

如果您对某一领域有特别的建树，您可以和 TC39 主席团联系，以受邀专家的身份加入。

好了，笔记就整理到这里了，希望大家对 TC39 以及 TC39 的 Stage 阶段进程有所了解。

全文完