9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Anant Narayanan <anant@kix.in>
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Cc: lucio@proxima.alt.za
Subject: Re: [9fans] Colors and other fun
Date: Thu, 28 Jun 2007 10:12:53 +0530	[thread overview]
Message-ID: <80D34848-6A5B-4D1A-9E9D-9B63C503DDED@kix.in> (raw)
In-Reply-To: <7359f0490706270807ia34da8bl408c6042474637b4@mail.gmail.com>

On 27-Jun-07, at 8:37 PM, Rob Pike wrote:
> It's more than that. Philosophically, I believe the designer's goal
> involves
> making decisions for the user. If the decisions are good, it's a
> good design
> and the user is content.  I do not believe it's the designer's goal
> to defer
> everything to the user.  As a bonus, making decisions early tends to
> simplify the design. This is why there are no stty modes or resource
> files in Plan 9.

That decision would depend entirely on whom you are making the
software for. You can't possibly decide for a large majority of the
people in the world, considering they are all different with
different perceptions of what works the best for them. On the other
hand, if you're making software for a bunch of your friends with
similar tastes, that approach would work (Wasn't that how Acme/Rio
started out anyway?)

That being said, overwhelming the user with all kinds of options is
harmful, no doubt. A ready-to-go application, but with the ability to
configure it all you like - for those who want customization - seems
to be a good balance. I see no harm in giving options to those who
need them while hiding them from those who don't.

--
Anant


  parent reply	other threads:[~2007-06-28  4:42 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-27  9:37 pavlovetsky
2007-06-27 10:08 ` Lucio De Re
2007-06-27 15:07   ` Rob Pike
2007-06-27 18:26     ` Bakul Shah
2007-06-27 18:35       ` Kris Maglione
2007-06-27 19:09         ` Bakul Shah
2007-06-27 19:24           ` David Leimbach
2007-06-27 19:39             ` Gabriel Diaz
2007-06-27 20:35               ` Bakul Shah
2007-06-27 21:20                 ` Jack Johnson
2007-06-29  2:16                   ` Bakul Shah
2007-06-27 19:51             ` Francisco J Ballesteros
2007-06-27 21:49               ` Jack Johnson
2007-07-02  8:55           ` Douglas A. Gwyn
2007-06-28  4:42     ` Anant Narayanan [this message]
2007-06-28  4:50       ` andrey mirtchovski
2007-06-28 17:30     ` Dave Eckhardt
2007-06-27 15:59 ` andrey mirtchovski
2007-06-27 16:23   ` Lorenzo Fernando Bivens de la Fuente
2007-06-27 17:55     ` Steve Simon
2007-06-27 18:03       ` erik quanstrom
2007-06-27 18:22         ` Rob Pike
2007-06-28 15:26         ` Steve Simon
2007-06-27 18:03       ` Kris Maglione
2007-06-27 18:59 Russ Cox
2007-06-27 19:13 ` Tim Wiess
2007-06-27 21:25 ` Charles Forsyth
2007-06-27 15:41   ` john
2007-06-27 21:56     ` erik quanstrom
2007-06-27 16:18       ` john
2007-06-27 22:06       ` Kris Maglione
2007-06-27 21:48 ` Markus Sonderegger

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=80D34848-6A5B-4D1A-9E9D-9B63C503DDED@kix.in \
    --to=anant@kix.in \
    --cc=9fans@cse.psu.edu \
    --cc=lucio@proxima.alt.za \
    /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).