「笔记整理」D2前端技术论坛: 揭秘TC39: ES2020 和 ES2021

观感度：🌟🌟🌟🌟🌟

口味：秘制烤板筋

烹饪时间：15min

本文已收录在前端食堂同名仓库Github github.com/Geekhyt，欢迎光临食堂，若是以为酒菜还算可口，赏个 Star 对食堂老板来讲是莫大的鼓励。

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

揭秘TC39: ES2020 和 ES2021

分享嘉宾：Ujjwal Sharma

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

TC39

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

ECMAScript 语言和标准化 API 又能够分为两个标准：

• 第一个是 ECMA-262 标准，它包含了语言的语法和核心的 API。
• 另外一个标准 ECMA-402 则包含了一些国际化的 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 官网，中文版的貌似是正在开发。

(群友发了一个中文兴趣组)
JavaScript 中文兴趣组

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 贡献文档，一些新的提案的文档多是缺失的，也可能质量不高，这些都是你能够帮助作到的。

也能够去一些讨论集中的论坛讨论新的提案。

若是你很是感兴趣，我推荐你的公司去成为国际化组织的会员，这样能够提 Issues、建立 pull requests，对阶段 3 的提案写测试，这些测试结果很是有用。

若是你决定参与测试，test262这里有不少 Issues，能够帮助你很好的开展工做。

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

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

好了，笔记就整理到这里了，但愿你们对 TC39 以及 TC39 的 Stage 阶段进程有所了解。

❤️爱心三连击

1.看到这里了就点个赞支持下吧，你的赞是我创做的动力。

2.关注公众号前端食堂，你的前端食堂，记得按时吃饭！

3.本文已收录在前端食堂 github.com/Geekhyt，求个小星星，感谢Star。