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.1 required=5.0 tests=BAYES_05,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 10a146,a03ae7f4e53958e1 X-Google-Attributes: gid10a146,public X-Google-Thread: fac41,a03ae7f4e53958e1 X-Google-Attributes: gidfac41,public X-Google-Thread: 109fba,a03ae7f4e53958e1 X-Google-Attributes: gid109fba,public X-Google-Thread: 1014db,a03ae7f4e53958e1 X-Google-Attributes: gid1014db,public X-Google-Thread: fa0ae,a03ae7f4e53958e1 X-Google-Attributes: gidfa0ae,public X-Google-Thread: 114809,a03ae7f4e53958e1 X-Google-Attributes: gid114809,public X-Google-Thread: 1094ba,a03ae7f4e53958e1 X-Google-Attributes: gid1094ba,public X-Google-Thread: 103376,8775b19e3c68a5dc X-Google-Attributes: gid103376,public From: jur@topdog.cs.umbc.edu (Jacqueline U. Robertson) Subject: Re: Which language pays most? Smalltalk, not C++ nor Java. Date: 1998/01/03 Message-ID: <68mfgo$883@topdog.cs.umbc.edu>#1/1 X-Deja-AN: 312528857 References: <199712121931.LAA25389@sirius.infonex.com> <01bd171b$444880c0$8a0af880@fido312.UIC.EDU> <34AD2228.ADFB60DB@its.cl> <34AEB339.4448B20@charmedquark.com> Organization: University Of Maryland Baltimore County Newsgroups: comp.lang.fortran,comp.lang.c,comp.lang.c++,comp.lang.eiffel,comp.lang.java.programmer,comp.lang.smalltalk,comp.lang.perl.misc,comp.lang.ada,comp.edu Date: 1998-01-03T00:00:00+00:00 List-Id: In article <34AEB339.4448B20@charmedquark.com>, Dean Roddey wrote: >performance is kind of a limiting factor. Even with a language like C++, which very much lives towards the speed side of >the speed/abstraction continuum, we see that our code has performance issues. Some of us just don't feel like we can >afford to move any further along that continuum right now. > Just curious - what kind of apps are you doing where the 'speed penalty' of Smalltalk or Java would make C++ necessary ? For UI driven apps, both are more than fast enough, as user actions are the driving factor. If a dbms is on the back end, then the speed of the queries will limit you regardless of language. >And, when we do, I hope that it will not be Smalltalk or Java that makes us move that way. I hope that its a language that >>takes the best of what's out there, plus a lot of what's been learned in recent years. I would hope that it would address >both the needs of high performance, statically typed, heavily compile type checked systems and those of on-the-fly >interpreted, distributed systems simultaneously. > Just as an FYI, Smalltalk is not now (and has not been for years from any of the major vendors) interpreted. James A. Robertson email: jamesr@parcplace.com phone: 410 952-0471 >-------------------------- >Dean Roddey >The CIDLib Class Libraries >Charmed Quark Software >droddey@charmedquark.com >http://www.charmedquark.com > >"Software engineers are, in many ways, similar to normal people" > >