home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / alt / irc / 5114 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  5.6 KB

  1. Path: sparky!uunet!think.com!spool.mu.edu!agate!usenet.ins.cwru.edu!po.CWRU.Edu!gjm5
  2. From: gjm5@po.CWRU.Edu (Gregory J. Meyers)
  3. Newsgroups: alt.irc
  4. Subject: Re: Bots and Common Sense
  5. Date: 27 Jan 1993 23:29:43 GMT
  6. Organization: Case Western Reserve University, Cleveland, OH (USA)
  7. Lines: 93
  8. Message-ID: <1k75t7INNdgv@usenet.INS.CWRU.Edu>
  9. References: <C1IxIu.IFC@news.cso.uiuc.edu> <C16Iuq.DJH@news.cso.uiuc.edu> <1k5833INNoqd@usenet.INS.CWRU.Edu>
  10. Reply-To: gjm5@po.CWRU.Edu (Lord Maximilien of Myragorthia)
  11. NNTP-Posting-Host: thor.ins.cwru.edu
  12.  
  13.  
  14. In a previous article, smcmilla@ux4.cso.uiuc.edu (Scott A McMillan) says:
  15. >gjm5@po.CWRU.Edu (Gregory J. Meyers) writes:
  16. >>In a previous article, smcmilla@ux4.cso.uiuc.edu (Scott A McMillan) says:
  17.  
  18. [IRC as more than chat service; some "good" bots]
  19. >So do you want to turn IRC into a MUSH? Shaz, and Nickserv and all other useful
  20. >bots should be improved and I have no problem with them at all, I even encourage
  21. >people to write them.... all because they do things that the average user can
  22. >not do by themselves...
  23.  
  24. Actually that sounds cool.  A friend of mine has a theory that addiction to
  25. MUDs, and addiction to IRC, is mutually exclusive.  But consider that no MUD
  26. has more than about 300 users at a time, whereas I've seen IRC with 1300 plus.
  27. No MUD (that I am aware of) takes advantage of the resources of more than
  28. one computer, while IRC uses hundreds.  You could make one helluva MUD with
  29. all that.
  30.  
  31. >[stuff on owning channels]
  32. >I will grant you this for established channels... however, usually at least
  33. >one ircop is on #hot*, so the offender better watch out...
  34.  
  35. I wasn't thinking of #hot* -- no one owns those channels; they're both very
  36. close to anarchy.  I'm thinking more along the lines of #sherwood.  Often
  37. hovering around ten people or so, with a few old-timers (sometimes as old as
  38. *three whole years*!  A long time in the fast-moving computer world), and lots
  39. of semi-faithful visitors who can only get opped by a lot of major kissing-up.
  40. It's pretty disgusting to watch.
  41.  
  42. >[stuff on owning and registering nicks]
  43. >Let them register from different accounts (possibly 2-5, unless they have hacked
  44. >root somewhere...) This will still prevent nick duplication, although some
  45. >users will have more possible nicks than others, but this is a small price to
  46. >pay, in my opinion.
  47.  
  48. What about those people who modify their clients to allow them to set their
  49. own IRC username?  This will have to be prevented in some way.  ... Yes, I did
  50. this myself.  I only had to change about twenty characters of the source code
  51. to do it.  Did all sorts of fun and annoying things with that ability.  Nearly
  52. lost my UNIX account as a result.  But if there is ever going to be any sort
  53. of nickname registration, this sort of bug will have to be eliminated first.
  54.      I realise that every time I admit publicly, on Usenet, that I've done
  55. this or that, I've stuck my neck way out.  I only take that risk because it
  56. shows what's wrong with the system.  We have to be aware of the obstacles to
  57. be overcome, and that includes making the system much more waterproof.
  58.  
  59. >[channel-reserving bots...]
  60. >Emotions aside for a minute... An ircrc can act as a channel cop... it's
  61. >quite easy to deop anyone who deops someone else or changes nicks or whatever...
  62. >I admit that I don't like talking bots, but pubserv (from what you have said,
  63. >I have never personally run into that bot) sounds more like channel atmosphere..
  64. >As long as it's not annoying, I'll put up with bots...
  65.  
  66. One thing a bot can do that (most) human users cannot, is be on the system 24
  67. hours a day.  That allows people to log in from anywhere, at odd hours, and
  68. hold conversations and read postings, etc.
  69.  
  70. >[the inevitability of mode wars; how could they be accomodated]
  71. >This sounds like quite a good idea to me. Sorry, no ideas here... You have a 
  72. >very good point about granting and revoking power. Maybe a new type of op
  73. >status should be used....
  74.  
  75. Someone once suggested that when you op someone on a channel, you should lose
  76. your own op status.  Not a bad start--a problem arises if someone leaves a
  77. channel without opping anyone else.  Perhaps the person who forms a channel
  78. would have a higher level of op status, the channel owner.  The channel might
  79. then be branded with his/her username and host, so that it would still be
  80. theirs if they came back later (eliminating the need for a bot to reserve it).
  81. A minor "channel controller" status could be passed out by the owner, and then
  82. distributed or not the way chops are now.  For this to work, the channel would
  83. need to stay in existence even when empty--that might lead to the registration
  84. of channels, just like for nicks.  Hey, I'm just thinking out loud, I know
  85. this idea is just half-baked, but there is definitely some potential here.
  86. Maybe we could cut down on mode changes, instead of demanding that the server
  87. handle the large load being dished out with this system.
  88.  
  89. >[ircrcs and bots and aliases and modules]
  90. >why duplicate a command? anyway, most bot users (95%) don't use /load commands
  91. >(the number is a guess, but probably close to the mark)
  92.  
  93. Then they're not very bright, programming-wise, or are just copying someone
  94. else's old code--either way I don't want to hear about it.  I don't respect
  95. such people, and it's a shame that they are taken as representative of bot
  96. programmers.
  97.  
  98.  
  99. >Scott Andrew McMillan             University of Illinois at Urbana-Champaign
  100. >socket@uiuc.edu        "Fighting for peace is like fornicating for chastity"
  101. >smcmilla@ux4.cso.uiuc.edu            What about my ontological predicates???
  102.  
  103.                                         Greg Meyers
  104.                                         Lord_Max
  105.                                         meyers@alpha.ces.cwru.edu
  106.