git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Michael Witten <mfwitten@gmail.com>
To: esr@thyrsus.com
Cc: git@vger.kernel.org
Subject: Re: Please default to 'commit -a' when no changes were added
Date: Fri, 23 Apr 2010 18:38:35 -0500	[thread overview]
Message-ID: <s2mb4087cc51004231638u6f0110fcxd4369ff8d81c7c06@mail.gmail.com> (raw)
In-Reply-To: <20100423222522.GA21224@thyrsus.com>

On Fri, Apr 23, 2010 at 17:25, Eric Raymond <esr@thyrsus.com> wrote:
> Commands that are simpler
> to mentally model, because they don't have a lot of exception cases,
> are better.

The UNIX philosophy: "Provide mechanism, not policy."

Some goofball touched upon this subject in a little-read book called
"The Art of Unix Programming", specifically:

    What Unix Gets Wrong
    http://www.faqs.org/docs/artu/ch01s04.html

    ...

    But the cost of the mechanism-not-policy
    approach is that when the user can set policy,
    the user must set policy. Nontechnical end-users
    frequently find Unix's profusion of options and
    interface styles overwhelming and retreat to
    systems that at least pretend to offer them
    simplicity.

    In the short term, Unix's laissez-faire approach
    may lose it a good many nontechnical users. In
    the long term, however, it may turn out that this
    ‘mistake’ confers a critical advantage — because
    policy tends to have a short lifetime, mechanism
    a long one. Today's fashion in interface look-and-feel
    too often becomes tomorrow's evolutionary dead
    end (as people using obsolete X toolkits will tell
    you with some feeling!). So the flip side of the flip
    side is that the “mechanism, not policy” philosophy
    may enable Unix to renew its relevance long after
    competitors more tied to one set of policy or
    interface choices have faded from view.[6]

:-D

Sincerely,
Michael Witten

  reply	other threads:[~2010-04-23 23:39 UTC|newest]

Thread overview: 76+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20100422151037.2310.2429.reportbug@frosties.localdomain>
2010-04-22 15:58 ` Please default to 'commit -a' when no changes were added Jonathan Nieder
2010-04-22 18:37   ` Goswin von Brederlow
2010-04-22 19:03     ` Nicolas Pitre
2010-04-22 19:08       ` Sverre Rabbelier
2010-04-22 20:37       ` Goswin von Brederlow
2010-04-22 21:25         ` Nicolas Pitre
2010-04-23  9:03           ` Goswin von Brederlow
2010-04-23  9:31             ` Miles Bader
2010-04-23 16:01             ` Wincent Colaiuta
2010-04-23 20:17               ` Goswin von Brederlow
2010-04-23 20:26                 ` Michael Witten
2010-04-23 20:33                 ` Daniel Grace
2010-04-23 21:01                 ` Nicolas Pitre
2010-04-24 21:15                   ` Goswin von Brederlow
2010-04-24 21:40                     ` Jonathan Nieder
2010-04-24 22:08                       ` Goswin von Brederlow
2010-04-24 22:42                         ` Jonathan Nieder
2010-04-25  2:47                       ` Miles Bader
2010-04-25  3:33                         ` Jonathan Nieder
2010-04-23 22:35                 ` Matthias Andree
2010-04-24  1:43                 ` Junio C Hamano
2010-04-22 21:28         ` Junio C Hamano
2010-04-22 21:40           ` Matthieu Moy
2010-04-22 21:57             ` Michael Witten
2010-04-23  9:09             ` Goswin von Brederlow
2010-04-23  9:22               ` Tomas Carnecky
2010-04-23 17:00                 ` Michael Witten
2010-04-23  9:27               ` Matthieu Moy
2010-04-23  9:35               ` Tor Arntsen
2010-04-22 21:48         ` Adam Brewster
2010-04-22 22:27           ` Jonathan Nieder
2010-04-23  9:15             ` Goswin von Brederlow
2010-04-23 10:39               ` The index (Re: Please default to 'commit -a' when no changes were added) Jonathan Nieder
2010-04-22 22:38           ` Please default to 'commit -a' when no changes were added Jon Seymour
2010-04-23  0:04             ` Adam Brewster
2010-04-23  9:25             ` Goswin von Brederlow
2010-04-23  9:14           ` Goswin von Brederlow
2010-04-23  9:39         ` Björn Steinbrink
2010-04-23 11:44           ` Sergei Organov
2010-04-23 11:57             ` Sverre Rabbelier
2010-04-23 12:20               ` Sergei Organov
2010-04-23 14:23           ` Goswin von Brederlow
2010-04-23 18:59   ` Matthias Andree
2010-04-23 19:34     ` Michael Witten
2010-04-23 22:18       ` Matthias Andree
2010-04-23 22:25         ` Eric Raymond
2010-04-23 23:38           ` Michael Witten [this message]
2010-04-24  4:38             ` Eric Raymond
2010-04-24  9:05               ` Michael Witten
2010-04-24  9:09                 ` Eric Raymond
2010-04-23 23:26         ` Michael Witten
2010-04-24 13:26       ` Tor Arntsen
2010-04-24  9:40   ` 'commit -a' safety (was: Re: Please default to 'commit -a' when no changes were added) Jakub Narebski
2010-04-24  9:56     ` 'commit -a' safety Miles Bader
2010-04-24 10:05       ` Andreas Schwab
2010-04-24 10:26       ` Jakub Narebski
2010-04-24 13:29         ` Miles Bader
2010-04-24 18:23         ` Nicolas Pitre
2010-04-25  0:16           ` Jakub Narebski
2010-04-25  2:43             ` Miles Bader
2010-04-24 11:10     ` 'commit -a' safety (was: Re: Please default to 'commit -a' when no changes were added) Wincent Colaiuta
2010-04-24 11:48       ` 'commit -a' safety Jakub Narebski
2010-04-24 14:28         ` Joey Hess
2010-04-24 15:11           ` Mike Hommey
2010-04-24 16:42       ` 'commit -a' safety (was: Re: Please default to 'commit -a' when no changes were added) Petr Baudis
2010-04-24 16:59         ` Bug#578764: " Wincent Colaiuta
2010-04-24 17:47           ` Petr Baudis
2010-04-24 18:35         ` Nicolas Pitre
2010-04-24 18:54           ` Petr Baudis
2010-04-24 19:09             ` Nicolas Pitre
2010-04-24 19:35             ` Jacob Helwig
2010-04-24 19:44               ` Nicolas Pitre
2010-04-24 19:57                 ` Jacob Helwig
2010-04-24 23:47         ` 'commit -a' safety Jakub Narebski
2010-04-25  1:13         ` Junio C Hamano
2010-04-25  8:01           ` Jakub Narebski

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=s2mb4087cc51004231638u6f0110fcxd4369ff8d81c7c06@mail.gmail.com \
    --to=mfwitten@gmail.com \
    --cc=esr@thyrsus.com \
    --cc=git@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;
as well as URLs for NNTP newsgroup(s).