home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / dec / 6643 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  2.5 KB
  1. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!agate!dog.ee.lbl.gov!news!nosc!crash!cmkrnl!jeh
  2. From: jeh@cmkrnl.com
  3. Newsgroups: comp.sys.dec
  4. Subject: Re: File system vs. RMS
  5. Message-ID: <1992Dec29.134647.1031@cmkrnl.com>
  6. Date: 29 Dec 92 13:46:47 PST
  7. References: <1992Dec28.162554.1028@cmkrnl.com> <3936363@zl2tnm.gen.nz>
  8. Distribution: world
  9. Organization: Kernel Mode Consulting, San Diego, CA
  10. Lines: 41
  11.  
  12. In article <3936363@zl2tnm.gen.nz>, don@zl2tnm.gen.nz (Don Stokes) writes:
  13. > jeh@cmkrnl.com writes:
  14. >> To be precisely correct, RMS implements record structure within files.  RMS
  15. >> does not implement files.  Files are implemented by the Files-11 XQP, 
  16. >> or (for RSX-compatible volumes) the ODS-1 ACP, or (for tapes) by the 
  17. >> mag tape ACP.  
  18. > 
  19. > While you are correct here, it's not a useful definition (except to internals
  20. > types).  My point is that RMS is sufficiently pervasive under VMS that the
  21. > normal user or applications programmer has no need to make that distinction;
  22.  
  23. This is true in most cases.  Nevertheless, I must forcefully disagree with this
  24. philosophy. 
  25.  
  26. I have taught VMS programming and internals for about 3 years full time,
  27. followed by about nine years of occasional teaching.  And in my experience,
  28. early exposure to correct terminology makes it much easier to learn the
  29. concepts behind the terminology later on. 
  30.  
  31. Correct terminology encourages the formation of correct mental models, with
  32. which the student is better able to answer questions for themselves.  Sloppy
  33. use of terminology leads to incorrect conclusions.  I've seen this again and
  34. again. 
  35.  
  36. It's true that only a few of those who are learning system services or RMS
  37. calls today will go on to learn internals later.  And if you could just
  38. figure out who they are, you could avoid bothering the rest with these details.
  39. But there is no way to make that prediction. 
  40.  
  41. Besides, even though the typical user or applications programmer may not *need*
  42. to make the distinction, it takes all of a few minutes to explain it, and it
  43. isn't going to hurt anyone to make the distinction where it isn't necessary. 
  44.  
  45. We're going to have to agree to disagree here.
  46.  
  47.     --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
  48. drivers, internals, networks, applications, and training for VMS and Windows-NT
  49. uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
  50. Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
  51. Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
  52. Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
  53.