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.1 required=5.0 tests=BAYES_00, PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,88ed72d98e6b3457 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-10-07 14:56:56 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!elnk-nf2-pas!newsfeed.earthlink.net!wn14feed!worldnet.att.net!199.45.49.37!cyclone1.gnilink.net!spamkiller2.gnilink.net!nwrdny02.gnilink.net.POSTED!53ab2750!not-for-mail From: "Stephane Richard" Newsgroups: comp.lang.ada References: <3F7F760E.2020901@comcast.net> <3F8035B0.7080902@noplace.com> <3F816A35.4030108@noplace.com> <3F81FBEC.9010103@noplace.com> <6Ingb.30667$541.13861@nwrdny02.gnilink.net> <3F82B4A4.5060301@noplace.com> <3F82F527.3020101@noplace.com> Subject: Re: Standard Library Interest? X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Message-ID: Date: Tue, 07 Oct 2003 21:56:55 GMT NNTP-Posting-Host: 141.149.78.172 X-Complaints-To: abuse@verizon.net X-Trace: nwrdny02.gnilink.net 1065563815 141.149.78.172 (Tue, 07 Oct 2003 17:56:55 EDT) NNTP-Posting-Date: Tue, 07 Oct 2003 17:56:55 EDT Xref: archiver1.google.com comp.lang.ada:404 Date: 2003-10-07T21:56:55+00:00 List-Id: "Stephen Leake" wrote in message news:uad8cbxhy.fsf@nasa.gov... > > www.adapower.com tried that, with very limited success. Before that, > www.adahome.com had a similar idea. How is your site going to be > better? > A very justifiable question, because of the history of adapower and adahome.(I didn't know adahome had such an idea, but then again I haven't been in the Ada field long enough I suppose. My idea of a centralized repository of libraries. is really as it's name implies. I'd like to build, in essense, a hierarchy if libraries...where users can go look (by any way they want) for what they need and looking for. I plan on searching from more than one point of view as in present the library many different ways based on if and how much they know about what they want. A curious eye might not search the same way as someone looking for a specific library or binding. If I could I would give it a taxonomy chart of some sort too for the sake of classification. :-). whatever needs to be done. (again open to suggestions on how to search within the the Library) I got ideas on my own and a good deal of em, but it dont mean I got every "good" way there could be :-). I want a database, of course for library records, but these records would merely point to files in the server (possibly organized the same way as the taxonomy chart. sousers could quickly do research in the library either based on a series of keywords, or based on categories or based on name/pattern matching, based on dates (if they just want to know what's new in the last week or so, etc etc... I think the picture I got in my head is much clearer than what's in these past paragraphs but I think I explained it clear enough. :-). -- St�phane Richard "Ada World" Webmaster http://www.adaworld.com > Part of the problem is that just because an Ada package is on a web > site doesn't mean it's a _good_ Ada package. So people don't want to > use it. > > The Ada APIWG has the same issue; they need to do lots of reviewing of > packages in order to give some value added, so people have a reason to > trust the code. However, they have no way to pay people for the time > spent reviewing, so it won't happen. > > I try to address this with my code by including unit tests. That > doesn't seem to be enough. > > > I'd like some input on this from people. See for instance, > > > > 1. what could be part of it? > > Anything anyone ever found useful; someone else will need that same > thing again. > > Of course, that leads to lots of code, and you need a really smart > search engine to find anything. Which is another problem plaguing > adapower.com; the search engine isn't very smart. > > > do we limit ourselves to platform independant > > reusable libraries? > > Not "limit", but certainly state a "preference", and include that info > in the searchable keywords. > > > 2. Do we include such things as AdaCL and such data structure based > > libraries? > > Of course. They are useful. But allow all of them; Booch, Charles, > SAL, Grace, etc. > > > 3. Do we go OS specific in different fields. For example. A binding to > > PDCurses, one for conio to allow for specific functionalities available on > > each OS/Platform? > > If someone finds it useful, then yes. > > > And others too, what would you guys put in The Ada Library ? And > > why...see if we can filter out a list that could please everyone. > > Why should we "please everyone"?! The only person that needs to be > "pleased" is the person that finds something useful in the library, > and manages to use it, saving development time. If that person turns > out to be "everyone", so much the better. > > The fact that some people like Charles, and would never use SAL, and > other people make the opposite choice, is an argument for including > _both_ Charles and SAL, not for excluding both! > > > If you are suggesting some sort of review process, where people commit > time to reviewing and approving stuff that goes into the library, then > you do need to get agreement on what deserves reviewing. That's what > the ARG is doing for proposed additions to the Ada standard. Those > guys are getting paid (at least in part) to do that. If you want a > reviewed library, you need to pay the reviewers, in some way; it's a > lot of work. > > One way to pay reviewers is to get the companies they work for to > allow them to spend company time reviewing code. I could do that for > some packages that are related to my work; anyone else out there in > the same situation? > > -- > -- Stephe