conventions for the command line

2019-10-24

 | 

~2 min read

 | 

401 words

The goal of most writing is to communicate a point to the reader.

This is where conventions and rules come in handy. They create a shared understanding of what characters, symbols, and collections of the same mean.

There’s an old maxim that was repeated in every English class I ever took: “Learn the rules before you break them.”1

I would go a step further and say that ignorance of the rules is no excuse. We should be seeking out the knowledge so that we can use them effectively… and break them when necessary.

When writing how to utilize a command line utility, we have the standards set forth by the Open Group (and adopted widely, including by Microsoft).2 Some of the more common syntax is summarized below:

| Symbol | Meaning | | ---------------------------------------- | ----------------------------------------------------------------------------------- | ---------------------------- | ----------------------------------------------- | | <parameter_name> or <parameter name> | Names of parameters that require substitution by actual values. | | [ ] | The square brackets mean that the argument is optional and can be omitted. | | | | Arguments separated by the | (vertical bar or pipe) are mutually exclusive | | (…) | Ellipses are used to denote that one or more occurrences of an operand are allowed. |

Personal aside: It’s interesting to see the evolution in my own blog as I began to intuit these rules through exposure. One of my very first posts which made use of code blocks covered the use of git branches. I wrote:

git checkout [new branch name]

But that’s actually syntactically incorrect. I should have used the angled brackets instead of the square brackets because checking out a branch requires a branch name.3

Footnotes



Hi there and thanks for reading! My name's Stephen. I live in Chicago with my wife, Kate, and dog, Finn. Want more? See about and get in touch!