Lightweight
Tags: performance, lightweight, content, prioritisation
Published: 2020-04-27 11:19:02

---
title: Lightweight
published: true
date: 2020-04-23 17:12:17 UTC
tags: performance,lightweight,content,prioritisation
canonical_url: https://adactio.com/journal/16797
---

It’s been fascinating to see how television programmes have adapted to The Situation. It’s like there’s been a weird inversion with the YouTube asthetic. Instead of YouTubers doing their utmost to emulate the look of professional television, now everyone on professional television looks like a YouTuber.

No more lighting or audio technicians. No more studio audiences. Heck, no more studios.

There are some kinds of TV programmes that are showing the strain. A lot of comedy formats just fall flat without the usual production values. But a lot of programmes work just fine. In fact, some of them might be better. Watching [Mary Beard present <cite>Front Row Late</cite>](https://www.theguardian.com/books/2020/apr/15/margaret-atwood-showcase-gothic-puppet-show-mary-beard-bbc) from her house is an absolute delight. It feels more direct and honest without the artiface of a television studio. It kind of makes you wonder whether expensive production costs are really necessary when what you really care about is the content.

All of this one big belaboured metaphor for websites.

In times of crisis, informational websites sometimes offer a “lite” version. Max has even made an [emergency website kit](https://mxb.dev/blog/emergency-website-kit/):

> The site contains only the bare minimum - no webfonts, no tracking, no unnecessary images. The entire thing should fit in a single HTTP request. It’s basically just a small, ultra-lean blog focused on maximum resilience and accessibility. The Service Worker takes it a step further from there so if you’ve visited the site once, the information is still accessible even if you lose network coverage.

Eric emphasises the importance of performance in his post [<cite>Get Static</cite>](https://meyerweb.com/eric/thoughts/2020/03/22/get-static/):

> I’m thinking here of sites for places like health departments (and pretty much all government services), hospitals and clinics, utility services, food delivery and ordering, and I’m sure there are more that haven’t occurred to me.  As much as you possibly can, get it down to static HTML and CSS and maybe a tiny bit of enhancing JS, and pare away every byte you can.

Tom Loosemore offers this [advice to teams building new coronavirus services](https://twitter.com/tomskitomski/status/1241009376653012993):

> 1. Get a 4 year-old Android phone, and use it as your test/demo device.  
> 1. [https://design-system.service.gov.uk](https://design-system.service.gov.uk) is your friend. 
> 2. Full React isn’t your friend if it makes your service slow & inaccessible
> 
> Remember: This is for everyone.

Indeed, Gov.uk are usually a paragon of best practices in just about any situation. But they dropped the ball recently, as [Matthew attests](https://twitter.com/dracos/status/1251836594509791232):

> [coronavirus.data.gov.uk](https://coronavirus.data.gov.uk) is a static site, fetching and displaying remote data. It is also a 100% client-side JavaScript React site.
> 
> [http://dracos.co.uk/made/coronavirus.data.gov.uk/](http://dracos.co.uk/made/coronavirus.data.gov.uk/) is 238K vs 770K (basics) on load. I’ve removed about 550K of JavaScript. It seems to work the same.

[As Tom says](https://tom.loosemore.com/2020/04/19/shonky-coronavirus-react/):

> One sign that your website isn’t meeting the needs of all your users is when [Matthew Somerville](http://dracos.co.uk/) gets sufficiently grumpy about it to do a proper version himself.

It’s true enough that Matthew excels at creating lightweight, accessible versions of services that are too bloated or buggy to use. His [accessible Odeon](http://www.dracos.co.uk/odeon/) project from back in the day is legendary. And I use his slimline version of the National Rail website all the time: [traintimes.org.uk](https://traintimes.org.uk)—it’s a [terrificly performant](https://traintimes.org.uk/notes/performance) progressive web app.

[It’s thankless work though](https://twitter.com/dracos/status/1168856479782379520). It flies in the face of everything considered “modern” web development. (If you want to know the cost of “modern” framework-driven JavaScript-first web development, [Tim has the numbers](https://timkadlec.com/remembers/2020-04-21-the-cost-of-javascript-frameworks/).) [But Matthew is kind of a hero to me](https://twitter.com/adactio/status/256551142). I wish more developers would follow his example.

Maybe now, with this rush to make lightweight versions of valuable services, we might stop and reflect on whether we ever really needed all those added extras in the first place.

Hope springs eternal.