Build Systems Discussion
This is a compact argument for returning build systems to first principles: name the inputs, name the outputs, then make the dependency graph and artifact boundaries explicit enough that the build can remain local, repeatable, and inspectable. The discussion of Civ's directory-oriented model is less interesting as a universal replacement for Make or Bazel than as a prompt to notice which decisions a build tool is hiding for us.
The small Hacker News thread raises the adoption question that every personal build system eventually meets. A clean model still has to be learned, debugged, and carried across machines by other people. That does not weaken the article's critique of leaky abstractions; it adds a requirement. A build system earns its abstraction when it makes both execution and maintenance easier for its actual community.