Comment by pavlov
12 days ago
What defines normal? It’s a strange idea when the typical stack for web front-end keeps changing. There isn’t even a single answer to the client/server split.
Is JQuery normal? What about the Google Closure compiler? ColdFusion? Silverlight? Ruby and CoffeeScript? Angular? SPA React with classes? Elm? SSR React with a server framework? Client-only vanilla DOM manipulation?
Your idea of normal is presumably whatever you’ve been using for the past few years. For someone who starts using Htmx now, it becomes normal. And if there’s enough of those people, their idea of normal becomes commonplace.
> What defines normal?
For the purposes of my comment and question - I do: vanilla (HTML+CSS+JS) and the most popular frameworks (React, Vue, Angular, Next).
> Your idea of normal is presumably whatever you’ve been using for the past few years.
None of those matter for my comment. Just substitute the value I provided above in to my original comment and you should be able to respond to the substance of the point I was making.
Ok, so your list of “normal” frontend doesn’t support your original point:
”you want to push as much logic to the client”
React and Next have been moving in the opposite direction with SSR.
As I said, there isn’t a single right answer. Client-only vanilla JS offers one solution, hybrid SSR like Next/React offers another, and Htmx yet another with different tradeoffs on the same spectrum.
> Ok, so your list of “normal” frontend doesn’t support your original point:
> ”you want to push as much logic to the client”
> React and Next have been moving in the opposite direction with SSR.
It doesn't matter - they still support client-side rendering, the other frameworks I listed are still client-side-rendering focused, and I explicitly enumerated vanilla webtech where that's the norm.
Please stop nitpicking my language. This is extremely tiring, boring, and not in the spirit of intellectual curiosity.
2 replies →