home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / software / 4256 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  3.3 KB
  1. Path: sparky!uunet!know!mips2!news.bbn.com!noc.near.net!nic.umass.edu!caen!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!nucsrl!travis
  2. From: travis@eecs.nwu.edu (Travis Marlatte)
  3. Newsgroups: comp.software-eng
  4. Subject: Re: Will we keep ignoring this productivity issue?
  5. Message-ID: <1992Nov12.224223.9275@eecs.nwu.edu>
  6. Date: 12 Nov 92 22:42:23 GMT
  7. References: <1992Nov11.055130@eklektix.com> <1992Nov11.173103.15814@blaze.cs.jhu.edu> <1992Nov11.195515.20763@cs.rit.edu>
  8. Organization: Rauland-Borg Corporation, Skokie IL
  9. Lines: 59
  10.  
  11. The difference in productivity between professional programmers is a real
  12. concern. However, I doubt that large projects actually experience the kind
  13. of added expense that was suggested due to differing productivity.
  14.  
  15. More likely, large projects experience an average productivity that is
  16. insignificantly lower than the best compared with all the other reasons
  17. that projects cannot be scaled up with a linear response in development
  18. time.
  19.  
  20. All engineering fields that I have contact with (directly and through
  21. friends) seem to have similar productivity curves. There are the talented
  22. few who seem to make the right guess the first time when creating a design.
  23.  
  24. There will always be the group at the bottom that struggle with every
  25. decision and never seem to learn from their own or anyone else's mistakes.
  26. These are the people who leave the field due to lack of promotion or
  27. because their are promoted up the managerial ladder. 1/2 :-)
  28.  
  29. In my experience, it is the people who can grasp the bigger picture and
  30. can adapt to the exceptions that are most productive. Using mental models
  31. of what has worked in the past and fitting the new challenge into an
  32. existing model allows that individual to focus on the differences between
  33. what was done before and what is needed now - rather than trying to solve
  34. the new challenge from scratch.
  35.  
  36. Not a new technique and certainly not specific within programming. Passing
  37. this or other techniques on to those who are less productive is the concept
  38. behind time management courses or classes that teach organization and
  39. thought clarification.
  40.  
  41. Let me relate an analogy that I have found most appropriate.
  42.  
  43. A friend of mine is a musician and dabbles in programming. I am a programmer
  44. and dablle in music. In our discussions, it became apparent that we each
  45. approached our own fields in a similar way. Our best theory suggests that
  46. either due to extensive training or, we think more likely, a natural
  47. talent, we each could grasp the larger picture of our respective fields.
  48.  
  49. For instance, I look at a listing of software and quickly begin formulating
  50. the overall flow and interaction of the code. When confronted with a
  51. question, I can make a first guess based on that larger picture and quickly
  52. narrow down my search to specific lines of code.
  53.  
  54. When I look at a sheet of music, I see individual notes. I can work my
  55. way through sequentially - moving from note to note or chord to chord but
  56. I have no feel for the overall structure.
  57.  
  58. My friend is just the opposite. She can review a piece of music and quickly
  59. has a feel for the structure. She can discuss the music at a high level
  60. and understands how the smaller portions fit into the big picture.
  61.  
  62. When she looks at code, she is seeing bits and pieces that she understands
  63. but it is a struggle for her to comprehend the larger scope of it.
  64.  
  65.  
  66. -- 
  67. Travis Marlatte
  68. travis@eecs.nwu.edu
  69. 708-297-0055
  70.