From owner-freebsd-hackers  Thu Jan 30 08:09:43 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id IAA16730
          for hackers-outgoing; Thu, 30 Jan 1997 08:09:43 -0800 (PST)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA16724
          for <hackers@FreeBSD.ORG>; Thu, 30 Jan 1997 08:09:40 -0800 (PST)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id IAA22016; Thu, 30 Jan 1997 08:50:15 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199701301550.IAA22016@phaeton.artisoft.com>
Subject: Re: Constructive criticism (was: bashing everyone for fun and profit)
To: msmith@atrad.adelaide.edu.au (Michael Smith)
Date: Thu, 30 Jan 1997 08:50:15 -0700 (MST)
Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, mcgovern@spoon.beta.com,
        hackers@FreeBSD.ORG
In-Reply-To: <199701300259.NAA25266@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 30, 97 01:29:31 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > > This is called the "learning curve".  There are two ways to climb it, for
> > > climb it you must if you want to do anything.
> > 
> > How about flattening the curve, instead?  It's not an inherent property.
> 
> Flattening the curve requires reducing the amount of knowledge required
> for a given task.

Yes.  Exactly why it should be done.

> Reducing the amount of knowledge required in the current context is
> not a simple or useful task in any other than the longest, most
> divorced-from-reality view.

Useful to whom?  Existing contributors, or contributors that it would
be in the projects best interests to bring on line?


Taking the long view is not the same as being unrealistic.  If it is,
then you should flatten that curve, too, and then it won't be.  8-).


> > > If you can't work out how device drivers are integrated, I seriously
> > > doubt that you're up to writing one in the first place. 8(  
> > 
> > This is wrong... I don't have to understand linker sets to be a good
> > driver writer, but if I don't, how the driver gets integrated is a
> > bit of FreeBSD-specific mystery, totally abstract from the concept
> > of writing drivers themselves.
> 
> You're (deliberately?) misreading me.  Try the alternative interpretation
> of what I said.

Uh... "If you don't know how the undocumented current implementation
of device numbering relates to the undocumented devfs method of
registration, then you're not up to writing a driver"?  Actually,
a driver writer should only have to care about DDI/DKI, and not
care about configuration: that should still be inherent in the
interface.

I don't grok that interpretation, either.


> > Note: I betting that you realize that if you are arguing against
> > documentation, you can't win.  8-) 8-).
> 
> I'm arguing against someone saying "You're making it too hard" with the
> response "I'm no bloody genius, and if I can do it, you can too".
> 
> This makes the generous assumption that the other party is as capable as
> I am, which is IMHO fairly realistic.

Ah... but what if you *are* a bllody genius, only you aren't aware of it?

8-).


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.