New rule for software design discussions: if your argument for a design includes the words "the unix philosophy", your design is automatically rejected, with no appeal available.
If you mean a specific design goal, say what you mean. "The unix philosophy" has half a dozen definitions, unix never followed any of them religiously at all times, and has become shorthand for "I like this and don't feel like unpacking why".
@danderson the Uniux philosophy is that the defaults should be set wrong, and the documentation about the useful options that ought to be the defaults is randomly ordered, goes on at length about irrelevant niche knobs, and has no index.
@dr2chase @danderson Also that the program should implement the same flag-based options as all other programs except it randomly swaps which single-letter flag corresponds to which feature, with a 10% chance of case-change.
Nah, "foo --help" should display usage; "foo -h" should respond
foo: halting...
done.
$
Just for fun, because foo's not actually a daemon or anything.