home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / c / 12767 < prev    next >
Encoding:
Internet Message Format  |  1992-08-25  |  3.6 KB
  1. Path: sparky!uunet!ogicse!uwm.edu!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!mksol!mccall
  2. From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Giles' Manual Mania (Was
  5. Message-ID: <1992Aug25.153733.6079@mksol.dseg.ti.com>
  6. Date: 25 Aug 92 15:37:33 GMT
  7. Article-I.D.: mksol.1992Aug25.153733.6079
  8. References: <396.174.uupcb@ssr.com>
  9. Organization: Texas Instruments Inc
  10. Lines: 76
  11.  
  12. In <396.174.uupcb@ssr.com> dick.zeitlin%acc1bbs@ssr.com (Dick Zeitlin)  writes:
  13.  
  14. >FJM5> .>When people ask me questions, I answer them. <- Period.
  15.  
  16. >FJM5> .Then you do them a gross disservice, since you provide them with no
  17. >    > .ability to find other things and no understanding of how they could
  18. >    > .have found that answer.
  19.  
  20. >Not true.  It depends on the way one answers a question.  There's a
  21. >truism that says "In order to ask a question, you have to know 90% of
  22. >the answer."  Think about it...
  23.  
  24. >Also consider the following two responses:
  25. >        "What's the REAL question?"
  26. >        "What have you tried?" or "What have you considered?"
  27.  
  28. I'm a bit confused here.  I differ with Jim in my suggestion that the
  29. thing to do is (rather than simply answer the question -- period)
  30. provide them with HOW to answer the question.  Lead them to the answer
  31. and let them see how you found it.  This is practically the same thing
  32. as what you suggested in your other note, and yet here you seem to
  33. disagree with me.
  34.  
  35. >FJM5> .If it was easy, they wouldn't pay us.  :-)
  36.  
  37. >Non sequitor.
  38.  
  39. Also fact.
  40.  
  41. >FJM5> .>I don't recommend that
  42. >    > .>*anyone* read the manuals except as a last resort (that is, when no one
  43. >    > .>is available to *ask*).
  44.  
  45. >FJM5> .Sounds like the old 'knowledge is power' game to me.
  46.  
  47. >Perhaps.  But not necessarily.  If the Unix manuals are so usable and
  48. >informative howcum B.Dalton's got shelves full of books on Unix?
  49.  
  50. B. Dalton's also has shelves full of books on Microsoft Windows, which
  51. is so simple to use that a trained chimp could probably manage it.
  52. You're judging ease of use by the number of books B. Dalton's has on
  53. the shelves?
  54.  
  55. >FJM5> .>In fact, if you tell the user which manual is
  56. >    > .>appropriate, they usually *will* try to read it - and the resulting
  57. >    > .>questions (to explain the manual) will usually take longer than if
  58. >    > .>you just explained the tool to them to begin with.
  59.  
  60. >FJM5> .Then you must have some real rocks around where you work.  We
  61. >    > .generally require our engineers to know how to read before we turn
  62. >    > .them loose on a computer.
  63.  
  64. >Your organisation must be populated with rocket scientists.  Or maybe
  65. >they just don't ask you, knowing what sort of non-answer to expect.  The
  66.  
  67. You mean the kind of non-answer where I drag out the manual, show them
  68. how to use it, and lead them to their answer so that they aren't
  69. helpless in future?  You mean, in fact, the very kind of 'non-answer'
  70. that you suggested should be given elsewhere, except my way is
  71. somewhat more helpful since I don't just tell them to "check out the
  72. frob data structure" but show them where to find it?
  73.  
  74. >UNIX manuals are REFERENCE manuals.  To look things up that you _mostly_
  75. >know, to fill in the gaps.  Even with the KWIC index, if you don't know
  76. >that it exists, and what its name is, you're going to have a tough time
  77. >finding it!!
  78.  
  79. Sorry, but only SOME of the UNIX manuals are Reference manuals.  Check
  80. out the set yourself.
  81.  
  82.  
  83. -- 
  84. "Insisting on perfect safety is for people who don't have the balls to live
  85.  in the real world."   -- Mary Shafer, NASA Ames Dryden
  86. ------------------------------------------------------------------------------
  87. Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
  88.