The future is turbopack

[YadongZhang]

https://vercel.com/blog/turbopack

10x Vite, 700x Webpack

盲猜 turbopack 的快和 Rust 这种类似 C/C++ 的底层语言多少有点关系，我没有依据，只是猜的

并且 Vite 只是依赖 esbuild 在 rebuild 的时候速度才有提升的：

https://storybook.js.org/blog/storybook-performance-from-webpack-to-vite/

turbopack 第一次构建的时候就可以有速度优化：Turbopack only bundles the minimum assets required in development

[RabbitDR]

是吗，用 54MB 的体积的提升换取 0.09s 到 0.01s 的提升是否值得也是值得讨论的（ https://twitter.com/youyuxi/status/1585040261922820096 ）。另外，他们家的产品总给人一种排外的味道。Vite 在发布之初就支持主流前端库，现在 turbopack 正式发布还只支持 React ，甚至可能只是 Next ，（ https://turbo.build/pack/docs/roadmap#other-frameworks ），虽说兼容一下其它前端库不是什么难事，但其态度已经是可见一斑了。诚然 Vercel 工具链能带来前所未有的流程开发体验，但终究垄断不是什么好事，现在不过是时候未到而已。

[hronro]

@mywaiting #20
速度不是全部由语言决定的，就算真的有工具能把 JS 代码「转码」成 Rust 代码，这种生成出来的 Rust 绝对跑得比原来的 JS 代码还慢，因为 Rust 没有 JIT 。

[12ava]

拿项目拉了个分支测试了下，目前的项目是基于 vite 构建多页面应用，用了 turbo 没感觉到构建又什么提升，构建时间基本一样。
目前官网说的速度提升也只有冷启动和热更新的测试，这两功能暂时没试因为 vite 基本也是秒更新。

[FightPig]

现在只能和 nextjs 一起用，这体验不了啥

[YuTengjing]

@RabbitDR
1. 官方文档说了后序会支持 vue, svetle 等，https://turbo.build/pack/docs/roadmap#other-frameworks
2. 我觉得你对垄断有什么误解，开源的东西能叫垄断吗？
3. vecel 这家公司都能黑，感觉你对它是不是了解的太少了。先不说 vecel 以它自身名义开源的高质量的项目就很多 next.js, swr, hyper.js, turborepro, satori 。再就是它的员工开源的项目 webpack, svelte, swc, rust-napi ，这么伟大的一家公司我不希望看到任何人黑它

[swift]

@RabbitDR 54MB 换 10 倍，我觉得值，百米赛跑不就是最求最后 0.x 秒

[zhwithsweet]

无所谓，vite 以后等 turbopack 成熟之后集成进去就好了

[haolongsun]

前端真的是网红圈啊，东西看似变得很快，实际上啥也没变。

[vision1900]

The future is bundle-LESS

[RabbitDR]

@YuTengjing 不知道你怎么解读出我在黑 vercel ，**诚然 Vercel 工具链能带来前所未有的流畅开发体验**，我这不是在赞 vercel 吗。还有，你是不是搞错了什么，webpack, svelte, swc, rust-napi 都不是 vercel 生产出来的产品，vercel 只是聘用了这些产品的作者，可以承认的是 vercel 对开源社区的贡献，我个人也很喜欢的 vercel 的**产品**。但这和 vercel 给我带来那些“感觉”并不相冲突。关于垄断这一点，也有可能是我个人的误解。最后想提醒的是，不必过于神化 vercel ，首先不是只有 vercel 一家公司对开源社区有巨大贡献，另外就是资本这东西不是一个人或几个人能驾驭住的，往往一些公司就在资本不断涌入的某个时间节点，某些人的决策而导致一些唏嘘的结局。我希望看到的是有更多 vercel 这样的公司，而不是说不准有人批评这样的公司。

[hxsf]

不支持 Type Checking 的 TypeScript ，等于自费武功啊
swc 的同步编译挺快的，https://swc.rs/docs/benchmarks#transformations-synchronous

所以建议只在开发环境使用 swc-loader 加速就行了。生产环境还是用 ts-loader 吧。

[hxsf]

TypeScript 这样你敢用嘛，手动狗头
用 ts-loader 虽然慢点，但是能救你一命

[me221]

@YuTengjing

这么伟大的一家公司我不希望看到任何人黑它
==================================

你骨子里的奴性暴露出来了

[qz357]

同意

[YuTengjing]

@RabbitDR 你要不再看一遍我说了什么，我也没说 webpack 是 vercel 开源的。用爱发电和 vercel 出钱发电不一样的，colorjs 的作者一场大火带走他的所有后可老惨了。webpack 核心贡献者 akait 和 rust_napi 作者加入 vercel 还天天积极更新这不算 vercel 的功劳? 另一个实际的例子，没尤雨溪给 volar 的作者打钱，voalr 年底前能 1.0?

[YuTengjing]

@hxsf esbuid 一样的，你在这个帖子评论是不是觉得 vite 用的 vite 对 ts 有类型检查? c# 之父牵头的有几十号成员的 typescript 团队开发近 10 年才有了现在的 tsc ，你觉得是 esbuild 或者 swc 一两年就能 cover 住的吗？

[add1commit]

好奇插件拓展会是什么样的机制，js or rust

[hxsf]

@YuTengjing #36

所以我后面说了
> 所以建议只在开发环境使用 swc-loader 加速就行了。生产环境还是用 ts-loader 吧。