Bun

一个 100MB 的 CLI 二进制文件 Anthropic 刚刚宣布 Claude Code 现在可以作为原生构建使用。翻译一下：这是一个可以通过 curl 安装的二进制可执行文件，不需要 Node.js。 听起来不错，对吧？一条命令，无依赖，后台自动更新。任何 CLI 工具的梦想。 但有一个细节：二进制文件大小为 100MB。 为了给你一个参考，git 二进制文件大约 3MB。curl 不到 1MB。即使是以生成大二进制文件著称的 Go，也很少超过 15-20MB。 这 100MB 里到底装了什么？ 不是 Rust，是穿着可执行文件外衣的 Bun 当我看到这个公告时，我的第一个想法是：“他们用 Rust 重写了一切。“这很有道理，不是吗？如果你想要一个原生的、快速的、无运行时的二进制文件，Rust 是明显的选择。 结果不是这样。 Claude Code 仍然是 TypeScript。他们所做的是使用 bun build --compile 将其打包为可执行文件。 bun build --compile 是如何工作的 这个神奇的命令是： 1 bun build ./src/index.ts --compile --outfile claude 它具体做了什么？三件事： 1. 打包 首先，Bun 充当打包器。它获取你的入口文件（index.ts），解析所有的 import，并生成一个包含所有代码串联的单一 JavaScript 文件。包括你的 node_modules 依赖，解决tree-shaking以消除死代码，并压缩结果。 ...

没人预料到的新闻 上周，当你我还在安静地与 node_modules 搏斗时，Anthropic 丢出了一颗炸弹：他们收购了 Bun。 是的，Claude 背后的公司决定他们的未来要依靠一个用 Zig 编写的 JavaScript 运行时，这是一个想着"要是 Node，但是快"的家伙写的。Claude Code 刚刚达到 10 亿美元的收入，显然当你有多余的钱时，第一件事就是购买开发工具。 为什么？因为 Claude Code 疯狂执行 JavaScript，当你有数百万用户时，每一毫秒都很重要。通俗地说：如果你的业务依赖于快速执行代码，你就买最快的运行时。 但够了企业八卦。让我们来看你感兴趣的：什么是 Bun，为什么你应该关心。 什么是 Bun（对于我们这些来自 Node 的人） Bun 就像有人看着 Node 生态系统说：“要是我们做一个工具来替换这十五个工具会怎样？” 之前你有： node → 运行时 npm/pnpm/yarn → 包管理器 webpack/esbuild/vite → 打包器 jest/vitest → 测试运行器 ts-node/tsx → 执行 TypeScript 现在你有： bun → 以上所有功能 这是电动滑板车对比拖着拖车的汽车。更少的部件，更少可能出错的东西，奇怪的是还更快。 重要的数字 我不喜欢做基准测试，因为总是可以被操纵。但这些数字太残酷了，值得一提： 操作 Node + pnpm Bun 差异 install（中等项目） ~25s ~3s 快 8 倍 运行时启动 ~50ms ~5ms 快 10 倍 执行测试 基线 快 2-3 倍 明显 转译 TypeScript 需要工具 原生支持 ∞ 为什么这么快？因为它用 Zig 而不是 C++ 编写，因为 Jarred Sumner（创造者）是那种把优化代码当作兴趣爱好的程序员。这家伙在 Stripe 工作，决定世界上最重要的问题是 npm install 花费太长时间。 ...