home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / software / 4361 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.1 KB  |  48 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!agate!rsoft!mindlink!a3923
  3. From: Gerry_Furseth@mindlink.bc.ca (Gerry Furseth)
  4. Subject: Re: Will we keep ignoring this productivity issue?
  5. Organization: MIND LINK! - British Columbia, Canada
  6. Date: Wed, 18 Nov 1992 05:06:46 GMT
  7. Message-ID: <17556@mindlink.bc.ca>
  8. Sender: news@deep.rsoft.bc.ca (Usenet)
  9. Lines: 37
  10.  
  11. |I recall my first software class.  Here is Fortran syntax; write a
  12. program.
  13. |Not much training.  Not much experience. Compare that to the first _TWO_
  14. |years of hardware.
  15.  
  16. My experience in the land of software has been entirely similar.  I have
  17. found, though, that my EE courses come second to thermodynamics (but still
  18. ahead of computing courses).  For those of you who skipped thermo in favour
  19. of more relevant courses, the basic precept is that every analysis begins
  20. with:
  21. 1: what is the best possible behaviour of this system?
  22. 2: what is the worst possible behaviour of this system?
  23. 3: how near to the best case can I realistically expect?
  24. 4: what information do I need to solve this problem?
  25.  
  26. The last question seems obvious and unnecessary at first glance.  But, after
  27. three semesters, my point of view had changed.  As an example, an essential
  28. piece of information in evaluating the efficiency of any fuel powered engine
  29. is the ambient air temperature.  Not always the first thing that leaps to
  30. mind.
  31.  
  32. The thermodynamic analysis ends with: what assumptions are hidden in my
  33. solution?
  34. For a computing example this time, "I assume that no one will want a file
  35. larger than 1Gb."  This might strike a chord with DOS developers: "I assume
  36. that a single-user operating system need not be re-entrant."
  37.  
  38. The level of discussion on this topic has been consistently high; perhaps
  39. someone can restate what I mean more compactly and argue for or against.
  40.  
  41. Aphorism: If you can't write a testing plan from your design, the resulting
  42. code will be unreliable.
  43. Collorary: If you write and execute a testing plan for all your designs, you
  44. are not working in software.
  45.  
  46. All (my) opinions are no more reliable than the author.
  47. Gerry.
  48.