Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!ut-sally!pyramid!hplabs!hplabsc!taylor From: taylor@hplabsc.UUCP (Dave Taylor) Newsgroups: mod.comp-soc Subject: Re: Computers in court: dueling hackers Message-ID: <523@hplabsc.UUCP> Date: Mon, 4-Aug-86 20:19:57 EDT Article-I.D.: hplabsc.523 Posted: Mon Aug 4 20:19:57 1986 Date-Received: Tue, 5-Aug-86 05:40:34 EDT Reply-To: tektronix!reed!omssw2!sequent!john (John Borght) Organization: Hewlett-Packard Laboratories Lines: 24 Approved: taylor@hplabs Reference: <451@hplabsc.UUCP> This article is from tektronix!reed!omssw2!sequent!john (John Vander Borght) and was received on Mon Aug 4 17:12:59 1986 > I think that at base, this problem is just another statement of the > "blind trust in computers" problem. Yes, some people are naive about > how much trust to place in "computer results". Yes, we can come up with > hundreds of scenarios where this is a danger or detriment to society. > But the interesting thing is how to combat it, not to give zillions of > examples of it, right? > > Wayne Throop !mcnc!rti-sel!dg_rtp!throopw The people's "blind trust in computers" will probably be taken care of when they see two "expert" computers giving exactly the opposite results. This should happen real soon (judging from the results of a lot of programs I've seen). (-; John Vander Borght, Software Product Support Specialist [ogcvax,tektronix,pur-ee,ut-sally,decwrl]!sequent!john [What John refers to is also known as the `dueling compilers' game - in which users feed programs to two compilers to see if they'll ever agree on the output code... *chuckle* --Dave]