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=-0.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00, LOTS_OF_MONEY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,a644fa9cd1a3869a X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-11-14 07:50:33 PST Path: archiver1.google.com!news2.google.com!news1.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!psinet-eu-nl!psiuk-p4!psiuk-p3!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: List container: Insert and Delete Date: Wed, 14 Nov 2001 10:34:09 -0500 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: <9su2t6$m7j$1@nh.pace.co.uk> References: <9sn4qm$13g29j$2@ID-25716.news.dfncis.de> <3BF140D9.611DE43@brighton.ac.uk> <8ifI7.23379$xS6.36874@www.newsranger.com> <3BF26AAC.C0830E5B@brighton.ac.uk> NNTP-Posting-Host: dhcp-200-133.miami.pace.co.uk X-Trace: nh.pace.co.uk 1005752038 22771 136.170.200.133 (14 Nov 2001 15:33:58 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 14 Nov 2001 15:33:58 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:16511 Date: 2001-11-14T15:33:58+00:00 List-Id: "Ted Dennison" wrote in message news:IBvI7.24324$xS6.37794@www.newsranger.com... > > What got Booch into the "hard to use" category was its reliance on hierarchies > of generics. Unfortunately, if you throw that out, it also throws out just about > every industrial-strength component library out there. > I still think that the BC's might be an acceptable alternative so long as what goes along with them is a *simple*case* alternative. Learn the heierarchies of instantiation as you need them, but for a plain-vanilla case, you've got this basic List/Map package that gets the job done with a minimum of instantiation questions. > > What we are shooting for I believe is something that can be shipped with Ada > compilers (as part of the language, or as a cannonical add-on), which will be > usable for *both* purposes. That obviously means it isn't going to be ideal for > either purpose, but it should be usable most of the time. People will still be > free to go get one of the other component libraries if they find that this one > just isn't quite up to their needs. > Well we *could* improve the usability of something like the BC's for both purposes and this may be A Good Thing for everyone. Provide a simple-case alternative *and* some Streams capabilities for the BCs and you get a collection of software that is better for everyone. The academics can start talking about data structures from the simple case and work their way up to the more industrial-strength examples as time permits. The industrialists get something that now gives them a quick-and-dirty method of doing Lists/Maps for their own simple-case usage *plus* they get the kind of persistence provided by libraries like MFC. > > We could certianly use your input in this process. Right now I believe Ehud is > the only active participant from acedemia, and I'm afraid things might be > getting a bit too much of an industrial tilt as a result. For instance, I'm more > interested in your views on the subprogram and type names than I am with most > people's, because you and Ehud are the ones who are charged with teaching people > how to think about lists, which presumably includes proper terminology. > The academics might be able to point us at what are the most popular books on the subject and what is being taught - that might enable us to mirror something and be able to say "Well, if you want to understand it better, go get this book from Amazon..." Wait a minute..... Isn't there a book about the BC's? :-) MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/