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.1 required=5.0 tests=BAYES_40,INVALID_DATE autolearn=no autolearn_force=no version=3.4.4 Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.ARPA Path: utzoo!watmath!clyde!burl!ulysses!ucbvax!harvard.harvard.edu!uucp%ihnp4.UUCP From: uucp%ihnp4.UUCP@HARVARD.HARVARD.EDU (UUCP Admin) Newsgroups: net.lang.ada Subject: Warning From uucp Message-ID: <8510171704.AA16299@py.garage.packard.DK> Date: Thu, 17-Oct-85 12:56:41 EDT Article-I.D.: py.8510171704.AA16299 Posted: Thu Oct 17 12:56:41 1985 Date-Received: Sat, 19-Oct-85 05:40:10 EDT Sender: daemon@ucbvax.ARPA Organization: The ARPA Internet List-Id: We have been unable to contact machine 'delftcc' since you queued your job. delftcc!mail sam (Date 10/14) The job will be deleted in several days if the problem is not corrected. If you care to kill the job, execute the following command: uustat -kdelftccN14fc Sincerely, ihnp4!uucp ############################################# ##### Data File: ############################ >From seismo!harvard!USC-ECLB.ARPA:INFO-ADA Mon Oct 14 17:01:41 1985 remote from ihnp4 Received: by ihnp4.ATT.UUCP id AA03712; 14 Oct 85 17:01:41 CDT (Mon) Received: from harvard.ARPA (HARVARD.HARVARD.EDU) by seismo.CSS.GOV with SMTP; Mon, 14 Oct 85 08:48:24 EDT Received: from USC-ECLB.ARPA by harvard.ARPA; Mon, 14 Oct 85 08:49:38 EDT Return-Path: <@MIT-MC:jcm@ORNL-MSR> Received: from MIT-MC.ARPA by USC-ECLB.ARPA; Sun 13 Oct 85 08:39:18-PDT Received: from ORNL-MSR.ARPA by MIT-MC.ARPA 13 Oct 85 10:50:14 EDT Received: by ORNL-MSR.ARPA (4.12/4.9) id AA17858; Sun, 13 Oct 85 10:50:06 edt Date: Sun, 13 Oct 85 10:50:06 edt From: ihnp4!seismo!harvard!ORNL-MSR.ARPA:jcm (James A. Mullens) Message-Id: <8510131450.AA17858@ORNL-MSR.ARPA> To: UCI-ICSE.ARPA!godwin, MIT-MC.ARPA!info-ada, BRL-VGR.ARPA!info-micro, BRL-VOC.ARPA!info-pascal Subject: Re: Languages in use Resent-Date: Sun 13 Oct 85 15:47:31-PDT Resent-To: USC-ECLB.ARPA!info-ada Resent-Message-Id: <12150885494.35.INFO-ADA@USC-ECLB.ARPA> >From Jim Mullens / Oak Ridge National Lab Oak Ridge is a large government research lab. I, and most people here, are part-time programmers and full time engineering/scientific researchers so we tend to stick with the common coin of the scientific programming world, FORTRAN. Most people have grown up with IBM mainframes and DEC minis, where FORTRAN is well-supported. On DEC minis at least, the language is highly integrated into the operating system, so you can even do most systems programming from FORTRAN... I think the major reason we do not change languages is that we have some very good reasearchers who only know FORTRAN, and could not participate fully in a computer project using another language -- plus, we simply cannot afford to learn a new language just because it is claimed to be the optimum for this year's computer project. Lately I think we are seeing the growth of easy-to-use speciality packages which are almost languages, instead the learning of new languages. CSMP is an early version of this, spreadsheets another, advanced data base packages, statistical packages like SAS, and so on. This is, to me, an interesting way to go... In AI, expert systems are characterized by the incorporation of "domain-specific knowledge" instead of general rules of reasoning. These language-like application packages seem like languages with domain knowledge embedded in them. I would like to hear the results of your survey. Thanks.