Chrome Developers Blog

Just to add a few bits: I'm not an infra person so can't tell about managing a H2 deployment, but from frontend web performance perspective H2 is very interesting and somehow not used to its full potential. H2 has built-in support for interesting concepts like prioritization and re-prioritization of requests. Unfortunately, most impls in clients and servers are either not full or not very good: I recommend googling "http/2 prioritization" and checking blogs and talks from Andy Davies and Pat Meenan. The subject is super interesting and inherently hard; browsers need to make certain assumptions whether scripts, fonts or CSS are more important and should be prioritized and it's non-obvious how to handle it best. https://github.com/andydavies/http2-prioritization-issues https://medium.com/dev-channel/javascript-loading-priorities-in-chrome…

You know the article addresses this exact problem? It links to another article focused on this problem, which suggests reducing the saturation of images: https://medium.com/dev-channel/re-colorization-for-dark-mode-19e2e17b5… (It doesn't seem to have occurred to that author to try reducing the brightness of the images, or reducing saturation with the saturate() instead of grayscale(), but those also seem worth trying, brightness in particular.) Apple's Smart Invert is even simpler, it just leaves media like images and video as-is, only inverting colors of other things. I suppose for diagrams that you know are black-on-white, inversion is nice, but it should be opt-in.

It's ironic that a site about UI/UX has a 5 seconds black screen during load. This might be due to the HN hug of death however. In either case, a small loader (or similar modern loading indicator pattern) would increase the site's usability by miles. Edit: Interesting that this comment is being downvoted. Initial page loading time is not a nitpick, it is the main source of an increased bounce rates. > "[Users] with an average page load time of 2 seconds view 8.9 pages on average, while those with an average page load time of 7 seconds view only 3.7 pages on average. The number of pages viewed consistently decreases as page speed decreases, and the difference in pages viewed between users averaging 2 second load times and users averaging 4 seconds is 3.x pages. This means that a 2 second delay in page load time could mean a user exits your site 3 pages earlier."¹ Articles upon articles are written on the topic and UI/UX experts have a lot of patterns available to mitigate the issue. This article showcases a lot of great way one can use to change the perception of a slow loading page: https://medium.com/dev-channel/hacking-user-perception-to-make-your-we… --- ¹ https://blog.littledata.io/2017/04/07/how-does-page-load-speed-affect-…

I may be wrong since this article is from 2018 but it seems like Netfix uses React for everything but their homepage [1]. Facebook uses it's own framework since, well, that framework is React. But their framework isn't some special-purposes framework built for Facebook's purposes either, it's a general purpose framework, used by tons of companies including Netfix. So I don't think many web tech companies are going to find success building their own special-purposes front-end frameworks, like some earlier comments seem to suggest. [1]: https://medium.com/dev-channel/a-netflix-web-performance-case-study-c0…

Yes, it makes the request high priority: https://medium.com/dev-channel/javascript-loading-priorities-in-chrome… > than the server just instructing the client not to cache it Easier said than done, especially when it's served from a CDN you don't control the headers of. Using a <script> tag and a callback is known as JSONP– this technique is used to bypass Cross-Origin Resource Sharing (CORS) for data fetching.

Reminds me of this optimization by Netflix: https://medium.com/dev-channel/a-netflix-web-performance-case-study-c0… The talk (https://www.youtube.com/watch?v=V8oTJ8OZ5S0) was one of the most watchable performance optimization talks I've seen. TLDR - they used a combination of the link prefetch technique, which works for HTML but is not fully supported by all browsers, as well as XHR prefetching, which will work for prefetching Javascript and CSS.

> I presume it’ll stay this way for a while (years!). It turns out iOS 12.2 will be "one heck of a release for Progressive Web Apps…"[1] [1] https://medium.com/dev-channel/progressive-web-app-progress-in-ios-12-…

A nice way to improve the time-to-interactive is to prefetch the framework after you load an initial basic page. Here's Addy Osmani explaining how it works: https://medium.com/dev-channel/a-netflix-web-performance-case-study-c0…

The tool is having scaling issues due to their seemingly unexpected fame on HN - https://medium.com/dev-channel/web-dev-status-update-11-12-18-f9b42a69…

Hey folks, I wanted to share a quick status update to let y'all know which issues we're seeing and working on. Apologies for the hiccups and thank you all for trying the beta! https://medium.com/dev-channel/web-dev-status-update-11-12-18-f9b42a69…

page bloat certainly is a problem, though the progress in device performance and bandwidth of mobile internet connections has been tremendous. I think people like Addy Osmani from Google are spreading awareness of provide in depth guides for drastic improvements, e.g. those two: https://medium.com/dev-channel/the-cost-of-javascript-84009f51e99e https://images.guide/

It isn't just on bad connections: https://medium.com/dev-channel/the-cost-of-javascript-84009f51e99e