Yasser Booley CC BY-SA 3.0, via Wikimedia Commons
At some point Iβll finish that essay on how toxic masculinity derailed the web, but Robin Rendleβs essay on restraint in development made a few things clear.
Rendle mentions diagnosing a performance problem thatβs harming your users who canβt load your site to know if they will be affected by power cuts in part because of all the third party scripts it loads:
But fixing that problem? It requires going through each script, talking to the marketing department, finding out who owns what script, why they use it, what data is ultimately useful to the organization and what is not. Then, finally, you can delete the script. The solution to the problem is boring as dirt and trying to explain why the work is importantβeven vitalβwill get you nowhere in many organizations.
This is not exciting work. Itβs not work that gets solved with a single heroic pull request, replacing the siteβs templating with a new JavaScript library, or a whole new feature.
Over the past few months weβve been cleaning up old metadata in Bugzilla. It takes video calls, emails, and working shared documents with long runs of comments to get to a consensus to turn off a field. But all those fields removed are that much more cognitive overhead removed from people reporting, triaging, planning, fixing, and verifying bugs.
Itβs sorting the pantry so the cooking spices you use every day are always to-hand when you need them. Searching the pantry or the show bug page is gets in the way of getting work done. New cabinets and new UX might be engaging, but itβs expensive and not incremental.
Top comments (0)