Why we switched from Webpack to Vite
blog.replit.com
Why we switched from Webpack to Vite
1–10 of 229 posts
Re: Why we switched from Webpack to Vite
#2> Vite works by treating your source code and your dependencies differently. Unlike your source code, dependencies don't change nearly as often during development. Vite takes advantage of this fact by pre-bundling your dependencies using esbuild. Esbuild is a JS bundler written in Go that bundles dependencies 10-100x faster than JavaScript based alternatives like Webpack and Parcel.
Re: Why we switched from Webpack to Vite
#3Re: Why we switched from Webpack to Vite
#4Re: Why we switched from Webpack to Vite
#5I presume this is a considered choice, and that what Vite does is unlikely to be on the critical path for edit/build/view cycle time…
Re: Why we switched from Webpack to Vite
#6- 1 second start up time on Vite vs 15 seconds for CRA
- React.js hello world project is 234mb on CRA and only 34mb on Vite
- 1GB RAM for Vite dev server vs 3GB+ for CRA
This is a perfect example of how fast and efficient tools can be, and I think we can do even better! Super excited about the future of JavaScript tooling ecosystem with more focus on efficiency and speed.
In addition to the UX win, and I wish we measured this, but I bet this saved us thousands of dollars in monthly cloud spend.
Re: Why we switched from Webpack to Vite
#7A JS library calling a golang js-build tool to get the job done. Too funny.
Re: Why we switched from Webpack to Vite
#8It's always impressive to me that, the co-founder of Figma ( https://twitter.com/evanwallace ) who essentially built a browser in a browser (figma.com) built esbuild. Could honestly be the Woz of our generation.
Re: Why we switched from Webpack to Vite
#9For people already on webpack, there's esbuild-loader ( https://github.com/privatenumber/esbuild-loader )
Re: Why we switched from Webpack to Vite
#10> Esbuild is a JS bundler written in Go that bundles dependencies 10-100x faster than JavaScript based alternatives like Webpack and Parcel. A JS library calling a golang js-build tool to get the job done. Too funny.