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: fac41,2c6139ce13be9980 X-Google-Attributes: gidfac41,public X-Google-Thread: 103376,3d3f20d31be1c33a X-Google-Attributes: gid103376,public X-Google-Thread: 1108a1,2c6139ce13be9980 X-Google-Attributes: gid1108a1,public X-Google-Thread: f43e6,2c6139ce13be9980 X-Google-Attributes: gidf43e6,public From: "Samuel T. Harris" Subject: Re: Interface/Implementation (was Re: Design by Contract) Date: 1997/09/12 Message-ID: <34195894.7CFC3869@hso.link.com>#1/1 X-Deja-AN: 271893330 References: <3416CA7D.50A@link.com> Organization: Hughes Training Inc. - Houston Operations Newsgroups: comp.object,comp.software-eng,comp.lang.ada,comp.lang.eiffel Date: 1997-09-12T00:00:00+00:00 List-Id: Robert Dewar wrote: > > Samuel Mize says > > < read an Ada unit with a lot of sub-procedures, you wind up reading > it from the end backward.>> > > Once again, I do not know what this is about. I can imagine someone > deliberately ordering a program so that it has to be read from the > end backward, but I thankfully never encountered an Ada program > written this way, and the suggestion that this is somehow required > in Ada is entirely bogus. In my world I really don't care much how an Ada package body is ordered as far as readability is concerned. With the proliferation of "smart" Ada browsers, editors, and preparation tools (Apex, Emacs with the Ada stuff, ada2html for Web browsers, etc.) I judge "readability" to be nearly insignificant. There are still situations where code reviewers are limited (or more precisely have limited themselves) to hard copy only but these are getting more rare as time goes on with the explosion of intranets. Of course, certain technical aspects of package body ordering already identified in this thread deserve attention and I do not mean to downplay their importance. I just want to point out that I haven't dealt with simple ASCII text source code for years so I'm free from the limitations of such a simple representation. -- Samuel T. Harris, Senior Engineer Hughes Training, Inc. - Houston Operations 2224 Bay Area Blvd. Houston, TX 77058-2099 "If you can make it, We can fake it!"