@slowenough I basically never make any lists in your first category (identification/membership/category) - just something that I never do (closest might be literal memberships for an event - but that’s more a invite list) as well I basically never do any lists of “rubrics” - another type of list that just never comes up for me.

I have endless todo lists and the other big category that you don’t include at all is inventory or completed lists - as well as lists for stuff I want to engage with

@slowenough to clarify the later these aren’t “todo” lists.

They are stuff like:

All the books I have read this year

All the books coming out later this year that I might want to buy / books I want to read (sorted by medium and if I already own them vs a list of ones I might want to buy)

I keep lots of similar lists for films and tv shows and audio content I might want to seek out in the future. Again I don’t think of or treat these as my todo lists which I manage very differently

@Rycaut Thanks!

Just finished editing further and making it a blog post, with at least one more category? Will come back and go through your posts here and reply & edit further... https://eqpa.wordpress.com/2026/03/31/lists/

@slowenough nice post.

One thing that truly gives me joy is seeing how differently people can use and think about even really seemingly simple concepts and tools (like lists)

For me seeing the variety stretches my own imagination and serves as a reminder that anyone building any types of tools (even the most physical ones like notepads/paper) should never assume they have thought of all the ways people might use and want to use that tech

A lot of tech however assumes there is a right way

@Rycaut There's an endless, ideally healthy tension between monolithic apps on one end and build-your-own construction kits on the other.

Developers have excellent building blocks, and tools, to customize their work spaces to their exact needs even without new code.

LLMs could vastly increase the number of people who understand programming well enough that they can develop & maintain custom tools mostly themselves. Unix' Small Things Loosely Joined, but via chat & GUI rather than command line.

@slowenough I'm not a fan of LLMs in any shape (and I say this as someone whose first startup 26+ years ago would be considered an "AI" startup today)

And not unrelated to my dislike of LLMs there is a huge body of human-computer interface research that suggests that the vast majority of people (on the order of 90+%) do not customize software IN ANY WAY beyond the defaults of how they get it (beyond any customizations that are forced upon all users of that app) and this holds on ALL platforms

@slowenough but one of the constant tensions I have seen (as a manager of developers and as an advisor to countless startups and big companies) is that most software developers and "power" users are in the small minority who DO customize software and their tools - and assume that everyone else does even in the face of a LOT of serious research showing that most people do not.

Decades ago, early in my career, I made the choice not to customize my own systems when I was supporting others

@slowenough before that (this was more than 30+ years ago) I had tons of customized shell scripts and tools in my preferred UNIX systems - but when I needed to support a bunch of people across many different machines I learned that there was value in learning to use those systems with the default tools and paths etc - otherwise I became reliant on my customized tools (and this could backfire painfully when troubleshooting a new system)

it also means that picking good defaults matters a lot