home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / cplus / 19023 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  1.5 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!howland.reston.ans.net!usc!cs.utexas.edu!sun-barr!olivea!gossip.pyramid.com!pyramid!infmx!cshaver
  2. From: cshaver@informix.com (Craig Shaver)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: feedback wanted on appropriate OOPL
  5. Message-ID: <1993Jan12.170504.6400@informix.com>
  6. Date: 12 Jan 93 17:05:04 GMT
  7. References: <rmartin.726674455@thor> <TMB.93Jan10170408@arolla.idiap.ch> <rmartin.726795186@thor>
  8. Sender: news@informix.com (Usenet News)
  9. Organization: Informix Software, Inc.
  10. Lines: 30
  11.  
  12. In article <rmartin.726795186@thor> rmartin@thor.Rational.COM (Bob Martin) writes:
  13. ......
  14. ........
  15. >
  16. >Deferring error detection to runtime is risky, since the error may be
  17. >encountered several months after its release.  Also, there are several
  18. >C++ development environments that catch runtime errors just as nicely
  19.  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  20.  
  21. Could you provide a few names?  Are they interpretor based? 
  22. Expensive?  Available on multiple platforms?
  23.  
  24. >as stalk does.  So, I don't accept that runtime error detection is
  25. >either an advantage or the exclusive domain of stalk.
  26.  
  27. A good development environment can make up for a lot of deficiencies
  28. in a language :'}.
  29.  
  30. >
  31. >
  32. >--
  33. >Robert Martin                        Training courses offered in:
  34. >R. C. M. Consulting                       Object Oriented Analysis
  35. >2080 Cranbrook Rd.                        Object Oriented Design
  36. >Green Oaks, Il 60048 (708) 918-1004       C++
  37.  
  38.  
  39. -- 
  40. Craig Shaver  (cshaver@informix.com for now) (415)390-0654 (415)926-6407
  41. Productivity Group POB 60458 Sunnyvale, CA  94088
  42.