home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / ada / 4045 < prev    next >
Encoding:
Text File  |  1993-01-23  |  4.1 KB  |  93 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: <1993Jan22.203706.29355@seas.gwu.edu>
  6. Sender: news@seas.gwu.edu
  7. Organization: George Washington University
  8. References: <1jo805INNfe@emx.cc.utexas.edu> <1993Jan22.144817.23862@mcc.com>
  9. Date: Fri, 22 Jan 1993 20:37:06 GMT
  10. Lines: 81
  11.  
  12. In article <1993Jan22.144817.23862@mcc.com> breland@cobweb.mcc.com writes:
  13. >
  14. >In conclusion, I must add that OO in the hands of the uneducated can be a
  15. >dangerous thing.  It is not to be dictated just because "OO is the currently
  16. >accepted methodology, so do it."  Instead, it must be applied judiciously
  17. >and in concert with other approaches suitable to the application domain.
  18. >Don't forget the domain encompasses project programmatics, as well as the
  19. >technology itself.
  20. >
  21. Two anecdotes about the faddishness of OO at the moment. 
  22.  
  23. (1) I was approached by a graduate student who wanted to write a
  24.     masters thesis. I should add that this student works for a very 
  25.     large government contractor on a very large project, an Ada one
  26.     as it happens (not that it matters!).
  27.  
  28.     The student had a proposal in hand: "prove that OO is less efficient".
  29.     The following (abridged) dialog ensued:
  30.  
  31.     MBF:     Less efficient than what?
  32.     Student: Than traditional methodologies
  33.     MBF:     Less efficient in what sense?
  34.     Student: Slower and bigger executables
  35.     MBF:     You think you can prove that?
  36.     Student: Well, that's what the folks at work say
  37.     MBF:     But how do _they_ know? Have they tried comparing apples
  38.              to apples?
  39.     Student: I don't know, but I don't think so. They are interested in
  40.              seeing my results.
  41.     MBF:     How about if we re-write your proposal so that you are
  42.              _investigating_, for some appropriately boiled-down piece
  43.              of your project, the run-time behavior of that program
  44.              developed in OO fashion but also by a traditional methodology?
  45.     Student: Oh, you want me to do the thing in two different ways, then
  46.              compare?
  47.     MBF:     Yup.
  48.     Student: Hmmm....that's a good idea.
  49.     MBF:     Yup. You might even be surprised by the outcome.
  50.  
  51.     The second draft is a bit closer to an honest assessment. 
  52.  
  53. (2) I had occasion recently to visit some folks in one of the military
  54.     services, starting to develop a non-hard-realtime system. They are
  55.     in a frenzy to sort out whether to use OO or not, and whether to
  56.     use Ada or break their backs to get a waiver for C or C++.
  57.  
  58.     They hired a _really_ big-name consultant (NOT a professor, Mark!)
  59.     to teach them his OO methodology and take a first crack at a design
  60.     for them. After collecting a very large fee, he walked away from the
  61.     project, leaving behind what they say is an unworkable design. 
  62.     Conceivably we (I and another professor friend) will get involved 
  63.     helping them sort it all out. Might be fun.
  64.  
  65.     In this group, the battle over both OO and Ada is purely religious.
  66.     Seemed to me to be pretty devoid of technical content. And no, I
  67.     won't tell you what group it was. I was there, though. And other 
  68.     friends have told me that this is typical of the state of things 
  69.     right now. OO is defined in these circles as "I don't know much
  70.     about it, but it's that stuff that C++ does and Ada doesn't."
  71.     And nobody can say for sure whether it will "work", whether it will
  72.     improve cost-effectiveness, and by how much. Same old handwaving.
  73.  
  74. Just thought I'd jump in with my $0.02.
  75.  
  76. Mike Feldman
  77.  
  78. PS - Read J-P Rosen's paper in the November CACM.
  79. ------------------------------------------------------------------------
  80. Michael B. Feldman
  81. co-chair, SIGAda Education Committee
  82.  
  83. Professor, Dept. of Electrical Engineering and Computer Science
  84. School of Engineering and Applied Science
  85. The George Washington University
  86. Washington, DC 20052 USA
  87. (202) 994-5253 (voice)
  88. (202) 994-5296 (fax)
  89. mfeldman@seas.gwu.edu (Internet)
  90.  
  91. "Americans want the fruits of patience -- and they want them now."
  92. ------------------------------------------------------------------------
  93.