From owner-freebsd-hackers Thu Jan 30 08:09:43 1997 Return-Path: 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 ; 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 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.