43 points

Listen. I just don’t like that they replaced glass with TV screens that show what’s behind

permalink
report
reply
21 points

They fucking what now?

permalink
report
parent
reply
25 points

They replaced glass with screens that show what they think the product is.

In stores run by the particularly stupid.

permalink
report
parent
reply
32 points
*

The screens are there to play ads sometimes, and if you get there while an ad is playing, you either have to know the store and remember which screen the thing you want is behind, or you have to wait until the ad is over. Or you can go open every door until you find what you want. I prefer the latter because it makes the company have to pay more to cool their drinks.

If enough people do it enough, maybe it’ll negate the advertising profits.

permalink
report
parent
reply
41 points
*
Deleted by creator
permalink
report
reply
25 points

You’re probably joking but just to save people some time, it does not actually recommend HTMX. (I remembered seeing this website a while back but didn’t recall anything about HTMX so had to check.)

permalink
report
parent
reply
39 points

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.

permalink
report
reply
15 points

Svelte is very good. If I had to use a frontend framework I would either pick svelte or soldijs both are great.

permalink
report
parent
reply
2 points

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

permalink
report
parent
reply
7 points

Svelte is for if you hate React and like vanilla JavaScript. Solid or Next is if you like React.

permalink
report
parent
reply
6 points

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?

permalink
report
parent
reply
16 points

It’s good to play around with different frameworks from time to time, even if it’s just to form an initial opinion on. I’ve been programming for 15+ years and the only constant is learning new things.

permalink
report
parent
reply
4 points

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).

permalink
report
parent
reply
1 point

From a career perspective, think of languages and frameworks as tools. Knowing how to work with more tools broadens your horizon about what you can achieve and how efficiently. Sure, you can specialize on certain tools, but these come and go.

permalink
report
parent
reply
2 points

Svelte is the way to go

permalink
report
parent
reply
35 points

I thought HTMX was a joke, but they’re serious.

permalink
report
reply
14 points

I am serious

permalink
report
parent
reply
9 points

and don’t call me Shirley.

permalink
report
parent
reply
5 points
*

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

permalink
report
parent
reply
3 points

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.

permalink
report
parent
reply
3 points
*

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.

permalink
report
parent
reply
25 points

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.

permalink
report
reply
17 points

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.

permalink
report
parent
reply
7 points

Exactly. Not everything needs to be a goddamn SPA!

permalink
report
parent
reply
4 points

I just peeked at the docs and right off the bat I don’t like how they have conflicting attributes like hx-get and hx-post. What happens if both are set at the same time? Why not just have hx-method?

permalink
report
parent
reply

Programmer Humor

!programmerhumor@lemmy.ml

Create post

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.

Community stats

  • 3.6K

    Monthly active users

  • 1.5K

    Posts

  • 35K

    Comments