home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / talk / origins / 14411 < prev    next >
Encoding:
Text File  |  1992-11-18  |  1.5 KB  |  44 lines
  1. Newsgroups: talk.origins
  2. Path: sparky!uunet!news.encore.com!bseymour
  3. From: bseymour@encore.com (Burch Seymour)
  4. Subject: Re: Laying a trap
  5. Organization: Encore Computer Corporation
  6. Date: Wed, 18 Nov 1992 15:56:12 GMT
  7. Message-ID: <Bxx5Lp.Kwr@encore.com>
  8. References: <1992Nov18.133247.8546@city.cs>
  9. Keywords: Computer program, random, mutation, chess
  10. Sender: news@encore.com (Usenet readnews user id)
  11. Nntp-Posting-Host: sysgem1.encore.com
  12. Lines: 30
  13.  
  14. lionel@cs.city.ac.uk (Lionel Tun) writes:
  15.  
  16. >Would it be possible to subject ChessMover to random
  17. >mutations, so that eventually you evolve ChessPlayer,
  18. >a chess program which plays very well, say at master
  19. >level?
  20.  
  21. Not likely, as that isn't how evolution works.
  22. What (I think) you are describing is this:
  23.  
  24. try->mutate->try->mutate->try->mutate (etc,etc)
  25.  
  26. Evolution works as a massively parallel operation with cross sharing
  27. of information. If a mutation on one individual is *really bad*, that
  28. individual dies and the trait is gone. If one individual happens upon
  29. a *really good* mutation, then assuming that individual succeeds in
  30. reproduction, that trait now has a chance of entering the common
  31. gene pool.
  32.  
  33. You program analogy fails to provide mechanisms for the following:
  34.  
  35.  1) Environmental pressure to build better programs. 
  36.  2) A mechanism for keeping advantageous mutations and discarding
  37.     detrimental mutations.
  38.  3) A mechanism for producing various combinations of the known,
  39.     working, bits of code.
  40.  4) A method of doing this experiment in parallel with large numbers
  41.     of sites.
  42.  
  43. -bs-
  44.