231–240 of 389 posts
Earlier quoted context omitted.
“I’m going to either steal your work in a way you don’t consent to, or not consume it” isn’t really great. The alternative is paywalls
Much of their work consists of poorly sourced articles, sensationalism, disinformation, and bias to sway the audience.
The discussions here about DNS-level blocking and Pi-hole are spot on. It's interesting that the burden of a clean reading experience is slowly being offloaded to the user's network stack.
Of course not. Its all about maximising shareholder value. The users aren't a consideration anymore
Earlier quoted context omitted.
> We really shouldn't allow web developers more than 128kbit Marketing dept. too. They're the primary culprits in all the tracking scripts.
often we're told to add Google XSS-as-a-serv.. I mean Tag Manager, then the non-tech people in Marketing go ham without a care in the world beyond their metrics. Can't blame them, it's what they're measured on. Marketing and managers should be restricted as well, because managers set the priorities.
I recently had to clean up a mess and after days asking what’s in use and what’s not, turns out nothing is really needed, and 80 tracking pixels were added “because that’s how we do it”.
Earlier quoted context omitted.
> Let’s demand to reimplement every single standard widget in a way that has 50% odds of being accessible, has bugs, doesn’t work correctly with autofill most of the time, and adds 600kB of code per widget. You're describing the web developers again. (Or, if UX has the power to demand this from software engineering, then the problem is not the UX designers.)
I as a developer cannot refuse to not build as-is what was signed off by product manager in figma. Recently had to put so many huge blurs that there was screen tearing like effect whenver you srcolled a table. AND No i was not allowed to use prebake-blurs because they wouldnt resize "responsively"
Our developers managed to run around 750MB per website open once. They have put in ticket with ops that the server is slow and could we look at it. So we looked. Every single video on a page with long video list pre-loaded a part of it. The single reason the site didn't ran like shit for them is coz office had direct fiber to out datacenter few blocks away. We really shouldn't allow web developers more than 128kbit o…
Just FYI how this generally works: it's not developers who add it, but non-technical people.
Developers only add a single `` in the page, which loads Google Tag Manager, or similar monstrosity, at the request of someone high up in the company. Initially it loads ~nothing, so it's fine.
Over time, non-technical people slap as many advertising "partner" scripts they can in the config of GTM, straight to prod without telling developers, and without thinking twice about impact on loading times etc. All they track is $ earned on ads.
(It's sneaky because those scripts load async in background so it doesn't immediately feel like the website gets slower / more bloated. And of course, on a high end laptop the website feels "fine" compared to a cheap Android. Also, there's nothing developers can do about those requests, they're under full the control of all those 3rd-parties.)
Fun fact: "performance" in the parlance of adtech people means "ad campaign performance", not "website loading speed". ("What do you mean, performance decreased when we added more tracking?")
Earlier quoted context omitted.
I remember getting punishment from parents for downloading 120MB World of Tanks update over metered home internet. Our monthly quota was 250MB. It was not that long ago, 2010.
2010 was a couple years after YouTube enabled 1080p uploads. 250MB a month was insanely small in 2010.
Earlier quoted context omitted.
One tool I've found useful in low-power/low-bandwidth situations is the Lynx web browser [1]. Used to be installed by default in most Linux distributions but I think that's probably not the case anymore. Wikipedia says its also available on OSX and Windows. https://en.wikipedia.org/wiki/Lynx_(web_browser)
Links is a bit more usable than lynx, I found.
> Today, there's ~30 times more js than html on homepages of websites (from a list of websites from 5 years ago).
It seems that this number only go up.