Skip to main content

巴别播客

· 8 min read
Henry Zhu

今天我们要宣布推出 Babel播客！

🌐 Today we're announcing the The Babel Podcast!

你可能在直接使用 Babel，或者通过依赖在使用它。但你有没有想过是谁在维护它？Henry Zhu 与团队其他成员、TC39 和 JS 社区聊起了 JavaScript 的未来以及它是如何被维护的。请加入我们，一起唠唠 Babel（以及其他一切）吧！

订阅方式： Apple | Google | Spotify | RSS​

🌐 Subscribe with: Apple | Google | Spotify | RSS

首先，我们的第一集是和我们的好朋友 Sebastian McKenzie 一起的，他是 Babel 的创作者（文字记录）！

🌐 To start out, our first episode is with our good friend Sebastian McKenzie, the creator of Babel (transcript)!

创建和维护这些播客确实需要时间（设备、研究、编辑、转录），所以请考虑支持我们！我们也可以增加特定的播客赞助商，如果你有兴趣的话，请告诉我。

为什么？​

🌐 Why?

我个人最近对播客越来越感兴趣：最开始是听 Hope in Source (博客)，最近是 Maintainers Anonymous (博客)。听了几年播客之后，我终于有了自己做播客的冲动，现在我们就到了这一步。

🌐 Personally, I've been getting into podcasts a lot lately: first with Hope in Source (blog) and recently Maintainers Anonymous (blog). After years of just listening to them, I finally felt the urge to start some, and now we're here.

我理解现在有很多关于 JavaScript 的播客、关于开源的播客，甚至可能整体上播客太多了；但我觉得针对特定开源项目的播客还有空间。我们处在一个有趣的位置，可以作为这个基础设施项目的管理者讨论一些提升社区的话题。

🌐 I understand there are plenty of JavaScript podcasts, podcasts about open source, and maybe way too many podcasts in general; but I think there's room for a podcast about specific open source projects. We are in the interesting position to be able to talk about topics that level up the community as stewards of this infrastructure project.

与其接受采访谈论我们自己的项目，为什么不自己动手做，并有一个深入探讨的空间呢？很多时候，问题和回答都很高层次，因为观众对提到的工具不具体、不感兴趣，或者没有足够的背景去理解。只是做自己，而不必为了在线上组织特定的回答，可能会更舒服。既然我们有机会在自己的时间里发声，为什么还要等到在别的平台上说呢？拥有我们自己的“官方”内容（无论是文档、视频、工作坊等）也能让每个人更方便（搜索、新人、我们自己等）。

🌐 Instead of being interviewed to talk about our own project, why not do it ourselves and have a space to go deeper? Many times the questions and responses are high level because the audience is not specific to the tool being mentioned, not interested, or just doesn't have enough context to understand. It can be more comfortable to just be yourself and not need to craft a specific response online. Why wait to speak on another platform when we have the chance to do it on our own time? Having our own "official" content as well (whether it's documentation, videos, workshops, etc) makes it easier for everyone (searching, newcomers, ourselves, etc).

如果有的话，这可以帮助我们的团队更好地向用户和更广泛的 JavaScript 社区传达事情的运作方式，也给我们一个机会提升理解力，让更多人可以参与进来并提供帮助。

🌐 If anything, this could help our team to better communicate to our users and the greater JavaScript community about how things work and an opportunity for us all to level up in understanding so more people can get involved and help out.

那么这一切意味着什么呢？专门关于 Babel 的播客有什么有趣的地方吗？谈论随机的 bug 或当天的问题有意义或值得听吗？我们来聊聊目的吧。

🌐 So what does it all mean? What could be interesting about a podcast specifically about Babel? Is talking about random bugs or issues of the day relevant or worth listening to? Let's talk about purpose.

目标​

🌐 Goals

播客没有太多规则，我们可以做任何看起来有趣的事情：它也可以让我们详细解释事情，并带来更个人化、亲密的感觉，这点不同于社交媒体（包括 GitHub）。

