Live data from Hacker News

The average size of Web pages is now the average size of a Doom install

mobiforge.com

431–440 of 467 posts

Re: The average size of Web pages is now the average size of a Doom install

#431

I'm skeptical that developers talking to each other about how bad web bloat is will change anything. They will still face the same incentives in terms of ad revenue, costs of optimization, etc. Here's a random idea that might have more potential: create an adblocker browser plugin that also colors URLs based on how slow they are expected to load, e.g., smoothly from blue to red. The scores could be centrally calculat…

I think a more radical departure is needed. It's about time to acknowledge that the web is increasingly being used to access full-blown applications more often than "webpages." Web browsers have more or less become mini operating systems, running elaborate virtual machines. There's way too much complexity for everyone involved — from web devs and browser devs to the users and the people who maintain the standards, th…

> Thanks to smartphones, people are already familiar with the modern concept of the standalone app; why not just make downloading an OS-native binary as easy as typing in a web address, on every OS?

Congratulations, you've invented ActiveX.

Re: The average size of Web pages is now the average size of a Doom install

#432
post #367

Earlier quoted context omitted.

> No it isn't. Not even close. It's maybe the first cross-platform development "environment" of which millenials are widely aware. Name one then instead of this patronizing BS.

Just off the top of my head: Delphi, Smalltalk, Java, Flash, Mono, and many different cross-library thunks like wxWindows, Qt, GTK+, and so on. Two seconds of googling will find you dozens.

[deleted]

Re: The average size of Web pages is now the average size of a Doom install

#433

Earlier quoted context omitted.

What if the checksum was the same and you accepted the cache hit if the checksum agrees and get your own copy if it doesn't? Maybe the application should get to declare a canonical URL for the js file instead of the browser? So something like https://ajax.googleapis.com/ajax/libs/jquery/1.12.2/jquery.m... sha-256="31be012d5df7152ae6495decff603040b3cfb949f1d5cf0bf5498e9fc117d546"> Would this cause more problems than i…

It would be interesting if browsers start implementing a content-addressable cache. So as well as caching resource by URI also cache by hash. Then SRI requests could be served even if the URL was different. Of course this would need a proposal or something but it would be interesting to consider.

Plan9's Venti file storage system is content addressable.

http://plan9.bell-labs.com/sys/doc/venti/venti.html

Also available on *nix

Re: The average size of Web pages is now the average size of a Doom install

#434
post #61

Earlier quoted context omitted.

That's still 84 KB of highly compressed javascript code to parse and execute. Even on a 4.4 GHz CPU core and a cached request, jquery takes upwards of 22ms to parse - that's just parsing - not even executing anything! Now add a bunch of other frameworks and utility scripts and your 100ms budget for feeling "fast" is gone before you even reach the HTML content.

How long does it take you to start Word versus loading Google docs? Has everyone gone insane? The web is absolutely incredible and JavaScript is absolutely killing it as a portable application language. Remember the dark days of flash? Stop complaining.

Vim/LaTeX is way faster though. And there's no way to make that in any clean way with the web.

Re: The average size of Web pages is now the average size of a Doom install

#435
post #166

Earlier quoted context omitted.

>Apollo software got us to the moon. Doom wasted millions of man-hours on a video game. How many millions of man-hours Apollo project wasted for a PR stunt?

Even if you could argue that Apollo was nothing more than a "PR Stunt", what is the issue with it being that? From a nationalism perspective, there's a tremendous advantage to be gained from plugging an entire generation with patriotism from a moon landing.

And from an individual perspective, there is a lot pleasure to be gained from playing Doom. :-)

Re: The average size of Web pages is now the average size of a Doom install

#437

I'm skeptical that developers talking to each other about how bad web bloat is will change anything. They will still face the same incentives in terms of ad revenue, costs of optimization, etc. Here's a random idea that might have more potential: create an adblocker browser plugin that also colors URLs based on how slow they are expected to load, e.g., smoothly from blue to red. The scores could be centrally calculat…

I think a more radical departure is needed. It's about time to acknowledge that the web is increasingly being used to access full-blown applications more often than "webpages." Web browsers have more or less become mini operating systems, running elaborate virtual machines. There's way too much complexity for everyone involved — from web devs and browser devs to the users and the people who maintain the standards, th…

>Say if I press Cmd+Space on a Mac and type "Facebook" in Spotlight, it immediately begins downloading the native OS X Facebook app

Epic malware vector.

Re: The average size of Web pages is now the average size of a Doom install

#438

Earlier quoted context omitted.

> I don't get the point of those settings. You seem to prefer white-on-black text, but the "Only with High Contrast themes" override means that it will almost never apply. The idea of defaults is to be default. I don't mind sites specifying the use of particular colours, and it's useful e.g. for syntax highlighting, for text above background images, for transparent images assuming a particular background colour (e.g.…

So basically you reversed the defaults in order to make it easier to find sites with partial style declarations, so you can yell at them. Seems like a big waste of time to me.

> So basically you reversed the defaults in order to make it easier to find sites with partial style declarations, so you can yell at them.

Nope, it's only the especially egregious that get yelled at. In the case of ticketmaster.es, their purchase form looks like this with the default black-on-white colour settings https://imagebin.ca/v/2ekv8S6pbKls

It looks like they're forcing the foreground colour of native text input fields to be black, and the background of native drop-down lists to be white. I refuse to change my entire GTK+ theme (and hence, every application I use on a machine which I spend the majority of every day staring at) to an eye-straining black-on-white colour scheme just to make up for some Web devs going out of their way to break their own sites.

Plus, in the case of ticketmaster, their form handler mangled my input; their "change details" form didn't work; they provide no contact details other than accounts on social media sites which require signing up to; their entire "help" section is an "ask us a question" form which displays all submissions publically; and so on. Besides, it's not "yelling", it's bug reporting; they're free to ignore it.

Re: The average size of Web pages is now the average size of a Doom install

#439

I'm skeptical that developers talking to each other about how bad web bloat is will change anything. They will still face the same incentives in terms of ad revenue, costs of optimization, etc. Here's a random idea that might have more potential: create an adblocker browser plugin that also colors URLs based on how slow they are expected to load, e.g., smoothly from blue to red. The scores could be centrally calculat…

Something that would be more effective is if Google began factoring page load speeds in their rankings just like they did for mobile optimization.

i think they already do it.

Re: The average size of Web pages is now the average size of a Doom install

#440

Earlier quoted context omitted.

This is why I recommended using the CDN recommended by the project, most do recommend a CDN, for example jQuery has it's own CDN. As for adoption, that is very much a chicken and egg problem.

Even then, different versions will have their own misses... not to mention 3rd party libraries on another CDN means another DNS hit. DNS resolution time is a pretty significant impact for a lot of sites.

Ya I would have to agree with you tracker. Ever 3rd party dependency is introducing another DNS lookup. The whole point behind using a CDN effectively, besides lowering latency, is to reduce your DNS lookups to a bare minimum. For example, I use https://www.keycdn. They support HTTP/2 and HPACK compression along with Huffman encoding which reduce the size of your headers.

The benefits of hosting say Google Fonts, Font Awesome, jQuery, etc. all with KeyCDN is that I can take better advantage of parallelism if I have one single HTTP/2 connection. Not to mention I have full control over my assets to implement caching (cache-control), expire headers, etags, easier purging, and the ability to host my own scripts.

Post reply on HN