home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / c / 16859 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  2.6 KB
  1. Xref: sparky comp.lang.c:16859 comp.software-eng:4422
  2. Newsgroups: comp.lang.c,comp.software-eng
  3. Path: sparky!uunet!spool.mu.edu!uwm.edu!ux1.cso.uiuc.edu!cs.uiuc.edu!johnson
  4. From: johnson@cs.uiuc.edu (Ralph Johnson)
  5. Subject: Re: Will we keep ignoring this productivity issue?
  6. Message-ID: <By0G8A.1M5@cs.uiuc.edu>
  7. Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
  8. References: <1992Nov17.003350.2649@tcsi.com>  <BxxoHu.Lpz@cs.uiuc.edu> <1992Nov19.112116.9307@iccgcc.decnet.ab.com>
  9. Date: Fri, 20 Nov 1992 10:38:33 GMT
  10. Lines: 40
  11.  
  12. kambic@iccgcc.decnet.ab.com (Bonus, Iniquus, Celer - Delegitus Duo) writes:
  13.  
  14. In response to a probably too long article on my part:
  15.  
  16. >We are in the world of wild conjecture and the
  17. >nature vs. nuture issue could go on forever.  We need to speak of data here.
  18.  
  19. Although there were probably many things wrong with my article, it was not
  20. wild conjecture, and I was pointing to data.  The claim was made that,
  21. like everything else, excellence in programming was something you either
  22. had or didn't have, and trying to train someone to be a top programmer
  23. was a mistake.  My point was that claim was completely rediculous.
  24.  
  25. It is true that there are very large differences in the skills of 
  26. programmers.  It is also true that our theories of how to manage software
  27. do not take account of this, and it should.  However, there is no reason
  28. to believe that we cannot *someday* figure out what makes a good software
  29. developer and figure out how to teach it to people.  Sure, there will
  30. always be differences in people, but that does not mean that these
  31. differences are ingrained since birth.   Most differences are acquired,
  32. and that is true of most differences that make for good software
  33. developers.  So, let's find out what these differences are and figure
  34. out how to teach them!
  35.  
  36. In case anyone misunderstands me, I do NOT think that we know how to
  37. teach much about software yet.  Most programming courses just present
  38. syntax to students; some teach themselves and some do not.  There are
  39. a few people who have some sort of theory about how to teach programming,
  40. but these theories are not yet widely accepted.  There is even less agreement
  41. when you move to higher levels of software development.  However, I think
  42. that it is *possible* to come up with an effective theory of how to teach
  43. software development, and that, given enough effort, we will eventually
  44. do so.
  45.  
  46. For what is currently one of favorite approaches, see:
  47. Linn, Marcia C. and Michael J. Clancy.  The Case for Case Studies of
  48. Programming Problems.  Communications of the ACM  V. 35, N 3, March
  49. 1992, pp. 121-132.
  50.  
  51.  
  52.