←back to thread

Less Htmx Is More

(unplannedobsolescence.com)
169 points fanf2 | 1 comments | 08 Apr 25 08:42 UTC | HN request time: 0.236s | source
Show context
kolektiv ◴[08 Apr 25 10:12 UTC] No.43620012[source]▶
It is amazing how quickly a simple, traditional, "collection of pages" type website actually works if you don't do annoying things to slow it down. Most websites would be absolutely fine if a) HTTP was used reasonably well to set things like cache headers, and so (as mentioned in the article) and b) if a load of user-irrelevant stuff like tracking and advertising code wasn't thrown in as well. A simple page with standard HTML, passably optimised assets where needed, and only the JS needed for actual functionality, should be almost instant on most modern connections.
replies(3): >>43620362 #>>43620363 #>>43620930 #
Manfred ◴[08 Apr 25 11:14 UTC] No.43620362[source]▶
I believe some of these issues are caused by framework abstractions.

New developers learn the framework and never learn how HTTP and HTML work.

Experienced developers have to learn how to punch through the framework to get to these features we get automatically with statically hosted assets.

replies(4): >>43620425 #>>43620499 #>>43620782 #>>43622435 #
1. kolektiv ◴[08 Apr 25 11:25 UTC] No.43620425[source]▶
Very likely. I remember reading a while back about developers who thought of rendering things on the server side as novel, which was absolutely wild to someone who was writing web pages before JS was a thing! It's such a shame because HTTP + HTML is actually a very, very simple system to learn with literally decades of hard-won knowledge baked in (particularly HTTP and surrounding standards). People end up inventing incredibly complex solutions to problems that could have been alleviated by reading a few RFCs.