The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Rob Pike <robpike@gmail.com>
To: "Peter Weinberger (温博格)" <pjw@google.com>
Cc: Noel Chiappa <jnc@mercury.lcs.mit.edu>, tuhs@tuhs.org
Subject: [TUHS] Re: On computerese
Date: Mon, 16 Sep 2024 08:15:34 +1000	[thread overview]
Message-ID: <CAKzdPgziwZ3rKotSz1PuKsJaFy-3_Wgg1bO2rYN1C=Di4fsCgw@mail.gmail.com> (raw)
In-Reply-To: <CAOUkXSrYy1BAaQiSRaLefKNL4aP06yCwLDk5NadQL-7nHPQyWQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2712 bytes --]

For me the fascinating thing about dd is that people tended to use the JCL
notation for its arguments even after the Unix style was made available.
That is, people prefer "dd if=foo" rather than "dd -if foo" or even the
obviously easiest "dd <foo".

It's a counterargument to my understanding of why people prefer "cat foo |
cmd" to "cmd <foo" or "<foo cmd". There's a psych thesis in there somewhere.

-rob


On Mon, Sep 16, 2024 at 8:01 AM Peter Weinberger (温博格) via TUHS <
tuhs@tuhs.org> wrote:

> i doubt there is a fully satisfactory answer. dd was a jab at IBM JCL.
> Several later commands were derived from earlier ones, like sed and
> tar. And awk ...
>
> I think the one that needs more explaining is grep. If brevity were
> the sole criterion, it could have been shorter.
>
> On Sun, Sep 15, 2024 at 5:49 PM Noel Chiappa <jnc@mercury.lcs.mit.edu>
> wrote:
> >
> >     > From: Rik Farrow <rik@rikfarrow.com>
> >
> >     > Was the brevity typical of Unix command names a function of the
> tiny
> >     > disk and memory available? Or more a function of having a Teletype
> 33
> >     > for input?
> >
> > I'm not sure the answer was ever written down (e.g. in a memo); we will
> > probably have to rely on memory - and memories that far back are now
> fairly
> > thin on the ground by now. Perhaps Mr. McIlroy (or Mr. Thompson, if we're
> > _really_ lucky) will humor us? :-)
> >
> >
> > I have the impression that some of the names are _possibly_ inherited
> from
> > Multics (which the early Unicians all used before Unix existed) - but
> maybe
> > not. The command to list a directory, on Multics, is 'ls' (but see
> below) -
> > but the Multics qcommand to remove a file is 'del' (not 'rm'); and
> change working
> > directory is 'cwd'. So maybe ls' is just chance?
> >
> > Multics had a 'feature' where a segment (file) could have additional
> names (to
> > the main name), and this is used to add short aliases to many commands,
> so the
> > 'base name'' for the directory list command is 'list'; 'ls' is a short
> > alias. A list of Multics commands (with short forms) is available here:
> >
> >   https://www.multicians.org/multics-commands.html
> >
> > I'm not sure how early that alias mechanism came in, though; my copy of
> > "Introduction to Multics" (February, 1974) doesn't have short names (or,
> at
> > least, it doesn't use them).
> >
> >
> > It won't have anything to do with disk and memory. Having used a
> Teletype, it
> >  would take noticeably longer to type in a longer name! It's also more
> effort
> >  and time. I would expect those are the reasons for the short names.
> >
> >         Noel
>

