Linux Manual Pages development
 help / color / mirror / Atom feed
From: "G. Branden Robinson" <g.branden.robinson@gmail.com>
To: Alejandro Colomar <alx.manpages@gmail.com>
Cc: linux-man@vger.kernel.org
Subject: Re: [PATCH v4 08/10] intro.3: wfix
Date: Sat, 7 Jan 2023 10:20:57 -0600	[thread overview]
Message-ID: <20230107162057.7kncktu32awfmuk7@illithid> (raw)
In-Reply-To: <814d00de-7ed7-0a7f-3b96-714c35591019@gmail.com>

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

At 2023-01-07T13:45:30+0100, Alejandro Colomar wrote:
> On 1/7/23 10:55, G. Branden Robinson wrote:
> > * Say "application _programming_ interface".
> 
> I noticed that when you sent it, but thought that maybe it was just
> another way of saying it.  Duckduckgo seemed to have several instances
> of that alternative expansion of API, so I accepted it.  I'm curious
> about "application program interace", since I hadn't heard about it
> before your patch; is it a normal expansion of API?

It's simply a lazy abbreviation as far as I know.  The reason I believe
"application programming interface" to be more correct is that an API is
an interface for the _activity_ of _programming_ for the purpose of
applying it (the interface).  It is not merely an interface for the
development of "application programs".

The novice programmer will not perceive much of a distinction here.

The obvious counterexample is the writing of one library that uses
another's API.

Beyond that, there exist many library-using programs that are not
properly considered "applications" in the classical sense, which is a
program usable by relatively untrained users for the purpose of
achieving some goal outside the purpose of maintaining the system (or
developing software).  In this sense, ed(1) and roff(1) were the
original Unix applications. :)

     The prime reason for Unix was the desire of Ken [Thompson], Dennis
     [Ritchie], and Joe Ossanna to have a pleasant environment for
     software development.  The fig leaf that got the nod from ...
     management was that an early use would be to develop a
     "stand-alone" word-processing system for use in typing pools and
     secretarial offices.  Perhaps they had in mind "dedicated", as
     distinct from "stand-alone"; that's what eventuated in various
     cases, most notably in the legal/patent department and in the AT&T
     CEO's office.

     Both those systems were targets of opportunity, not foreseen from
     the start.  When Unix was up and running on the PDP-11, Joe got
     wind of the legal department having installed a commercial word
     processor.  He went to pitch Unix as an alternative and clinched a
     trial by promising to make 'roff' able to number lines by tomorrow
     in order to fulfill a patent-office requirement that the commercial
     system did not support.

     Modems were installed so legal-department secretaries could try the
     Research machine.  They liked it and Joe's superb customer service.
     Soon the legal department got a system of their own.  Joe went on
     to create 'nroff' and 'troff'.  Document preparation became a
     widespread use of Unix, but no stand-alone word-processing system
     was ever undertaken.

     -- Doug McIlroy

> Patch applied.

Thanks!

Regards,
Branden

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  parent reply	other threads:[~2023-01-07 16:21 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-07  9:55 [PATCH v4 08/10] intro.3: wfix G. Branden Robinson
2023-01-07 12:45 ` Alejandro Colomar
2023-01-07 12:57   ` Alejandro Colomar
2023-01-07 16:45     ` G. Branden Robinson
2023-01-07 16:20   ` G. Branden Robinson [this message]
2023-01-07 19:47   ` Alejandro Colomar
2023-01-08 23:08     ` G. Branden Robinson
2023-01-09 12:14       ` Alejandro Colomar

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=20230107162057.7kncktu32awfmuk7@illithid \
    --to=g.branden.robinson@gmail.com \
    --cc=alx.manpages@gmail.com \
    --cc=linux-man@vger.kernel.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