home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 7716 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.8 KB
  1. Path: daily-planet.execpc.com!usenet
  2. From: innuendo@execpc.com (Jonathan Gapen)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: toy operating systems, like AmigaOS
  5. Date: 21 Apr 1996 10:02:40 GMT
  6. Organization: esCom Amiga Madison Enthusiast's Organisation
  7. Message-ID: <4ld140$etr@daily-planet.execpc.com>
  8. References: <skllsf.984983.4.5@groomlake.mil> <4kplgo$o9r@canyon.sr.hp.com> <4ksu6q$haa@nadine.teleport.com> <19960417.7BBC9E0.3B7F@asd01-01.dial.xs4all.nl> <4l4cha$dhn@daily-planet.execpc.com> <19960420.7B93528.C5E8@asd10-02.dial.xs4all.nl> <4lblu6$h9f@freenet-news.carleton.ca>
  9. NNTP-Posting-Host: cheerios.execpc.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=iso-8859-1
  12. Content-Transfer-Encoding: 8bit
  13. X-NewsSoftware: GRn 2.1 Feb 19, 1994
  14.  
  15.  
  16. In article <4lblu6$h9f@freenet-news.carleton.ca> de351@FreeNet.Carleton.CA (K. C. Lee) writes:
  17. > >>    May I point out again that until programming methods improve drastically,
  18. > >> *all* non-trivial software will have bugs.  The user still needs some
  19. > >> protection, because sooner or later, something will break.
  20. > 
  21. > The common programming PRACTICE and proper testing techniques need to be
  22. > improved.  These are some of the stuff that the average C0DERs (not
  23. > programmers !) will never learn until they get the necessary formal education.
  24. > 
  25. > ...
  26. > 
  27. > One is supposed to produce a test suite to test all possible logical paths
  28. > as well as results of a program.  Anything less, you get bugs.  In real
  29. > life, there is a trade-off between how fast you want the product to be out
  30. > and what kind of bugs you can tolerate.
  31.  
  32.    Remember the baggage handling system at the infamous over-budget Denver
  33. airport?  Or the still non-existant upgrade to the national air traffic
  34. control system?
  35.    In both of these cases, you've got a computer program trying to deal with
  36. the real world, meaning plenty of unexpected situations which the software is
  37. expected to handle.  Since these situations are unexpected, there's no way to
  38. test the software, and the only debugging possible is to removed bugs after
  39. they've caused problems.  At the Denver airport, that could mean lost baggage
  40. and delays for travellers.  In the case of the air traffic control system,
  41. that could mean lost lives.  Obviously, we can't tolerate *any* bugs in that
  42. system, but eliminating all bugs means that the software will never be done.
  43.    Even in the huge programs of today, the number of possible logical paths
  44. and results is so huge as to be practically infinite.  In order to get
  45. products out the door, and make money, companies test software as much as they
  46. can, but they'll never catch all the bugs, even with those fancy, automated
  47. software testing systems.  That's why programming methods must improve, if
  48. it's at all possible.
  49.  
  50. -- 
  51. Jonathan Gapen (innuendo@execpc.com)
  52. Bread in, toast out. How does it DO that?
  53.