I agree with the spirit of the article, in that we should be striving for a leaner web. But last year I had to build an iOS SDK. As an SDK, we wanted it to be as small as humanly possible. It came out to around 12mb, which is obviously too large. So I tried removing literally everything but one file, and it came out to 10mb. So an iOS package, compiled, with only one class, comes out to 10 megabytes. Yes, the web can…
I dare to disagree: 10MB for a single-class-app is "as dire as some make it out to be". For comparison: Doom 2 came on 4 1.44MB floppy disks, Duke Nukem 3D on 13. Full games, including all assets.... going into a quiet corner for some weeping
The Bullshit Web
81–90 of 568 posts
Re: The Bullshit Web
#82I've said this before, but it bears repeating: Moby Dick is 1.2mb uncompressed in plain-text. That's lower than the "average" news website by quite a bit--I just loaded the New York Times front page. It was 6.6mb. that's more than 5 copies of Moby Dick, solely for a gateway to the actual content that I want. A secondary reload was only 5mb. I then opened a random article. The article itself was about 1,400 words long…
Re: The Bullshit Web
#83Earlier quoted context omitted.
Maybe you'd prefer comparing the code of a website to the amount of useful content on the website, which OP also did. Taking "I'm downloading 100mb worth of stuff (83 Moby-Dicks) to read 72kb worth of plaintext" at face value, we could also say that 0.072% of the data transferred is useful, or, equivalently, that 99.928% of it is crap.
You don't have to download the typography of a physical book but it still plays a huge role in the readability and enjoyment of it. So I guess the typography of websites is "crap" because it has to be downloaded? It's a ridiculous apples-and-hammers comparison thinly veiled as an intelligent critique.
Re: The Bullshit Web
#84Unpopular opinion alert: Maybe the "bullshit" is only bullshit to you, the thorny tech-savvy reader. Maybe businesses have tried the plaintext approach, and their business was improved by adding fonts, stylesheets, API calls, spinners, scripts, high-res images, and god knows what else. Maybe speed improvements are not important beyond a certain point. Maybe 5MB doesn't matter to most people. Maybe micro-optimization…
They're not idiots, they just don't give a crap about waste until it affects their bottom line. (Most humans seem to operate on this principle) A lot of the business-related bullshit is a response to advertising and sales. But a lot is also lazy tech people slapping pieces together until it does a thing, and they don't care that it loads 100x more data than it needs to, because again, doesn't affect their bottom line…
Re: The Bullshit Web
#85I am increasingly encountering news sites that detect ad blocking software and (understandably) refuse to show me their content as a result but the problem is that I enabled ad-blocking on those sites to begin with because they were loading nasty javascript ads on the fly which pegged my CPU! As a web dev, I feel extremely conscious about what I'd call "javascript library hygiene", and I feel that whoever's in charge…
Re: The Bullshit Web
#86It would probably break the web (at least the genuine parts) less than disabling javascript wholesale which is just too awkward, but it would vastly cut down on the "bullshit" as this article calls it.
It would need some care, for example it would probably have to work from root domains rather than subdomains for matching origin to prevent too much breakage but the improvement in download times would be astronomical, it's almost always the case that "bloat" is third-party bloat.
Obviously it would need to support a whitelist too so payment processors for example could continue to work, but in general the blacklist approach of ad-blockers just isn't working for me.
I think some kind of "auto-whitelist" so I'd need to actively request a domain before requests could be made to them would be the sweet spot for user experience but that itself would require substantial browser integration which I don't think could work through a plugin.
Perhaps a proxy approach would be the best from a UX perspective then. It could inspect headers to figure out if they're primary requests (using similar heuristics to CORS). Primary requests would (or could) be added to an auto-whitelist for future requests.
Re: The Bullshit Web
#87Unpopular opinion alert: Maybe the "bullshit" is only bullshit to you, the thorny tech-savvy reader. Maybe businesses have tried the plaintext approach, and their business was improved by adding fonts, stylesheets, API calls, spinners, scripts, high-res images, and god knows what else. Maybe speed improvements are not important beyond a certain point. Maybe 5MB doesn't matter to most people. Maybe micro-optimization…
Re: The Bullshit Web
#88Unpopular opinion alert: Maybe the "bullshit" is only bullshit to you, the thorny tech-savvy reader. Maybe businesses have tried the plaintext approach, and their business was improved by adding fonts, stylesheets, API calls, spinners, scripts, high-res images, and god knows what else. Maybe speed improvements are not important beyond a certain point. Maybe 5MB doesn't matter to most people. Maybe micro-optimization…
People will dole out all kinds of advice about technology, business, politics, society, relationships etc. by way of discussing something that only partially resembles reality (and assuming everyone or most people perceive things in the same way as themselves)
(I'm guilty of that too.)
Re: The Bullshit Web
#89I've said this before, but it bears repeating: Moby Dick is 1.2mb uncompressed in plain-text. That's lower than the "average" news website by quite a bit--I just loaded the New York Times front page. It was 6.6mb. that's more than 5 copies of Moby Dick, solely for a gateway to the actual content that I want. A secondary reload was only 5mb. I then opened a random article. The article itself was about 1,400 words long…
I must say, despite what I imagine is a good bit of traffic the instant load times on your site were a joy to behold. I never get to experience that kind of speed on the "modern" web. Even HN loads orders of magnitude slower than that.
Re: The Bullshit Web
#90Earlier quoted context omitted.
This is both an appeal to people's universal appreciation of efficiency, and a weak denunciation of the modern web. Your argument is 1) that a website's value is the number of words on the page, and 2) that raw text is the highest value data that can be transmitted over the internet, and 3) that inefficiency and wastefulness of bits is a bad thing First off, you need to defend your first two assumptions. Don't websit…
1. A website's value is the amount of information that it provides to the end user. I would argue that the entirety of the works of Shakespeare or the 1911 Brittanica Encyclopedia provides more information than a high-definition picture of Donald Trump grimacing at EU leaders or an autoplaying ad for Doritos Locos Tacos NEW AT TACO BELL. As far as supplemental uses, at the end of the day, people are using plaintext t…