[-] jvisick@programming.dev 2 points 3 years ago

You could do HTMX and WASM, but they both have the same problem in that they generally replace elements in the DOM as opposed to interacting with existing elements in the DOM, and most rendering on both HTMX and WASM actually happens through JavaScript calls.

In either case you’re limited to only interact with the DOM at the level of abstraction that the framework provides through “behind the scenes” JavaScript calls which will always be a subset of the DOM manipulation that is possible by directly using JS. At least, until there’s a standard DOM access API for WASM.

[-] jvisick@programming.dev 2 points 3 years ago

It’s not a question of performance - it’s just the fact that you need to use JS to modify the DOM in WASM. Until there is access to the DOM from WASM, there simply will be a place for JS in nearly every web app and it’s not because it’s fast, it’s because there are still certain things just need to be done using JS.

My point is really nothing to do with performance and I agree with the video you’ve linked: WASM is fast enough today. Whenever you can truly stop using JavaScript, I’ll be the first in line. You can already use WASM and eliminate huge portions of JS - but for anything beyond a very simple UI, you always end up with something that needs to be called in JS.

[-] jvisick@programming.dev 1 points 3 years ago

But what if it was an African Swallow?

[-] jvisick@programming.dev 2 points 3 years ago

At that point, just make a typescript engine so people don’t have to build their TS projects anymore

[-] jvisick@programming.dev 2 points 3 years ago* (last edited 3 years ago)

Not who you asked but I think they’re important for humans, but syntactically I don’t think they should matter.

It should be ok to add a line break wherever it makes the code more readable, but I don’t think a compiler should care whether some code is all on one line or 10

[-] jvisick@programming.dev 1 points 3 years ago* (last edited 3 years ago)

When you use the @rust tag, it creates a post on Lemmy - see here for your post: https://programming.dev/post/2222112

[-] jvisick@programming.dev 2 points 3 years ago

What exactly are you trying to do with the height?

[-] jvisick@programming.dev 2 points 3 years ago

Grid is just flexbox but worse

[-] jvisick@programming.dev 2 points 3 years ago* (last edited 3 years ago)

What bike do you use and would you recommend it? I’ve been looking for an e-bike recently since I work so close to home, but I haven’t found any that seem reputable and a good value. I’m definitely looking for one that’s easily repairable and not paired to a specific brand’s software or proprietary parts.

Granted, I’ve only been passively looking (I.e. when I see an ad or doing a quick google search sometimes), but from what I can tell most of the advertised bikes are just the same handful of models with a different logo slapped on it and dubious claims about its performance.

[-] jvisick@programming.dev 2 points 3 years ago

You’ll never understand why people want to check out the latest app from a major tech company?

I get it if you aren’t interested personally, but it seems strange to not understand why people would want to try it.

[-] jvisick@programming.dev 2 points 3 years ago* (last edited 3 years ago)

I only use packages that are from a reputable source and/or have a huge amount of downloads. It’s not a perfect system, but I’ve never had a problem so far.

If the downloads are low and I’ve never heard of the author, either a) I don’t need it and can build a solution myself or b) it’s a niche package that’s small enough that I can audit it by skimming the GitHub repo.

The normal common sense rules still apply - check for typos and any attempts to look like they’re a package or author that they’re not

view more: ‹ prev next ›

jvisick

0 post score
0 comment score
joined 3 years ago