home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / ada / 4089 < prev    next >
Encoding:
Text File  |  1993-01-27  |  4.4 KB  |  90 lines
  1. Newsgroups: comp.lang.ada
  2. Path: sparky!uunet!seas.gwu.edu!mfeldman
  3. From: mfeldman@seas.gwu.edu (Michael Feldman)
  4. Subject: Re: Why and how do organizations select the OO
  5. Message-ID: <1993Jan26.155604.19230@seas.gwu.edu>
  6. Sender: news@seas.gwu.edu
  7. Organization: George Washington University
  8. References: <1993Jan22.203706.29355@seas.gwu.edu> <1993Jan25.042040.11659@seas.gwu.edu> <24696@alice.att.com>
  9. Date: Tue, 26 Jan 1993 15:56:04 GMT
  10. Lines: 78
  11.  
  12. In article <24696@alice.att.com> bs@alice.att.com (Bjarne Stroustrup) writes:
  13. >
  14. [lots of good stuff deleted]
  15.  
  16. >One way of expressing this is that companies (and individuals) wants mere
  17. >training (i.e. ways of using new tools without absorbing new concepts).
  18. >What they need is education (i.e. new concepts and their related techniques).
  19.  
  20. Indeed. I am aware of a certain SE educator in the Ada world whose business
  21. card used to say "education manager." His customer base grew a good bit
  22. when he changed the title to "training manager." His customers didn't
  23. want "education." Too "academic", they said. Turns out he taught the same
  24. stuff, but they were willing to swallow it when he called it training.
  25. Sigh...No wonder we're losin' it to the Japanese...
  26.  
  27. >Ada without some understanding of data abstraction, etc. seems to me to
  28. >be very nearly just Pascal, and C++ without some understanding of data
  29. >abstraction, etc. is just C with better type checking.
  30.  
  31. Indeed.
  32. >
  33. >I don't know about the Ada world, but in the C++ world we do have a problem
  34. >with teachers and textbook writers who miss the connection between concepts
  35. >and programming language constructs and thus miss the point and makes learning
  36. >unnecessarily difficult for the students.
  37.  
  38. Well, I can speak as a teacher of neophytes, who have _tremendous_
  39. difficulty making the distinction. They identify the concept with the feature.
  40. I'm a pretty decent teacher, and working pretty hard at the distinction
  41. between, say, data abstraction and packages. Indeed, I was teaching DA
  42. several years before Ada even existed, in a data structures course.
  43. The course is _still_ data structures, and Ada is used as the language.
  44. Five years later, I'll run into students who say "Hi Mike. Remember me? 
  45. I was your student in that Ada course." Makes me wanna scream.
  46.  
  47. I am convinced that the only way to show people how to distinguish concept
  48. from language construct is to teach them _more than one language_, so that
  49. they can see for themselves what is universal and what is language-dependent.
  50. Alas, that is rarely possible in today's world, especially in industry.
  51. It's even hard in college courses (except comparative languages courses)
  52. to do two languages side-by-side.
  53.  
  54. At the University of Washington last year I taught a freshman course
  55. whose requirements were 8 weeks of Ada followed by 2 weeks of Fortran.
  56. I was _very_ gratified at the way the students reacted to the 2-language
  57. model. Far from resisting it, they were fascinated by the similarities
  58. and differences. And I daresay they learned more about fundamentals
  59. by doing two languages than by doing one. Examples on request.
  60.  
  61. It's very difficult to compare an apple.
  62. >
  63. > > Their state of knowledge of OO truly seemed to be "It's that stuff that
  64. > > C++ has and Ada doesn't." Some in the group were quite surprised to
  65. > > discover (from me) that Ada supports information hiding and private types.
  66. > > Their eyes glazed over when I got to the intricacies of inheritance.
  67. >
  68. >Maybe you focussed too much on the intricacies and too little on the
  69. >concepts :-) I don't experience serious problems getting the object-
  70. >oriented concepts and the C++ language mechanisms that support then
  71. >across - the problem comes when the ideas have to be applied to real
  72. >projects (exactly, as for the data abstraction concepts and the language
  73. >constructs that support them).
  74.  
  75. I misspoke. I had about half an hour to give the "Ada viewpoint." 
  76. Obviously there weren't too many intricacies discussed. The point was
  77. that I believed that for their situation, Ada's weak single inheritance
  78. could well be quite sufficient,so they could relax and stop fighting
  79. the mandate.
  80.  
  81. DoD Ada implementation policies presume Ada's cost-effectiveness unless 
  82. shown otherwise. I feel no need to trash C++ in order to show that Ada 
  83. is viable, because that is all I have to show. I have no need to engage 
  84. in a "my language is better than yours" crusade; I need only to show that 
  85. my language will solve your problem in a cost-effective manner.
  86.  
  87. I'm tired of pi**ing contests...
  88.  
  89. Mike Feldman
  90.