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’m good with my Vue, thanks. I hate React though. I can see htmx simplifying some things and being adopted by front-end frameworks. The same way improvements in HTML and CSS have been adopted.
When you say “and”, do you mean together?
I love Vue, first time I’ve heard of AlpineJS. From my quick searching, they seem pretty similar. What advantages does one have over the other? Thanks :)
Ah, sorry, that was a bit confusing on my part. I use them entirely separate. Here are some real world examples:
Vue: new projects that will require multiple components, state management, etc.
AlpineJS: when I have a tiny project/demo that needs reactivity, or if I have an existing HTML setup that needs state management and reactivity bolted on after the fact (like an old site or something like that).
Fellow Vue enjoyer! I love Vue, it’s so friendly. Maintaining a complex React app feels like getting dragged behind a truck down a one way road.
(Did you like my two way data binding joke there?)
Svelte my man, I barely have to read the docs, just guess how things should be done because that’s how it would work in vanilla JS, and most often it just works.
Been a react dev for about 4 years now, I’ve heard good things about Svelte. But like from a career perspective would it be worth the switch now?
From a career perspective using it enough to know whether you’d like to or be willing to work with it in the future is probably enough. Then when you’re looking you know whether you want to apply for jobs focused on it.
On that topic I’ve been on the market and haven’t seen Svelte mentioned a single time when searching, granted I’ve probably only looked at a couple hundred listings (most being WFH).
Svelte is very good. If I had to use a frontend framework I would either pick svelte or soldijs both are great.
svelte or soldijs both are great
What would you say is the most important difference between the two? I feel like I should dip my toes into Svelte, but I haven’t had a reason yet
Svelte is for if you hate React and like vanilla JavaScript. Solid or Next is if you like React.
I personally don’t like the htmx style of coding. It often feels like having to explain what I want to do to someone else using only a limited set of custom words, instead of just doing it myself.
I understand you but for me it’s the opposite I am not bound to using js for everything and can just return html from the server like I want. Also everything else still works I can write js if I want to. Htmx gives me more words I can use in html not less. Also I can manage the state via the url and the server. In other frameworks I often had the problem that I was writing the same logic twice in backend and frontend.
