cue me writing a lib to handle server components in Clojure in 3... 2...
(I'm going to wait for it to stabilize first lol)
would be interesting to think about how to grow helix towards this, if it does make it into stable React
Or even, how do you write this in clojure, if you do.
it looks like there's a wire format they're using for the interactions between server and client components
it looked a little like transit / hiccup tbh
so you'd want what I've always wanted in Clojure, which is a React-compatible lib for doing SSR and server components
After 2 years of trying to skate where the puck will be with concurrent mode, I’m sitting this one out :)
lol same. I will wait 🙂
I’ll still watch the video. The RFC makes some sense but I didn’t put much time into wrapping my head around it.
I created a somewhat similar, very bad version of this at my last company. we SSR'd as much as possible, and then selectively loaded bundles that were present on the page and hydrated the front end for interactive bits
we were using Reagent
the server/client split was confusing because there were certain things that you couldn't do in a server-rendered component (like interactions), and to developers who weren't intimately familiar with the project it was hard to know whether something was server or client rendered
we were executing in Node.js so there wasn't a CLJ/CLJS split there
compared to that, the biggest unlock with this RFC is the fact that you can server render after initial page load
it sucks that so much of the React ecosystem is founded around the idea that you're running Node.js on the server. if there were more general specs and wider development in other languages, it would be much nicer for polyglot organizations and compile-to-JS langs
That last point is generally on my mind right now. Did I blink and JS won the language wars?