home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 October / usenetsourcesnewsgroupsinfomagicoctober1994disk1.iso / answers / groupware-intro < prev    next >
Internet Message Format  |  1993-12-28  |  17KB

  1. Path: bloom-beacon.mit.edu!pad-thai.aktis.com!pad-thai.aktis.com!not-for-mail
  2. From: david@ruc.dk (David Stodolsky)
  3. Newsgroups: comp.groupware,news.answers,comp.answers
  4. Subject: Introduction to comp.groupware (Periodic informational Posting)
  5. Supersedes: <groupware-intro_755931615@GZA.COM>
  6. Followup-To: comp.groupware
  7. Date: 29 Dec 1993 00:00:39 -0500
  8. Organization: Roskilde University
  9. Lines: 349
  10. Sender: faqserv@security.ov.com
  11. Approved: news-answers-request@MIT.Edu
  12. Distribution: world
  13. Expires: 26 Jan 1994 05:00:12 GMT
  14. Message-ID: <groupware-intro_757141212@GZA.COM>
  15. NNTP-Posting-Host: pad-thai.aktis.com
  16. Summary: Guidelines for posting to the Usenet newsgroup comp.groupware.
  17. Keywords: CSCW, orgware, group, interactive, shared, environments
  18. X-Last-Updated: 1993/01/25
  19. Xref: bloom-beacon.mit.edu comp.groupware:1434 news.answers:13420 comp.answers:3191
  20.  
  21. Archive-name: groupware-intro
  22. Last-modified: 1993/1/17
  23. Version: 1.5
  24.  
  25. Please read carefully:
  26. Any article posted to comp.groupware uses a minimum of ten hours of
  27. readers' time. Do not post test messages to comp.groupware (see section
  28. 5 below). Information for teachers is contained in section 7.
  29.  
  30. This article is posted automatically every 14 days to introduce the
  31. group to the more than one thousand new users that have subscribed
  32. during that period. 
  33.  
  34. ---------------- Contents (and revision information) ------------
  35.  
  36. Sections in this article (Revised in last modification)
  37.  
  38. 0. Groupware is software and hardware for shared interactive
  39. environments.
  40. 1. Set your distribution to "world". (Revised)
  41. 2. Sign your article.
  42. 3. Comp.groupware is being archived. (Revised)
  43. 4. If you are posting copyrighted work...
  44. 5. Read "Welcome to news.newusers.questions"... (Revised)
  45. 6. When you reply to a message, do not change the subject line...
  46. 7. Comp.groupware is read by over 28,000 people. (Revised)
  47.  
  48. ------------ End of Contents (and revision information) ----------
  49.  
  50.  
  51. 0. Groupware is software and hardware for shared interactive
  52. environments.
  53.  
  54. The term "environment" includes software and hardware that sets the
  55. context for interaction. Hardware can include specially designed
  56. furnishings and architectural spaces that are considered integral to
  57. correct utilization of a given software application. A groupware
  58. application may require a specific organizational environment to
  59. function as expected. More powerful applications can adapt to, or
  60. overcome limitations of, their environments.
  61.  
  62. The term "interactive" is used to indicate that time constraints are
  63. managed by the system. Many groupware applications appear to support
  64. real-time interaction. Others merely enforce deadlines that can span
  65. weeks. In either case, the technical limitations on the pace of
  66. interaction are made (to appear) negligible in terms of the objectives
  67. of the application. Systems that exclude reference to real time are not
  68. groupware applications.
  69.  
  70. The term "shared" indicates that two or more participants interact with
  71. one another in such a manner that each person influences and is
  72. influenced by each other person. No upper limit in the number of
  73. participants is indicated, because mediated groups, as opposed to
  74. natural ones, can maintain joint awareness with very large numbers of
  75. persons. (Joint awareness is one way that "group" is defined.) An
  76. objective of some groupware applications is to increase the number of
  77. persons that can interact "as a group".
  78.  
  79. Some definitions of groupware include the notion of a common goal. While
  80. all systems require some agreement among participants (at minimum that
  81. they should be jointly used), interactions can be predominately
  82. conflictual. Management of conflict is often a crucial feature of a
  83. groupware system. Vote collecting systems are an example.
  84.  
  85. Definitions:
  86.  
  87. Group - Two or more persons who are interacting
  88. with one another in such a manner that each person
  89. influences and is influenced by each other person
  90. (Shaw, M. E. _Group dynamics: The psychology of
  91. small group behaviour_. 1976, p. 11).
  92.  
  93. Ware - 1 a) manufactured articles, products of art
  94. or craft.... b) an article of merchandise.... 3) an
  95. intangible item (as a service) that is a marketable
  96. commodity. (_Webster's New Collegiate Dictionary_,
  97. 1976, p. 1319).
  98.  
  99.  
  100. 1. Set your distribution to "world". Comp.groupware is delivered to all
  101. continents. Do not limit your chances for feedback by restricting
  102. distribution. Restricted distribution can cause confusion when people
  103. read responses to articles they have not seen. If you notice an article
  104. has a restricted distribution, inform the poster by mail.
  105.  
  106. If you are restricted from posting to "world" by your administrator,
  107. request a change in your privileges, at least for this newsgroup. If
  108. refused, determine what your rights are in terms of appeal, based upon
  109. information available at your site. An alternative is to use the Net to
  110. find information and persons to contact concerning your rights. 
  111. Try the newsgroups:
  112.  
  113. comp.org.eff.news
  114. comp.org.eff.talk
  115. misc.legal.computing
  116. alt.society.civil-liberty
  117. alt.comp.acad-freedom.news
  118. alt.society.cu-digest
  119.  
  120. Information about the rights of network users is available from the
  121. Electronic Frontier Foundation (EFF). Information about the Electronic
  122. Frontier Foundation  can be requested from eff@eff.org. You can also
  123. retrieve information about EFF and its projects via anonymous FTP from
  124. ftp.eff.org.
  125.  
  126. As a final resort, send a summary of your case to:
  127.  
  128. Carl Kadie (kadie@eff.org)
  129. Electronic Frontier Foundation
  130. 155 Second Street
  131. Cambridge, MA 02141, USA
  132. Tel.: +1 (617) 864-0665
  133. Fax: +1 (617) 864-0866.
  134.  
  135. If you can send email off-site, you can post using a Usenet-news mail
  136. server. Email to "comp-groupware@ucbvax.berkeley.edu" is posted with the
  137. subject line of your letter becoming the subject line of the article.
  138. (Note: "." in the newsgroup name is written as "-".) This allows you to
  139. post to a newsgroup even if you have read-only access to Network News.
  140.  
  141.  
  142. 2. Sign your article. Each name should have one and only one user. If
  143. the article is a joint product, indicate this at the beginning and end
  144. of the article. Some news reading programs allow certain names to be to
  145. be automatically selected. Help the reader by using the same name at all
  146. times. This will improve the chances that people will read your
  147. articles.
  148.  
  149. The signature should include complete name, address, and telephone
  150. number (this allows quick verification in case forgery is suspected).
  151. Email addresses ought to be included in the signature in case headers
  152. get munged. Another nice feature is geographical coordinates, so the
  153. time zone can be determined (useful in telephoning). The signature
  154. should be limited to four lines as is suggested practice on Usenet.
  155.  
  156.  
  157. 3. Comp.groupware is being archived.
  158. tvv@ncsc.org (Terry Myerson) began archiving comp.groupware 92.10.6.
  159. The archive is available by anonymous FTP (File Transfer Protocol) from:
  160. avs.ncsc.org ( 128.109.178.23 )
  161.  
  162. in the directory:
  163. ~ftp/newsgroups/comp.groupware
  164.  
  165. The archives are in mail folders named MONTH_YEAR.
  166. For example, to peruse all of the postings in the month of
  167. October, you could download the archive Oct_92, and execute
  168.  
  169. %       Mail -f Oct_92
  170.  
  171. FTP is a way of copying files between networked computers.  If you
  172. need help in using or getting started with FTP, send email to:
  173. mail-server@rtfm.mit.edu 
  174.  
  175. with:
  176. send usenet/news.answers/ftp-list/faq
  177.  
  178. in the body to find out how to do FTP.
  179.  
  180. Those without FTP access should send email to:
  181. mail-server@rtfm.mit.edu
  182.  
  183. with:
  184. send usenet/news.answers/finding-sources
  185.  
  186. in the body to find out how to do FTP by email.
  187.  
  188.  
  189. 4. If you are posting copyrighted work, indicate at the beginning of the
  190. article whether permission has been obtained. If you do not want an
  191. article reproduced, indicate this (e.g., Copyright - Net distribution
  192. only).
  193.  
  194.  
  195. 5. Read "Welcome to news.newusers.questions" in that newsgroup before
  196. posting for the first time. This helps to avoid common mistakes and
  197. inadvertent abusive behavior that can cause articles to be ignored.
  198.  
  199. Authors should refer to "Guidelines for posting on Usenet" in the
  200. newsgroup "news.announce.newusers" to make sure they know to spell check
  201. their articles, etc. "Answers to Frequently Asked Questions",
  202. "Introduction to news.announce", "Hints on writing style for Usenet"
  203. available in the same newsgroup also contain information for new users.
  204.  
  205. Do not post test messages to comp.groupware. There are special groups
  206. for testing. And tests should be as limited in their distribution as
  207. possible. This is basic information from "Guidelines for posting on
  208. Usenet". Posting of test messages inappropriately is considered abusive
  209. and will cause a loss of readership for your articles.
  210.  
  211. Always use your Subject line to state the *topic* of your article as
  212. completely as possible (e.g., "Macintosh II voice-mail based real-time
  213. meeting software ready.", rather than "Meeting software"). Summary lines
  214. should indicate *what* your message says about the topic (e.g., "New
  215. meeting coordination software available via anonymous FTP"). Statements
  216. should always end with periods, questions with question marks
  217. (typically), and high energy, high impact declarations with exclamation
  218. points. These rules makes articles much easier for recipients to handle
  219. appropriately. 
  220.  
  221. If you ask a question, your subject line should include "question",
  222. "query", "(Q)" or should end with a "?". Questions should clearly
  223. explain your problem and surrounding issues. Otherwise, you will simply
  224. waste the time of those who want to help you. Tell people the kind of
  225. work you are doing or contemplating doing. This helps them provide the
  226. information you need. Indicate what efforts, if any, you have made thus
  227. far, and what information was found.
  228.  
  229. Subject, Summary, and Keyword headers are scanned by many news reading
  230. programs, thus permitting readers to find your article easily. You will
  231. have your articles read more often if you select these carefully.
  232.  
  233.  
  234. 6. When you reply to a message, do not change the subject line or
  235. redirect follow-ups (unless you are changing the subject).  Such changes
  236. make it harder for some news readers to follow the threads in a
  237. discussion. Include a "Summary" line which indicates specifically what
  238. your message says. This permits your article to be found even if it is a
  239. follow-up to an article with poorly chosen subject and keyword
  240. information.
  241.  
  242. Please, do not post responses to articles you feel are inappropriate or
  243. abusive. (If you can not resist, consider alt.flame as an alternative
  244. newsgroup for your article [it has greater readership than
  245. comp.groupware]). If the author is not saying anything worth reading,
  246. enter the name in your "kill" file, and then no more of your time will
  247. be wasted by that person. If you feel that the author is saying
  248. something worth reading, but in an inappropriate way, respond by mail.
  249. Tell the author what you think is incorrect about the article. If
  250. possible, suggest how to accomplish the objective in an appropriate way
  251. (e. g., post to another newsgroup). If you have responded to a person by
  252. mail a few times without the desired effect, and you feel that the group
  253. as a whole could benefit by a solution to the problem, only then should
  254. you post an article.  The nature of your article should be a suggestion,
  255. if possible, of how such problems can be avoided in the future.
  256.  
  257.  
  258. 7. Comp.groupware is read by over 28,000 people (Brian Reid posts
  259. readership statistics at the beginning of each month to the newsgroup
  260. news.lists). Consider the cost to readers of any post. If even an
  261. obviously inappropriate article is distributed, one that just takes
  262. readers a few seconds to scan, and then skip or kill, the total time
  263. used is still large. With 36,000 readers, a post that takes an average
  264. of 1 second for each reader to deal with (i. e., examining the subject
  265. line) means a total of ten hours used (36,000 seconds / 3,600
  266. seconds/hour = 10 hours). If the article uses up an average of four
  267. seconds, then the total time expenditure is 40 hours, the equivalent of
  268. a work week. This is probably the minimum time expenditure on any
  269. article that is even selected for scanning. So, if you spend a week
  270. preparing an article and then post it to comp.groupware, there will be a
  271. balance between your time investment and that used by readers, even if
  272. they only scan your article and make no response. The lack of a separate
  273. feedback channel is an unfortunate deficiency in the Network News system
  274. as it is currently structured.
  275.  
  276. This analysis should not discourage anyone from posting a simple
  277. question. Some of the most interesting and valuable exchanges in
  278. comp.groupware have resulted from such questions. However, authors must
  279. not make such requests unnecessarily. On the other hand, a carefully
  280. prepared article or a report of an extensive project may not receive any
  281. comment at all. This could mean that the article is clear and error
  282. free. It could also mean it was not of sufficient interest to anyone to
  283. be read in detail. What can be assumed is that it was seriously
  284. considered. This is a result of the currently low traffic level in
  285. comp.groupware and high quality of articles posted.
  286.  
  287. Teachers should not make use of comp.groupware a class activity. If a
  288. class is made aware of comp.groupware, this Introduction should be made
  289. required reading, so inappropriate use is minimized. Instructional use
  290. of the news system is best practised in a local newsgroup established
  291. for that purpose. This also permits establishment of a better
  292. environment for instructional purposes. See the article "Protecting
  293. expression in teleconferencing: Pseudonym-based peer review journals"
  294. {Stodolsky, D. S. (1990).  _Canadian Journal of Educational
  295. Communication_, 19, 41-51. ([1989, May 9]. _Communication Research and
  296. Theory Network [CRTNET]_, No. 175 [Semi-final draft available by
  297. electronic mail from LISTSERV@PSUVM.BITNET at University Park, PA: The
  298. Pennsylvania State University, Department of Speech Communication and
  299. COMSERVE@Vm.ecs.rpi.edu at Troy, NY: Rensselaer Polytechnic Institute,
  300. Department of Language, Literature, and Communication.])} This article
  301. also available in compressed format as file "prot.express.tele" on
  302. archive.eu.net in ~ftp/documents/authors/Stodolsky, and on ftp.nluug.nl
  303. in ~ftp/pub/documents/authors/Stodolsky.
  304.  
  305. Retrieve and examine the file by typing, for example
  306. (characters before and including ":" or ">" indicate machine's prompting
  307. for input):
  308.  
  309.         > ftp archive.EU.net
  310.         login: ftp
  311.         password: <your email address here>
  312.         ftp> bin
  313.         ftp> cd documents/authors/Stodolsky
  314.         ftp> get prot.express.tele.Z
  315.         ftp> bye
  316.         > uncompress prot.express.tele.Z
  317.         > view prot.express.tele
  318.  
  319.  
  320. If your email reply to an author fails, try again using information in
  321. the signature lines. An X.500 directory information server can be
  322. consulted to find a person's email address. Read the informational
  323. article, "How to find people's email addresses" (in the newsgroup
  324. "news.answers"), so you know to contact the postmaster at the site of
  325. the person you are trying to reach, and so on. Do not post a reply until
  326. you have tried to reach the author by telephone, facsimile, or paper
  327. mail. If these fail, ask yourself if getting the reply through is worth
  328. ten hours of readers' time. If so, post the message. Do not post a
  329. message asking a person to send you an email address, unless your letter
  330. must be kept private (If this is true, consider using encryption). If it
  331. is not of general interest, use only the person's name as the subject
  332. (e.g., "To: Foo Bar"). If other readers might find it interesting, also
  333. give full subject information. 
  334.  
  335. Similarly, do not broadcast requests for information you can obtain from
  336. a known source. Requests such as, "What are the contents of book Foo
  337. published by Bar" are not appropriate. This information can normally be
  338. obtained by a short telephone call and a few minutes of work by someone
  339. being paid to provide that service. Let's not deprive someone of a job
  340. and at the same time get comp.groupware readers fired because they are
  341. wasting all their time reading unnecessary articles :-).
  342.  
  343. Post long articles as a single unit if they are less than 30,000
  344. characters. Otherwise, post separate sections as follow-ups to the
  345. first, breaking at meaningful places. This permits the sections to be
  346. treated as a single unit, thus minimizing expenditure of attention on
  347. the article. The cost of transmitting articles is negligible, so long
  348. posts that take one second to delete "cost" the same as short ones.
  349.  
  350. Disregarding these considerations or a lack of self discipline in
  351. following them will result in defensive attention management. That is,
  352. certain authors will not be read at all by many readers or valuable
  353. discussions will take place by email instead of being posted. This would
  354. have the unfortunate effect of fractionating the joint awareness that
  355. permits the comp.groupware readership to function as a group. Thus, it
  356. is recommended that authors who prefer entertainment to rigor in their
  357. news reading, post to other newsgroups.
  358.  
  359. -------
  360.  
  361. This article compiled with assistance from numerous readers of
  362. comp.groupware.
  363.  
  364. Corrections, comments, and suggestions to:
  365.  
  366. David S. Stodolsky                            Tel: + 45 31 95 92 82
  367. Department of Computer Science                Fax: + 45 46 75 42 01
  368. Bldg. 20.1, Roskilde University              Internet: david@ruc.dk
  369. Post Box 260, DK-4000 Roskilde, Denmark        : david@mcsun.EU.net
  370.