GNU/Linux >> Linux Esercitazione >  >> Linux

Perché i capi Unix dicono "meno"??

Chiuso . Questa domanda è basata sull'opinione. Attualmente non accetta risposte.

Vuoi migliorare questa domanda? Aggiorna la domanda in modo da poterla rispondere con fatti e citazioni modificando questo post.

Chiuso 1 anno fa.


Migliora questa domanda

Un paio di settimane fa ho partecipato a un discorso su Git di qualcuno che sembrava provenire da un background Windows. Dico "sembrava" perché continuava a dire "trattino" quando si riferiva alle opzioni della riga di comando. Poi ho ricordato qualcosa che ho trovato curioso nei miei primi giorni di apprendimento di Linux; cioè, quando si fa riferimento alle opzioni, i capi Unix residenti hanno sempre detto "meno". Cioè:

rm -rf /var/tmp/bogus/junk

Si direbbe “arr em meno arr ef” invece di “arr em dash arr ef”.

Perché è questo?

Risposta accettata:

Due dei più importanti libri UNIX, The UNIX Programming Environment e The C Programming Language si riferiscono entrambi ad esso come meno.

L'ambiente di programmazione Unix, pagina 13:

Le opzioni seguono il nome del comando sulla riga di comando e di solito sono costituite da un segno meno iniziale (- ) e una sola lettera.

Il linguaggio di programmazione C, 2a edizione, pagina 116:

Una convenzione comune per i programmi C sui sistemi UNIX è che un argomento che inizia con un segno meno introduce un flag opzionale.

Molti utenti UNIX avranno letto uno o entrambi questi libri, quindi potrebbero aver preso la terminologia da lì.

Chiamarlo meno ha senso, perché il carattere che stai digitando è un trattino-meno (- ).
Un trattino ( ) è più lungo.

Il motivo per dire "meno" anziché "trattino" è probabilmente duplice:

  1. meno persone sanno cos'è un trattino
  2. alcune utility accettano opzioni che iniziano con + , quindi è logico pensare a più e meno

Inoltre, molti programmi di elaborazione testi convertono un doppio trattino-meno (-- ) in un trattino ( ), quindi dire "trattino" quando intendi "meno" potrebbe creare confusione quando si discute di opzioni lunghe GNU, ad es. --help .


Linux
  1. Perché mi attengo a xterm

  2. perché C clock() restituisce 0

  3. Perché dice Non dobbiamo includere limiti.h! in dirent.h?

  4. Perché rm manual dice che possiamo eseguirlo senza alcun argomento, quando questo non è vero?

  5. Perché il mio rsync è così lento?

Perché Linux è fondamentale per l'edge computing

Perché uso rxvt come terminale

I 10 motivi principali per utilizzare Linux

Perché usare Superflous Dash (-) per passare i flag delle opzioni al catrame?

Perché il documento Parent Shell Here non funziona per il sottocomando in Dash ma Bash funziona?

Perché Kubernetes si chiama K8s?