home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / oop / macapp3 / 297 < prev    next >
Encoding:
Text File  |  1992-12-27  |  2.5 KB  |  56 lines
  1. Newsgroups: comp.sys.mac.oop.macapp3
  2. Path: sparky!uunet!wupost!spool.mu.edu!agate!apple!mumbo.apple.com!gallant.apple.com!wintermute.apple.com!user
  3. From: ksand@apple.com (Kent Sandvik )
  4. Subject: Re: Takeover Example
  5. Sender: news@gallant.apple.com
  6. Message-ID: <ksand-271292161117@wintermute.apple.com>
  7. Date: Mon, 28 Dec 1992 00:16:08 GMT
  8. References: <725492228.1473624@AppleLink.Apple.COM>
  9. Organization: (Evil Eye Creature from Mars, Inc.)
  10. Followup-To: comp.sys.mac.oop.macapp3
  11. Lines: 43
  12.  
  13. In article <725492228.1473624@AppleLink.Apple.COM>, RSD@AppleLink.Apple.COM
  14. (Research SW Design, D Goldman,PRT) wrote:
  15. > Regarding my accompanying link ("TEditText Bug")...
  16. >  
  17. > I would speculate that this is a bug whose fix will:
  18. >  
  19. > (a) involve a very slight change to the MacApp code;
  20. > (b) easily be seen to not have distant side-effects;
  21. > (c) at best show up in an Apple bug doc, and that only if we're unexpectedly
  22. > lucky (Kent says he's being transfered to another engineering department!);
  23. > (d) belong in MacApp 3.0.2 (which there is no indication we will ever see Apple
  24. > create or distribute).
  25. >  
  26. > If Apple supported MacApp 3.0, then this is what would happen now:
  27. > (1) Apple confirms and repairs this very small and easy bug.
  28. > (2) The fix is made to MacApp 3.0.2, which is distributed on ETO #10.
  29. >  
  30. > Since Apple no longer supports MacApp 3.0 [Go ahead: prove me wrong! Follow
  31. > the above 2 steps.], let us suppose that MADA buys it. Then here is the
  32. > scenario:
  33.  
  34. I just want to raise one issue, Q&A of a product is a very expensive
  35. phase, and in the case of MacApp we are even dealing with a multitude
  36. of testing cases. In other words one engineer for testing/maintenance
  37. is maybe OK, maybe not (I'm skeptical but I might be wrong, if you find
  38. someone willing to hack 20 hours a day :-) ).
  39.  
  40. I've seen this problem over here in DTS, where we have people, resources,
  41. even a lot of equipment. The problem we have is time, it takes a lot of
  42. time
  43. and energy to test out bug fixes, and we don't have the infrastructure
  44. concerning a full SQA process, something that needs to be in place day
  45. one concerning bug fix releases. In addition, you have to be very, very
  46. sure that bug fixes are properly working, because developers don't like
  47. sudden updates to bug fixes (yes we know, we sometimes have the same
  48. QA problem over here).
  49.  
  50. Cheers,
  51. Kent
  52. -------------------
  53. Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
  54. DISCLAIMER: Private activities on the Net.        
  55. "Don't just do something!  Stand there!"  -- Mystery Science Theater 3000
  56.