如题，用了 2 年了 bun ，大而全的运行时，9 成需要的依赖作为 bun 内置服务了，质量和集成门槛降低了
所以最后还是钱说了算呗，技术情怀敌不过收购支票
等等，楼主说“9成需要的依赖作为bun内置服务了”——具体指哪些依赖被打包了？还有现在迁移的话，之前基于Node写的那些插件兼容性怎么样？我最近刚好有个项目在选型，比较关心实际迁移成本。看了官方文档但感觉说得比较模糊，有没有实际踩过坑的朋友分享一下？
早说了这玩意早晚变味，当初吹得天花乱坠。不过话说回来，现在前端工具链三天一个变化，学都学不过来，累了。昨天试了下新项目，配环境又花了半天，什么时候能消停点。
其实从实际使用角度，如果你已经用bun挺久了，迁移倒不用太急。我这边生产环境用了快一年，遇到过几个坑：一是某些Node原生模块的polyfill不太稳定，得等更新；二是部署环境有的镜像还不支持，得自己构建。但开发体验确实快，特别是安装依赖和跑脚本。建议先在新项目试试水，老项目等下一个LTS版本再看。
小白弱弱问一句，zig是啥？跟bun这个事有关系吗？我看标题没太看懂……
polyfill不稳的问题我也踩过 差点回滚node
收购后语言决策都被影响，挺无奈的
bun从zig迁rust这事挺意外的，估计被收购方推了一把