news.ycombinator.com
Vite – Next Generation Front End Tooling
Excerpt
However, as we start to build more and more ambitious applications, the amount of JavaScript we are dealing with also increased exponentially. It is not uncommon for large scale projects to contain thousands of modules. We are starting to hit a performance bottleneck for JavaScript based tooling: it can often take an unreasonably long wait (sometimes up to minutes!) to spin up a dev server, and even with HMR, file edits can take a couple seconds to be reflected in the browser. The slow feedback loop can greatly affect developers' productivity and happiness. … We get react and scss compilation/bundling with 4 lines of config (it basically just says "react()"). production builds take under a minute. npm install takes 6 seconds tops. it starts dev mode in a second with hot reloading enabled. you can tell me how awesome its tech is under the hood for hours, but i dont care. ... Way, way too much complexity and abstraction for simple tasks. Some things "should have" become easier with quick scaffolding, auth templates or whatever, but they always only work 95% and you use an endless amount of time fixing the last 5% instead of building creatively. Vite was the same thing, faster yes, but my VSCODE broke because of the myriad of build tools and plugins on top of each other from older projects. rvdginste on July 3, 2022 ... … People complain a lot about bundlers in particular. Bundlers are "just" string concatenation. It's an easily understandable problem with a lot of weird edge cases. So you wind up with bikeshedding and a lot of bundlers and what looks like unnecessary complexity. But there's little payoff to really "learn" a particular bundler. … Nu-biscuit on July 3, 2022 We had built a web application and had an existing rollup build process configured for all the obvious things you can think of (including SVG and JSON files, path aliases, development server with watch, typescript support, etc). One week I got approval to try migrate to Vite and it was pretty much: delete the existing config, use the default Vite one, and remove all your rollup plugins from package.json (since Vite does all the obvious stuff out of the box). … ... - fast (very important) - Fully Typed APIs (very important) Just those two points would convince me to try it and I can see it right away on the landing page.
Related Pain Points
Long Build Times
7Build time remains a significant pain point for C++ developers, with 43% reporting it as a major issue. Multiple systemic reasons contribute to slow builds, though there is a slight downward trend indicating some ecosystem improvement.
Performance degradation of HMR in large applications
7Hot module replacement response times degrade significantly as applications grow larger, with even hot updates taking several seconds and disrupting the development flow. This occurs despite Vite's design to maintain near-instant response regardless of app size.
Development Environment Setup Issues
5Initial setup of development environments is unexpectedly tricky, with version conflicts, missing dependencies, and obscure errors consuming precious time at the start of any project.
Incomplete scaffolding and templates requiring manual fixes
5Quick scaffolding, auth templates, and starter projects only work about 95% of the time, requiring developers to spend endless time fixing the last 5% instead of building features creatively.