JavaScript Bloat in 2024
211–220 of 266 posts
Re: JavaScript Bloat in 2024
#212Earlier quoted context omitted.
The article is related to js bloat and the images are required for the presentation. The images come to 10MB - not bad. The js? 4.5KB!
> required for the presentation But is such a high resolution really needed?
Re: JavaScript Bloat in 2024
#213Modern frameworks are definitely needed for large applications, but there is no need all that complexity when the scope is reduced.
Re: JavaScript Bloat in 2024
#214Are you team Google (Angular)? Meta (React)? Are you a hipster (Ember)?
From there things only went downhill faster.
Re: JavaScript Bloat in 2024
#215Earlier quoted context omitted.
i will never understand what all the people on the tube are doing on their phones with no internet, do they have the entirety of youtube bufferred XD?
> do they have the entirety of youtube bufferred XD? Well, with Youtube Premium you can actually download videos in advance and watch them on the go w/o Internet access required.
It will even download videos in the background it thinks you will enjoy, so you don't even need to manage anything.
Re: JavaScript Bloat in 2024
#216The React site part of this is not real. The author ticked "Disable cache" which means the same code (which powers the interactive editable sandboxes they're scrolling by) gets counted over and over and over as if it was different code. If you untick "Disable cache", it's loaded once and gets cached.
Yeah but once per page, which is why it is okay to disable cache as the author wanted to simulate a cold load of each of those pages.
Also, FWIW, OP is one of the authors of react.dev and a member of the react core team (not that it's relevant to the objection).
Re: JavaScript Bloat in 2024
#217Slack is some of the worst software ever written by mankind.
I've used a number of interoffice communication apps, and was on IRC in the hey days of dialup.
Slack (for work purposes) just nails the experience for a broad set of users.
Re: JavaScript Bloat in 2024
#21810MB, 12MB, … Compare it to people who really care about performance — Pornhub, 1.4 MB Porn was always actual web hi-tech with good engineering, not these joke-level “tech” giants. Can’t remember a single time they’d screw up basic ui/ux, content delivery or common sense.
Re: JavaScript Bloat in 2024
#21910MB, 12MB, … Compare it to people who really care about performance — Pornhub, 1.4 MB Porn was always actual web hi-tech with good engineering, not these joke-level “tech” giants. Can’t remember a single time they’d screw up basic ui/ux, content delivery or common sense.
I never really understood why SPAs became so popular on the web. It’s like we suddenly and collectively became afraid of the page reload on websites just because it’s not a wanted behaviour in actual web applications. I have worked with enterprise applications for two decades, and with some that were build before I was born. And I think the React has been the absolute best frontend for these systems compared to every…
Re: JavaScript Bloat in 2024
#220Earlier quoted context omitted.
To let us know we are not alone with our disdain. Too many JS enthusiasts paper over this insanity. The remnant lives on. "But JS is the biggest developer ecosystem in the world!"
This is not a JavaScript issue. It’s a software enginner/people issue. The question is how do you get people to care about performance, security, reliability, etc.? How do you get organizations to care about these issues? These are hard problems and people have been complaining about software size forever. Back in the early 90s, it was bloated C++ code. You will also see that all software continues to use more ram, m…
It's very hard to, unless there is a risk to the bottom line.
Let me pose it differently--apparently ZED is ridiculously fast code editor. Do I want to switch from my vscode investment? Or will I deal with the "bloat"