home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / lang / ada / 2605 < prev    next >
Encoding:
Text File  |  1992-09-14  |  5.3 KB  |  118 lines

  1. Newsgroups: comp.lang.ada
  2. Path: sparky!uunet!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: Ada's (in)visibility in the engineering community
  5. Message-ID: <1992Sep14.160356.12976@mksol.dseg.ti.com>
  6. Organization: Texas Instruments Inc
  7. References: <1992Sep11.164402.7141@seas.gwu.edu> <OBRY.92Sep14094032@cheesesteak.flash.bellcore.com>
  8. Date: Mon, 14 Sep 1992 16:03:56 GMT
  9. Lines: 107
  10.  
  11. In <OBRY.92Sep14094032@cheesesteak.flash.bellcore.com> obry@flash.bellcore.com (Pascal Obry) writes:
  12.  
  13.  
  14. >I like very much Ada. And I tried to convince in 2 differents researh center to
  15. >use it, but I failled ...
  16.  
  17. >Why ? 
  18.  
  19. >because they don't want to learn a new language, 
  20.  
  21. Bad reason.  Professionals should be both prepared and able to pick up
  22. a new language without incredible difficulty and without huge learning
  23. curve times (although there will, of course, be some impact on
  24. productivity for a while).
  25.  
  26. >because they don't or can't afford an Ada compiler,
  27.  
  28. Good reason.  Perhaps it isn't seen so by someone who has never worked
  29. in a budget-constrained atmosphere, but this is perhaps one of the
  30. BEST reasons.
  31.  
  32. >because they don't see any reason to buy an (expensive) Ada compiler whereas
  33. >they have a free C compiler in any of their computer, here GNAT will do
  34. >something very good.
  35.  
  36. Good reason, and a good statement with regard to GNAT.  I think that
  37. this may be the best thing that ever happened to Ada.  Given access to
  38. an inexpensive (as in free) compiler, perhaps there will be more
  39. interest in 'free Ada sources', as we see in the case of C on the net. 
  40.  
  41. >because they think Ada is a too complex language and too big. Here they make
  42. >the big mistake to mix up language and compiler. My point is that it is not
  43. >because the compiler is hard to make that the language is difficult. And in
  44. >this case to make a compiler is difficult because the language is *powerfull*
  45. >not because it is complex to use ..
  46.  
  47. It is actually something of both (powerful AND complex to use).  This
  48. is not necessarily a bad thing, but 'large' languages like Ada have
  49. significant barriers to adoption at least in part because of their
  50. sheer size and the increased time required to really know them well.
  51.  
  52. >because they don't like to think a lot about the conception of their projects.
  53. >they want to make it without conception (OO or others ...) and C for this is
  54. >very good because you can do every thing you want, there is alway (a bad) way
  55. >to reach your goal.
  56.  
  57. Spoken like someone who has never done a major OO project.  If you
  58. think you can just sit down and write a major application in an OO
  59. language "without conception", you are greatly mistaken.
  60.  
  61. >because they didn't know Ada at all so they chose C++ (yes, they think it's the
  62. >good old C plus something so it should be good too ... bad mistake no!)
  63.  
  64. It is if they are assuming that they can just sit down and 'hack out'
  65. an application in C++ "without conception".  Of course, one of the
  66. advantages of C++ is that all the people who know C can use that
  67. subset of the language, and you can gradually increase in-house
  68. expertise in disciplines (e.g. OO design) that are required to use it
  69. well. 
  70.  
  71. >------------------------
  72.  
  73. >Also all these guys sometime use a kind of *meta* language to describe an 
  74. >algorithm ... And you know what : this meta language is something very
  75. >close from Ada ...
  76.  
  77. Well, mine tends to look more like C, but that's just a product of
  78. past environment.
  79.  
  80. >So I tried and I failled ... But I can't even understand why !!
  81. >They have no good reasons to don't use Ada, they have no good reason to choose
  82. >C++ but they chose it ...
  83.  
  84. No, they had good reasons for both.  Ada was too expensive and they
  85. couldn't do anything with it until they learned it.  C++ was a lot
  86. cheaper, and they could at least be somewhat productive with it
  87. immediately, if they already knew C.  
  88.  
  89. [If they didn't already know C, I'm not sure what the point would be
  90. of choosing one over the other, other than compiler cost.]
  91.  
  92. >-------------------------
  93.  
  94. >I learn Ada by myself. I like very much to learn and compare different 
  95. >languages, today I know C, C++, Eiffel, Ada, (plus a lot of other languages
  96. >like Basic, Fortran, Cobol). But after all, I definitly like very much Ada ...
  97.  
  98. >Like Edmond Schonberg said in is comparison Ada 9x and C++ :
  99.  
  100. >" Although the C++ community would never state it so baldly, it appears clear
  101. >to us that C++ is to some extent a reaction to Ada. By extending C with some
  102. >of the best ideas of Ada, C++ did in some measure catch up to Ada "
  103.  
  104. Well, it would seem that Mr. Schonberg was incorrect, since Bjarne
  105. Stroustrup has stated publicly numerous times that Ada was the
  106. inspiration for some of the features that he put in C++.  I'm not sure
  107. why this is supposed to be such a telling point.  Isn't that one of
  108. the IDEAS behind language development; to take the best features of
  109. other languages and try to make them work together?  Other parts of
  110. C++ came from things like Smalltalk.  I'm not sure about this "catch
  111. up to Ada" statement, though.  Just doesn't seem to track to me.
  112.  
  113. -- 
  114. "Insisting on perfect safety is for people who don't have the balls to live
  115.  in the real world."   -- Mary Shafer, NASA Ames Dryden
  116. ------------------------------------------------------------------------------
  117. Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
  118.