5 ms·

Halving spent a fair bit of time with Vue2/3 and coming from a Python background. I think to some extent the Vue2 to 3 transition is quite a bit like the Python

Halving spent a fair bit of time with Vue2/3 and coming from a Python background. I think to some extent the Vue2 to 3 transition is quite a bit like the Python 2 to 3 transition. It’s a big change, some controversial decisions, and the ecosystem is taking quite a while to catch up. However just like Python 3, Vue 3 is a massive improvement, I love the new competition api. I think it’s a great success and they made the right decision to push through with it.

agumonkey 5y ago
Latest Evan You talk wasn't met with a lot of praises. Especially the adhoc syntax to expand reactive values.
- CharlesW 5y ago
  Is this the one you mean? https://www.youtube.com/watch?v=2KBHvaAWJOA https://www.youtube.com/watch?v=2KBHvaAWJOA The comments there don't seem particularly negative.
  - agumonkey 5y ago
    I had this reddit thread in mind https://old.reddit.com/r/vuejs/comments/s3595h/the_new_vue_by_evan_you_vueconf_toronto_2021/ https://old.reddit.com/r/vuejs/comments/s3595h/the_new_vue_b... I can't say I disagree, vue3 felt like a react metoo-release, and now it looks like some features are temporary deadends requiring more tricks to manage.
    - neovive 5y ago
      In some ways, Vue is a victim of its own success. I enjoy working with Vue and will continue to support the framework as the transition to version 3 continues. Ultimately, tough choices need to made and I understand the pushback from long-time users that depend on older features. (I use the term "old" loosely, since time and legacy in the front-end JS is skewed.) Like Python 3, the essence of Vue remains in Vue 3 and the framework will move on.
deleted 5y ago
[deleted]
pc2g4d 5y ago
Agree that it's like Python 2->3, and that's why I think it was a mistake to do it that way. Phased deprecations are the way to go in my opinion.
- samwillis 5y ago
  I think the trouble is that due to changing how reactivity works in Vue3, really it’s a completely new framework that just looks quite like Vue2. I don't think they could have made the changes in a phased way, it’s a kind of all or nothing situation. This time last year I helped with adding Vue3 support to the TipTap editor and went headfirst into Vue3s internals. It’s a completely different machine. Vue3s changes to its reactivity system is like Python 3s change to make strings Unicode.
  - conradfr 5y ago
    They kind of did the "phased way" with Vue 3.1 and the component level compat mode.
exabyte 5y ago
Composition API * https://v3.vuejs.org/guide/composition-api-introduction.html#why-composition-api https://v3.vuejs.org/guide/composition-api-introduction.html...
montroser 5y ago
> competition api We know you meant "composition api" but while I agree there are some good improvements sprinkled in Vue 3, I deeply lament now that we have literally two core competing APIs -- the classic "options" api, and the newer "composition" api. Now when starting a new project there has to be a debate. Some people will advocate for trying the new thing, and as many others will be more conservative. Worse, within a project there is now opportunity for competing technical approaches allover everywhere.
- samwillis 5y ago
  > We know you meant "composition api" Yep, dam auto correct. Thanks!
- shrew 5y ago
  To be fair, React has been pulling this type of thing version after version. It seems like we MIGHT be settling on functions and hooks now, but only time will tell. The real kicker would be if they removed the options API, for small components, it's all you need and I find prototyping with it easier than the composition API. So I for one am hoping they don't drop support for it in Vue 4!
- synergy20 5y ago
  React does the same in fact, and its documentation for class-based and hooks-based are not up to date last time I checked. I would rather having two clearly separated but documented options in vue3(class-based vs functional-based), instead of React's "we're mostly likely just use hooks alone in the future but oops our documentation is pretty much still non-hooks yet".
  - zeorin 5y ago
    They're fixing that: https://beta.reactjs.org/ https://beta.reactjs.org/
- deleted 5y ago
  [deleted]
- pier25 5y ago

agumonkey 5y ago

Latest Evan You talk wasn't met with a lot of praises. Especially the adhoc syntax to expand reactive values.

CharlesW 5y ago
Is this the one you mean? https://www.youtube.com/watch?v=2KBHvaAWJOA https://www.youtube.com/watch?v=2KBHvaAWJOA The comments there don't seem particularly negative.
- agumonkey 5y ago
  I had this reddit thread in mind https://old.reddit.com/r/vuejs/comments/s3595h/the_new_vue_by_evan_you_vueconf_toronto_2021/ https://old.reddit.com/r/vuejs/comments/s3595h/the_new_vue_b... I can't say I disagree, vue3 felt like a react metoo-release, and now it looks like some features are temporary deadends requiring more tricks to manage.
  - neovive 5y ago
    In some ways, Vue is a victim of its own success. I enjoy working with Vue and will continue to support the framework as the transition to version 3 continues. Ultimately, tough choices need to made and I understand the pushback from long-time users that depend on older features. (I use the term "old" loosely, since time and legacy in the front-end JS is skewed.) Like Python 3, the essence of Vue remains in Vue 3 and the framework will move on.

deleted 5y ago

[deleted]

pc2g4d 5y ago

Agree that it's like Python 2->3, and that's why I think it was a mistake to do it that way. Phased deprecations are the way to go in my opinion.

samwillis 5y ago
I think the trouble is that due to changing how reactivity works in Vue3, really it’s a completely new framework that just looks quite like Vue2. I don't think they could have made the changes in a phased way, it’s a kind of all or nothing situation. This time last year I helped with adding Vue3 support to the TipTap editor and went headfirst into Vue3s internals. It’s a completely different machine. Vue3s changes to its reactivity system is like Python 3s change to make strings Unicode.
- conradfr 5y ago
  They kind of did the "phased way" with Vue 3.1 and the component level compat mode.

exabyte 5y ago

Composition API * https://v3.vuejs.org/guide/composition-api-introduction.html#why-composition-api https://v3.vuejs.org/guide/composition-api-introduction.html...

montroser 5y ago

> competition api We know you meant "composition api" but while I agree there are some good improvements sprinkled in Vue 3, I deeply lament now that we have literally two core competing APIs -- the classic "options" api, and the newer "composition" api. Now when starting a new project there has to be a debate. Some people will advocate for trying the new thing, and as many others will be more conservative. Worse, within a project there is now opportunity for competing technical approaches allover everywhere.

samwillis 5y ago
> We know you meant "composition api" Yep, dam auto correct. Thanks!
shrew 5y ago
To be fair, React has been pulling this type of thing version after version. It seems like we MIGHT be settling on functions and hooks now, but only time will tell. The real kicker would be if they removed the options API, for small components, it's all you need and I find prototyping with it easier than the composition API. So I for one am hoping they don't drop support for it in Vue 4!
synergy20 5y ago
React does the same in fact, and its documentation for class-based and hooks-based are not up to date last time I checked. I would rather having two clearly separated but documented options in vue3(class-based vs functional-based), instead of React's "we're mostly likely just use hooks alone in the future but oops our documentation is pretty much still non-hooks yet".
- zeorin 5y ago
  They're fixing that: https://beta.reactjs.org/ https://beta.reactjs.org/
deleted 5y ago
[deleted]
pier25 5y ago