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,FREEMAIL_FROM
	autolearn=ham autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,a1ce307c10055549
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2002-12-12 09:04:42 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newshosting.com!news-xfer1.atl.newshosting.com!uunet!dca.uu.net!ash.uu.net!spool0900.news.uu.net!reader0902.news.uu.net!not-for-mail
Date: Thu, 12 Dec 2002 12:04:38 -0500
From: Hyman Rosen <hyrosen@mail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.3a) Gecko/20021203
X-Accept-Language: en-us, en
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: IBM Acquires Rational Ada
References: <3DF1615C.7AAAC86E@adaworks.com>
 <3DF1B042.6603DDDE@easystreet.com> <3DF2A483.EC512CDF@adaworks.com>
 <at24vr$mf3$1@slb5.atl.mindspring.net>
 <8db3d6c8.0212091445.12594821@posting.google.com>
 <at4rfn$ju2$1@slb9.atl.mindspring.net> <3DF628C4.7090607@cogeco.ca>
 <a1sJ9.161$Z74.587@dfw-service2.ext.raytheon.com>
 <3DF6653D.3030603@cogeco.ca>
 <8db3d6c8.0212101850.51506572@posting.google.com>
 <at7fi7$7fc$1@slb0.atl.mindspring.net> <3DF7901C.3000006@acm.org>
 <ata3ap$m2k$1@slb0.atl.mindspring.net>
In-Reply-To: <ata3ap$m2k$1@slb0.atl.mindspring.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Organization: KBC Financial Products
Message-ID: <1039712678.466533@master.nyc.kbcfp.com>
Cache-Post-Path: master.nyc.kbcfp.com!unknown@nightcrawler.nyc.kbcfp.com
X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/)
NNTP-Posting-Host: 204.253.250.10
X-Trace: 1039712680 reader2.ash.ops.us.uu.net 24520 204.253.250.10
Xref: archiver1.google.com comp.lang.ada:31750
Date: 2002-12-12T12:04:38-05:00
List-Id: <comp.lang.ada>

Marin David Condic wrote:
> The guy who bought the cheesy, buggy, C++ compiler that came with the
> GUI wizard and magical debugger and the half-million lines of class-library
> code got his project out the door 6 months ahead of you because you're still
> building the interface bindings to the OS.

Here's what Scott Meyers has to say in his preface to _Effective STL_:
<http://www.awprofessional.com/catalog/product.asp?product_id={AA4735AF-4407-4011-B7D3-0C924DFA675D}&selectDescTypeId={0BBA7A1C-E080-49A0-B103-E1BE9F7C7092}&st={75A0BC87-B9B4-435A-86E0-36F0AC8E0923}&session_id={4C1AEA22-4C0C-4D62-8DB2-5552A4AFA3C9}>

     Then I began to notice something that took me by surprise. Despite
     the portability problems, despite the dismal documentation, despite
     the compiler diagnostics resembling transmission line noise, many
     of my consulting clients were using the STL anyway. Furthermore,
     they weren't just playing with it, they were using it in production
     code! That was a revelation. I knew that the STL featured an elegant
     design, but any library where programmers are willing to endure
     portability headaches, poor documentation, and incomprehensible error
     messages has a lot more going for it than just good design. For an
     increasingly large number of professional programmers, I realized,
     even a bad implementation of the STL was preferable to no implementation
     at all.