the JavaScript problem: a conflict of interest (linkage.ds8.zone)

submitted 4 months ago by LibreMonk@linkage.ds8.zone to c/javascript

5 comments fedilink hide all child comments

I was thinking about the problem with JavaScript and the misery it brings to people. I think I’ve pinned it down to a conflict of interest.

Software is supposed to serve the user who runs it. That’s the expectation, and rightfully so. It’s not supposed to serve anyone else. Free software is true to this principle, loosely under the FSF “freedom 0” principle.

Non-free software is problematic because the user cannot see the code. The code only has to pretend to serve the user while in reality it serves the real master (the corporation who profits from it).

JavaScript has a similar conflict of interest. It’s distributed by the same entity who operates API services -- a stakeholder. Regardless of whether the JS is free software or not, there is an inherent conflict of interest whereby the JS is produced by a non-user party to the digital transactions. This means the software is not working for the user. It’s only pretending to.

you are viewing a single comment's thread
view the rest of the comments

[-] bjorney@lemmy.ca 2 points 4 months ago

I’m talking about JavaScript products

If i build a shitty house and it collapses, I own it, I don't write a manifesto about how it's all lumber's fault.

FOSS JS depends on how it’s distributed

As does FOSS C - do you install linux from the source tree and build everything yourself? no, you download an .iso, so you are bound to the whims of the OS maintainer, who have their own interests. When you install filezilla you probably download the binary instead of building it from source - oh no, now you are subjected to the filezilla foundation's nefarious interests (purchasing a commercial support license so they can afford to develop GPL software)

If the FOSS JS is in a public repo and statically downloadable

Literally every JS package I've ever used does this. They have github actions set up to commit the compiled binaries to the dist folder, which is then published to NPM - https://github.com/twbs/bootstrap/tree/main/dist

Frankly this entire post is just a critique of how commercial entities redistribute MIT licensed code, rather than anything specific to JS. Whatever point that could be made here is entirely obfuscated by flowery language

[-] LibreMonk@linkage.ds8.zone -1 points 4 months ago* (last edited 4 months ago)

If i build a shitty house and it collapses, I own it, I don’t write a manifesto about how it’s all lumber’s fault.

If you sell the house in a high-pressure sales tactic way (“buy in the next 5 min or deal is off the table”) and deny inspection to the buyer before it collapses, that would be as close as this stupid analogy can get to the JS scenario.

As does FOSS C

Nonsense. As you were told, C is not dynamically fetched and spontaneously executed upon visiting a website.

do you install linux from the source tree and build everything yourself? no, you download an .iso, so you are bound to the whims of the OS maintainer,

Nonsense. Have a look at gentoo. You absolutely can build everything from source. You can inspect it and you can also benefit from the inspection of others. Also, look into “reproduceable builds”.

Literally every JS package I’ve ever used does this.

Nonsense. The web is unavoidably littered with unpublished JS that’s dynamically fetched every time you visit the page.

this post was submitted on 08 Jul 2024

1 points (53.8% liked)

JavaScript

141 readers

3 users here now

A community to discuss all things JavaScript (and related areas, i.e. TypeScript)

founded 1 year ago

MODERATORS

QueenAsh