本文记录并整理了 D2 前端技术论坛中揭秘 TC39: ES2020 和 ES2021 的会议笔记。(截取了 TC39 部分)分享给没时间看或是对 TC39 还不了解的同学们。
分享嘉宾:Ujjwal Sharma[2]
TC39 成员、Node.js 核心协作者。
TC39[3] 是 Ecma International[4] 标准化组织旗下的技术委员会的一员,它负责管理着 ECMAScript 语言和标准化 API。
ECMAScript 语言和标准化 API 又可以分为两个标准:
DelegatesimplementersLarge websitesAcademicsOpenJS FoundationInvited ExpertsSubject matter exportsCommunity representativesContributorsCommunityTC39 包括会议代表们,可能是执行者、大型的网站、学术研究者以及 OpenJS 基金会。同时也会邀请一些主题内容的专家来提供帮助,也会邀请一些社区代表,比如 Babel 和 nodejs 社区。另外还有一些突出贡献者,对某一议题有特殊贡献的人。最后,也包括整个社区,人们的各种反响和奇思妙想对 TC39 的每个决定都非常有帮助。
Pull request to the standard GitHub repositoryMeta and Markup changesEditorial ChangesEditor GroupNormative ChangesProposalsAuthors and ChampionsStage ProcessReviewersConsensus想要修改 JavaScript 规范标准,需要经过一些前置流程。
一些比较小的变更(构建流程、CI 测试文件) -> 编辑上的改变(设计排版),有专门的编辑者小组进行评审 -> 面向社区讲解,需要证实其效果 -> 长远的重大变更,需要进行提案 -> 提案有作者们和支持者们,需要严格按照 Stage 流程进行 -> TC39 官方指定代表,对提案进行评审,提案需要回答评审中的问题 -> 整个社区达成一致,同意提案。
Quarterly meetings4-dayin-personLight meetings in between2-dayonlineMonthly ECMA-402 meetingSmaller,more focussed meetingsIncubator callsGitHubDiscourse一个季度(每3个月)有一次会议,一年有 4 次,为期 4 天的现场会议,今年由于疫情在线上举办。在季度会议之间会安排一些小型会议,一直采用在线形式为期 2 天。
除此之外,还有月度 ECMA-402 会议,作为另外一项独立的标准规范,它包含很多国际化的相关内容。
还会有一些更小、更聚焦的会议,例如 ECMAScript 安全的会议和研究相关主题的会议。
(Incubator calls) 孵化召集,用来讨论一些特定的提案。
最后还有 GitHub 和论坛,GitHub 是完成大部分开发和决定的地方,论坛则是提案更早期讨论发起的地方。
No votingConsensus-based decision makingDiverse set of people in the committeeWork to satisfy everyone‘s needs and goalsObjections and concernsBacking rationalesNo stakeholder kept over anotherDon't standardize things which aren't ready没有投票,目的是为了达成一致。
委员会由多样化的人组成,代表了不同的利益群体。TC39 委员会的工作就是要满足大家的需求和目标。
大家都有不同的需求,也会有异议和意见,但终极目标是为了解决问题,达成一致,而不是用投票来满足大部分人的需求。
最好的地方在于没有利益方相互阻塞。
还有一个重要原则:事情如果没有准备好就不会将标准落地。
Stage 0: StrawpersonJust an ideaStage 1: ProposalDescribe shape of solutionIdentify potential blockersStage 2: DraftDescribe precise syntactic and semantic detailsStage 3: CandidateFurther feedback from implementations and usersStage 4: FinishedTested and ready for addition to the standard代表目前仅仅是一个想法。
当想法变成提案,就需要进入阶段 1,面向委员会讲解和介绍,你需要概述解决方案,并且提出一些潜在的困难。委员会可能会接受你的提案,但并不代表就要在浏览器中生效。它仅仅是委员会觉得这是一个值得讨论的议题且愿意继续讨论。
进入这一阶段的讨论会更加严肃,需要讨论具体的语法和语义的细节。你需要提供具体的解决方案,如何在语言中实现它,就像一个具体的 API 的实现。
这个阶段设计的工作已经结束,你需要接受来自具体实现者和用户们的反馈。这个阶段也会有不同的 JavaScript 引擎来实现你的新特性。
一旦这个特性被添加进至少两个 JavaScript 实现并且通过具体的测试,代表着可以被大家使用了,提案的标准和规范也会进入到主要的标准规范中,我们会制定测试去保证未来的实现都会包含这项特性,也会添加参考文档。
Authors develop the proposal with stakeholder inputChampions may act as a bridge between authors and TC39Any aspects may be discussed,feedback may be given openlyConcerns raised early and asynchronouslyConsensus is given as an indicator of the current stageA delegate may post a constraint as necessary for advancementMany constraints with rationales,committee may make a trade-offStage 3 consensus implies completeness and any design concerns should be raised before Stage 3作者会从利益相关者(一些活跃用户或者提案的推动者)那里得到一些输入,并形成提案。
支持者们会在作者和 TC39 之间扮演中间人的角色,支持者会带着作者完成的提案到 TC39 委员会。
在委员会中,提案的方方面面将会被讨论到,反馈也将公开表达。
会议代表将会表达他们的意见,然后作者和支持者们会针对这些声音作出回应并进一步推动提案。只会讨论当前阶段的提案并达成当前阶段的共识。
当讨论趋向一致时,某个会议代表可以对这个提案进入下一阶段提出限制,可以基于自己对 JavaScript 的视角,提出提案的约束范围。
不同的代表都会有自己的见解,每个人的思考原则也不同,大家会进行一些权衡和让步。
阶段 3 会进行比较特殊的一致性讨论,因为到了候选阶段,意味着所有的 API 设计工作都已经完成,在此阶段过后将不会轻易的进行更改。
GitHubIRCDiscourseIncubator CallsTC39大部分的讨论都在 GitHub,有很多 Issues 会讨论 API 的细节。除此之外还有 IRC(Internet Relay Chat),一个聊天社交媒体。
论文和刊物一般是比较早阶段的提案所提出的地方,这里有很多人的头脑风暴。
Incubator Calls(孵化阶段的召集),这里通常会召集大家讨论不同利益相关者的提案, 有作者和委员会里对这个提案感兴趣的人。
还有 TC39 官网[7],中文版的貌似是正在开发。
(群友发了一个中文兴趣组)JavaScript 中文兴趣组[8]
TC39 Outreach to important focus groupsTools and TranspilersFrameworksEducatorsMonthly callsDiscuss ongoing TC39 proposals这个小组会和工业界的一些焦点小组进行交流,比如 Babel 、TypeScript 等。还有一些大家喜爱的很多前端的框架以及一些从事教育工作的人。他们会通过月度的通话来进行工作,讨论一些 TC39 的提案。
Issue trackers of any relevant proposalsContribute to documentation on MDNDiscourse to discuss new proposalsFile issues,create pull requests and write testsYour employer can become a memberJoin 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 阶段进程有所了解。
1.看到这里了就点个在看支持下吧,你的「在看」是我创作的动力。
2.关注公众号前端食堂,「你的前端食堂,记得按时吃饭」!
3.本文已收录在前端食堂 github.com/Geekhyt[14],求个小星星,感谢Star。
[1]
github.com/Geekhyt: https://github.com/Geekhyt/front-end-canteen
[2]
Ujjwal Sharma: https://github.com/ryzokuken
[3]
TC39: https://github.com/tc39
[4]
Ecma International: https://www.ecma-international.org/
[5]
ECMA-262: https://github.com/tc39/ecma262
[6]
ECMA-402: https://github.com/tc39/ecma402
[7]
TC39 官网: https://tc39.es/
[8]
JavaScript 中文兴趣组: https://jscig.github.io/#
[9]
MDN: https://developer.mozilla.org/zh-CN/
[10]
test262: https://github.com/tc39/test262
[11]
这是一个 test262 测试的例子: https://github.com/tc39/test262/blob/main/test/built-ins/BigInt/is-a-constructor.js
[12]
你远道而来这世间,想必也是因为热爱吧 | 掘金年度征文: https://juejin.cn/post/6905737176776966152
[13]
「一次写过瘾」手写Promise全家桶+Generator+async/await: https://juejin.cn/post/6907673648216145928
[14]
github.com/Geekhyt: https://github.com/Geekhyt/front-end-canteen