[-- Attachment #2: Type: text/html, Size: 3997 bytes --]

  reply	other threads:[~2024-09-15 22:15 UTC|newest]

Thread overview: 82+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-15 21:48 Noel Chiappa
2024-09-15 22:01 ` Peter Weinberger (温博格) via TUHS
2024-09-15 22:15   ` Rob Pike [this message]
2024-09-15 22:29     ` Larry McVoy
2024-09-16  3:55       ` Adam Thornton
2024-09-16  4:17         ` Rob Pike
2024-09-16  5:15           ` Dave Horsfall
2024-09-16  5:26             ` Tom Lyon
2024-09-16 10:30               ` Rob Pike
2024-09-16  5:06         ` Henry Bent
2024-09-16  6:11           ` Rob Pike
2024-09-16 22:50     ` Lyndon Nerenberg (VE7TFX/VE6BBM)
2024-09-16 23:14       ` Bakul Shah via TUHS
2024-09-17  2:19         ` Lyndon Nerenberg (VE7TFX/VE6BBM)
2024-09-16 23:16       ` Dave Horsfall
2024-09-16 23:24         ` Larry McVoy
2024-09-17  0:00           ` segaloco via TUHS
2024-09-17  0:17             ` Rob Pike
2024-09-17  5:54               ` arnold
2024-09-18  1:40                 ` Dave Horsfall
2024-09-18  2:04                   ` Rich Salz
2024-09-18  5:09                     ` arnold
2024-09-18  5:12                       ` arnold
2024-09-18 13:08                   ` Chet Ramey via TUHS
2024-09-30  1:01                 ` Russ Cox
2024-09-30  8:16                   ` arnold
2024-09-30 12:10                     ` Russ Cox
2024-09-30 15:00                       ` Jacob Moody
2024-09-17  6:00       ` arnold
2024-09-17  6:25         ` Henry Bent
2024-09-17 20:25     ` Alexander Schreiber
2024-09-17 20:50       ` Larry McVoy
2024-09-16  3:02   ` arnold
  -- strict thread matches above, loose matches on Subject: below --
2024-09-17  1:27 Norman Wilson
2024-09-17  1:29 ` Rob Pike
2024-09-17  3:44   ` Adam Thornton
2024-09-17 12:08   ` Dan Cross
2024-09-17  1:17 Norman Wilson
2024-09-17  1:28 ` Henry Bent
2024-09-16 12:07 Douglas McIlroy
2024-09-16 14:36 ` Clem Cole
2024-09-15 19:25 John Dow via TUHS
2024-09-15 19:52 ` Dan Halbert
2024-09-15 14:37 Douglas McIlroy
2024-09-15 19:21 ` Rik Farrow
2024-09-15 20:43   ` sjenkin
2024-09-15 20:48     ` Dave Horsfall
2024-09-15 21:08       ` Marc Donner
2024-09-15 21:41         ` Dave Horsfall
2024-09-16  0:49           ` Marc Donner
2024-09-29  0:49     ` Aron Insinga
2024-09-29  1:09       ` Warner Losh
2024-09-30 16:05       ` Paul Winalski
2024-09-30 18:07         ` Dan Cross
2024-09-30 19:15           ` Henry Bent
2024-09-30 20:00             ` Dan Halbert
2024-09-30 20:11               ` Henry Bent
2024-09-30 20:39               ` Clem Cole
2024-10-01  4:31               ` Lars Brinkhoff
2024-10-01 13:36                 ` Dan Halbert
2024-09-30 20:51             ` Steffen Nurpmeso
2024-09-30 21:25               ` Henry Bent
2024-09-30 22:38                 ` Steffen Nurpmeso
2024-09-30 22:46                 ` Bakul Shah via TUHS
2024-09-29  0:57     ` Aron Insinga
2024-09-15 19:36 ` Ron Natalie
2024-09-16  5:36   ` Wesley Parish
2024-09-16  3:10 ` arnold
2024-09-16  3:30   ` George Michaelson
2024-09-16 10:41     ` Andy Kosela
2024-09-16 10:59     ` Edouard Klein
2024-09-16 20:55       ` Dan Cross
2024-09-16 21:05         ` Chet Ramey via TUHS
2024-09-13  0:26 Douglas McIlroy
2024-09-13  1:01 ` Luther Johnson
2024-09-13  2:20   ` segaloco via TUHS
2024-09-13  4:03     ` Eric E. Bowles via TUHS
2024-09-13 16:05       ` Åke Nordin
2024-09-13  7:13 ` G. Branden Robinson
2024-09-13 13:57 ` Will Senn
2024-09-13 16:12   ` Adam Thornton
2024-09-13 22:56     ` Will Senn

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAKzdPgziwZ3rKotSz1PuKsJaFy-3_Wgg1bO2rYN1C=Di4fsCgw@mail.gmail.com' \
    --to=robpike@gmail.com \
    --cc=jnc@mercury.lcs.mit.edu \
    --cc=pjw@google.com \
    --cc=tuhs@tuhs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).