From owner-freebsd-hackers Mon May 18 22:20:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA13513 for freebsd-hackers-outgoing; Mon, 18 May 1998 22:20:20 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA13420 for ; Mon, 18 May 1998 22:20:03 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id WAA12678; Mon, 18 May 1998 22:19:59 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpd012651; Mon May 18 22:19:50 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id WAA29227; Mon, 18 May 1998 22:19:46 -0700 (MST) From: Terry Lambert Message-Id: <199805190519.WAA29227@usr09.primenet.com> Subject: Re: nfs exported FreeBSD cvs repository, mounted on client, update problems To: nate@mt.sri.com (Nate Williams) Date: Tue, 19 May 1998 05:19:44 +0000 (GMT) Cc: dhw@whistle.com, hackers@FreeBSD.ORG In-Reply-To: <199805182001.OAA25464@mt.sri.com> from "Nate Williams" at May 18, 98 02:01:54 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > When correctness involves human behavior, you can't optimize for it, Yes, you can. > nor guarantee that it will always work. You can constrain the cases that don't work to procedural pathways that result in your goals being met (at least eventually). > In other words, trying to gain 100% computer correctness is a bad > thing when 5% of the time the incorrectness is due to human error It's precisely the cases where human error is possible where you need to build procedural contraints to forestall the incorrectness. Would you settle for 95% of the CERT advisories handled, with "only" 5% of them falling through the cracks? This is exactly analogous, because in both cases the PR result is that FreeBSD looks bad. > (and unavoidable given the current resources) What resources do you think are needed? Give me your list; you already have mine... 8-). Maybe your list can be satisfied; there seems to be plenty of "new blood" recently; I'm sure they'd let you use them constructively. > then it makes no sense to try to optimize any more past that > point. Ever read "Insanely Great"? Or Demming's "Out of the Crisis"? Or "Total Quality Management"? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message