thrum

• date: 2026-05-15
• tags:
• identifier: 20260515T084345

lately i've been thinking about a concept that i've called "thrum" in my head. it is something i look for and strive for. it is the sense of a system's smooth functioning; it is the notion that a design hides but properly manages its minute details. it is the just-so whirring and clicking that puts an expert technician at ease.

i've just started to use common lisp's asdf's :package-inferred-system framework for systems and subsystems, and it feels this way to me. it feels like the resulting programs have a forward drive; an eagerness to grow, unburdened by undue administrative complexity.

ASDF package-inferred-system and package-local nicknames

i've just started learning about the electromagnetic field as well; the theory has a similar quality. most theories do that explain many phenomena while remaining narrow in their fundamental assumptions.

when John Ousterhout writes about the virtues of "narrow, deep modules", i get the sense that thrum is the aesthetic result of success.

simplicity is a virtuous goal, but the complex world demands complexity. perhaps thrum is complexity kept in check by underlying simplicity, not by greater external complexity. the former we call "good design"; the latter, "overhead".