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,f1a4cf648f2724ee X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-05-24 13:20:41 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!lnsnews.lns.cornell.edu!paradoxa.ogoense.net!sn-xit-04!sn-post-02!sn-post-01!supernews.com!corp.supernews.com!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: ARG asks Ada Community for API Proposals. Date: Fri, 24 May 2002 15:20:23 -0500 Organization: Posted via Supernews, http://www.supernews.com Message-ID: References: <3CEDA711.5040303@telepath.com> X-Newsreader: Microsoft Outlook Express 4.72.3612.1700 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3719.2500 X-Complaints-To: newsabuse@supernews.com Xref: archiver1.google.com comp.lang.ada:24683 Date: 2002-05-24T15:20:23-05:00 List-Id: Ted Dennison wrote in message <3CEDA711.5040303@telepath.com>... >I notice from the website that the critera seem to be stilted towards >existing libraries like Booch. Anything from the Grace project would >have trouble competing due to two factors: > > 1) Its new. The critera prefer stuff that's been used for a while. > > 2) Functionality. Grace has as a goal to try to balance power-user >functionality with beginner (eg: CS1 and 2) ease-of-use. The critera >appear to select only for functionality. > > >Not that I have a big problem with this. I've said all along I'd prefer >to see Booch in the standard. :-) Speaking for myself (not necessarily the ARG), I don't think you should read too much into those criteria. They certainly were not intended to be an exclusive list. To my mind, the important point is that the libraries have a community consensus (where "community" is intentionally vague), and are not just something written by someone in their basement. If Grace has a consensus, then it will necessarily meet the usage criteria, if not immedately, certainly by the time the standard gets done. As far as point 2 goes, it seems to me that the ease-of-use criteria got omitted. I don't think anyone wants complex solutions where simple ones will do. Going overboard on functionality can be a mistake, because if the package is too large, people will have trouble using it. Besides, I doubt that many groups are going to be willing to undertake the commitment that it will take to see this through from start to finish. Personally, I'd be happy if anybody steps up here... Randy Brukardt.