home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / alt / irc / 2551 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  3.6 KB

  1. Path: sparky!uunet!olivea!bu.edu!rpi!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!boulder!ucsu!spot.Colorado.EDU!frechett
  2. From: frechett@spot.Colorado.EDU (-=Runaway Daemon=-)
  3. Newsgroups: alt.irc
  4. Subject: Re: Useless Bots
  5. Message-ID: <1992Jul27.202944.20056@ucsu.Colorado.EDU>
  6. Date: 27 Jul 92 20:29:44 GMT
  7. References: <1992Jul25.195155.5861@news.cs.brandeis.edu> <1992Jul26.020711.29624@rat.csc.calpoly.edu> <1992Jul26.035708.8997@news.cs.brandeis.edu>
  8. Sender: news@ucsu.Colorado.EDU (USENET News System)
  9. Organization: University of Colorado, Boulder
  10. Lines: 52
  11. Nntp-Posting-Host: spot.colorado.edu
  12.  
  13. In article <1992Jul26.035708.8997@news.cs.brandeis.edu> oren@chaos.cs.brandeis.edu (Oren Kastner) writes:
  14.  
  15. >Wowowo, hold on a minute.  When you run a server it is NO business of yours
  16. >how many users you have on the server and what/who they are -- UNLESS they
  17.  
  18. Now here you've finally crossed the line you were treading on and are now 
  19. swimming in a pool of utter bullshit.  A server admin has EVERY right to 
  20. decide who uses his server and for what purpose.  The users of irc do not pay
  21. for the privledge.  As cruel as it sounds they have no RIGHT to do anything.
  22. This doesn't mean I can't be courtious but it also don't mean that one
  23. has to extend any special privledges.  I don't get paid to run my server.  It
  24. has support from my admin but they, like me, wouldn't care to know that a 
  25. significant chunk of system resources is being used to support a bunch of 
  26. automatons.  
  27.  
  28. >cause problems (like harassment).  Other than THAT, if you see someone called
  29. >``BuckTooth'', why should it make a difference to you if that is a regular
  30. >user or a bot (program)?  You are there to provide and manage a service, NOT
  31. >to ``select'' who is fit to be honored by your approval.  If you decide that
  32.  
  33. Wrong again.  I do provide a service, but I don't provide a service guaranteed
  34. you by some constitutional right (pick the approriate document if from
  35. another country).  
  36.  
  37. >your server can't handle the ``load'' then maybe you should think about
  38. >restricting hosts from which you will accept connections rather than kicking
  39. >of users you think are bots who are just a waste or your time and resources.
  40.  
  41. This has little to do with whether the machine can handle the load or not.  
  42. It's a matter of wastefulness.  Just because the server can handle the load
  43. doesn't mean that it should all the time.  And that's what bots are: A constant
  44. load on the system all the time.   Even when someone writes an arguably useful 
  45. service it ends up being based on the same sloppy, inefficient ircII script 
  46. code of other people such as Baloobear and noone learns a thing.  I remember 
  47. when irc clients didn't have ON and I wrote a bot in TinyTalk script code.  It 
  48. was amusing and I learned something.  But now people don't learn shit.  I've 
  49. run into so many people who write stuff based on a pattern but with 
  50. absolute know idea of why they do what they do.  "Well BalooBear's script
  51. does this, but when I try to do this, it doesn't work." Puke.
  52. I might find bots less objectionable if people put some creativity or humor
  53. into them or at least learned what efficiency meant.  How to optimize 
  54. some action.  How to avoid having 5 bots on a channel all op someone at the 
  55. same time.  Like you need those 5 damn bots in the first place.
  56.  
  57. Same thing happens with perl robots to some extent as there is some
  58. handy skeleton code around for people to bash on with no learning or
  59. understanding involved.  
  60.  
  61. BTW.. if you were to ask me if we needed NickServ, or NoteServ, I'd say they
  62. could go away and it wouldn't bother me in the slightest.
  63.  
  64.     ian
  65.