home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / software / 5436 < prev    next >
Encoding:
Text File  |  1993-01-25  |  3.1 KB  |  62 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!bcstec!plato!mattb
  3. From: mattb@plato.ds.boeing.com (Matt Baney)
  4. Subject: Re: Why is the Software Process NOT working
  5. Message-ID: <C1F1vC.27B@plato.ds.boeing.com>
  6. Reply-To: mattb@plato.boeing.com (Matt Baney)
  7. Organization: Boeing Defense & Space Group
  8. References: <1993Jan19.155446.13593@cs.few.eur.nl> <1993Jan20.132009.10982@cc.gatech.edu>
  9. Date: Mon, 25 Jan 1993 15:33:11 GMT
  10. Lines: 50
  11.  
  12. In article <1993Jan20.132009.10982@cc.gatech.edu> tomg@cc.gatech.edu (Tom Gale) writes:
  13. >> So I wonder, what happens when they leave university? Do they forget
  14. >> everything they have learned. Or is there some mysterious fact  
  15. >> that changes you when you start working.
  16. >
  17. >I think they're doing exactly what they were taught in the universities.
  18. >
  19. >This is a bit of a generalization, but I don't see much emphasis on
  20. >process improvement, quality, and good software engineering skills in
  21. >general in our university curriculums.  Sure, there may be a few
  22. >elective courses in software engineering or software management, but
  23. >in 90% of the courses programming assignments are done as a complete
  24. >hack in order to meet some short term deadline with the knowledge that
  25. >the code will be thrown away when finished.  My impression is that
  26. >most students view software engineering courses as a nuisance with too
  27. >much report writing and not enough coding.  Hacking on the other hand
  28. >has a mystique in the academic setting that breeds hacker wanna-be's.
  29. >
  30. >So I believe that universities are breeding grounds for hackers.  It
  31. >isn't until they've come out into the real world and been involved in
  32. >several failed projects that the light begins to come on.
  33. >
  34. I agree, in college you learn to hack out code, mainly on your own without
  35. any input or help from any outside people (but occasionally in small groups),
  36. that will never be used or looked at again by yourself or anyone else, code
  37. that will never be "used" by any user.  Yet when programmers get to the 
  38. real world they are expected to work together with other programmers, work
  39. on a small part of a much larger program, write code that is maintainable
  40. by someone-else, or maintain someone-elses code, and finally write code that
  41. will be used and tested by a completely separate group of people.
  42.   
  43. I would like to see a two or three segment sequence of computer science 
  44. courses where in Segement I: programming teams of 3-4 people must build
  45. some sizable application, including a users manual and maintenance manual,
  46. then in the next segments, the programming teams are re-shuffled and the
  47. new teams act as users of one of the applications from the previous segment
  48. and maintainers of another.  And are not allowed to be user or maintainers
  49. of an application they helped develop?  The user groups and/or instructor
  50. would propose some enhancements/modifications that the maintenance groups
  51. would have to implement.
  52.  
  53. FWIW
  54. matt
  55.  
  56.  
  57. -- 
  58. |  Matt Baney         | Boeing Defense and Space Division    |
  59. |  -----------------  |   Knowledge Systems Group            |
  60. | "I can't tolerate   | UUCP:        ..!bcstec!plato!mattb   |     
  61. | intolerant people!" | Internet:  mattb@plato.ds.boeing.com |
  62.