home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / software / 4947 < prev    next >
Encoding:
Text File  |  1992-12-14  |  3.1 KB  |  62 lines

  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!agate!stanford.edu!rock!concert!sas!mozart.unx.sas.com!julian
  3. From: julian@vanuliet.unx.sas.com (Phil Julian)
  4. Subject: Re: Request for reuse tool info
  5. Originator: julian@vanuliet.unx.sas.com
  6. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  7. Message-ID: <Bz9Kzo.HAM@unx.sas.com>
  8. Date: Mon, 14 Dec 1992 19:33:24 GMT
  9. References: <ByMu6L.4LJ@cs.uiuc.edu> <1992Dec2.170110.6739@spectrum.xerox.com> <1992Dec4.100248.27137@netcom.com> <1992Dec4.231659.22445@mole-end.matawan.nj.us> <2311@sousa.tay.dec.com>
  10. Nntp-Posting-Host: vanuliet.unx.sas.com
  11. Organization: SAS Institute Inc.
  12. Lines: 48
  13.  
  14.  
  15. In article <2311@sousa.tay.dec.com>, gibian@talent.ljo.dec.com (Marc S. Gibian) writes:
  16. > What I find missing in most CASE tools, and all the time with re-use tools
  17. > and methodologies, is that they are passive.  They require the engineer to
  18. > explicitly search a database, know the ground rules for building designs,
  19. > etc.  I believe that for re-use to realize its very real potential, as
  20. > well as most CASE tools, is for them to become integrated active assistants.
  21. > An example:
  22. > I start by using a design tool to start designing some software.  I would
  23. > like the design tool to not just allow me to build my design, but also to
  24. > constantly try to match portions of MY design against the pool of designs
  25. > (and existing code and tests for those designs).  When it finds a "close"
  26. >match, the design tool points out the match as a candidate for reuse, allowing
  27. > me to evaluate whether it REALLY is a design that does what I need, and then
  28. > incorporates the re-used design into the design I am creating.
  29.  
  30. I really think that you have found an essential point here, but I
  31. would like to extend the idea of an ACTIVE role to the programmer
  32. himself.  We all need to search for a "design match" for each project
  33. that we do, but this seldom happens even when people work for the same
  34. company or for the same department.
  35.  
  36. Also, I can anticipate the reaction when you explain your past projects:
  37.    "Oh, I borrowed most of the code and adapted it to my own needs."
  38.    "But, what did you really write yourself?"
  39.    "Well, you don't understand.  I reused the code, which is good."
  40.    "But, can you show me something that you have done yourself?"
  41.    "Well, this part here, and that piece there."
  42.    "Next applicant!"
  43.  
  44. From this scenario, reuse is bad for resumes.  What do other
  45. programmers or employers value more -- reusing old code or writing
  46. original code?  The problem may be our own attitudes and the attitudes
  47. of the marketplace.  Reuse is not valued as an intrinsic skill.  I
  48. know this is trite, but have you ever seen "reuse" as a desired skill
  49. on a job description?
  50.  
  51. > --
  52. > Marc S. Gibian            email: gibian@talent.ljo.dec.com
  53. > Principal Software Engineer    phone: (508) 486-6598
  54. > Digital Equipment Corporation    fax:   (508) 486-6648  or (508) 486-6100
  55. -- 
  56.  Phil Julian           | "I call it warpabilly, muddle of the rude, queasy
  57.  SAS Institute, Inc.   |  listening!"
  58.  Open Systems R & D    | Rev. Billy C. Wirtz, as quoted in the Record 
  59.  julian@unx.sas.com    | Exchange Music Monitor
  60.