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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,bc1361a952ec75ca X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-08-01 15:15:40 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.mathworks.com!portc01.blue.aol.com!uunet!dca.uu.net!ash.uu.net!spool0.news.uu.net!reader1.news.uu.net!not-for-mail Sender: DB3L@CTWD0143 Newsgroups: comp.lang.ada Subject: Re: How to make Ada a dominant language References: <3B6555ED.9B0B0420@sneakemail.com> <9k3l9r$10i2$1@pa.aaanet.ru> <3B656345.64AB603A@sneakemail.com> <9k3oa1$2qg8$1@pa.aaanet.ru> <3B657715.7EC592D9@sneakemail.com> <3B6588FC.6D40C443@sneakemail.com> <87snfe9sir.fsf@520075220525-0001.dialin.t-online.de> From: David Bolen Date: 01 Aug 2001 18:15:45 -0400 Message-ID: Organization: Fitlinxx, Inc. - Stamford, CT X-Newsreader: Gnus v5.7/Emacs 20.6 NNTP-Posting-Host: 208.247.212.3 X-Trace: reader1.news.uu.net 996704137 884 208.247.212.3 Xref: archiver1.google.com comp.lang.ada:10994 Date: 2001-08-01T18:15:45-04:00 List-Id: Ted Dennison writes: > In article , David Bolen says... > > > >I do cringe when I think of all those VB programmers (of which I am > >not one, although I work with them) considering an application to be > >nothing more than snippets of code associated with GUI elements, but > > In some environments that may be accurate. But even a GUI app needs > to have the GUI *designed* before someone starts working on it. I > usually use a whiteboard for this purpose, as its quickest for > erasing and redrawing. That's sort of the point about the RADs nowadays though - it's pretty common _not_ to bother designing the GUI up front, but just start dropping controls around and then re-arranging them in the editor until it looks ok (or for a truly quick 'n dirty test app, just leaving them where they fall), and then associating code with them based on what they on-the-fly think that the button or widget should be doing. To be honest, for really rapid, throwaway utilities, it can vastly streamline getting something running that actually has a reasonable GUI. Why draw/erase on a whiteboard, when you can just add/delete the button on the screen. But it risks very quickly getting messy as something gets bigger, and/or that "throwaway" thing is realized not to be so throwable. It's not that you can't do design up front, and I'm sure many people do, but that the environments actually make it enticingly easy not to bother with it, while the negative impacts are less obvious to see until later. -- -- David -- /-----------------------------------------------------------------------\ \ David Bolen \ E-mail: db3l@fitlinxx.com / | FitLinxx, Inc. \ Phone: (203) 708-5192 | / 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \ \-----------------------------------------------------------------------/