home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / programm / 2434 < prev    next >
Encoding:
Internet Message Format  |  1992-08-22  |  3.2 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!ucbvax!virtualnews.nyu.edu!brnstnd
  2. From: brnstnd@nyu.edu (Dan Bernstein)
  3. Newsgroups: comp.programming
  4. Subject: --- comp.programming charter: read before you post (weekly notice)
  5. Message-ID: <16077.Aug2304.00.1192@virtualnews.nyu.edu>
  6. Date: 23 Aug 92 04:00:11 GMT
  7. Organization: IR
  8. Lines: 59
  9.  
  10. comp.programming    Programming issues that transcend languages and OSs.
  11.  
  12. It is a matter of courtesy to read a USENET group for at least a month
  13. before posting anything to it. You should be familiar with this article
  14. and with all the regular announcements in news.announce.newusers. A
  15. newsgroup is like a crowded meeting hall filled with people who want to
  16. talk about similar subjects. Chances are that if you just stick your
  17. head in and shout, you'll be saying something totally inappropriate or
  18. asking a question which someone else asked last week, and everyone will
  19. be angry at you. To avoid this, _read_ before you post.
  20.  
  21. What you _should_ post here (the charter):
  22.  
  23.     comp.programming is an unmoderated group for discussions of
  24.     programming issues which are not limited to a specific machine,
  25.     operating system, or language: in particular, algorithms of all
  26.     types. ``Programming issues'' means _practical_ programming
  27.     issues: it is considered very bad form here to discuss issues
  28.     with which you do not have direct programming experience.
  29.  
  30. What you _should not_ post here:
  31.  
  32.     Any issue which is limited to a specific machine, operating
  33.     system, or language is completely inappropriate for this group.
  34.     If you are programming under UNIX, use comp.unix.programmer. If
  35.     you are programming a PC, use comp.os.msdos.programmer. If you
  36.     are programming a Mac, use comp.sys.mac.programmer. If you are
  37.     programming an Amiga, use comp.sys.amiga.programmer. If you are
  38.     programming a game and think that your question is of interest
  39.     to other game programmers, use rec.games.programmer. If you're
  40.     absolutely sure that your question is on the use of the C
  41.     language---it wouldn't make sense if you were using a different
  42.     language---try comp.lang.c. If your question is a meta-question
  43.     which has to do with features of various programming languages,
  44.     use comp.lang.misc. If your question has to do with theoretical
  45.     results which have to do with computer science rather than
  46.     programming, try comp.theory. Finally, if you're sure that your
  47.     question would make sense under a variety of operating systems,
  48.     running on a variety of machines, and in a wide variety of
  49.     programming languages, then comp.programming is probably right.
  50.  
  51.     Note added 3/9/92: If you want source code for something, you'll
  52.     get better response in comp.sources.wanted, which was created to
  53.     handle such requests.
  54.  
  55. Other comp.programming conventions:
  56.  
  57.     It's often difficult to talk about programming without quoting
  58.     the results of that programming---i.e., code. There is nothing
  59.     wrong with using a particular language to present code samples,
  60.     as long as they _could_ have been expressed in various other
  61.     languages. However, you are less likely to have your question
  62.     understood if you illustrate it with a choice segment of APL
  63.     than if you use pseudo-code, Algol, C, etc.
  64.  
  65. For future reference, comp.programming passed by a vote of 403-47. It
  66. was created 3/1/92.
  67.  
  68. ---Dan
  69.