home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / rec / games / diplomac / 149 < prev    next >
Encoding:
Text File  |  1992-11-18  |  1.9 KB  |  43 lines
  1. Newsgroups: rec.games.diplomacy
  2. Path: sparky!uunet!stanford.edu!CSD-NewsHost.Stanford.EDU!Xenon.Stanford.EDU!jek
  3. From: jek@Xenon.Stanford.EDU (James E. Kittock)
  4. Subject: Re: Imminent death of the Net predicted; film at 11
  5. Message-ID: <1992Nov18.203004.6077@CSD-NewsHost.Stanford.EDU>
  6. Sender: news@CSD-NewsHost.Stanford.EDU
  7. Organization: Computer Science Department, Stanford University.
  8. References: <1992Nov18.082818.9864@news.weeg.uiowa.edu> <CLUNE.92Nov18014651@physics2.berkeley.edu> <1992Nov18.172630.1015@muddcs.claremont.edu>
  9. Date: Wed, 18 Nov 1992 20:30:04 GMT
  10. Lines: 31
  11.  
  12. In article <1992Nov18.172630.1015@muddcs.claremont.edu> irilyth@fenris.claremont.edu (Josh Smith) writes:
  13. >In a prior article, Tom (clune@physics.berkeley.edu) writes:
  14. >> It seems that we need to divide the role of the judge into two parts.
  15. >
  16. >I've thought about various client-server models for the judge, and haven't
  17. >really been able to come up with any. However, another scheme for splitting
  18. >the judge occurred to me the other day: it might be easier to get people to
  19. >create a number of single-variant judges rather than a single multi-purpose
  20. >one. 
  21.  
  22. This sounds like a good idea.  Might want to have
  23. several of each type of judge or whatever.  One
  24. question we would need an answer to is: does it take N
  25. times as much effort to manage a judge running N games
  26. as it takes to manage a judge running 1 game.  In other
  27. words, when does managing a judge become a real chore?
  28.  
  29. Another thought is this: only allow one game per person
  30. per server.  I realize that some people like to be
  31. involved in 20 bazillion games at once, but this just
  32. exponentiates the demand on judges.  Better to play a
  33. little than none at all.
  34.  
  35. I wonder if Ken would provide us with some usage
  36. statistics at some point?  I am esp. curious about the
  37. number of games per player.
  38.  
  39. --james
  40. -- 
  41. james kittock -- cs grad student
  42. "Adaptation is a recursive process in living systems." -- Alex. M. Andrew
  43.