home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / software / 4455 < prev    next >
Encoding:
Text File  |  1992-11-22  |  2.7 KB  |  66 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!spsgate!mogate!newsgate!chdasic.sps.mot.com!dichter
  3. From: dichter@chdasic.sps.mot.com (Carl Dichter)
  4. Subject: Re: Productivity vs. Complexity
  5. Message-ID: <1992Nov22.202206.24194@newsgate.sps.mot.com>
  6. Sender: usenet@newsgate.sps.mot.com
  7. Nntp-Posting-Host: 223.197.55.10
  8. Organization: SPS
  9. References: <1992Nov18.235235.423@eecs.nwu.edu> <1992Nov20.014919.10220@spectrum.xerox.com>
  10. Distribution: na
  11. Date: Sun, 22 Nov 1992 20:22:06 GMT
  12. Lines: 52
  13.  
  14. In article <1992Nov20.014919.10220@spectrum.xerox.com>, leisner@wrc.xerox.com ( Marty Leisner) writes:
  15. |> Travis Marlatte (travis@eecs.nwu.edu) wrote:
  16. |> : 
  17. |> : Training a person to design a software system is no different than
  18. |> : training that person to design a hardware system. It takes basic
  19. |> : engineering skills refined for a particular discipline.
  20. |> : -- 
  21. |> 
  22. |> Wow!!
  23. |> 
  24. |> Electrical engineers will agree on a good design.  Software engineers generally won't.
  25. |> 
  26. |> I think writing software is as much "enginnering" any type of creative activity,
  27.  
  28. It does require creativity, but that doesn't mean it can't be taught.
  29.  
  30. There is a reason that hardware engineers can agree about the attributes of 
  31. a good design: the metrics been decided, and taught in school for many years.
  32.  
  33. Examples are Design for Testability, area and cost economies, speed, expandability,
  34. and so on.
  35.  
  36. Values are learned, they are not automatically present in a new discipline, but
  37. some are carried over from existing disciplines.
  38. Electrical engineering is almost a hundred years old, software engineering 
  39. is younger than most baby-boomers.
  40.  
  41. Fair criteria for good designs is, and must continue to be, established and
  42. improved. 
  43.  
  44. Criteria for good programmers has been discussed a lot recently. Here's
  45. two views:
  46.  
  47.  The problem with some programs (to use Wall and Swartz's values as an example)
  48.  is that the programmers were not "lazy" enough to do it right the first time and
  49.  to use existing code where possible, not "impatient" enough to put out a prototype 
  50.  (and let the user's bang on it), and don't have the "hubris" to put some of
  51.  themselves (creativity and effort) into their work.
  52.  
  53.  To put it Yourdon's way (Decline of the American Programmer), most engineers today 
  54.  have the mind-set of auto workers in the 70's: they are ignorant and indifferent about 
  55.  quality, productivity, the customers needs, and foreign competition. Personally,
  56.  I don't think that the auto workers, or todays programmers, are THAT bad-- but
  57.  you get the idea.
  58.  
  59. ----------------------
  60. Carl R. Dichter               "iwannanugui"
  61. Motorola ASIC Division
  62. email: dichter@chdasic.sps.mot.com
  63. /*
  64. ** "People who never make mistakes work for people who dare to."
  65. */
  66.