this post was submitted on 25 Sep 2023
338 points (94.2% liked)
Programmer Humor
31779 readers
818 users here now
Post funny things about programming here! (Or just rant about your favourite programming language.)
Rules:
- Posts must be relevant to programming, programmers, or computer science.
- No NSFW content.
- Jokes must be in good taste. No hate speech, bigotry, etc.
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I thought HTMX was a joke, but they're serious.
C'mon, what's not to like about bonding every UI action against a remote server? What's a few milliseconds anyway? I'm sure it works fine over cellular networks. I mean, it works great on my dev machine! /s
What kind of you UI action are you talking about? Most of the time you need data from the server and if you want have some animations with css it will be client side anyway also it's not like you cannot write JS. I mean downloading thousands of lines of js for some web framework over cellular does not sound better tbh.
That's a strawman. I don't need 1000s of lines of JS to swap a UI. I can do it in 1 line with Web Components:
oldElement.replaceWith(newElement)
. And those modules can be lazy loaded like anything else.This is just DX in name of UX, which is almost never a good idea.
And maybe you're fine with throwing a server computation for every single UI change, but I'm not made of money and I much rather have stuff on a CDN.
I think i missunderstood you I thought you were arguing for modern web frameworks. Nothing wrong with replacing elments with js and not sending it as a request to a server I would do the same for stuff that doesn't need data from the server. If you are really worried about latency you could throw your code in a cloudflare worker but I don't think it matters that much average loading time of websites on desktop is 2.5 seconds . So it doesn't really matter if the server is on the other site of the world latency will not be the biggest factor.