4 ms·
Eh, backend devs don't want to do the whole job. They want to provide a single excessively complicated API which all client-side (web, Android, iOS, TV, IoT, et
by sanitycheck 4y ago
Eh, backend devs don't want to do the whole job. They want to provide a single excessively complicated API which all client-side (web, Android, iOS, TV, IoT, etc) devs can consume without disturbing them (at the cost of 10 requests to render a single page). They definitely do not want to be involved in generating specific HTML fragments and subsequently fiddling with them whenever a designer decides something needs a minor alteration.
I've looked a bit for examples of HTMX in the wild, and the only times I've found it it's been so slow I would have preferred a full page refresh which at least lets me bookmark/navigate properly and involves no JS at all. Not enough data to really form a strong opinion though, I freely admit.
- sgt 4y ago> They want to provide a single excessively complicated API which all client-side (web, Android, iOS, TV, IoT, etc) devs can consume without disturbing them (at the cost of 10 requests to render a single page) I've seen that quite a few times. Basically moving the entire business logic to the frontend, so that the backend can remain elegant and generic (yet somehow complicated too). In the end it actually makes for a slower app experience and may cause insane complexity on the frontend.