On Tue, 09 May 2000 10:26:05 +0200, Sheldon Hearn wrote:
> I don't agree. I think this is an issue of avoiding changes that
> unnecessarily astonish existing users. If you can find ways to improve
> MAKEDEV that don't inconvenience those already familiar with it, great.
> If your improvements astonish these people, you need to put a bit more
> thought into what you're actually scoring.
I'd like to follow up on myself with a comment that takes a slightly
broader view on the problem.
As FreeBSD's user base grows, we're going to see two different demands
in increasing contention with each other.
1) The demand for an intuitive, consistent interface.
2) The demand for a constant interface.
The former represents the need for POLA to be upheld throughout the
system at a given moment in time. The latter represents the need for
POLA to be upheld from one release to the next, in the arena of
Both are valid issues that deserve careful thought. In many situations,
we can fix inconsistencies "in the moment" without forcing folks to
change the way they do things from on release to the next. In those
situations where we have to make a decision one way or another, the
decision is going to become more and more difficult as the project moves
I don't think that the only rule of thumb that can be applied where
the two demands are in contention with one another, is that it's worth
thinking carefully about what we gain for the change. But we can
_certainly_ agree that it's always worth thinking carefully about ways
to satisfy _both_ demands wherever possible.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message