home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / cplus / 18029 < prev    next >
Encoding:
Text File  |  1992-12-15  |  1.8 KB  |  35 lines

  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!netcom.com!erc
  3. From: erc@netcom.com (Eric Smith)
  4. Subject: Re: IS C++ a language for the "average programmer"
  5. Message-ID: <1992Dec15.224208.4959@netcom.com>
  6. Organization: Netcom - Online Communication Services (408 241-9760 guest)
  7. References: <1992Dec12.234407.15044@ennews.eas.asu.edu> <rmartin.724431509@thor> <15DEC199210345433@zeus.tamu.edu>
  8. Date: Tue, 15 Dec 1992 22:42:08 GMT
  9. Lines: 24
  10.  
  11. In article <15DEC199210345433@zeus.tamu.edu> sam4628@zeus.tamu.edu writes:
  12. >Yes, but does OO _really_ allow you to tackle a more complex problem?
  13. >Or does it just allow you a new "notation" which is conveniently adapted
  14. >to the more complex type of problems?  I've never heard of a programming
  15. >goal which absolutely required OO to achieve it -- however, there are
  16. >a large number of math problems which algebra just cannot solve, no
  17. >matter how you manipulate it (assuming, of course, that you don't start
  18. >making simplifying assumptions/approximations).
  19.  
  20. In theory, you can do without OOP, but in practice, software development
  21. is expensive, and your customers want your work to approach perfection
  22. immediately, rather than waiting years for a more stable version.
  23.  
  24. Just consider all the software development companies that have gone broke,
  25. still trying to get their software working years behind schedule, and you
  26. will start to appreciate that every "convenience" is precious.  OOP vs
  27. older programming languages is like airplanes vs boats.  You can cross
  28. the ocean in a boat, but your competition will arrive ahead of you and
  29. take over your market.
  30.  
  31. And that's the way it should be.  We can argue the merits of OOP vs
  32. non-OOP, or C++ vs C, forever and never prove anything.  The proof will
  33. come only from seeing which software development companies survive and
  34. prosper over the long run.
  35.