home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / cplus / 15942 < prev    next >
Encoding:
Text File  |  1992-11-08  |  2.1 KB  |  56 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!europa.asd.contel.com!emory!sol.ctr.columbia.edu!eff!world!boag
  3. From: boag@world.std.com (Scott A Boag)
  4. Subject: Criticisms Wanted
  5. Message-ID: <BxF1ox.Io4@world.std.com>
  6. Organization: The World Public Access UNIX, Brookline, MA
  7. X-Newsreader: Tin 1.1 PL3
  8. Date: Sun, 8 Nov 1992 21:14:56 GMT
  9. Lines: 45
  10.  
  11. Wow. I am kinda surprised at the amount of negative responses to an
  12. honest question.
  13.  
  14. Two years ago we decided that we would go with C rather than C++ on
  15. a large project.  I think that was the right decision then.  I have
  16. a list of the reasons somewhere, but off the top of my head:
  17.  
  18. * This was a multiplatform project (Mac, Windows, HP-XWindows & SUN).
  19.   At the time we were not comfortable that we could find acceptable
  20.   compiler compatibility.
  21.  
  22. * At least on the Mac, our only choice was Apple's CFront. By the end
  23.   of the project compile and link times were a significant problem
  24.   for C.  C++ would have been disasterious.  Would the symbol tables
  25.   fit in memory?  I doubt it.
  26.  
  27. * I was mistrustfull of debuging in C++, primarily because of the 
  28.   need to do things like unmangiling.  In retrospect I think 
  29.   needlessly so.
  30.  
  31. * It was hard enough finding good C programmers for the project.
  32.   Because of the very quick ramp-up time on this particular project,
  33.   I did not feel we could find good C++ programmers nor did we
  34.   have time to train them.  Today there are many more programmers
  35.   who are familiar with C++ than two years ago.
  36.  
  37. * C++ tends to do a lot of things behind your back, particularly
  38.   with memory, such as automatic destructers being called on 
  39.   exit from a function.  Lots more neat ways to hang yourself.
  40.   Also, I would be, even today, mistrustfull of memory management
  41.   in a large program on Windows or Mac when memory was a 
  42.   problem.  
  43.  
  44. If I were to start the same project today, I would choose to go the
  45. C++ route because of the more advanced state of the technology.
  46.  
  47. Good luck with your project.
  48.  
  49. -sb
  50.  
  51. -- 
  52. **********************************************************
  53. *  Scott Boag
  54. *  
  55. **********************************************************
  56.