esbuild
swc
esbuild | swc | |
---|---|---|
358 | 157 | |
39,001 | 32,336 | |
0.4% | 0.6% | |
9.1 | 9.9 | |
18 days ago | 1 day ago | |
Go | Rust | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
esbuild
-
__Pure__ annotation in Zod source code.
You will find an issue related to pureannotations in esbuild repository.
-
⚔️ Vite vs. Turbopack in 2025: Which One to Choose?
Vite (pronounced veet) was created by Evan You (Vue's creator) and launched in 2020. It uses native ES modules in the browser and esbuild for lightning-fast dev servers and Rollup for optimized production builds.
- Esbuild – An Fast Bundler for the Web
- Quais as melhores ferramentas para trabalhar com Node?
-
Understanding how Vite deals with your node_modules
Pre-bundle all the dependencies on the "optimization boundary" list into node_modules/.vite/deps/ folder. This step is done by esbuild.
- Show HN: Nue – Apps lighter than a React button
- A 10x Faster TypeScript
-
Extensible WASM Applications with Go
ESBuild is a bundler. The subtitle on the website is literally “An extremely fast bundler for the web”. To bundle, pass —-bundle flag.
https://esbuild.github.io/
-
How I Built a SpeedtestTracker with Raspberry PI and AWS Lambda
esbuild for bunding both the client and server separately
-
Modern JavaScript for Django Developers
> like individual loaders/modules are/were slow, rather than webpack itself
tbh this is just nitpicking, I'm not a react developer to do CRA debugging for them. They're paid by Facebook a couple orders of magnitude more than what we're making here, and if they're fine with the intact CRA configuration being that slow, while a third-party alternative rips through the massive pile of shit I'm working on while not bringing any obvious downsides, I'll just to the alternative.
It's a well known problem: esbuild, which is the base of vite's HMR, boasts of speeds dozens to hundreds of times faster than webpack:
https://github.com/evanw/esbuild?tab=readme-ov-file#why
swc
- BookMS
-
Rust Dependencies Scare Me
I once wanted to contribute to the popular swc project (https://github.com/swc-project/swc). I cloned the repo, ran build, and a whooping 20GB was gone from my disk. The parser itself (https://github.com/swc-project/swc/blob/main/crates/swc_ecma...) has over a dozen dependencies, including serde.
Meanwhile, the heaviest JavaScript parser implemented in JavaScript is more lightweight.
I decided that I should leave this project alone and spend my time elsewhere.
-
A 10x Faster TypeScript
For previous attempts at doing this in rust, see:
1. stc [https://github.com/dudykr/stc] - Abandoned [https://github.com/swc-project/swc/issues/571#issuecomment-1915966297]
-
Matanuska ADR 017 - Vitest, Vite, Grabthar, Oh My!
But I also had my Vitest build configured to use SWC, the compiler backend I had configured for Vitest, and it had issues of its own. SWC is cool. It's a TypeScript compiler written in Rust that is extremely fast, and - unlike tsc - it mostly handles rewriting import paths just fine. However, I did find that it rewrites index.mjs imports into directory imports.
-
Sprout: my submission for GitHub Copilot Challenge
@vitejs/plugin-react-swc uses SWC for Fast Refresh
-
Fresh Start: Unlocking New Beginnings with GitHub Copilot
# React + Vite This template provides a minimal setup to get React working in Vite with HMR and some ESLint rules. Currently, two official plugins are available: - [@vitejs/plugin-react](https://github.com/vitejs/vite-plugin-react/blob/main/packages/plugin-react/README.md) uses [Babel](https://babeljs.io/) for Fast Refresh - [@vitejs/plugin-react-swc](https://github.com/vitejs/vite-plugin-react-swc) uses [SWC](https://swc.rs/) for Fast Refresh # Fresh-Starts
-
How can VoidZero be commercialized?
Firstly, tools such as Vite and SWC cannot be used for a fee. There are too many products of the same type, so if you charge, everyone won't need to use them. Of course, being free does not mean it has no value. With more users, there is a great potential for natural value.
-
What is Evan You doing by creating VoidZero, and what are the issues with JS toolchains?
However, new tools such as SWC and esbulid now also support JS code compression, and their execution efficiency is higher. After all, Rust or Go inherently have much higher execution efficiency than JS.
-
Rewriting Rust
> Look at the dependency tree for a next
Looks ok to me: https://npmgraph.js.org/?q=next
Ironically, most of the dependencies are actually Rust crates used by swc and turbopack [1]. Try running cargo tree on either of those crates, it's enlightening to say the least. And of course, Node has a built in file watcher, and even the most popular third party package for file watching (Chokidar) has a single dependency [3].
[1] https://github.com/vercel/turborepo/blob/main/Cargo.toml
[2] https://github.com/swc-project/swc/blob/main/Cargo.toml
[3] https://npmgraph.js.org/?q=chokidar
-
ts-blank-space is a fast type-stripping compiler
It does!
Node uses swc to do this. The swc implementation of blank-spacing (implemented here <https://github.com/swc-project/swc/pull/9144>) was inspired by the author of ts-blank-space here: <https://gist.github.com/acutmore/27444a9dbfa515a10b25f0d4707...>. It has just taken a little longer to release the original implementation.
What are some alternatives?
ncc - Compile a Node.js project into a single file. Supports TypeScript, binary addons, dynamic requires.
vitest - Next generation testing framework powered by Vite.
vite - Next generation frontend tooling. It's fast!
Rollup - Next-generation ES module bundler
ts-loader - TypeScript loader for webpack