home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / vmsnet / vmsposi / 22 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  4.7 KB

  1. Path: sparky!uunet!wupost!cs.utexas.edu!rutgers!spcvxb.spc.edu!terry
  2. From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
  3. Newsgroups: vmsnet.vms-posix
  4. Subject: Re: name of VMS product has changed...
  5. Message-ID: <1992Aug20.011559.3656@spcvxb.spc.edu>
  6. Date: 20 Aug 92 05:15:59 GMT
  7. References: <2415@mitech.com> <1992Aug18.091028@mccall.com> <1992Aug18.182842.3645@spcvxb.spc.edu> <1992Aug19.153401@mccall.com>
  8. Organization: St. Peter's College, US
  9. Lines: 74
  10.  
  11. In article <1992Aug19.153401@mccall.com>, tp@mccall.com (Terry Poot) writes:
  12. > I must have missed the "do not install Posix 1.0" letter. :-)
  13.  
  14.   I think there's an implicit "do not install" for anything that's V1.0 8-)
  15.  
  16. > Do you suppose that hyping it to the marketplace 6 months before it is ready
  17. > might be putting pressure on developers to get it out early, rather than taking
  18. > the time to make it work? As far as multi-platform support, it will certainly
  19. > take more resources, but often times a bug will be uncovered on one platform
  20. > that was latent on another. I'm not sure it intrinsically affects quality,
  21. > except to the extent that it increases the pressure to skip the testing, because
  22. > the developers are spread thinner. (So what does DEC do? Lay people off, of
  23. > course.)
  24.  
  25.   I've said this before (and trust me, it hasn't made me many friends in VMS
  26. Engineering), but I'll mention it again here:
  27.  
  28.   You can't test quality into a product - it needs to be in there from the
  29. start. I know that DEC can produce some excellent software (sometimes even
  30. in V1.0 products - eXcursion is a good example). DEC needs to spread the word
  31. about successful development methods around the company.
  32.  
  33.   I think that part of the problem is that VMS folks deal with very small
  34. pieces of the OS (of course there are exceptions: Andy, Kathy, Keith, etc.).
  35. I once asked a VMS engineer what he did and his answer was "I support the
  36. set characteristics subset function of the terminal class driver". I _think_
  37. he was joking. When the number of interfaces doubles, the communication
  38. squares.
  39.  
  40.   However, even FT isn't as successful as it should be. DEC seems to select
  41. sites which match DEC's internal use of VMS (whatever that is - it doesn't
  42. seem to include using BACKUP or LAT) [note: old comment - these problems seem
  43. to be mostly fixed now]. Then there are the DEC Cooperative Marketing Part-
  44. ners or whatever they're called this week - folks that let DEC sell their
  45. software, like Joiner Software (Jnet). Those folks are only concerned with
  46. making sure _their_ package didn't break. And then there are what I call the
  47. "Uncooperative marketing partners" [that's a joke] like Executive Software.
  48. ES is a VMS FT site. Somehow I don't think DEC asked them to do that out of
  49. the goodness of DEC's heart - but there would be enough folks mad at _DEC_
  50. if, say, Diskeeper didn't work on a new VMS release that it's a necessity
  51. that they be a test site.
  52.  
  53.   When someone who does a thorough job happens to sneak in (and I spoke to
  54. one such site which was _very_ disillusioned with the whole thing) the re-
  55. ports of "BACKUP being completely unusable" were ignored because "if it was
  56. a real problem one of the other sites would have reported it".
  57.  
  58.   I think the problem is that while the folks who write the code have pride
  59. in their work, and they don't mind being told "gee, that's ugly code" every
  60. now and again, they're so isolated that they never get the FT feedback, or
  61. it's mangled so much they can't make sense of it.
  62.  
  63.   That's just a guess - I'm not, nor have I ever been, a VMS FT site. How-
  64. ever, I have tested lots of other stuff for DEC in the past. RSTS/E V10.0
  65. (since released) had a "Field Test panel" a few Symposia ago where the FT
  66. sites reported experiences to the attendees (with DEC's blessing). One of
  67. the comments I made there was that V10.0 was the first release to support
  68. printing to LAT queues (like LATSYM with VMS). I reported a problem with it
  69. crashing the system when started. I had a workaround for it in 15 minutes
  70. and I had a patch which fixed it completely at the end of that day. Since 
  71. then I have had _zero_ problems with the RSTS version (6 RSTS systems com-
  72. peting for 8 printers with 6 VAX systems). Whenever a printer is stuck, it's
  73. invariably the VMS symbiont that's wedged. How long has LATSYM been part of
  74. VMS? V4.4? Earlier? And it still doesn't work properly?
  75.  
  76.   I'll close with a comment on timely SPR answers. I filed a SPR against
  77. VMS V4.1, complaining that it didn't operated the TSV05 in high speed mode.
  78. I got the usual "fixed in a future release". I forgot about it. Years (many)
  79. went by. Well, guess what! It's fixed. In VMS V5.4-1. Amazing turnaround. It
  80. was a missing register save.
  81.  
  82.     Terry Kennedy        Operations Manager, Academic Computing
  83.     terry@spcvxa.bitnet    St. Peter's College, Jersey City, NJ USA
  84.     terry@spcvxa.spc.edu    +1 201 915 9381
  85.