The future is turbopack

The secret to Turbopack's performance is twofold: highly optimized machine code and a low-level incremental computation engine that enables caching down to the level of individual functions. Once Turbopack performs a task it never does it again.

还做了一些缓存机制

看起来号称很快的原因在于按需打包和粒度很细的缓存，好炫酷

@LengthMin
@theusername

Vite 也是这个思路，只不过 Turbopack 在第一次构建的时候就做了速度提升，tql

我倒是期待 JS 有一天能类似 TS 那样直接转码 /编译到 Rust ~

这样就无所谓啥速度了~

wasm 感觉已经很接近这个愿望了~

@mywaiting #4 wasmtime 来了。话说前端花活真多，所有基础设施都要用 rust 重写一遍么。。。。

@mywaiting #4 你要不要再看看你在说啥？

前端工具链领域的优化空间是真的大。用 Rust 写过一轮后，未来也不太可能有几百倍的速度提升了。换句话说，像这样悬殊的性能对比是空前绝后的。

vite 已经落后了吗

Turbopack does not perform type checks on your application. We use SWC to compile TypeScript code, which also does not perform type checks.

又看到熟悉的句子了

每次各种所谓新一代打包工具 都要把带实时 lint ，type check 的 webpack 暴打一顿

正经事不干

node lts 从 v16 升到 v18 了,大家快冲

将近两年前用 swc 跑 jest 的时候，打包产物还有很多 Bug ，基本不可用，不知道现在怎么样了

@churchill 一个打包工具搞什么 lint typescheck 才是正经事不干瞎忙活

The future 不是 importmap 吗

@churchill #9 这玩意暴打没 lint 和 typecheck 的 webpack 也是轻轻松松

@chloerei

最低要求 Nextjs 13 ，然后 `next dev` 后面加参数 `--turbo`，我猜的，你可以试一下

@YadongZhang 不用 next.js ，想知道怎么单独安装。npm 搜了 turbopack ，是个无关的包。现在的文档安装没说清楚，也没有配置说明，都是营销内容比竞品怎么怎么好，给我留下不好印象。

@chloerei

目前只在 Nextjs v13 中可以用 turbopack

https://vercel.com/blog/turbopack

How fast is Turbopack? 前一句话

@chloerei turbopack 目前只能 nextjs 用，turborepo 才能给其他项目用

@hronro #6 我知道自己说啥啊，清楚这个 turbopack 是个打包工具，清楚 vite 和 webpack~

就是，我只是顺便感慨了一下“速度”这个词而已~

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

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

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

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

@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 ，这么伟大的一家公司我不希望看到任何人黑它

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

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

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

The future is bundle-LESS

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

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

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

@YuTengjing

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

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

同意

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

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

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

@YuTengjing #36

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