Can we please go back to making programs for the target OS and skip the browser dependency?
this post was submitted on 16 Feb 2025
308 points (94.0% liked)
Technology
63134 readers
3762 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each other!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
- Accounts 7 days and younger will have their posts automatically removed.
Approved Bots
founded 2 years ago
MODERATORS
Sure! Here! Electron.
[Screams internally]
Browsers have almost become the OS. At least in user land.
partly I agree, but then I would prefer to run those webapps confined in a web browser
Honestly those usecases described here shouldn’t have been done in js in the first place.
Look, I'm in no position to talk seeing as I once wrote a cron job in PHP, but the profusion of JavaScript in the late aughts and early teens for things that weren't "make my website prettier!" feels very much like a bunch of "webmasters" dealing with the fact that the job market had shifted out from under them while they weren't looking and rebranding as "developers" whose only tool was Hammer.js, and thinking all their problems could be recontextualized as Nail.js.
I agree.
I'm noticing this species has a problem with doing things the obviously correct way the first time.
It's as though we'd rather put 100x more effort for 10% of the results just to prove that we "can" do it.
Well I see huge benefits in building the tools used by a community with the technology this community masters. IMO the Python's stdlib sucks because it's written in C which is a huge barrier to entry.
Not all of the stdlib is written in C. Some parts cannot be Python because it’s critical code that needs to be as fast as possible.
Python is already slow for many use cases, if the standard lib was all built in Python it would be just too slow for much more use cases.
I didn't mean it's a bad choice !
But I think it's a good example of the compromise that has to be made here : what's the best fitting technology vs. how to ensure easy onboarding for future contributors.
Good!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Can browsers run rust in the front end instead of javascript, or is it limited to build time and backend stuff?
Sort of, browsers can run rust code through webassembly. But i dont think this is a full replacement for JavaScript as of yet.
Yeah, you need to have some JS to manipulate graphics, so the Rust web frameworks have a JS shim to do that and communicate with the WebAssembly Rust code as necessary. It works surprisingly well tho.
Wasm bindgen is an absolute nightmare of auto-generated function names. From a purely performance/functionality perspective it works but it's hella ugly. I hope some alternative arrives at some point.
view more: next ›