home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / talk / origins / 14408 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  2.3 KB
  1. Path: sparky!uunet!spool.mu.edu!yale.edu!yale!news.wesleyan.edu!eagle.wesleyan.edu!kmagnacca
  2. Newsgroups: talk.origins
  3. Subject: Re: Laying a trap
  4. Message-ID: <1992Nov18.094749.1@eagle.wesleyan.edu>
  5. From: kmagnacca@eagle.wesleyan.edu
  6. Date: 18 Nov 92 09:47:49 EST
  7. References: <1992Nov18.133247.8546@city.cs>
  8. Organization: Wesleyan University
  9. Nntp-Posting-Host: eagle.wesleyan.edu
  10. Lines: 50
  11.  
  12. In article <1992Nov18.133247.8546@city.cs>, lionel@cs.city.ac.uk (Lionel Tun) writes:
  13. > I would like to pose a couple of questions and gauge the
  14. > reactions of evolutionists (and creationists if any are
  15. > reading). As computer programs are flavour of the month..
  16. > 
  17. > 1
  18. > Lets say there is a computer program which `knows' the
  19. > legal moves of chess - lets call it ChessMover.
  20. > ChessMover plays very poor chess because its moves are
  21. > made at random. But it does play very fast. ChessMover
  22. > is small, compact and extremely efficient. But it plays
  23. > bad chess because it has not been designed with any
  24. > chess playing algorithms at all.
  25. > 
  26. > Would it be possible to subject ChessMover to random
  27. > mutations, so that eventually you evolve ChessPlayer,
  28. > a chess program which plays very well, say at master
  29. > level?
  30.  
  31.    If you used a selection mechanism (ie "killing" the ones that
  32. lose the most), yes.  Someone posted a message about this a few
  33. days ago.
  34.  
  35. > 2
  36. > For those of you who are not game fans, but more business
  37. > oriented:
  38. > Consider a spreadsheet program such as Lotus123 or
  39. > QuattroPro. Lets say you have a small calculator program,
  40. > like the toy ones which pop up in some windowing front
  41. > ends. Would it be possible to apply random mutations to
  42. > Calculator until it evolves into Spreadsheet?
  43.  
  44.    Using the same mechanism, probably not.  But you would end up
  45. with a supercalculator.  A spreadsheet uses the database-type
  46. functions of storing data as its basis, the calculations are 
  47. secondary.  If you took a plain database and allowed it to mutate
  48. you might end up with a spreadsheet.
  49.  
  50. > Please note, both Calculator and ChessMover are small (by
  51. > today's standard) programs, lets say about 2 to 4K for the
  52. > executable. Spreadsheet and ChessPlayer must obviously be
  53. > of a more substantial size (I can't remember how big Lotus
  54. > is).
  55.  
  56.    Well, yes, that's why it would take so long. 
  57.  
  58. Karl
  59. ------
  60. "Find a great ideal, a great purpose, marry it, and raise a family."
  61.                      --Negativland, "U2"
  62.