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

  1. Newsgroups: comp.lang.ada
  2. Path: sparky!uunet!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: C++ vs. Ada -- Is Ada loosing?
  5. Message-ID: <1992Dec18.181158.28683@mksol.dseg.ti.com>
  6. Organization: Texas Instruments Inc
  7. References: <11330@prijat.cs.uofs.edu> <172@fedfil.UUCP> <16269@goanna.cs.rmit.oz.au> <1992Dec18.141448.13862@mcc.com>
  8. Date: Fri, 18 Dec 1992 18:11:58 GMT
  9. Lines: 54
  10.  
  11. In <1992Dec18.141448.13862@mcc.com> srogers@teenwolf.mcc.com (Steve Rogers) writes:
  12.  
  13. >In article <16269@goanna.cs.rmit.oz.au> ok@goanna.cs.rmit.oz.au (Richard A. O'Keefe) writes:
  14.  
  15. >>Just recentrly, I posted an article to comp.lang.c in which I listed a
  16. >>number of errors in a textbook.  The textbook is about data structures
  17. >>in C.  The authors understand data structures very well. . . . .
  18.  
  19. >    <deleted>
  20.  
  21. >>I believe that Ada is a bigger language than C.  Both languages have "dark
  22. >>corners".  But there seems to be a tradition of Ada compilers being picky
  23. >>and C compilers letting it all hang out.  With all due respect to "The
  24. >>Emperor's New Clothes", which I loved when it came out, I am now _more_
  25. >>frightened about critical software being written in C or C++ than in Ada.
  26. >>
  27. >>My current impression is that Ada textbooks tend to be more accurate in
  28. >>the claims they make about what is or is not valid Ada, and tend to have
  29. >>a higher level view of the software process, than C books.  Is this an
  30. >>illusion, due to my knowing C relatively better than I know Ada?
  31. >>
  32.  
  33. >I'm not sure this is true; the Barnes Ada book has LOTS of examples that
  34. >violate the LRM.  I think perhaps it's more of a way of teaching than
  35. >a symptom of the particular language.  In my CS education, many instructors
  36. >(and books) adopted a method of presenting a narrow version of the language
  37. >as though it were the whole truth, then expanding it in steps with each
  38. >new lesson; perhaps under the theory that this would make it easier to
  39. >grasp the wider concepts.  
  40.  
  41. This is why I don't approve of Ada as a first language.  The language
  42. is simply too large and powerful, and when you try to teach
  43. restrictive subsets you wind up teaching things that are 'wrong' in
  44. the broader scope.  C++ has this same problem, along with a problem
  45. that it 'inherits' from C.  The biggest problem with C isn't the size
  46. of the language (it's actually fairly small), but that so much of the
  47. power and expressiveness of the language relies on things that
  48. beginning students typically have a great deal of trouble with;
  49. pointers and recursion.  When you add the somewhat arcane syntax
  50. required for declaring complex types and all the safety of an
  51. unshielded buzz saw, C is an even worse choice for a first language
  52. than Ada is.
  53.  
  54. I think students would be best served by using something INTENDED for
  55. teaching, which is relatively safe and small.  That pretty much means
  56. Pascal.  Some schools have had good luck with LISP/SCHEME style
  57. languages, but I'm not sure how easy they are to deal with as first
  58. languages, either.
  59.  
  60. -- 
  61. "Insisting on perfect safety is for people who don't have the balls to live
  62.  in the real world."   -- Mary Shafer, NASA Ames Dryden
  63. ------------------------------------------------------------------------------
  64. Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
  65.