Command Line Interface Guidelines

Nerds are fighting over whether computer tools should talk more or stay quiet

TLDR: An open-source guide is trying to make command-line tools easier and friendlier for ordinary people. The comments immediately split into camps over whether these tools should show reassuring progress or stay completely silent, proving even tiny design choices can start a civil war online.

A new open-source guide called Command Line Interface Guidelines wants to make old-school text-based computer tools feel less hostile and more human. The big idea is simple: these tools should be easier to understand, kinder when something goes wrong, and better behaved when people plug them into bigger workflows. In plain English, it’s a rulebook for making the scary black-box screen a little less scary.

But the real show was in the comments, where people instantly turned this into a surprisingly passionate argument about whether computer tools should say more or shut up. One commenter flatly rejected the guide’s idea that a tool should reassure users while it works, arguing that if a program isn’t supposed to print anything, it should stay silent no matter how long it takes. Translation: some people want a calm, invisible assistant; others want proof the thing isn’t dead. That tiny design choice somehow became the thread’s main battlefield.

There was also classic internet grumbling over convenience features. The guide suggests using a built-in page viewer for long walls of text, and one reader basically snapped, “If I wanted that, I’d do it myself.” Another commenter brought chaotic side-quest energy by complaining not about the guide itself, but about the website’s blurry text effect in Chrome. Meanwhile, one lone voice cut through the drama with the most wholesome review possible: “good advice.” In other words, even a guide about boring tool design can trigger purity wars, usability debates, and one extremely determined font detective.

Key Points

  • The article introduces *Command Line Interface Guidelines* as an open-source guide for writing better command-line programs using updated UNIX-inspired principles.
  • The guide is authored by Aanand Prasad, Ben Firshman, Carl Tashian, and Eva Parish, with design by Mark Hurrell and contributions from additional reviewers.
  • The foreword compares the command-line environment of the 1980s with today’s computing landscape, noting that modern accessibility has often reduced low-level user control.
  • The article cites Alan Kay to discuss broader ideas about computing and clarifies that future programming models may move beyond text-based interfaces while preserving similar power.
  • The foreword argues that the command line remains valuable because it is versatile, supports automation and interactive use, provides deeper system visibility, and remains relatively stable over time.

Hottest takes

"if it's not the program's specification to produce output, it should not produce any" — kazinator
"If I wanted to use a pager I'd pipe the output to a pager" — eikenberry
"good advice" — hankbond
Made with <3 by @siedrix and @shesho from CDMX. Powered by Forge&Hive.