home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / cplus / 12420 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  2.3 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!convex!convex!ssimmons
  2. From: ssimmons@convex.com (Steve Simmons)
  3. Newsgroups: comp.lang.c++
  4. Subject: >>>> Is C++ "for the rest of us" ?
  5. Message-ID: <ssimmons.714059101@convex.convex.com>
  6. Date: 17 Aug 92 13:45:01 GMT
  7. Sender: usenet@news.eng.convex.com (news access account)
  8. Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
  9. Lines: 49
  10. Nntp-Posting-Host: pixel.convex.com
  11. X-Disclaimer: This message was written by a user at CONVEX Computer
  12.               Corp. The opinions expressed are those of the user and
  13.               not necessarily those of CONVEX.
  14.  
  15. > 
  16. > I have been talking to managers who are very nervous about
  17. > moving to C++.  It seems to have a reputation for being
  18. > difficult to master, and those of us who program in C++
  19. > are sometimes considered Gurus.
  20. >
  21.  
  22. Yes, we are so smart.... ;-)
  23.  
  24. > What guidelines would you give to a manager who is trying
  25. > to decide whether to use C++ for an new project?  
  26.  
  27. Understand that there is a learning curve.  It takes time 
  28. for people to change to a new programming environment.  
  29. Start small... Use other people's work like the NIH library.
  30. Having learning groups... Openly discussed good and bad 
  31. style without any EGOs. Seriously, C++ is not hard but it can 
  32. be disastrous if you have bad personalities on the team. 
  33.  
  34. Within 3-6 months, your programmers will probably be experts
  35. at the language. However, build 3 months into the schedule 
  36. for learning.  Give each developer a small task. Have them 
  37. code a class object. Then, review each line of code without
  38. proving the programmer wrong.  Just suggestions.... 
  39.  
  40. >
  41. > Would you suggest that a team with average programmers 
  42. > move to C++ ?
  43. >
  44.  
  45. It is not brains but attitude.  If your programmers don't
  46. like change then don't expect them to learn it without a 
  47. fight.  It is a matter of your programmers wanting to learn
  48. both the syntax of a new language and a new paradigm in 
  49. coding. 
  50.  
  51. >
  52. > Should a programming team attempt a C++ project if they do
  53. > not have any C++ gurus to fall back on?
  54. >
  55.  
  56. Yes.... At worst, you will make mistakes... expect it.... 
  57. If you keep the code modular/object oriented, you will only 
  58. need rewrite that one section. Again, start slow... Talk \
  59. regularly about coding/design issues. 
  60.  
  61. Thank you. 
  62.  
  63.                 Steve Simmons
  64.