home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / rec / org / sca / 15958 < prev    next >
Encoding:
Text File  |  1992-11-19  |  3.6 KB  |  76 lines

  1. Newsgroups: rec.org.sca
  2. Path: sparky!uunet!newsgate.watson.ibm.com!yktnews!admin!siena!mittle
  3. From: mittle@watson.ibm.com (Josh Mittleman)
  4. Subject: Re: Group activity
  5. Sender: news@watson.ibm.com (NNTP News Poster)
  6. Message-ID: <1992Nov19.200852.142486@watson.ibm.com>
  7. Date: Thu, 19 Nov 1992 20:08:52 GMT
  8. Disclaimer: This posting represents the poster's views, not necessarily those of IBM
  9. References:  <721621175.F00002@ocitor.fidonet>
  10. Nntp-Posting-Host: siena.watson.ibm.com
  11. Organization: IBM T.J. Watson Research Center
  12. Lines: 62
  13.  
  14. Greetings from Arval!
  15.  
  16. Daniel wrote:
  17.  
  18. > First of all, that a law is unenforcable does not mean it is a bad law...
  19. > IF the law has results in its intended purpose, and IF there are ways
  20. > around it when it should not apple (as there obviously are, given its
  21. > wording), then I would submit that it IS a good law.
  22.  
  23. You've come straight to the point: If the benefits of the rule outweigh its
  24. costs, then it is a worthwhile.  I think it is far from clear that this is
  25. the case.  Even when they are unenforcable or evadable, rules are coercive.
  26. Simply by virtue of existing, they discourage creativity and
  27. experimentation.  If we have a rule that says that every branch must hold
  28. events, then very few people will even consider the alternatives and we
  29. lose the possible benefits of their alternative efforts.  That's why I
  30. believe that we should always avoid making rules unless we are absolutely
  31. sure that they are necessary.  Various people have suggested problems that
  32. might result if groups were not required to hold events, or problems that
  33. might underlie the fact that a group is not holding events, but none of
  34. them is a certain consequence of relaxing the rule, and all of them can be
  35. solved in other ways.  Homogeneity is always convenient for central
  36. authority, but that should not be a driving force behind the SCA
  37. bureaucracy.
  38.  
  39.  
  40. Gwenllian wrote:
  41.  
  42. > My philosophy would be that if they don't hold events where the kingdom
  43. > is welcome and invited, then maybe they should just be a household... An
  44. > underlying part of this assumption is that the event is the culmination
  45. > of SCA activities. 
  46.  
  47. That assumption is exactly that one that I am questioning.  Are events the
  48. be-all of a branch of the SCA?  I don't think so; the primary goal of a
  49. group is to encourage people to do the learning and teaching.  An event is
  50. one useful way to accomplish that goal, but it is hardly the only one.
  51.  
  52. > We all enjoy attending events.  So that the plate may be full of events
  53. > to attend, every official group should hold at least one event that any
  54. > who wish may attend.
  55.  
  56. Is there any kingdom which has a dearth of events?  My impression from
  57. looking at the various newsletters is that the kingdoms have more events
  58. than they can handle.  If there were a shortage of events, then the
  59. requirement would make sense.  
  60.  
  61. > There's another benefit to smaller groups holding events.  In every
  62. > group, there are those who don't travel.  Holding events will allow those
  63. > people to be exposed to the rest of the SCA, rather than just their
  64. > insular group.
  65.  
  66. Insularity is definitely a real problem, and it is a reasonable part of the
  67. kingdom seneschal's job to encourage every group to learn from and share
  68. with the rest of the kingdom.  If a particular group is stagnating as a
  69. result of insularity, then the kingdom seneschal should take some action.
  70. I do agree that every branch ought to share its skills and resources with
  71. its neighbors, but I do not agree that holding events is the only way to do
  72. it or even necessarily the best way. 
  73.  
  74. ===========================================================================
  75. Arval Benicoeur                                       mittle@watson.ibm.com
  76.