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=3.8 required=5.0 tests=BAYES_00,INVALID_MSGID, RATWARE_MS_HASH,RATWARE_OUTLOOK_NONAME autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,7a6a623afb38d7f7 X-Google-Attributes: gid103376,public X-Google-Thread: 1094ba,7a6a623afb38d7f7 X-Google-Attributes: gid1094ba,public X-Google-Thread: 109fba,94f5b26bc297a928 X-Google-Attributes: gid109fba,public From: "Joseph M. O'Leary" Subject: Re: Fortran vs C++ vs. etc (has little to do with realtime anymore) Date: 1997/09/13 Message-ID: <01bcbff3$581c0240$68552399@caffeine>#1/1 X-Deja-AN: 272064979 References: <199709070005.TAA23336@manifold.algebra.com> <5utbth$rdi@snews2.zippo.com> <34131554.73F2310E@roda.roc.servtech.com> <34157696.16620299@nntp.interaccess.com> <3415CE44.3BD531@calfp.co.uk> <341644F2.763D@BZZvnet.ibm.com> Organization: EarthLink Network, Inc. Newsgroups: comp.lang.c++,comp.lang.fortran,comp.lang.ada Date: 1997-09-13T00:00:00+00:00 List-Id: Jeffrey Templon wrote in article ... > One of the main reasons I tend to push Fortran (or something similar, > like Ada or Python ... although maybe not everyone would see what > I mean by "similar" here ;-) is that with stuff like C++, you *do* > have to know what you are doing, or you will make a mess of it. > The fact remains (and will for some time) that many scientific programmers > are scientists FIRST and programmers SECOND. Turning the average > physicist/programmer (at least in my field) loose with a C++ compiler > is like giving your car keys to your eight-year-old. A few of > them would actually be able to drive, but most of them would cause > big damage trying. > > So one of my reasons for Fortran still being around: you can write > a reasonable program which runs reasonably efficiently just by more > or less typing in an expression of a simple algorithm. Fortran's "mental > model" of the computer is very simple. I agree with you. I spent the first 4 years of my professional career working a large scale VAX/VMS Over-the-Horizon Radar project that was written almost totally in FORTRAN. When I say large scale, I'm talking about something that required 2 VAX 6000/430 mainframes and, employed about 70 or 80 concurrent processes Then I spent about a year and a half working on a Visual C++/Windows NT project that replaced a large portion of the older project -- mainly the UI code. The difference between the 2 software development styles was like night and day. In the old system, you had to know beforehand exactly how much memory your app (or process) required. It was all allocated when the process started. If you data outgrew that size, the process crashed. Also, since it was in FORTRAN, the code read like...well like BASIC. It was very easy to pick up and very straightforward. All code paths were very structured, hierarchical, and BIG. (Huge). I think we documented very well what we did and wrote some very clean code. We didn't try to force old, procedural programming techniquest on to an object-oriented langauge. We accomplished the same task with probably less than one-third as many lines of code as the FORTRAN. Still, I don't envy the long-time FORTRAN programmer who has to switch from maintaining the old code base to maintaining the new one, even if it is much less code to look at. It requires quite a philosophical shift. Joe O'