看起来是一个不错的版本。我看了他们的视频，一些图表有点不清楚，比如，我不确定它们是与之前的Bun版本还是Node.js进行比较。我在副项目中使用Bun的经验很好。根据我的经验，内置的API运行良好，我希望流行的运行时至少能采用其中的一部分。我想到的哈希和SQLite绑定等API，我希望Deno和Node.js也能提供这些。它们默认收集一些遥测数据。我认为安装脚本不会告诉你这一点。我找到的唯一提及是在Bunfile文档中：https://bun.sh/docs/runtime/bunfig#telemetry 我更希望这是可选的，并且在安装时如果用户想禁用它，能提供相应的说明。他们提供了一个选项，可以为你的项目创建一个无依赖的可执行文件，将运行时与你的.js入口文件打包在一起。如果你想要一个单独的二进制文件分发给用户，这非常有效，但目前文件大小仍然相当大（在GNU/Linux上，一个小项目超过90MB）……
源讨论Bun 1.1原帖 263 条评论 · 导入时统计把你的经验，加入这段讨论。
> 我更希望这是可选的，并且在安装过程中如果用户想禁用的话，会给出相应的说明。 所以你的意思是需要一个知情的退出选项，对吗？ 感谢你分享关于Bun的有趣实践经验和见解。我一直在Hacker News上关注Jarred的报道和帖子，大概从最初的alpha版本开始，但还没有使用过它。 我会记住你提到的关于Bun的有用平台API的例子，当我想尝试用Bun做点什么的时候。 听起来Bun对于JavaScript脚本来说是一个很棒的平台——我也认为这可能是一个测试水温的好方法。 真的，祝贺Bun和Jarred Sumner实现了他在第一个版本发布时所做的承诺！
完整原文> 它默认会收集一些遥测数据 我一直想知道为什么每次升级Bun时，macOS都会弹出一个权限对话框。这解释了原因。 无论如何，可以通过将以下内容添加到你的环境变量中来禁用它： export DO_NOT_TRACK=1 这是收集的数据： https://github.com/oven-sh/bun/blob/801e475c72b3573a91e0fb4c... 这一行64位的machine_id让人担忧： https://github.com/oven-sh/bun/blob/801e475c72b3573a91e0fb4c... 这可能是一个你机器的唯一标识符。
完整原文请注意，我们目前并没有将遥测数据发送到任何地方。我们现在所跟踪的范围只是一个位掩码，表示哪些内置模块被导入了，以及使用fetch()发送了多少个HTTP请求，以及类似的一些信息。当Bun崩溃时，会打印出这些信息，以便我们能更好地了解代码在崩溃时做了什么/做了什么。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。