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

1,664 阅读8分钟

观感度:🌟🌟🌟🌟🌟

口味:秘制烤板筋

烹饪时间:15min

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

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

揭秘TC39: ES2020 和 ES2021

分享嘉宾:Ujjwal Sharma

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

TC39

TC39Ecma 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。