upvote
That's alright now LLM and crypto make this waste seem minuscule
reply
With the TC39 signals proposal, part of that is making progress.
reply
Except React.....
reply
Was react ever about progress?
reply
If you valued your sanity when developing complex Web UIs, React was a lifesaver.

DOM sucks though, it's slow, it's heavyweight, it lacks transactions. We're stuck with it, and frameworks like React have to do the DOM diffing + patching thing, explicitly, in JS.

reply
reply
React appeared in 2013, Svelte, in 2016. Three years is a lot. What comes next can see and avoid some pitfalls of earlier designs.
reply
1. I'm referring to the comment that the DOM is slow/bad. It is not. Moreover, VDOM is ON TOP OF the DOM.

2. We're currently living in 2025. React (and SPAs) is not even slightly necessary.

reply
React was a solution to a ten years ago problem
reply
You can downvote it but it doesn’t make it any less true

Alex Russell has written swathes of arguments about Reacts performance issues https://infrequently.org/2024/11/if-not-react-then-what/

The DOM has become much faster since React started over a decade ago, the VDOM really isn’t needed anymore even for app like experiences

React is about developer preference over user experience

reply
Agree that react isn’t the best implementation of the concept, both in terms of ergonomics and efficiency. But a react-like framework is still very much needed to create complex apps in the browser. So IMHO react is a solution to a very current problem, only not an ideal one.
reply
if (when?) Signals become a standard, React will be in a tight corner if they decide to ignore them
reply
Not really? `useSignal` is just another hook React needs as a replacement/augment for `useState` and maybe `useEffect`. Signals aren't that special. Arguably that's part of why a lot of people like Signals as a proposal.

(I'm still of the sort that thinks Signals are just worse Observables, so it's not a proposal I'm particularly thrilled about, but were it to be adopted Signals are easy to use in Observable contexts as well, they are just uglier half-implemented BehaviorSubjects, though maybe with a few extra lint rules to prefer Observable behaviors over Signal ones.)

reply
Two way data binding and a jsx clone is kind of all anyone really needs.
reply
React isn’t templating though.
reply
That's kind of like saying React isn't just a bunch of a functions (it is). What do the JSX templates compile down to?
reply
Missed this but - there’s a very meaningful difference between templates and React at least how most people think of templates.

React lets you return dynamic tree structures and insert code anywhere inline in that structure. Most templates explicitly don’t allow that for good reason. Further, most but not all templating frameworks have special syntax for conditional logic and loops.

If JSX is templating then templating has no meaning. Would createElement() be a template? In that case all functional programming is.

reply
Respect for focusing on semantics but not contesting the CPU and bandwidth waste. That takes honesty.
reply
[dead]
reply