home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / rec / games / bridge / 7138 < prev    next >
Encoding:
Internet Message Format  |  1993-01-02  |  8.6 KB

  1. Xref: sparky rec.games.bridge:7138 news.answers:4873
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!rutgers!cmcl2!MFDD2.CIMS.NYU.EDU!braams
  3. From: braams@MFDD2.CIMS.NYU.EDU (Bastiaan Braams)
  4. Newsgroups: rec.games.bridge,news.answers
  5. Subject: rec.games.bridge style guide
  6. Summary: This posting provides advice on style for contributions to
  7.  the rec.games.bridge newsgroup.
  8. Message-ID: <9301022124.AA00878@MFDD2.CIMS.NYU.EDU>
  9. Date: 2 Jan 93 11:24:56 GMT
  10. Sender: daemon@cmcl2.nyu.edu (Mr Background)
  11. Reply-To: braams@cims.nyu.edu (Bas Braams)
  12. Followup-To: rec.games.bridge
  13. Organization: New York University
  14. Lines: 141
  15. Approved: news-answers-request@mit.edu
  16.  
  17. Archive-name: games/bridge/style-guide
  18. Last-modified: 1993/01/02
  19.  
  20. The quality of a newsgroup will benefit if its community adheres to
  21. certain conventions in presentation and style.  In this posting we
  22. provide some suggestions concerning contributions to rec.games.bridge.
  23. We claim no authority, but merely hope that contributors to r.g.b. will
  24. be able to use these suggestions to their advantage.
  25.  
  26.   [ The newsgroup news.announce.newusers provides every two months or
  27.     so an introduction to the general rules and etiquette of net use;
  28.     much frustrating discussion can be avoided if netters are familiar
  29.     with this material.  You will find there a discussion of the
  30.     disease of mushrooming meta-discussions, suggestions about when to
  31.     use private email rather than the net, suggestions about ignoring
  32.     or dealing with postings that are deemed inappropriate, obnoxious
  33.     or silly, advice about proper procedure in quoting previous posts
  34.     and private email, advice about keeping your line length down to
  35.     72-74 characters, and much else. ]
  36.  
  37. It is helpful to your readers if you adhere to a minimal standard format
  38. when posting a hand or a deal.  Count the cards!  List the suits in the
  39. order S, H, D, C.  In a diagram of four hands, place South at the
  40. bottom, and rearrange the directions to make South declarer unless there
  41. is a special reason not to.  Do not use the tab key to compose a
  42. diagram, as the diagram may become misaligned on other people's screens
  43. and is very likely to become misaligned if your text is quoted and
  44. indented.  If only two hands are shown it may be better to place them
  45. side by side as West and East, and a single hand can be specified
  46. inline.  Please do not use xx's to represent small cards when discussing
  47. a play problem, and in a bidding problem, use xx's only when they may
  48. truly be understood to represent the smallest cards in the suit.
  49.  
  50. When recapping the auction, make sure that East's bids are to the right
  51. of West's, else readers may associate the bids with the wrong hand.  The
  52. recommended format is to list the bids in four columns in the order
  53. W-N-E-S.  Note all alertable bids and explain the bid in context.  Do
  54. not explain a bid by convention name if it is not one of the standard
  55. bids or if you play some variation that is not standard.  You can avoid
  56. confusion by describing a bid rather than naming it.
  57.  
  58. When describing the play, take care to specify the type of defensive
  59. carding that is being used where this information is relevant.
  60.  
  61. When you post a bidding problem, supply the method of scoring, the
  62. vulnerability and the position of the dealer.  Do this even if you think
  63. the information is superfluous; it seldom is, and takes up very little
  64. space.
  65.  
  66. When you post a play problem, again, as a matter of routine, mention the
  67. method of scoring and the vulnerability.  It is normally right to
  68. provide the bidding too.  Whenever possible, please give the level of
  69. the event.
  70.  
  71. When asking for a director's ruling on a particular deal, describe the
  72. level of the event and any relevant circumstances, specify all four
  73. hands, and describe the bidding and play completely.  (In cases
  74. involving unauthorized information, you can alternatively provide only
  75. the authorized information and ask what are the logical options.)
  76.  
  77. Many postings on r.g.b. are in the "What went wrong?" category.  A good
  78. original posting of that type describes a deal and bidding or play that
  79. is, in the poster's humble opinion, reasonable and without obvious
  80. error, but that has led to an unsatisfactory result.  The poster asks
  81. whether some particular action is to blame, or whether the result is
  82. just unfortunate.  Deals in which the poster already recognizes that
  83. some error has been committed normally do not provide good material for
  84. discussion.  Please do not pose problems of which one component is
  85. partnership misunderstanding, partnership mistrust, or flouting of
  86. partnership agreements.  The net can't help with those problems except
  87. by impressing upon you that partnership understanding and partnership
  88. trust are preconditions for a good game of bridge.
  89.  
  90. Please try to research your problem a bit before asking a potentially
  91. common question.  Good American and British sources for generic bidding
  92. problems include Bill Root's "Commonsense Bidding", Eddie Kantar's
  93. "Modern Bridge Conventions", Alfred Sheinwold's "5 Weeks to Winning
  94. Bridge", Dorothy Truscott's "Bid Better, Play Better", and Terence
  95. Reese's "Learn Bridge with Reese".  These books will often give a better
  96. and more complete description than you are likely to obtain from the
  97. net.
  98.  
  99. If you are seeking advice or help, consider requesting replies by email,
  100. and if your question is of some general interest, be prepared to post a
  101. summary of comments received.  If you did not announce beforehand that
  102. you intended to summarize replies then it is proper to ask permission
  103. before quoting from private email.
  104.  
  105. Before posting a reply to a problem, think it through.  Reply only if
  106. you believe you are qualified and have an informed opinion, and compose
  107. your answer carefully--the time spent on doing so will save your readers
  108. much more time in the aggregate.  Remember that it is only the careful
  109. reasoning that you supply, that makes your answer of any interest to the
  110. r.g.b. readers.  If you are addressing a bidding problem, explain why
  111. your chosen bid is superior to the likely alternatives.  If it is a play
  112. problem, try to provide percentages.  If it is a director's problem,
  113. state the legal basis for your ruling.  Please appreciate that a
  114. question that appears trivial to you was not trivial to the original
  115. poster, and may not be trivial to many other readers.  Be polite,
  116. succinct and to the point.  Quote from the original posting no more than
  117. is needed to make your answer clear; attribute your quote properly, but
  118. never quote a signature.
  119.  
  120. It is not normally a good idea to make successive postings referring to
  121. the same problem or issue, although a discussion may introduce a new
  122. topic that merits a second contribution.  If you decide you've not made
  123. yourself clear in your first contribution, resolve to do better when you
  124. comment on another problem.  If you decide that your original answer to
  125. a problem was wrong and meanwhile someone else has posted a better
  126. answer, don't feel that you now must post a correction to your previous
  127. answer.  Perhaps you should not have replied in the first place, and
  128. anyway, the correction has already appeared.  Forget about it and
  129. resolve to do better the next time.  If you've posted an answer to a
  130. problem and you read a subsequent answer by someone else that you think
  131. is wrong, don't reiterate what you've said before.  You've made your
  132. point, and the readers can make up their own mind.
  133.  
  134. If you see a posting that is plainly wrong or silly, wait a day or two
  135. before following up.  If you can't stand to wait, send email to the
  136. author rather than a follow-up.  Chances are other people have noticed
  137. too, and an excessive number of follow-ups are already on the way.  If
  138. you see a posting that is rude or inappropriate, an email message should
  139. be preferred to replying over the net; replying by follow-up on the net
  140. tends to generate flame wars instead of discussion.  If you post a hand
  141. on this newsgroup you should be willing to accept that some players will
  142. strongly disagree with your bidding or play.  Please understand that the
  143. nature of a public electronic network does not allow you the same degree
  144. of social control that you may have in your local bridge club; for that
  145. very practical reason you should try hard not to let a style of posting
  146. of which you disapprove interfere with your enjoyment of this newsgroup.
  147.  
  148. Articles in rec.games.bridge should normally receive worldwide
  149. distribution.  If your posting software inserts some restrictive
  150. "Distribution: ..." line, please remove it.
  151.  
  152. Thanks to Bharat Rao, David DesJardins, Doug Newlands, Paul Jackson, Mark
  153. Brader and Hans van Staveren for their contributions to this style guide.
  154.  
  155.     Bas Braams        braams@cims.nyu.edu (address for follow-up email)
  156.     Steve Willner     willner@cfa183.harvard.edu
  157.     Ted Ying          ted@rosserv.gsfc.nasa.gov
  158.