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,38fc011071df5a27 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-09-19 09:39:57 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.mathworks.com!wn13feed!worldnet.att.net!207.35.177.252!nf3.bellglobal.com!nf1.bellglobal.com!nf2.bellglobal.com!news20.bellglobal.com.POSTED!not-for-mail From: "Warren W. Gay VE3WWG" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: How to get a =?ISO-8859-1?Q?=BBConventional_Ada_Library=AB?= =?ISO-8859-1?Q?_=28Was=3A_Ideas_for_Ada_200X=29?= References: <6a90b886.0305262344.1d558079@posting.google.com> <3ED4A94C.2020501@noplace.com> <3ED6A852.75AC0133@adaworks.com> <3ED74ED3.4020505@noplace.com> <3ED7C8C5.3070902@cogeco.ca> <3ED826BB.9010509@noplace.com> <3F61BA28.3060507@crs4.it> <3F6205B8.3070402@attbi.com> <3F6316DC.7080106@noplace.com> <3F6AF506.2050906@noplace.com> In-Reply-To: <3F6AF506.2050906@noplace.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Date: Fri, 19 Sep 2003 12:25:06 -0400 NNTP-Posting-Host: 198.96.223.163 X-Complaints-To: abuse@sympatico.ca X-Trace: news20.bellglobal.com 1063988693 198.96.223.163 (Fri, 19 Sep 2003 12:24:53 EDT) NNTP-Posting-Date: Fri, 19 Sep 2003 12:24:53 EDT Organization: Bell Sympatico Xref: archiver1.google.com comp.lang.ada:42691 Date: 2003-09-19T12:25:06-04:00 List-Id: Marin David Condic wrote: ... > Libraries are a good thing and IMHO, the bigger the better. The more > leverage I can get out of a library to build my end product, the less > building I have to do, so I would put up with a lot of sub-optimal > characteristics (such as possible complexity or inefficiency) in order > to save me from having to do it myself. > > MDC Which of course, brings us back to the issue of documentation ;-) If it takes longer to figure out how to use even a simple, efficient library due to lack of documentation, vs finding out quickly how to use a more bloated and less efficient but well documented library, then my bet is that (in the non-embedded case) the later will usually be used. What I have often observed in C code at least, is that a programmer will re-invent the wheel when he is too lazy to lookup and re-use something that exists. Certainly 2 barriers here include ignorance and laziness, but the largest challenge is to make the library elements "accessible", through online and/or hard copy documentation. -- Warren W. Gay VE3WWG http://home.cogeco.ca/~ve3wwg