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=0.2 required=5.0 tests=BAYES_00,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: fac41,b87849933931bc93 X-Google-Attributes: gidfac41,public X-Google-Thread: 109fba,b87849933931bc93 X-Google-Attributes: gid109fba,public X-Google-Thread: f43e6,b87849933931bc93 X-Google-Attributes: gidf43e6,public X-Google-Thread: 103376,b87849933931bc93 X-Google-Attributes: gid103376,public X-Google-Thread: 1108a1,b87849933931bc93 X-Google-Attributes: gid1108a1,public X-Google-Thread: 114809,b87849933931bc93 X-Google-Attributes: gid114809,public From: Eric Clayberg Subject: Re: OO, C++, and something much better! Date: 1997/01/24 Message-ID: <32E8EB48.2C0C@parcplace.com>#1/1 X-Deja-AN: 211961218 references: <32DF458F.4D5C@concentric.net> <32DF94DC.6FF8@watson.ibm.com> <32DFD972.37E4@concentric.net> <32E4FC5B.242C@watson.ibm.com> <32E6862D.608B@parcplace.com> <32E788D4.4B91@watson.ibm.com> content-type: text/plain; charset=us-ascii organization: ParcPlace-Digitalk, Inc. mime-version: 1.0 reply-to: clayberg@parcplace.com newsgroups: comp.lang.c++,comp.lang.smalltalk,comp.lang.eiffel,comp.lang.ada,comp.object,comp.software-eng x-mailer: Mozilla 3.0 (Win95; U) Date: 1997-01-24T00:00:00+00:00 List-Id: Norman H. Cohen wrote: > You seem to be confusing type errors with all other kinds of > compile-time errors. I don't think so. I am well aware of what a type error is relative to the universe of other compile-time errors. > As you said, "Smalltalk does not lend itself to 'type' errors of that > nature." Smalltalk programmers are no less likely than other > programmers to use an integer variable to index into the wrong array, > but since Smalltalk does not have the means to express such distinctions > as type distinctions, I would imagine that most Smalltalk programmers > would think of this as a "general logic error" rather than as the kind > of problem that would be caught by compile-time type checks. Yes, I would definitely consider that a "general logic error" in the Smalltalk (or C++) context. > I mentioned the securities industry specifically because Alan Lovejoy > had brought up the use of Smalltalk in that industry. This industry has > perceived that Smalltalk speeds deployment of software, but I suspect > that few realize that this is accomplished by deferring the detection of > some errors until after deployment! That is not a general property of Smalltalk any more so than of any other language. Having developed commercial apps in a number of languages, I have always been amazed at the stability of deployed Smalltalk apps relative to apps built with other languages. If you say that apps built with Ada are even more stable, then great. Do you have any evidence that shows that deployed Ada apps are more stable in practice than deployed Smalltalk apps? I have never seen anything beyond supposition and guesses (usually offered up by folks who have never used Smalltalk). > The appropriate comparison here is > not to C++ (an error-prone language whose supposedly strong typing > system is too weak to catch many of the errors that language fosters), > but to a safety-oriented language such as Ada. Are you saying that Ada is incapable of propagating errors to the end user? All errors are guaranteed to be fixed prior to deployment? That would be remarkable. -Eric