I'm so deep in the react world and yet I haven't seen someone explain this stuff so well, amazing talk from Ryan as always
@DevinRhode2Ай бұрын
Jank mentioned
@LutherDePapierАй бұрын
I'm just amazed at how server components, client components and server actions are blowing people's minds but, for me, it's just how I learned to code. 😅
@coreyspeisman3941Ай бұрын
Hands down, my favorite Ryan Florence talk
@JeremyAndersonBoiseАй бұрын
I was a mootools advocate back when he was involved in it. Respect to that shirt.
@hamm8934Ай бұрын
From what i understand of pheonix, pheonix effectively dissolves the network as well with its use of web sockets
@nonefvnfvnjnjnjevjenjvonej3384Ай бұрын
so does livewire.. i dont know.. what makes what he shows so brilliant... you still have the build step and the complexities.
@hamm8934Ай бұрын
@@nonefvnfvnjnjnjevjenjvonej3384 kinda my thoughts as well. Just seems like a different syntax with a different language to do the same pattern
@ivan.jeremicАй бұрын
@@nonefvnfvnjnjnjevjenjvonej3384there is no modern future without a build step, learn to live with it, even c/cpp & java have one and nobody complains. The thing is no one forces you to use build steps, it is not a law or something you can stay in your build free stack.
@justindouglas3659Ай бұрын
@@nonefvnfvnjnjnjevjenjvonej3384 i don't have great react knowledge to fully grasp what happened here but don't the other frameworks also do this in a similar way. I think laravel with livewire does this too what he showed but i might be wrong.
@marcellerusu18 күн бұрын
@@hamm8934 its not really the same you have to make the trade off: do you want to handle the majority of the events on the client, or the server? There are benefits to both, & often both will work fine, but they are not the same & certain cases it just won't work. Eg. If you are doing frame-by-frame updates on mouse movement, I don't want to handle all those events on the server.
@mdrahiem_devАй бұрын
Ryan is so freaking brilliant at educating (as always). I clapped in front of my laptop once the talk ended.
@jeremyschoffen413Ай бұрын
electric clojure would be something to look at also.
@xHomuАй бұрын
Ryan made this talk just to write the remodeling bill as a business expense.
@rampandey191Ай бұрын
brilliant talk thanks.
@kabukitheater9046Ай бұрын
mootools mentioned lets gooo
@MarioPalomeraАй бұрын
Yeah good luck reimplementing a new backend framework on top of a frontend library and demoing with a local file as the db…
@JeremyAndersonBoiseАй бұрын
Wow, brothers and sisters, this is a fantastic talk!
@eptic-cАй бұрын
This talk was amazing
@vitormarkis3356Ай бұрын
i love ryan
@RyanFlorenceАй бұрын
love you too
@JakeDuthDevАй бұрын
On tradeoffs - what immediately jumps out is this looks painful to debug and teach. Very cool demo nonetheless
@DevinRhode2Ай бұрын
Htmx will become a RSC framework
@tedreamsАй бұрын
The moral of this is “React is good”😂
@sadkebabАй бұрын
yet people keep complaining about over-engineering
@TheFreshMakerHDАй бұрын
yeah this is neat functionality, but why start the talk talking about trade-offs if you aren't gonna talk about trade-offs? You can't just say "your way of doing web dev is bad" and present React as a silver bullet without mentioning the trade-offs that you promised at the start.
@CalebSiderasАй бұрын
cooked htmx
@michealdalu8620Ай бұрын
I hope with this, the Primegeon will finally stop making fun of react😅