home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 7990 < prev    next >
Encoding:
Text File  |  1992-08-12  |  3.2 KB  |  68 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!engr.uark.edu!tep
  3. From: tep@engr.uark.edu (Tim Peoples)
  4. Subject: Re: Stabilizing Linux
  5. Message-ID: <1992Aug12.124749.17219@engr.uark.edu>
  6. Sender: netnews@engr.uark.edu (NetNews Administrator)
  7. Nntp-Posting-Host: engr.uark.edu
  8. Reply-To: tep@engr.uark.edu
  9. Organization: University of Arkansas
  10. Organiztion: University of Arkansas, Dept. of Computer Systems Engineering
  11. References: <1992Aug10.153856.27103@crd.ge.com> <1992Aug11.202205.246@sspiff.ampr.ab.ca>
  12. Date: Wed, 12 Aug 1992 12:47:49 GMT
  13. Lines: 53
  14.  
  15. dje@sspiff.ampr.ab.ca (Doug Evans) writes:
  16.  
  17. >davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
  18. >>  Let me say a word about documentation. I ahve written a number of
  19. >>things which have gone out through source groups, all the way back to
  20. >>mod.sources. During that time I wrote a user's guide to zoo, the
  21. >>archiver. The guide is about 35 pages long, and took almost as long to
  22. >>write a a major program. I have had a total of two people drop me a line
  23. >>to tell me they liked it, and few if any archive sites carry the manual
  24. >>even though they have the software.
  25. >>
  26. >>  Given that documentation is less fun to write than software, brings no
  27. >>recognition whatsoever, and takes longer page for page than code, you
  28. >>need to find someone who really wants to write documentation, or it's
  29. >>not going to happen. If there's someone who is a good writer and a
  30. >>complete loss as a programmer, and who wants to really contribute to the
  31. >>effort, that's the person who should do it. And all the postings in the
  32. >>world about what we need won't help unless you can find someone to do
  33. >>it.
  34. >
  35. >Why not try to use documentation that already exists (where possible, of
  36. >course)? Why keep reinventing the wheel just for the sake of reinventing the
  37. >wheel???
  38. >
  39. >For example, I can buy a whole suite of manuals on SVR4/386 from Prentice Hall
  40. >for about $300. Yes yes, that's pretty steep, but what are the realistic
  41. >alternatives?
  42. >
  43. >Suppose Linux was heading to where SVR4/386 already is: most of our manuals
  44. >would already be written for us. And we would rarely have to cope with Linux
  45. >quirks when porting the various applications. And we would have a roadmap of
  46. >where we were going.
  47. >
  48. >I know we don't want to do this, but as a hacker, I often (though not always)
  49. >like hacking on new things, not redoing existing things just so I can say
  50. >"I did it my way".
  51. >-- 
  52. >Doug Evans               | "You're just supposed to sit here?"
  53. >dje@sspiff.ampr.ab.ca    |               - Worf in a mud bath.
  54.  
  55. Plagiarism.
  56.  
  57. -- 
  58.  
  59. +--------------------------------------+-------------------------------------+
  60. | Tim Peoples                          | The time has come the hacker said   |
  61. | tep@engr.uark.edu                    | to talk of many things,             |
  62. | Dept. of Computer Systems Engineering| of simms and sockets and semaphores |
  63. | University of Arkansas, Fayetteville | of processes and pings....          |
  64. +--------------------------------------+-------------------------------------+
  65. |    I need no disclaimer; nobody listens to what I have to say anyway!!     |
  66. +----------------------------------------------------------------------------+
  67.  
  68.