home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / oop / macapp3 / 262 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  1.7 KB
  1. Path: sparky!uunet!spool.mu.edu!olivea!apple!applelink.apple.com
  2. From: JWBAXTER@HALCYON.HALCYON.COM
  3. Newsgroups: comp.sys.mac.oop.macapp3
  4. Subject: Re: * Takeover Proposal *
  5. Message-ID: <199212220715.AA29609@halcyon.com>
  6. Date: 22 Dec 92 07:18:00 GMT
  7. Sender: daemon@Apple.COM
  8. Organization: AppleLink Gateway
  9. Lines: 29
  10.  
  11. From: jwbaxter@halcyon.halcyon.com
  12. To: MACAPP3TECH$@applelink.apple.com
  13.  
  14. >> A LOT of the bug reports are trivial little fixes, with no worries about
  15. >> distant side-effects, so why should every MacApp developer always have to
  16. >> individually modify his/her MacApp source?
  17. >
  18.    I come from a world in which there is no such thing.  ANY change
  19. invalidates all previous proof of correctness.  [The company had several
  20. pretty hefty mainframes which when not otherwise engaged overnight would be
  21. running [self-scoring] regression testing to try to validate the most
  22. recent changes/patches.  Every bug report and change approval generated
  23. additional regression tests based on the new information.  The regresson
  24. testing was CONSTANTLY demonstrating that the "this cannot possibly affect
  25. anything except..." changes actually broke lots of things.]
  26.  
  27. My comment is a little strong.  "No worries" however is off the mark at the
  28. other end of the spectrum.  OOP helps move everything towards the "no
  29. worries" end of things (when done correctly...there's a good bit of
  30. "not-correctly" lurking in MacApp, much of it imposed by the toolbox).
  31.  
  32. Nonetheless, it's better for (most) needed changes to be made and proven
  33. centrally (as I indicated in a private message of support to Dave).
  34.    --John
  35.  
  36. --------------
  37. John W. Baxter   jwbaxter@halcyon.com   [BAXTER.JOHN on AppleLink, from
  38. AppleLink only.]
  39.  
  40.