🌐 Podcasting doesn't have a lot of rules and we can do whatever seems fun: it also gives the capacity to explain things in detail and give a more personal, intimate touch, unlike social media (including GitHub).

  • 激励并告知有意向的贡献者参与进来（对于更详细的话题，我想我会继续尝试直播/视频）
  • 帮助人们更好地理解 JavaScript 生态系统（语言/规范本身、TC39、文化）。
  • 了解我们使用的工具背后的人和背景：Babel 的维护者/贡献者、相关项目如 webpack/ESLint、TC39 委员会。

当前非目标：谈论新闻或“本周巴别”，制定固定的每周时间表，采用特定类型的格式（嘉宾、30分钟等）。

🌐 Current non-goals: talk about news or a "this week in Babel", have a set weekly schedule, have a certain type of format (guests, 30 minutes, etc).

帮我们集思广益吧！​

🌐 Help Us Brainstorm Ideas!

如果你有嘉宾推荐、话题想法或反馈，请通过 Twitter 上的 @babeljs 或 仓库 与我们联系！

一些嘉宾/话题的想法​

🌐 Some Guest/Topics Ideas

你还想听点什么？你想听谁说话？

🌐 What else do you want to hear about? Who do you want to hear from?

  • 采访核心团队/贡献者：你是怎么参与进来的，项目有什么让人兴奋的地方，你的角色是什么，未来有什么计划？
  • Babel 中的高级概念（AST、访问者模式、编译器、测试、JS 规范）
  • 我们在做关键决策时的背景/挣扎：
    • 移除舞台预设
    • 关于私有字段语法（用 # 代替 private）
    • 常见问题：“Babel 很快会过时吗？”
    • 你为什么做x？
  • 和各种 Babel 插件作者聊天？babel-macros，i18n
  • Babel 替代方案：traceur、buble、sucrase、swc
    • 聊聊这些项目为什么会被做出来，它们有什么不同/权衡之处之类的，肯定很有趣！
  • 编译成 JavaScript 语言
    • Elm/Reason/等等（独立语言）
    • Coffeescript/Dart（明确建议使用 Babel 编译成 ES5）
    • Fable (F#)（使用 Babel 本身）
    • TypeScript（我们有整合）
  • 相关工具：CSSX, PostCSS
  • Babel 集成（那些使用 Babel 作为基础设施的东西）：Jest/Next.js/Parcel/CRA

语言标准/TC39 话题​

🌐 Language Standards/TC39 Topics

  • 和 TC39 的人聊聊，解释一下事情是怎么做的、怎么参与，以及哪些事情可以改变。
    • 把 Babel 当作新功能的试验场
    • 它和其他语言标准比如 C 或浏览器 API 有什么不同？
    • 某个功能的历史：它是怎么定下来的？
    • 会议是怎样的：谁会参加，怎么组织？会上会有很多争论或投票吗？
    • 决策过程是如何随着时间演变的？（分阶段流程）
    • “反馈”是怎么接受的或被采纳的？
    • “边缘情况”有多重要：为什么它很关键？
    • 随着时间对语言的感知：太快，太慢
    • 关于语言设计的问题：性能、可用性、可教性、美学、语法预算等等。
    • 生态系统匹配：这种语言是如何被工具、库以及网页以外的其他用例所塑造的？
  • 委员会本身的历史
    • 过渡：从 Word 文档到 GitHub，使用 TCQ，“我们的工作方式”仓库
    • 多年来委员会的发展（语言设计者、实现者、从业者、教育者、组合）
    • 具体提议：Object.observe 之类的？
  • 提出一个提案
    • 解释问题字段
    • 范围：变化的复杂性，与其他功能的互动
    • 优先顺序：现有的用户层实现、之前的讨论、其他语言、类似功能

我们在 Twitter 上问过名字的建议，收到了很多有趣的提议，比如 Lost in Transpilation、Babbling On、Babel Babble 等等。但最终，“The Babel Podcast” 是最清楚明了的！