home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / mbul / 6303 < prev    next >
Encoding:
Text File  |  1992-12-31  |  17.1 KB  |  352 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!VMD.CSO.UIUC.EDU!HART
  3. Message-ID: <MBU-L%92123120324757@TTUVM1.BITNET>
  4. Newsgroups: bit.listserv.mbu-l
  5. Date:         Thu, 31 Dec 1992 20:32:30 CST
  6. Sender:       "Megabyte University (Computers & Writing)" <MBU-L@TTUVM1.BITNET>
  7. From:         "Michael S. Hart" <HART@VMD.CSO.UIUC.EDU>
  8. Subject:      Looking Back from 12/31/92
  9. Lines: 341
  10.  
  11. Comments from December 31, 1991        About Ideas From the Past
  12.  
  13.  
  14. Contents
  15.  
  16. **Form Versus Content. . .The Eternal Battle is Finally Ending**
  17.  
  18. **"Drinking from a Firehose". . .I Dare You to Say that Again!**
  19.  
  20. **Easy Storage Versus Easy Access. . .Compression Versus ASCII**
  21. "Send Them the Sourcecode". . .I Dare You, Too, Say that Again!*
  22.  
  23. **Moderators Should be Moderate. . .Should They Not?
  24. "This Will Be the Last Posting on the Subject"
  25.  
  26. Part 1
  27. **Form Versus Content. . .The Eternal Battle is Finally Ending**
  28.  
  29. Margination. . .Form Versus Content. . .We Have a New Winner and
  30. the Winner is. . . . . . . . .the reader!
  31.  
  32. Can we really stay with incompatible forms of Desktop Publishing
  33. programs that require expensive computers to see or print them??
  34. In the short run we will stay with Plain Vanilla ASCII for email
  35. and other things that must read a wide audience, but for narrow,
  36. narrower, narrowest communications there may be an advantage for
  37. using media other people won't be willing or able to read.
  38.  
  39. Paper printing has spent an inordinate amount of time and energy
  40. on preparing manuscripts for publication in the matter of form a
  41. page takes and on margins for those pages.
  42.  
  43. The amount of time and energy has been SO great that we take for
  44. granted most of what we see on the printed page, except perhaps,
  45. when it become ridiculously obvious in newspaper columns when it
  46. happens that one line has twice as many letters as the following
  47. line. . .a n d  t h e  p r i n t e r s  a d d  a  s p a c e  t o
  48. each position in the line to justify the margination once more--
  49. just as other professions go out of their way to justify similar
  50. idiosyncracies of their own.
  51.  
  52. However, with electronic text there is no need for pages at all,
  53. and using varied margins does not cost paper, the expense of the
  54. paper is the idiosyncratic cause of the thousands of hyphens all
  55. over the average book.  You are probably so used to it that your
  56. mind skips over it, but take a look and you will find the margin
  57. is justified at the expense of 10% of the lines being hyphenated
  58. to accommodate the saving of perhaps 1 or 2% of the paper (If an
  59. example page had 50 lines and it would cost an entire line. . .a
  60. not terribly great prospect. . .then the book would be 2% longer
  61. in pages to eliminate all the extra hyphenation; if the page for
  62. the example contained 100 lines, then 1% more pages would do it.
  63.  
  64. Just as there is no need for pagination with scrolls or with the
  65. electronic equivalent, so, too, there is no need for margination
  66. . . .as the number of characters is the same to contain articles
  67. with an average of 65 characters. . .whether the margins are all
  68. the same, such as in this article, or whether half the lines are
  69. 75 characters and the other half are 55 characters, and none are
  70. actually 65 characters.
  71.  
  72. For those of you who have wondered about my margination, I would
  73. be easily willing to tell you half the reason for it. . .I would
  74. write on early word processors that justified the margins with a
  75. method similar to the newspaper example above, by the insertions
  76. of spaces between words to create the justification.  You can do
  77. this still with most word processors today, but at least most of
  78. them will insert the spaces where you can see them (WYSIWYG. . .
  79. What You See Is What You Get). . .but. . .there were no WYSIWYGs
  80. back then, so I learned to write in manners that Let Me See What
  81. I Was Going To Get. . .as I wanted to determine the phraseology,
  82. not have the computer do it for me.
  83.  
  84. As far as _I_ am concerned, Desktop Publishing has focused quite
  85. enough on fonts, form, margination, proportional spacing and the
  86. antiquated 8 1/2 by 11 inch format. . .so much, in fact, that an
  87. electronic text from Desktop Publishing output is so messy in an
  88. Etext of the Plain Vanilla ASCII that it is often pretty useless
  89. unless presented in the Desktop Publishing program.
  90.  
  91. The second reason has to do with the 81 pages of rules about the
  92. FORM of my thesis, including margination right to left, top from
  93. bottom, and much, much, much more.
  94.  
  95. At any rate, electronic texts will eliminate the needs for pages
  96. and margins to be regulated. . .although people will continue to
  97. regulate them for years to come, and programs will allow authors
  98. of theses and other works to write while thinking only about the
  99. CONTENT of what they write, and then translate it into the FORMs
  100. required by this officialdom or that one with ease.  In the past
  101. it used to be a major requirement that the authors spend totally
  102. inordinate amounts of time or money. . .or both. . .on "Payments
  103. of Dues" proving they were really interested enough in admission
  104. to the cliques of those who had already done so.
  105.  
  106. Why is form prevalent over content?  Because those power people,
  107. who earned their power the old-fashioned way, are afraid the new
  108. people will outstrip them with less effort, since the new people
  109. have new tools.  Some professors of Shakespeare don't like their
  110. new students being able to look up "To be or not to be," seconds
  111. after typing it into a computer search program. . .while another
  112. type of Shakespeare professor sees this as a way of furthering a
  113. limited access to their favorite author to an unlimited access--
  114. and to an unlimited audience.
  115.  
  116. The difference is that some professors are true teachers in true
  117. fashion as was Geoffrey Chaucer's "Oxford Scholar," who was said
  118. to be the kind of man who "would gladly learn and gladly teach,"
  119. ("And gladly wolde he lerne, and gladly teche," the exact quote)
  120. while other professors have a different philosophy that has been
  121. described as that of "A Cat Guarding the Cream" (Huber, 1992).
  122.  
  123. At any rate, you may notice that some of the etext I have edited
  124. for Project Gutenberg have a minimal number of hyphens and also,
  125. widows and orphans have been minimized in pagination/margination
  126. and also in phraseology. . .i.e. many more of our lines end with
  127. the end of a sentence, a comma, etc., and rarely begin with only
  128. one word from the previous line.
  129.  
  130. Thus begins the end of the tyranny of FORM OVER CONTENT as it is
  131. practiced today in the art of publishing.
  132.  
  133. Part 2
  134. ***Drinking from a Firehose. . .I Dare You to Say that Again!***
  135.  
  136. One of the more famous anti-computer/anti-networking quotations,
  137. which has been denied by most or all of those to whom is has had
  138. the unfortunate experience of being attributed to.
  139.  
  140. This would be analogous to stating that having a library in your
  141. reach was forcing all the information in that library at you.  I
  142. submit that the statement that using computers or networks would
  143. be analogous to "drinking from a firehose" is totally silly, and
  144. needs little or no refutation.  Unless you are one of those whom
  145. were tricked into trying to read the whole Freshman Reading List
  146. . . .then you are in little danger of trying to drink in all the
  147. information available on the nets.
  148.  
  149. The fact that a great deal of the information you may want is to
  150. be found on the nets, without you having to get out of your seat
  151. to get it, without you having to write it down to quote it, only
  152. signifies ACCESS to that information. . .not that an information
  153. supply is being forced down your throat.
  154.  
  155. Part 3
  156. **Easy Storage Versus Easy Access. . .Compression Versus ASCII**
  157.  
  158. Another of the silliest statements cruising the nets right now--
  159. Let Those Who Can't UnZip on their Machines Have the Sourcecode.
  160.  
  161. Now, verily, I say unto you:  the odds of a person who cannot do
  162. an unzip being able to recompile sourcecode for a machine that a
  163. system administrator has not already provided zip and unzip for;
  164. very, very long odds indeed.
  165.  
  166. Perhaps. . .just perhaps. . .half the people I speak to around a
  167. country that has more computers and more networkers than others;
  168. perhaps half of them can get a zip file and unzip it.  When this
  169. is brought up in network conversations about experts vs. novices
  170. someone invariably says "Give them the sourcecode. . .its free."
  171.  
  172. Probably only about 1% of the people on the nets are programmers
  173. who could make heads or tails of (trans)porting sourcecodes from
  174. one piece of hardware to another.  These people probably already
  175. know more then enough about zipping and unzipping, arcing/zooing
  176. /booing/arjing/lzhing, and all the other ways of compression.
  177.  
  178. Of the people who don't know how to unzip, not even 1% should be
  179. expected to know what to do with even the best commented code on
  180. the nets.  This is infinitely worse than saying "Let them eat of
  181. the Imperial Cake," and the authors of those statements would be
  182. suitable candidates for retractions, apologies or should have to
  183. "Eat Hot Electrons" spat at them from the masses.
  184.  
  185. (Sorry. . .Flame off)
  186.  
  187. The fact is the compressed files have driven Plain Vanilla ASCII
  188. files off the nets to such an extent that even the sophisticated
  189. Archie -s alice search is not likely to find you an uncompressed
  190. copy of Alice in Wonderland:  one of the most widely distributed
  191. etexts in the world.
  192.  
  193. This is ostensibly to allow more to be done with less. . .in the
  194. specific case here. . .to allow more files to be stored on disks
  195. . . .and fewer packets to be sent on the nets.
  196.  
  197. However, the amount of time spent to unzip the average file is a
  198. large enough amount of time to defeat the time saved for average
  199. persons sending and receiving average files.  Most files are too
  200. short to take much advantage of compression.  However, as modems
  201. and other hardware continue to incorporate compression modes for
  202. users with the "invisible" program, then the users without unzip
  203. can get the zipped files without ever knowing it.
  204.  
  205. The fact that drives cost half of what they did two years ago is
  206. not making Plain Vanilla Files more accessible.  Of course, when
  207. supersets of ASCII, such as Unicode or whatever, add another bit
  208. or even another 8 bits to each character, two things will happen
  209. . . .one is that anyone using this code will have to use more of
  210. their space to store the same etext files.  If we adopt a 16 bit
  211. code, then a one megabyte file will take two megabytes. . .and a
  212. compression scheme will undoubtedly be created to reduce 16 bits
  213. of information back to 8 bits when there are none of the oddball
  214. new codes being used, and then the 8 bits can be compressed back
  215. to what is today a somewhat normal .zip file, although half seem
  216. not to know what to do with a .zip file even now.
  217.  
  218. Part 4
  219. **Moderators Should be Moderate. . .Should They Not?
  220.  
  221. Several things have happened in 1992 that should be reflected on
  222. in terms of moderation besides the epidemic of .zip files taking
  223. .txt files out of the main stream where mainstream people cannot
  224. find them any longer.
  225.  
  226. One is the famous "This Will Be the Last Posting on the Subject"
  227. notice posted by users and moderators alike.
  228.  
  229. I am afraid I was forced to correct an assumption by some users,
  230. when I received notes advising me that some other users had said
  231. "This Will Be the Last Posting on the Subject" a few times.  The
  232. questioners in question thought the moderators should not post a
  233. message like that. . .and I was a little ashamed to have to tell
  234. them that the people in question WERE the moderators. . .who are
  235. probably going to have to learn to be a little more moderate.
  236.  
  237. I have been putting off telling this story for a while, and will
  238. only tell it in barest detail now, but it illustrates one of the
  239. biggest reasons why PLATO/NovaNet did not grow as people thought
  240. it should have, and why Bitnet and Internet are the largest.
  241.  
  242. Back in the old days. . .discussion groups were actually "owned"
  243. by certain people. . .who in some/many cases actually PAID money
  244. to buy the computer space to put them up. . .often times for the
  245. sheer ego of being "the authority" on a subject.  I must confess
  246. for the record, that when I was a BBS Sysop back in the mid 80's
  247. I had a few users who thought I was a little to hard on them.
  248.  
  249. At any rate, one of the major discussion groups was "owned" by a
  250. person who apparently went way out of his way to insure that the
  251. IBM PC he bought was "the first" in his locale, and apparently a
  252. desire to be the "Peter Norton" of PLATO was involved, too.
  253.  
  254. The story begins when I discovered a "bug" in the latest version
  255. of DOS five or ten years ago (I am being intentionally vague and
  256. not naming the discussion group or the person, as I also have in
  257. the rest of the cases I respond to on the nets, ever since I was
  258. thoroughly "roasted" on one discussion group for refuting what a
  259. person said there.  Even though I was correct, and no one said I
  260. wasn't correct in the substantive matter of my refutation, I was
  261. told repeatedly that I should not directly answer or refute note
  262. postings that I thought were inaccurate. . .as I used to just do
  263. a repost of the original note to insure accurate quotation, then
  264. add my own comments.  This effort to let the people I argue with
  265. remain nameless is an experiment.  It may not continue--advice?)
  266.  
  267. OK. . .so I created a "bugfix" and posted it on this discussion.
  268. After a few weeks I was asked to post it again, so I sent a note
  269. to the "owner" of this group about it, and asked that if it were
  270. OK to repost it, would he get it out of the archives and repost.
  271. His note to the person who requested it was to get it from those
  272. archives, and his note to me was that I could repost it, but the
  273. effort to do so had to come from me, not him.  I couldn't locate
  274. it in the archives but I am the kind of person who keeps a copy,
  275. so I reposted it.  (The note telling people to look it up in the
  276. archives was publicly posted, several times, as you will see.)
  277.  
  278. After a few more weeks more requests showed up to repost the fix
  279. and this time it was easy, as I had kept the file on hand.  This
  280. seemed to keep everyone happy for quite a while and no one asked
  281. again for quite a while, but each time the requests were posted,
  282. the "owner" told them to look in the archives, which was hard in
  283. those days, and might still be for all I know, but I just posted
  284. the fix over and over, since no one seemed to be too good with a
  285. search of the archives.
  286.  
  287. Now for the big climax. . .eventually the "owner" got the DOS to
  288. use, ran into the bug, and posted another question about it.  In
  289. any other case, I would just have posted the fix again, but this
  290. time I decided to look for it in the archives, and if I found it
  291. I was going to tell the "owner" to look for it in the archives.
  292.  
  293. I must confess that I had several other run-ins with the "owner"
  294. and had defended several users from him in the past, telling him
  295. and the entire list that I thought he was being too hard on some
  296. of the users, who were asking very normal questions, but ones he
  297. was tired of. . .much as many people today are tired of seeing a
  298. new user ask about .zip files.
  299.  
  300. At any rate, I spent the entire afternoon in the archive files--
  301. and could not find the note from the subject headers.  However I
  302. had an advantage, I had the original note, so I found the date--
  303. which made it much easier to find the original note, which I did
  304. by date, even though I couldn't find it by title.
  305.  
  306. Then. . .I dug up one of the notes posted by the "owner" and put
  307. it up as a response to his query. . .telling him to "look in the
  308. archives" in his own words.  (If anyone should know his way thru
  309. the archives easily, it should have been he, and I had spent the
  310. time to prove the note was there before telling him.)
  311.  
  312. After a very short, and very fierce flame war (well, they didn't
  313. call them "flames" back then, in which I did not take part other
  314. than to say I was defending the "users' rights" and that "owner"
  315. should not refuse considerations to the "users" that the "owner"
  316. would want in return) I was "defenestrated" (tossed out).  To my
  317. amazement, many of the users stood up for me, but the "owner" in
  318. question would not reinstate me year after year after year.  The
  319. remarkable coincidence is that on the day I composed this, I ran
  320. into him after not seeing him for years, and asked him once more
  321. to reinstate me, and found out the he had somehow come to be not
  322. involved any more.  (I also got his permission to tell this, but
  323. I still don't believe [these days] in naming someone in my notes
  324. of this kind. . .so. . .if you know who it was, please don't say
  325. who it was.)
  326.  
  327. The point of all this is that the Internet and Bitnet groups are
  328. much more growth oriented because of their openness and will not
  329. be outpaced by overly moderated forums on other systems and that
  330. I VERY MUCH APPRECIATE THE DIFFERENCE.  Moving from PLATO to the
  331. Internet and Bitnet five or six years ago made a huge difference
  332. in how I viewed the networks, and that even though I may appear,
  333. in some eyes, to still be pushing the limits, I must admit, in a
  334. public manner, how much I appreciate you all, including those to
  335. whom I have sent even the nastiest private replies.
  336.  
  337. So much for the past, but I like the direction we have come. . .
  338. and tomorrow, in 1993, I will write something about the future--
  339.  
  340.  
  341. Happy New Year!
  342.  
  343. =====================================================
  344.  
  345. Thank you for your interest,
  346.  
  347. Michael S. Hart, Professor of Electronic Text
  348. Executive Director of Project Gutenberg Etext
  349. Illinois Benedictine College, Lisle, IL 60532
  350. No official connection to U of Illinois--UIUC
  351. hart @uiucvmd.bitnet or hart@vmd.cso.uiuc.edu
  352.