From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SDzun-0007h3-1b for garchives@archives.gentoo.org; Sat, 31 Mar 2012 15:08:29 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A19D3E1000; Sat, 31 Mar 2012 15:08:10 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 90A99E1132 for ; Sat, 31 Mar 2012 15:07:21 +0000 (UTC) Received: from [192.168.1.5] (unknown [101.229.42.228]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: patrick) by smtp.gentoo.org (Postfix) with ESMTPSA id B1D491B4018 for ; Sat, 31 Mar 2012 15:07:20 +0000 (UTC) Message-ID: <4F771D98.8000000@gentoo.org> Date: Sat, 31 Mar 2012 23:07:04 +0800 From: Patrick Lauer User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120325 Thunderbird/11.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Happy 10th birthday (in advance) References: <20120330150041.c3f7684c.axel@james-b.ch> <4F75B45F.2050108@gentoo.org> <4F76226B.1020507@gentoo.org> <4F762BCF.9010204@cs.stonybrook.edu> <20120331085622.5650ca62@googlemail.com> <20120331105253.4a00ebcc@googlemail.com> <4F76E3B0.7010800@gentoo.org> <20120331160155.25dda6e0@googlemail.com> In-Reply-To: <20120331160155.25dda6e0@googlemail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 11be8ab1-355f-4116-956d-bc8a9160da90 X-Archives-Hash: 79d18f5679d51fbeb9fd2bcc98e90a23 On 03/31/12 23:01, Ciaran McCreesh wrote: > On Sat, 31 Mar 2012 19:00:00 +0800 > Patrick Lauer wrote: >> Good enough is the worst enemy of perfect. >> >> While we have s 98% solution that doesn't handle all corner cases you >> have a theoretical construct in your brain that might in theory cover >> 100% of all cases, but it's in your brain where I can't use it, so ... >> I'll take the pragmatic approach and use what works. > > If you have a ten components, each of which 98% work, your overall > system is 80% reliable. If you have twenty such components, it's down > to 66% reliable. You're rapidly entering "when it breaks, reinstall" > territory here. > Which is still more than 0%. I demand better trolls, this is getting boring.