home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / ada / 3665 < prev    next >
Encoding:
Text File  |  1992-12-14  |  5.4 KB  |  103 lines

  1. Newsgroups: comp.lang.ada
  2. Path: sparky!uunet!walter!att-out!pacbell.com!sgiblab!zaphod.mps.ohio-state.edu!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!mksol!mccall
  3. From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
  4. Subject: Re: Open Systems closed to Ada?
  5. Message-ID: <1992Dec14.172841.19547@mksol.dseg.ti.com>
  6. Organization: Texas Instruments Inc
  7. References: <1992Dec7.215946.18972@mksol.dseg.ti.com> <1992Dec9.052624.23020@seas.gwu.edu> <1992Dec11.131655.23725@mksol.dseg.ti.com> <1992Dec11.212550.23767@seas.gwu.edu>
  8. Date: Mon, 14 Dec 1992 17:28:41 GMT
  9. Lines: 92
  10.  
  11. In <1992Dec11.212550.23767@seas.gwu.edu> mfeldman@seas.gwu.edu (Michael Feldman) writes:
  12.  
  13. >In article <1992Dec11.131655.23725@mksol.dseg.ti.com> mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
  14. >>
  15. >>>IMHO, DoD is doing the right thing by opting for a strong and enforceable
  16. >>>standard. Shooting at a moving target is no fun. I don't often defend
  17. >>>Defense, but dammit, I think they are right on target here. Contractors
  18. >>>who want to experiment with a moving state of the art with MY tax money
  19. >>>are just outta luck.
  20. >>
  21. >>Can we actually document any savings, or are we still working on
  22. >>guesswork and theory in this area?  Anyway, wouldn't it make more
  23. >>sense to freeze on a per-contract basis rather than to Mandate frozen
  24. >>technology for a dozen years at a time?
  25. >>
  26. >My experience is that the projects are sufficiently complex that the numbers
  27. >can be cooked to show savings or lack of savings according to the motive
  28. >of the writer. Lots of people are trying to show that Ada saves money,
  29. >and because they want these numbers to come out right, they do. Others
  30. >want just as desperately to show no savings, and I'm sure the numbers
  31. >would come out their way too. Maybe I'm too cynical, but I don't put
  32. >all that much faith in these arguments, one way or the other.
  33.  
  34. Probably quite true.  I just think that appeals to all the savings
  35. that Ada provides when we don't seem to have a lot of proof over the
  36. long term that it's providing such savings are just slightly less than
  37. convincing. 
  38.  
  39. >The Mandate give a starting date (June 1, 1991), but no end date. What
  40. >makes you think that DoD will NECESSARILY "freeze technology" for the
  41. >next eleven years? If the technology changes such as to make it
  42. >manifestly obvious that the Mandate should go away, I'm sure that
  43. >it can be made to do so. Lots of clever people at DoD and on the Hill.
  44.  
  45. Because I expect that once it is in effect, it will remain in effect.
  46. Bureaucratic inertia, if nothing else, which means the technology can
  47. only change when the language definition is changed; about every 10-12
  48. years. 
  49.  
  50. >In the meantime, in effect the decision IS being made project by project.
  51. >How else? Each project is contracted for individually. If the manager
  52. >can make the case that Ada is manifestly not cost-effective, (s)he
  53. >can get that waiver or exception. The practical effect of the mandate
  54. >is to make the nay-sayers defend their case, instead of making the yea-sayers
  55. >defend _their_ case. I see nothing wrong with that. 
  56.  
  57. I think it makes more sense to simply do the thing in the best
  58. language for the job, and make EVERYBODY defend their case.  The idea
  59. that there's a 'default' language that you have to make a case AGAINST
  60. strikes me as a problem.
  61.  
  62. >The _psychological_ effect of the 1990 Mandate is why I think it was a dumb
  63. >idea. The rest of the world says "how good could Ada be if DoD has to
  64. >force it on its own contractors?" and shuts off discussion, figuring
  65. >it's not worth investigating further. 
  66.  
  67. >I happen to believe that the jury is still out on cost-effectiveness _on 
  68. >a single project_ - that one can cook the numbers any way one likes, 
  69. >because the differences are not well-understood and probably at the margins 
  70. >of the project, and also because the language/OS field is very fluid
  71. >these days and compiler version K running on system version P could
  72. >give VERY different numbers from K+1 and P+1. It comes down to a 
  73. >question of will. People who wish to operate in good faith and give
  74. >Ada their best shot without endlessly nay-saying will, in my idealistic
  75. >view of the world, manage to come up with a good and cost-effective
  76. >project. Those who wish to keep sabotaging an effort will, I'm sure,
  77. >find endlessly creative ways to do so.
  78.  
  79. Quite true.  However, the fact that something can be made into a "good
  80. and cost-effective project" using Ada still doesn't say that Ada was
  81. the best choice.  It's almost a "well, you may as well lay back and
  82. enjoy it" attitude.  You can't do anything about the weather, so you
  83. may as well just deal with it.  The same kind of thinking gets applied
  84. to the Mandate, I suspect.
  85.  
  86. >The _global_ cost-effectiveness of doing a large number of 
  87. >projects with a small number of languages seems obvious to me.
  88. >Frankly, I really wish people would settle down, accept the Mandate
  89. >as given for the time being, shut up and get the work done.
  90. >That is, IMHO, the best way to spend my tax dollars.
  91.  
  92. I think we'd all be better served by OPEN discussion, rather than a
  93. Mandate.  The "soldier, shut up and soldier" argument is one with
  94. which I'm quite familiar; I'm just not convinced that it's the best
  95. approach to producing the best products for the tax money we spend
  96. doing it. 
  97.  
  98. -- 
  99. "Insisting on perfect safety is for people who don't have the balls to live
  100.  in the real world."   -- Mary Shafer, NASA Ames Dryden
  101. ------------------------------------------------------------------------------
  102. Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
  103.