From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,16c7350fd0e3f2ae,start X-Google-Attributes: gid103376,public From: dewar@merv.cs.nyu.edu (Robert Dewar) Subject: Re: About to give up... Date: 1998/08/16 Message-ID: #1/1 X-Deja-AN: 381660403 X-Complaints-To: usenet@news.nyu.edu X-Trace: news.nyu.edu 903278105 18550 (None) 128.122.140.58 Organization: New York University Newsgroups: comp.lang.ada Date: 1998-08-16T00:00:00+00:00 List-Id: >You are right, the return codes are meant to be taken care of, but my >point is while writing the program, I want things to get things going as >quickly as possible. Then, when I'm satisfied with the structure, I >complete it with error handling and taking care of return parameters. I >am to impatient to take care of every possible event in the beginning of >a project. I implement a feature; if it works, fine, if it doesn't I add >error handling code and figure out what went wrong. This is a reciple for unreliable code. You are depending on testing to verify that your code is free of defects, but unless you do extraordinarily extensive test backed by a formal discipline (e.g. MCDC) testing is a notoriously bad way of showing that your code is correct. The key to high quality code is to learn how to write correct code in the first place. Of course there are many environments in which code does not have to be reliable (most of the Microsoft type applications envrionment is like that -- it is not so terrible if your system bombs every now and then, just irritating). But we are talking in the Ada world of a completely different environment in which we are aiming at large complex highly reliable programs, and making it easier for an impatient programmer to throw things together fast is NOT one of the design goals of Ada :-)