News for hackers. Stuff that matters.
Re:Vue 3.5 – The Vue Point by lwansbrough on Wednesday September 04, 2024 @06:53AM (#41444136)
If your opinion differs significantly from the majority of your users, DX is either low priority or you’re wrong.
Re:Vue 3.5 – The Vue Point by lloydatkinson on Wednesday September 04, 2024 @07:15AM (#41444290)
This is what I was getting at. The 2 to 3 migration and steam rolling over any raised concerns on GitHub while concurrently abandoning Vuex and Vue CLI for alternatives definitely does not even begin to meet minimal DX commitments.
Re:Vue 3.5 – The Vue Point by bazoom42 on Wednesday September 04, 2024 @07:21AM (#41444337)
Pinia have a far better DX than Vuex though. Vuex had a lot of boilerplate and “stringly-typed” actions. Of course the migration in itself have a cost.

Vite is so great it is getting adopted by other frameworks. (It is not tightly coupled to Vue)

Re:Vue 3.5 – The Vue Point by lloydatkinson on Wednesday September 04, 2024 @08:52AM (#41445062)
There was absolutely no reason Pinia couldn’t have been Vuex 5.

I raised that point more than once and was always given the lamest reason for it.

They believed people would be “too confused” with the breaking changes in the new API.

This was always a dumb explanation. That’s what major versions are for - breaking changes. Of course upgrading from Vuex 4 to 5 would involve refactoring code.

Pinia is of course mush better and has real types. But they did themselves a huge disservice by not making that Vuex 5. That lack of focus on cohesive framework options and senseless deprecation of already established libraries is the major problem.

Re:Vue 3.5 – The Vue Point by bazoom42 on Wednesday September 04, 2024 @09:29AM (#41445603)
So you are just angry they changed the name?
Re:Vue 3.5 – The Vue Point by lloydatkinson on Wednesday September 04, 2024 @10:28AM (#41446257)
If you’re going to just be reductionist in the entire thread I’m not going to engage with you further.

Oh great projection by the way. Not sure who’s angry here but I can tell I’ve hit a nerve. Guess you work on Vue.

Re:Vue 3.5 – The Vue Point by bazoom42 on Wednesday September 04, 2024 @11:38AM (#41447034)
Sorry for being reductionist. I will try to do better. But you literaly say you are happy with the API changes from Vuex to Pinia, so it is unclear to me what you dislike apart from the name change?

I don’t work on Vue itself and cant speak for that team. I’m a developer who use both Vue and React daily and seem to be an exception in that I rather like both, while recognizing both have different strengths and weaknesses (I have also tried other frameworks like Angular which i didn’t like).

Re:Vue 3.5 – The Vue Point by bazoom42 on Wednesday September 04, 2024 @09:02AM (#41445193)
There is obviously some self-selection going on since people disagreeing with the DX direction will migrate away.

But do you have any basis for beliving the majority disagree with the direction?

I vastly prefer Vue 3 setup, but I have no idea if I’m in the minority.

Re:Vue 3.5 – The Vue Point by patates on Wednesday September 04, 2024 @09:28AM (#41445580)
Selection bias is a great point!

But also it needs to be said that improving DX (or UX, when we are at that) is not about pleasing the majority. It's about the experience for our target audience, which doesn't have to be the majority.

I can also care about design, while my choices look ugly for most people.

Re:Vue 3.5 – The Vue Point by sensanaty on Wednesday September 04, 2024 @10:08AM (#41446025)
I mean, where are you getting "the majority" from? At least for myself and my company, we're heavily invested in Vue and we love CompAPI. Most people I interact with in the Vue 3 community also seem to like it with some niggles here and there (like the oft-misunderstood `.value`).

During the transition from 2 -> 3 it was a bit messy and I was even against the CompAPI originally, but after having actually used it in our app, it's miles better IMO. I understand all the pro-Options arguments and don't necessarily disagree with a lot of the criticisms about CompAPI, either.

OptionsAPI still exists, and probably always will, since it's already and always was an extra layer built on top of the underlying CompAPI, which itself was exposed publicly in Vue 3.