home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / software / 3222 < prev    next >
Encoding:
Text File  |  1992-08-14  |  2.1 KB  |  48 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!wupost!usc!venice!gumby.dsd.trw.com!deneva!pooh.sdd.trw.com!adams
  3. From: adams@pooh.sdd.trw.com (allen Adams)
  4. Subject: Re: What is Software Engineering
  5. Message-ID: <2A8C276E.72F4@deneva.sdd.trw.com>
  6. Sender: news@deneva.sdd.trw.com
  7. Organization: TRW Inc., Redondo Beach, CA
  8. References: <1992Aug11.205559.14680@ide.com> <1992Aug12.014403.9892@m.cs.uiuc.edu> <1992Aug12.150412.5960@awdprime.austin.ibm.com> <1992Aug14.200712.9709@eecs.nwu.edu>
  9. Date: Fri, 14 Aug 92 21:36:45 GMT
  10. Lines: 36
  11.  
  12. travis@eecs.nwu.edu (Travis Marlatte) writes:
  13.  
  14. >What's the point of this discussion? Are we really trying to nail down
  15. >the definition of "software engineering" or just get a better feel
  16. >for what it is we are supposed to be doing?
  17.  
  18. I think the answer to the second question is 'Yes and Yes'.  When
  19. people get together to discuss 'what it is they do', describing
  20. what a 'software engineer' does can be both hard to define and defend
  21. as a worthwhile thing to do.
  22.  
  23. >It seems that if someone were able to prove that a software engineer
  24. >is a person who spent 15% of his day on the beach, everyone in this
  25. >discusion with "Software Engineer" on their business card would get
  26. >their bathing suit out.
  27.  
  28. I personally go for walks after work along The Strand here in 
  29. Manhattan and Hermosa beaches, so maybe I qualify :) .
  30.  
  31. >I think that part of the problem is that the duties assigned to a 
  32. >software person tend to cover the entire life-cycle so it is hard to
  33. >create a more specific title.
  34.  
  35. Very good point.  I think that is the root of the problem in coming
  36. up with definitions.
  37.  
  38. >Let's get back to discussing how we get the job down, not what we call
  39. >it.
  40.  
  41. I would encourage just the opposite.  It is good every once in a while
  42. to stop and look around to see what is going on, what is influencing software
  43. engineers, etc.  I would discourage personal attacks about people's beliefs
  44. about software engineering, but to discuss the whats, whys, and wheres of
  45. the positive/negative beliefs that software engineers have run into, helps
  46. put things into perspective now and then.
  47.  
  48.