home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / ada / 4061 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  3.4 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!gatech!swrinde!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!att!allegra!alice!bs
  2. From: bs@alice.att.com (Bjarne Stroustrup)
  3. Newsgroups: comp.lang.ada
  4. Subject: Re: Why and how do organizations select the OO
  5. Message-ID: <24696@alice.att.com>
  6. Date: 25 Jan 93 15:49:33 GMT
  7. Article-I.D.: alice.24696
  8. References: <1993Jan22.144817.23862@mcc.com> <1993Jan22.203706.29355@seas.gwu.edu> <1993Jan25.042040.11659@seas.gwu.edu>
  9. Organization: AT&T Bell Laboratories, Murray Hill NJ
  10. Lines: 59
  11.  
  12.  
  13.  
  14. mfeldman@seas.gwu.edu (Michael Feldman @ George Washington University) writes
  15.  
  16.  > The point was not to tar OO experts as windbags,
  17.  
  18. I didn't think you were, though of course SOME are.
  19.  
  20.  > but to comment on the
  21.  > state of things. The customer in this case is thrashing around, has
  22.  > little knowledge of what's happening in the field, and is making purely
  23.  > political/religious statements. My distress came from the fact that
  24.  > the organization didn't seem really interested in finding out more
  25.  > or get really educated.
  26.  
  27. and that's the real rub. Many organizations and people are so busy
  28. ``getting the job done'' or jumping on some bandwagon that they don't
  29. want to take the time to learn anything new.
  30.  
  31. The real power of languages that support techniques beyond what is
  32. directly supported by C/Pascal is exactly those techniques.
  33.  
  34. Ada supports data abstraction and C++ data abstraction and object-oriented
  35. programming (let's quibble about the meaning of those words elsewhere
  36. if we must; their exact meaning isn't important to what I'm trying
  37. to say here) and unless you take the bother learning those techniques
  38. you are not going to get anywhere near the benefits from Ada/C++ that
  39. you might.
  40.  
  41. One way of expressing this is that companies (and individuals) wants mere
  42. training (i.e. ways of using new tools without absorbing new concepts).
  43. What they need is education (i.e. new concepts and their related techniques).
  44. Ada without some understanding of data abstraction, etc. seems to me to
  45. be very nearly just Pascal, and C++ without some understanding of data
  46. abstraction, etc. is just C with better type checking.
  47.  
  48. I don't know about the Ada world, but in the C++ world we do have a problem
  49. with teachers and textbook writers who miss the connection between concepts
  50. and programming language constructs and thus miss the point and makes learning
  51. unnecessarily difficult for the students.
  52.  
  53.  > They were - as is so often the case -  arguing
  54.  > from nontechnical starting points. There are pro-OO and anti-OO factions
  55.  > in the group, neither being especially scientific. There is also a 
  56.  > faction that believes the Ada mandate should be followed in their case,
  57.  > and a faction that is working harder to evade the mandate that they
  58.  > would need to work to follow it.
  59.  
  60.  > Their state of knowledge of OO truly seemed to be "It's that stuff that
  61.  > C++ has and Ada doesn't." Some in the group were quite surprised to
  62.  > discover (from me) that Ada supports information hiding and private types.
  63.  > Their eyes glazed over when I got to the intricacies of inheritance.
  64.  
  65. Maybe you focussed too much on the intricacies and too little on the
  66. concepts :-) I don't experience serious problems getting the object-
  67. oriented concepts and the C++ language mechanisms that support then
  68. across - the problem comes when the ideas have to be applied to real
  69. projects (exactly, as for the data abstraction concepts and the language
  70. constructs that support them).
  71.