Post

How broken is today's frontend culture? A friend points out that the median *mobile* page is now larger than a copy of DOOM (2.6 MiB vs. 2.48 MiB), the 75th percentile page is more than 2 DOOMs, and the P90 mobile page is 4.5x the size of DOOM: httparchive.org/reports/page...

httparchive.orgHTTP Archive: Page WeightThis report tracks the size and quantity of many popular web page resources. Sizes represent the number of bytes sent over the network, which may be compressed.

47 reposts127 likes

This weekend I decided to write a "simple" web app: an RSS reader. What started off easy ended up needing: * A proxy server to bypass CORS * OAuth to Google * Config/pref storage and management * Caching, auto-refresh * Type-ahead completion is nice, so why not that too..

* The ability to run somewhere, which in this case was Cloudflare Workers * A local dev environment * Abuse prevention * State syncing between devices * The ability to share * The ability to star/bookmark...

I'm not disagreeing with you but even simple web apps are super complex *by necessity* today. All of the things I mentioned above are basic features one might expect from a decent-but-still-not-too-complicated site. And all of this is before I worry about HA/resiliency in deployments.

The people that need to engage with this type of post most bounce off of headlines like this. I love these blog posts, but the typical defensive reactions are so common at this point that I wonder how we can better get people to rethink their positions here?

e.g. literally in this same thread, commenter points out that pages / features are more complex. They're right (to a degree), and yet miss the point that the end-result is still a poor user experience at the margins. I've been struggling with this comms issue now. Do you have any thoughts?

My approach has been to lean into the data, which works for some, but in much of the discourse polarizes further and makes people *more* defensive/look for strawman arguments. I think the comms issue is more nuanced than it might appear prima facie.

FWIW I don't have answers here, just observations as someone else closely monitoring the narrative around frameworkism vs performance, etc.

im all for optimizing performance, but if the suggestion is that developers should target the lowest end devices, thatll both inhibit desigj creativity and give manufacturers a pass from making their low end devices more capable

That's content. The grief is about the 1.5MB of JavaScript being loaded on a page that should serve the content and not be a photo editing app or a game in the browser. It's a glitch in incentives that would make things better if awareness is raised. At least IMHO

Sigh. Back in the early 2010s jQuery folks would defend the size of JS libraries because it's just the same as a JPEG. Years later they grew up and acknowledged that it wasn't equivalent. I guess it's 10 years later so we have to go through the cycle again.

I... are you even looking at the data to say this because I have it pulled up? There is one segment relative to video size, and even a cursory understanding of video formats would say that yes, work can be done to decrease file size with video formats and the transfer of that data

I grew up (as a web dev fascinated kid) with the notion of your first page load (including non-content images) needs to be under 35KB and I want it back 😅