home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / cplus / 16195 < prev    next >
Encoding:
Text File  |  1992-11-13  |  1.5 KB  |  34 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!wupost!sdd.hp.com!sgiblab!rtech!odinba!dan
  3. From: dan@BofA.com (Dan Brockman)
  4. Subject: Re: Criticisms Wanted
  5. Message-ID: <1992Nov13.053142.1218@BofA.com>
  6. Organization: Bank of America, Capital Products, RMTG #5906
  7. References: <1992Nov8.170309.12301@cc.gatech.edu> <BxGu0p.D3o@slipknot.rain.com> <1992Nov10.212718.2852@taumet.com>
  8. Date: Fri, 13 Nov 92 05:31:42 GMT
  9. Lines: 23
  10.  
  11. In article <1992Nov10.212718.2852@taumet.com> steve@taumet.com (Steve Clamage) writes:
  12. >robert@slipknot.rain.com (Robert Reed) writes:
  13. >
  14. >|But the
  15. >|point is that C++ has been reputed to be a language that finally makes the
  16. >|concept of "software components" realizable.  The argument goes that if you
  17. >|still have to examine the internal workings of component classes to determine
  18. >|how to best use them, then their value as components has been greatly
  19. >|diminished.
  20. >
  21. >I don't see how this is different in C++ than in any other programming
  22. >language.  You have an interface declaration and (one hopes) some
  23. >documentation, but how do you know whether the actual component works
  24. >as claimed?
  25.  
  26. IMHO C++ is just one more modular language in this respect, sales pitches
  27. notwithstanding.  FORTRAN made "software components" realizable in the 50's.
  28.  
  29. -- 
  30.  --------------------------------------------------------------
  31.  Daniel Brockman             tel 415-953-0406, fax 415-622-2892
  32.  Bank of America, Dept 5906, 555 Calif St
  33.  San Francisco 94104 USA    email uunet!odinba!dan dan@BofA.COM
  34.