home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / software / 3367 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  2.5 KB
  1. Xref: sparky comp.software-eng:3367 comp.object:3420
  2. Path: sparky!uunet!cs.utexas.edu!ut-emx!kalakota
  3. From: kalakota@ut-emx.uucp (Ravi Kalakota)
  4. Newsgroups: comp.software-eng,comp.object
  5. Subject: Software psychology and the role of temperment in the programming team
  6. Keywords: psychology, software engineering, business processes, temperment
  7. Message-ID: <79076@ut-emx.uucp>
  8. Date: 4 Sep 92 05:14:28 GMT
  9. Followup-To: poster
  10. Organization: The University of Texas at Austin, Austin, Texas
  11. Lines: 41
  12.  
  13.  
  14.  
  15. There has always been a myth that programmers are introverts
  16. and socially inept.  This has never been proven to be empirically true, to
  17. my knowledge. In a age when software was designed and developed by small
  18. teams, temperment probably is not an important issue. But in a scenario, 
  19. where we have software reuse, object-oriented frameworks etc. where 
  20. we have larger number of groups and teams coordination and collaboration 
  21. are the key to success, temperment becomes an important issue. 
  22.  
  23. Questions that are raised are: 
  24.  
  25. "how does temperment of the manager affect the programming team?"
  26.  
  27. "What composition of technical/temperment components would make a person an
  28. influential team member?"
  29.  
  30. "How does temperment of an individual influence the  software reuse process?"  
  31.  
  32. I been interested in the psychology part of software engineering. I would like
  33. to get some input from programmers and managers about the concept of temperment
  34. and what it should be made up of.
  35.  
  36. Although software psychology, is never emphasised in any curriculum, it
  37. plays an important role in the programming process. Most CS students don't 
  38. know much about the behavioral component since it is never taught. Software
  39. engineering is probably as behavioral as you can get without criticism. Greats
  40. like Dijkstra have criticised software engineering for not being precise. This
  41. is the real issue, real world problems and processes are not precise and 
  42. cannot be mathematically formulated unless one abstracts the essence of the
  43. details that add to the complexity. Tenure committees would not look favorably
  44. at research which behavioral, this would have to change if CS starts doing
  45. relevant research that bridges the gap between Business needs and technology.
  46.  
  47. -- Ravi
  48.  
  49. --------------------------------------------------------------------------
  50. Ravi Kalakota                  email: kalakota@emx.utexas.edu
  51. Center for Information Systems Management
  52. University of Texas at Austin
  53. _________________________________________________________________________
  54.