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