home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / oop / macapp3 / 610 < prev    next >
Encoding:
Internet Message Format  |  1993-01-26  |  2.8 KB
  1. Path: sparky!uunet!olivea!apple!applelink.apple.com
  2. From: D4887@AppleLink.Apple.COM (Advanced Comm Eng, G G Apple,PRT)
  3. Newsgroups: comp.sys.mac.oop.macapp3
  4. Subject: Re: Re:software and jets
  5. Message-ID: <728000299.0208503@AppleLink.Apple.COM>
  6. Date: 25 Jan 93 20:21:00 GMT
  7. Sender: daemon@Apple.COM
  8. Organization: AppleLink Gateway
  9. Lines: 44
  10.  
  11.  
  12.  
  13. ----------------------------------------------------------------------------
  14. > Perhaps the better analogy for a large software
  15. >system would be the space shuttle, which could only rely on a relatively
  16. >_much_
  17. >smaller set of existing components (Remember the Challenger?).
  18.  
  19.     I was the systems engineer on Shuttle's NSP (Network Signal Processor)
  20. which, inspite of its name, was entirely dedicated hardware.  Like most space
  21. qualified systems, the Shuttle's systems were deliberately kept as simple and
  22. non-exotic as possible, using as few component types as they could get away
  23. with.  It is presently flying on mostly 20-year-old hardware.
  24.     The shuttle flies with 5 main computers, any three of which must be
  25. operational.  They only recently replaced the core storage with semiconductor
  26. memory.  One of the five computers runs on software that was written by a
  27. totally different company that was kept isolated from the company writing the
  28. primary software.  That was their ultimate insurance against software bugs.
  29. All the hardware redundancy in the world won't help if all the software says to
  30. land off the coast of Florida or in southern California's San Gabriels instead
  31. of on the runway.
  32.     The key to reliable subsystems is the use of standardized, well tested,
  33. reliable components, and then thorough testing of the subsystem itself.  The
  34. key to system reliability is to use only such sybsystems, do system analysis,
  35. and provide system monitoring, redundancy, and thorough testing through the
  36. most extreme conditions possible.
  37.  
  38.     Frankly, I personally don't like low-level programming (although I don't
  39. denegrate those who love it).  I don't deal with the Mac Toolboxes any more
  40. than I have to.  Sometimes there's no choice.  We need people working at all
  41. levels.  However, I would like to see us move into providing reliable
  42. subsystems that can be easily configured into powerful systems.  And many new
  43. systems do not fit the classical (if the last decade can be called "classical")
  44. concept of applications.
  45.     We've escaped the shackles of the main-frame hardware, but we still have
  46. ties to the "program" or "application" mentality.  IMHO, MacApp was a great
  47. advancement but still was a remanent of that era.  As communications systems
  48. and personal, portable computers become increasingly intertwined, standardized
  49. reliable subsystems are going to become increasingly important.
  50.  
  51. G. Gordon Apple   D4887
  52. Advanced Communications Engineering, Inc.
  53. Redondo Beach, CA
  54.  
  55.