Live data from Hacker News

Vite 3.0

vitejs.dev

181–190 of 202 posts

Re: Vite 3.0

#181
post #61

Earlier quoted context omitted.

What an asinine interpretation. No thanks.

I agree. It's up to the publisher to decide the significance of version numbers. Just because Node does it one way doesn't mean everyone else has to follow suit.

The entire NPM ecosystem is based on semver.

That’s the sole reason for the squiggly marks and carets that exist in every package.json.

Re: Vite 3.0

#182

Earlier quoted context omitted.

The description is maybe a little misleading. Vite is a development experience improvement for existing frontend frameworks; most people using it are on React or Vue (which is the other of the "big 3" along with React and Angular). It's about making projects build and start faster.

For clarification, isn't it true that you can only use Vite with Vue and React, and not Angular. Angular is too tied to WebPack (At least not today) I am not entirely sure, so I wanted to ask.

Vite is framework agnostic. But angular being too big and too monolith requires large change to move from webpack to vite.

Some folks have attempted it, but not completed vite support.

This is nothing new in angular land. There are multiple third party libraries and framework which support react, vue, svelte and even solid, but not angular.

Re: Vite 3.0

#183
The funny thing is that I hate changing tech at the backend, but still love many of the innovations at the frontend.

I know, it still seems crazy what's happening at the frontend ... but Vite brings substantial advantages compared to the old standard. Same thing with the next-gen frameworks like Svelte, SolidJS or Vue 3 (composition API) that are substantially better than the old ones (mainly regarding DX). Another welcoming example are the quite new E2E testing frameworks like Cypress or Playwright.

Re: Vite 3.0

#184

The funny thing is that I hate changing tech at the backend, but still love many of the innovations at the frontend. I know, it still seems crazy what's happening at the frontend ... but Vite brings substantial advantages compared to the old standard. Same thing with the next-gen frameworks like Svelte, SolidJS or Vue 3 (composition API) that are substantially better than the old ones (mainly regarding DX). Another w…

Yep agreed. For me it's welcome because this latest generation of churn feels like it has leveled up DX considerably. The churn in between Backbone up until ~ Angular 1 brought a lot less value in my experience at least.

Re: Vite 3.0

#185

Earlier quoted context omitted.

I agree that frontend stuff moves too fast in general, but Vite specifically is a good change. Frontend build systems are a mess (and often slow) so I welcome tools that improve the situation

It doesn't move fast. It creates a lot of noise fast. It's like having a chicken running around, but it gets nowhere

The tool being discussed is literally significantly faster than predecessors.

Re: Vite 3.0

#186
post #181

Earlier quoted context omitted.

I agree. It's up to the publisher to decide the significance of version numbers. Just because Node does it one way doesn't mean everyone else has to follow suit.

The entire NPM ecosystem is based on semver. That’s the sole reason for the squiggly marks and carets that exist in every package.json.

No post body was provided.

Re: Vite 3.0

#188

Earlier quoted context omitted.

Major version bump !== Your app breaks

According to semantic versioning, a major version indicates breaking changes, which is always bad from a users perspective. Most projects don't really use semver anymore though, which is why this association seems to be going away

It doesn't mean that anything will break. You deprecate old ways long before you remove them from your tool so that by the time you do the breaking change only a tiny slither of people are affected by it.

Re: Vite 3.0

#189

I had no idea so many other frameworks are using Vite as their default. Event server-side frameworks are picking it up! Has Webpack really been dethroned as the go-to bundler?

The only thing other packagers can't win against Webpack is its name.

Otherwise I've been using Parcel without much issues with quite less configuration.

Re: Vite 3.0

#190
post #181

Earlier quoted context omitted.

The entire NPM ecosystem is based on semver. That’s the sole reason for the squiggly marks and carets that exist in every package.json.

Quoted post unavailable.

Dismissing the very rule package.json is written in just because you don't know what it is?
Post reply on HN