Nothing feels quite as good as having a stacked infra team, that’s fast to close issues.
It’s a luxury that I’d be reluctant to give up. ByteDance will most likely be stuck with me for a very long time.

module-federation/esbuild 👀

原本只是写个镜像站网页，换掉老旧的不好维护页面，结果写着写着就变成在写博客系统了，使用的是rspress的mdx-rs🥰非常快非常nice

Im appalled anyone uses import maps.

TIL Bun works with rsbuild: onwebfocus.com/bun

From Matthias Giger's blog:

'From what I can tell so far, Rsbuild is already a very solid build tool. Upon examining its source code, it appears to be a much more complex wrapper for Rspack than create-react-app was for webpack. Given its comprehensive features and coverage of…

feat: add createContainer function for at runtime container creation
github.com/module-federat…

In order to support esbuild and module federation, Im adding “createContainer” function that will work like init() but you can pass exposed modules as well and it returns a container at runtime that you can export or set on window etc.

Shared modules working with import maps an federation runtime. This was almost too easy lol

Rsbuild's plugin API is easy to use and type-friendly, which ensures that most developers can quickly develop the plugins they need.

Rspack, on the other hand, will focus on webpack compatibility in the short term, and begin adding our own features after hit v1.0

Ready for #CityJSAthens ⁉️

Manfred Steyer will be there with his team to showcase all the new cool things of Angular and get your level up!

You got to be there
athens.cityjsconf.org

beyond some basic skill issues, Ive found contributing to rspack quite intuitive. Porting anything from my webpack plugins into the rust side of rspack has been very easy. github.com/web-infra-dev/…

I’ve found it’s faster to perform sequential builds with rspack than to use multi compiler.
Rspack already uses all cores. So running 3 in parallel can be slower, if you use a lot of JS loaders then you also can experience global GC limits of JS which can choke the build