this post was submitted on 02 Apr 2024
139 points (98.6% liked)

Programming

17651 readers
339 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities [email protected]



founded 2 years ago
MODERATORS
 

I was talking to my manager the other day, discussing the languages we are using at $dayjob. He kind of offhandedly said that he thinks TypeScript is a temporary fad and soon everything will go back to using JavaScript. He doesn't like that it's made by Microsoft either.

I'm not a frontend developer so I don't really know, but my general impression is that everything is moving more and more towards TypeScript, not away from it. But maybe I'm wrong?

Does anyone who actually works with TypeScript have any impression about this?

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 5 points 8 months ago (1 children)

I love seeing webassembly getting traction because it enable cool stuff never thought possible before running in web browsers. But webassembly is a blackbox that can't be tinkered with by end users. I dread the day webassembly become so widely used that average websites run under webassembly because that would be the end of blocking ads or tweaking websites behavior with greasemonkey scripts.

[–] [email protected] 10 points 8 months ago (1 children)

I don't think adblockers rely on interpreting JavaScript, I think they would still work even if a site used WebAssembly.

Source: I can assure you every single ad-funded website would be doing this if that was the case.

[–] [email protected] 6 points 8 months ago* (last edited 8 months ago) (1 children)

ublock origin won't help you blocking the ad elements if the entire website ui is rendered in a canvas (already starting to happen thanks to some frameworks like flutter) and can't block the ad logic if it bundled in the wasm along with the rest of the app. It might still able to block the requests, but they're starting to serve the ads from the same domain that serves the website so it can't be blocked without breaking the website itself, and might begin to serve those over websocket so adblockers can't block it by url path. With javascript, an ad blocker might still be able to monkey patch the ad logic on runtime to break it, but with black box like wasm I'm not sure if such thing is possible.

Once tooling and frameworks make it easier for average webdevs to use webasm, I'm sure ad companies will begin to offer it in their ads sdk. Thankfully most websites with ads are still care about SEO so at the very least we can be sure it won't happen anytime soon, unless something changes in how google works that could enable this.

[–] [email protected] 3 points 8 months ago (1 children)

the entire website ui is rendered in a canvas (already starting to happen thanks to some frameworks like flutter)

That sounds like an accessibility nightmare.

[–] [email protected] 3 points 8 months ago

Have you tried not being disabled?

Flutter devs actually defended this approach, saying the web in general is moving to this direction. I think they've mellowed out somewhat and released html renderer support, though it's still default to canvas for desktop web browsers.