保持更新：阅读规范与提案

前端发展迅速。新的 CSS、JS 和浏览器接口每季度都会发布。高级工程师不会等待博客文章——他们会阅读源材料：W3C 草案、TC39 提案、CSS WG 规范以及浏览器实现状态页面。

TC39 是负责推动 JavaScript 演进的委员会。提案要经历 5 个阶段：0（初步构想）、1（提案）、2（草案）、3（候选）、4（完成，并在 ECMAScript 中发布）。第 3 阶段通常就可以放心采用了（浏览器已经实现，语法也已冻结）。

每个提案都位于 github.com/tc39/proposal-NAME。README 会解释其动机、语法和示例。“规范文本”分支包含正式语法。近期完成的提案包括：记录与元组、管道运算符、装饰器 v3、迭代器辅助工具。

github.com/tc39/proposals：列出所有提案及其阶段。2ality.com：Axel Rauschmayer 的博客会总结每次会议。v8.dev：Google 的 V8 最快实现提案，其博客文章会解释这些提案。

W3C 负责规范化 CSS、ARIA 和网络接口。WHATWG 维护 HTML、DOM、Fetch 和 URL 等“持续演进的标准”。双方都在 GitHub 上公开工作。任何人都可以向 WHATWG 的 html 仓库提交问题。

CSS WG 持续发布规范：容器查询、:has()、CSS 嵌套、视图过渡、锚点定位以及滚动驱动动画。请通过 github.com/w3c/csswg-drafts 和 CSS WG 博客跟踪进展。

即使提案已经进入第 4 阶段，在浏览器发布支持之前也无法使用。请查看：caniuse.com（总体情况）、chromestatus.com（Chrome）、webkit.org/status（Safari）、platform-status.mozilla.org（Firefox）。

web.dev/baseline 会报告哪些功能属于“最新可用”（所有主流浏览器的最新版本都支持）以及“广泛可用”（约已支持 30 个月）。这对于判断哪些功能可以安全发布非常有帮助。

1）web.dev/blog——Google 的 Web 开发者关系团队。2）WebKit blog——Safari 发布公告。3）v8.dev/blog——V8 和 Chrome 的 JavaScript 动态。4）CSS-Tricks newsletter。5）JavaScript Weekly / Frontend Focus。6）This Week in WebKit。

请阅读您所使用的库的源代码。React、Vue 和 Vite 都位于 GitHub 上。了解维护者如何解决棘手问题，是提升能力的最佳方式之一。

不要只阅读新功能的介绍——请亲自尝试。使用视图过渡接口、:has() 选择器以及新的 ECMAScript Set 方法构建一个小型演示。只有通过使用，您才能真正学会。

并非每个闪亮的新事物都适合投入生产环境。请问自己：它符合 Baseline 吗？它能在我们的目标浏览器中运行吗？填充代码的成本是多少？它解决了什么当前方案无法解决的问题？我的团队了解它吗？请有意识地采用，而不要条件反射式地采用。

请在 TC39 或 WHATWG 提案中提交包含使用场景和反例的问题——委员会确实会听取开发者的意见。将您的演示开源。评论您所关注的提案。这就是平台不断改进的方式。

高级工程师以年为单位思考，而不是只看迭代周期。阅读规范会让您成为这样的人：比其他人早六个月了解 :has()，在团队遭遇问题之前选择正确的数据获取库，在迁移之前理解服务器组件。这种远见会不断积累并产生复利。

阅读源材料：TC39 提案、W3C/WHATWG 规范以及 CSS WG 草案。第 3 阶段及以上的提案，在使用转译器时可以安全用于生产环境。通过 caniuse、chromestatus、webkit.org/status 和 Baseline（web.dev/baseline）跟踪进展。订阅 web.dev、WebKit blog、v8.dev、CSS-Tricks 和 JS Weekly。构建演示来加深理解。进行批判性评估。回馈社区。高级工程师的思考会产生复利——阅读规范的工程师能够引领方向。