Skip to content

Hickey — Simple Made Easy (2011)

Hickey’s most-cited talk, and the cleanest argument in software for separating two ideas people conflate. Simple (Latin simplex, “one fold”) is the opposite of complex (“braided together”) — an objective property of how intertwined a thing is. Easy (“at hand,” familiar) is relative to you. You can choose the easy thing and end up complex; the discipline is to choose simple even when it’s less at-hand. “Complecting” — braiding together things that needn’t be — is the named enemy. Hickey is also a working Lisp designer (Clojure), so the talk is simplicity-as-language-design, not just slogans.

  • This is the philosophical spine of the project’s working style. “One recommended path, not a menu of options” and “record decisions at the lowest fidelity that holds” are Simple Made Easy applied — refuse to complect a decision with incidental detail, refuse to ship parallel implementations. When a design debate stalls, “which option is simpler, not which is easier to reach from here” is the tie-breaker.
  • It’s a guardrail against spec sprawl. The Canonical Hardware Spec exists precisely so values aren’t complected across docs — one source of truth, not the same number braided into twenty files. Hickey gives the vocabulary for why that rule is non-negotiable.
  • Lisp-as-simplicity is the through-line to the whole stack. A handful of orthogonal primitives composed freely (the McCarthy lineage) is the simple substrate; the capability model keeps cart and runtime un-braided behind a named FFI. The deck’s pitch — a small composable language on a small device — is this talk made into hardware.