Newsgroups: comp.object,comp.lang.eiffel,comp.lang.c++,comp.lang.smalltalk
Path: cantaloupe.srv.cs.cmu.edu!das-news2.harvard.edu!news4.ner.bbnplanet.net!news3.near.net!paperboy.wellfleet.com!news-feed-1.peachnet.edu!usenet.eel.ufl.edu!news.mathworks.com!tank.news.pipex.net!pipex!news.sprintlink.net!noc.netcom.net!netcom.com!brockman
From: brockman@netcom.com (daniel brockman)
Subject: Re: Why is one OO language more productive than another?
Message-ID: <brockmanDE7vxI.3Au@netcom.com>
Organization: Life, Liberty, Love, Money and Art
References: <40t7veINNe25@bhars12c.bnr.co.uk> <41aal8$46ig@tigger.cc.uic.edu> <1995Aug22.175153@hobbit>
Date: Fri, 1 Sep 1995 08:08:06 GMT
Lines: 36
Sender: brockman@netcom13.netcom.com
Xref: glinda.oz.cs.cmu.edu comp.object:37782 comp.lang.eiffel:10708 comp.lang.c++:147065 comp.lang.smalltalk:27888

In article <1995Aug22.175153@hobbit> hathawa2@marshall.edu (Mark S. Hathaway) writes:
>> In article <41aal8$46ig@tigger.cc.uic.edu>,
>> dhanley@matisse.eecs.uic.edu (David Hanley) writes:
>
>>> Patrick D. Logan (patrick_d_logan@ccm.jf.intel.com) wrote:
>
>>> *That* is the point: that there are bigger fish to catch than type errors.
>
>> 	If you are used to writing "typeless" code, the type checker
>> will not help you much.  If you really use the type checking, it 

Ha!  The type checker will try to prevent typeless code.
It would be an anti-productivity tool.

>> can reduce debugging time a lot, especially on multi-person projects.
>> 
>> 	There may be bigger fish to catch, but why let anything swim
>> away?
>
>I seem to have missed the larger post of Mr. Logan.
>
>What, precisely, are those "bigger fish"?

I suspect Logan means that what few typing errors may occur
will tend to evidence themselves in the first execution following
the first clean compile, and they will be readily detectable
and correctable.  The bigger fish are the errors in algorithmic
design, system architecture, project management, organizational
structure, social custom, and cultural propensities respecting
production and distribution.


-- 
-------------------------------------------------------------------------
Daniel Brockman San Francisco brockman@netcom.com 
-------------------------------------------------------------------------
