Building Websites and Building Websites Well
Published on Mar聽12, 2024 (updated May聽21, 2024), filed under development, quality. (Share this post, e.g., on Mastodon.)
This is one of 180 articles that you can also read in an ebook: On Web Development聽II.
Ready for a short exercise?
Write down what you associate with building a website.
Then, write down what you think is needed to build a website well.
I sketched that, too, on a Miro board:
Now, this is a casual exercise, one we can assign as much value to as we like. First and foremost, how something is being done is orthogonal to the doing itself.
But even an exercise like this can tell us something about our work鈥攈ere, of our building of websites.
Yes, testing and optimizing get a part of the spotlight鈥攁t least for things like test coverage, performance optimization, and SEO.
But then, it鈥檚 often tools, frameworks, languages, and the latest of it all.
Our attention seems to be largely on building, rather than building well.
Just do it. Get things done. Move fast and break things.
Not: Just do it well. Get great things done. Move fast and make sure not to break anything.
Our websites look like that (same designs), behave like that (same frameworks), and debug like that (same conformance errors).
Built鈥攂ut maybe not built well.
And Now?
Why does this matter, what can we do about it?
First, how well something is done seems to be one, if not the indicator for professionalism. For example, it鈥檚 probably bad if houseplants can write code as invalid as that of some websites (I鈥檇 say that), which makes for one reason why producing valid code is a useful hiring condition.
Then, regarding what we can do, that appears to be a different matter. It looks difficult, because similar to climate change, we can鈥檛 seem to bother鈥攕ome of our greatest peers behave just as hooked not to change anything like those of us who keep consuming oil- and animal-based products as if that didn鈥檛 matter, either. I don鈥檛 know what we can do precisely鈥攅xcept that any solution will require that everyone starts giving a shit.
In the end, it may all boil down to choice. (It wouldn鈥檛 be new.)
About Me
I鈥檓 Jens (long: Jens Oliver Meiert), and I鈥檓 an engineering lead, guerrilla philosopher, and indie publisher. I鈥檝e worked as a technical lead and engineering manager at various companies (e.g., Google); I鈥檓 an active web and tool developer (code optimization, digital defense), a contributor to web standards (like HTML, CSS, WCAG), and a book author (O鈥橰eilly, Frontend Dogma).
I love trying things鈥攊n web development and engineering management, but also in politics and philosophy, where I hold to one idea in particular: that we can only be well if we take good care of everyone. Here on meiert.com I talk about some of my perspectives and experiences. (Please share feedback: Interpret charitably, keep it friendly, but do be critical.)
