home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 23660 < prev    next >
Encoding:
Text File  |  1993-01-11  |  4.4 KB  |  93 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!wirzeniu
  3. From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
  4. Subject: Re: Reducing traffic on c.o.l.
  5. Message-ID: <1993Jan11.203859.20237@klaava.Helsinki.FI>
  6. Organization: University of Helsinki
  7. References: <1993Jan11.072811.4066@athena.mit.edu>
  8. Date: Mon, 11 Jan 1993 20:38:59 GMT
  9. Lines: 82
  10.  
  11. dthumim@athena.mit.edu (Daniel J Thumim) writes:
  12. >Probably the least interesting posts are newbie questions and please for
  13. >help.  Perhaps we can cut down on these by setting up separate help forums,
  14. >and *advertising* them, here, in the [meta-]faq, with linux distributions,
  15. >in the form of instructions for getting help... with posting to c.o.l.
  16. >listed as a last resort only!
  17.  
  18. Since people don't read meta-faqs, faqs, readmes, man pages, and
  19. anything else that answers their questions, except for direct replies
  20. to questions posted to comp.os.linux, why would they read about all
  21. these new, wonderful ways to get answers to their questions?
  22.  
  23. Well, actually there are an awful lot of people who _do_ read them,
  24. but they aren't the problem, since they generally don't post to c.o.l
  25. anyway.
  26.  
  27. Your idea is good, and I'd suggest something similar myself, except
  28. that I don't think it will work very well in practise.  Trying to get
  29. people to follow netiquette and behave like the intelligent, civilized
  30. human beings they think they are, seems to be a doomed project, and
  31. will probably only result in frustration for the people who do it.
  32.  
  33. Just about the only two ways to reduce traffic in a group on Usenet
  34. seem to be a) make the group moderated (not an option for c.o.l, way
  35. too much work for the moderator), or b) remove the group.
  36.  
  37. As for the suggestion that people should add [keywords] to their
  38. subjects, I doubt that it works much better than trying to get people
  39. to use descriptive subjects in general.  Is "[X] help" that much
  40. better than a plain "help"?  Should it be preferred to "Logitech
  41. busmouse not recogized by Xfree86 1.1"?  (I will ignore the fact that
  42. most of the X questions here should go to comp.windows.x.i386unix,
  43. since many of them are, in fact, also at least slightly relevant to
  44. c.o.l.)
  45.  
  46. Besides, enforced keywords are a de-facto split, but implemented in a
  47. crude and unpleasant manner.
  48.  
  49. >People should realize how many other people's time they are
  50. >wasting...
  51.  
  52. Exactly, with 30000+ readers, if every people use just one second per
  53. article, that is still a full working day in total.  And with the way
  54. some people quote text, one has to scroll through several pages of
  55. stuff that is not relevant to the actual purpose of the post, so the
  56. one second is highly optimistic.
  57.  
  58. Just think about it, if you post an article that takes as little as
  59. half a dozen seconds to process per reader, you are wasting an entire
  60. work week.
  61.  
  62. And while we're computing, if you have a problem, read the FAQ,
  63. manuals, and other documentation (such as a Unix book), you can often
  64. find the answer in a matter of minutes.  If you post to comp.os.linux,
  65. instead, you might not get an answer for a day or two.  Efficient, eh?
  66.  
  67. >Please, people, think before posting!
  68.  
  69. However, since _I_ am a good guy, _I_ don't have to so I'm going to
  70. post this anyway.  ;-)
  71.  
  72. Please note: I am still not troubled by the volume as such, only by
  73. the volume of noise, i.e. things that either don't belong here (IMHO,
  74. of course), or things that would be solved by RTFMing.  I realize that
  75. I may be in a better position in this regard than most, though.  And
  76. before _another_ person accuses me of things I didn't do (thankfully
  77. he did it in mail, so I could just ignore him), I'll note that I did
  78. _not_, in fact, vote _against_ the new groups when the vote was held,
  79. and I even went as far as advertising the vote in two issues Linux
  80. News, and generally encouraging people to vote.  I did not want to
  81. hear complaints afterwards that the "Linux gurus" tried to sabotage
  82. the vote.  I also knew there would be a lot of bitter complaints by
  83. unsatisfied people if the split failed (was I right or what?), and
  84. hoped that if many people voted there would be clear margin either
  85. way.  Unfortunately, the votes were fairly evenly distributed (several
  86. hundred votes per group, and all but one failed the "more than 100 yes
  87. votes than no votes" rule), and the result only indicates that the
  88. c.o.l readership is (or was) pretty much evenly divided on the issue.
  89.  
  90. --
  91. Lars.Wirzenius@helsinki.fi  (finger wirzeniu@klaava.helsinki.fi)
  92.    MS-DOS, you can't live with it, you can live without it.
  93.