React is now the de facto choice and much less painful than past de facto choices, is my take on why. It has a mature and healthy ecosystem, and its relatively small surface makes it easy to learn and predictable, while declarative GUI in general is low on footguns compared to ye ol two-way data binding. Many of the competitors springing up define themselves in terms of React, either as an improvement or a foil. But…
haha, I basically feel this way about Svelte/Kit. It's not mature, but the surface is so small and learning curve so pleasant that it's our go to choice now for internal webapps. (We have no external webapps because my company, funny enough, builds a JavaScript framework!)
Ask HN: Anyone else notice that HN isn’t full of JavaScript frameworks lately?
51–60 of 136 posts
Re: Ask HN: Anyone else notice that HN isn’t full of JavaScript frameworks lately?
#52Earlier quoted context omitted.
haha, I basically feel this way about Svelte/Kit. It's not mature, but the surface is so small and learning curve so pleasant that it's our go to choice now for internal webapps. (We have no external webapps because my company, funny enough, builds a JavaScript framework!)
> not mature Svelte was first released in 2016 and has become bigger than its original creator, Rich Harris. It has quite a thriving ecosystem and a big community. The tooling around it is more mature than React's has ever been. > surface is so small I actually find the opposite to be true. React still has a relatively small API surface area. One-way data flow makes it easier to understand. However, a smaller surface…
Re: Ask HN: Anyone else notice that HN isn’t full of JavaScript frameworks lately?
#53Earlier quoted context omitted.
haha, I basically feel this way about Svelte/Kit. It's not mature, but the surface is so small and learning curve so pleasant that it's our go to choice now for internal webapps. (We have no external webapps because my company, funny enough, builds a JavaScript framework!)
> not mature Svelte was first released in 2016 and has become bigger than its original creator, Rich Harris. It has quite a thriving ecosystem and a big community. The tooling around it is more mature than React's has ever been. > surface is so small I actually find the opposite to be true. React still has a relatively small API surface area. One-way data flow makes it easier to understand. However, a smaller surface…
You only need to learn how to put {varName} in svelte.
Re: Ask HN: Anyone else notice that HN isn’t full of JavaScript frameworks lately?
#54Re: Ask HN: Anyone else notice that HN isn’t full of JavaScript frameworks lately?
#55Re: Ask HN: Anyone else notice that HN isn’t full of JavaScript frameworks lately?
#56Earlier quoted context omitted.
haha, I basically feel this way about Svelte/Kit. It's not mature, but the surface is so small and learning curve so pleasant that it's our go to choice now for internal webapps. (We have no external webapps because my company, funny enough, builds a JavaScript framework!)
I'm not a web dev anymore, I stopped right around the time hooks became a thing in React, and while Svelte was an exciting technology no big players had adopted yet. In fact the last thing I did for my old job was a little make-work exploration to test whether Svelte was was ready for them to use in prime time. My conclusion was that it was remarkably slick and empowering, but was not ready yet due to the lack of eco…
.. is the “Nobody Got Fired For Buying (IBM|Microsoft|Cisco)” for the 2020s
Re: Ask HN: Anyone else notice that HN isn’t full of JavaScript frameworks lately?
#57React won. Angular is officially deprecated, and the others are distant also-rans at this point. React Native has also almost completely taken over iOS development. Thank god we can all just agree on a baseline to work from finally.
We're using Vue here and missed the memo about it being an also run :)
Re: Ask HN: Anyone else notice that HN isn’t full of JavaScript frameworks lately?
#58React won. Angular is officially deprecated, and the others are distant also-rans at this point. React Native has also almost completely taken over iOS development. Thank god we can all just agree on a baseline to work from finally.
Re: Ask HN: Anyone else notice that HN isn’t full of JavaScript frameworks lately?
#59Earlier quoted context omitted.
React doesn't have a "relatively small surface" any more, because even the React team doesn't recommend that you use "just" React. It's all frameworks on top of React like Next or Remix, and those are more complex, have many involved concepts and come with footguns. I have seen many, many sites switch to Next and completely bungle it, making the user experience worse than it was before the change. (Of course, even Re…
You can still use just React. No one is forcing you to use Next or Remix
So, it going to be difficult to choose pure React with that kind of statement.
Re: Ask HN: Anyone else notice that HN isn’t full of JavaScript frameworks lately?
#60Earlier quoted context omitted.
haha, I basically feel this way about Svelte/Kit. It's not mature, but the surface is so small and learning curve so pleasant that it's our go to choice now for internal webapps. (We have no external webapps because my company, funny enough, builds a JavaScript framework!)
I'm not a web dev anymore, I stopped right around the time hooks became a thing in React, and while Svelte was an exciting technology no big players had adopted yet. In fact the last thing I did for my old job was a little make-work exploration to test whether Svelte was was ready for them to use in prime time. My conclusion was that it was remarkably slick and empowering, but was not ready yet due to the lack of eco…
Like NextAuth.js -> Auth.js React Query -> Tanstack Query
So at the very least, I think we are probably headed towards a plurality where it is practical to use Vue, React, Svelte or Solid though I do hope Svelte “wins” in the end.
I have to say, I still don’t think it’s to the point where it can be foisted on a team of mediocre developers in some kind of enterprise setting. Some of the libraries that exist for SvelteKit that I consider super critical are very small and maintained by one or two people.
I recently took on some freelance work for the first time in like 6 years, just to work on another large SK codebase and saw a lot of the same problems I encountered approached differently. I think there’s some key things that need to make it into core still.