Re: IF DEAD, GOTO 10-3-39



Ralph Kennedy <kennedy@xxxxxxxxxxxxxxxxxx> wrote:
<aborgman@xxxxxxxxxxxxxxxxxxxxx> writes:
Ralph Kennedy <kennedy@xxxxxxxxxxxxxxxxxx> wrote:
<aborgman@xxxxxxxxxxxxxxxxxxxxx> writes:

Besides, I don't care if you write 28 gazillion
function libraries, the fact remains that c = a + b
is a hell of a lot more math-friendly than ADD A TO
B GIVING C.

No, mathematically its [SIC] the exact same thing.

Do you even know what the topic of this
debate is? It's ease of programming, not what
is "mathematically the exact same thing."

Nope - it's "Is there anything you can do in FORTRAN that
you cannot do in other HLLs"

Bullshit. That's just your idiotic statement,
revealing an unbelievable ignorance that only someone
who has never had to program math applications would
make. The original topic was how FORTRAN finally
made math computation easily manageable.

Finally? FORTRAN was the first HLL.


I haven't programmed in COBOL for over 20 years
(and did scarce little of it even then), but if
you're going to tell me that:

MULTIPLY B by B GIVING X.
MULTIPLY D BY E GIVING Y.
ADD A TO X GIVING C.
SUBTRACT Y FROM C GIVING C.
SUBTRACT F FROM C GIVING C.

is just as easy to write as:

c = a + b**2 - d * e - f

It takes more typing, but it is just as easy to write...
and it is certainly no less "math friendly".

then you're a complete idot. The fact that they are
"mathematically the exact same thing" is completely
irrelevant to the issue, to wit, that math is infinitely
more a pain in the ass in COBOL than in FORTRAN.

Except that was never the issue.

It was always the issue. I wrote:

Anything more than trivial mathematical computation is
tortuous COBOL, and even that is a pain in the ass.

and you, the lone voice in the wilderness, took that
as your cue to sally forth to prove me wrong, a fool's
errand if there ever was one.

I guess we just have very different definitions of "torturous".
For example, I don't consider programming in assembler to be
especially "torturous" - in fact I consider it far less torturous
than programming in any form of BASIC I've ever used.

--
Aaron
.



Relevant Pages

  • Re: IF DEAD, GOTO 10-3-39
    ... mathematically its the exact same thing. ... The original topic was how FORTRAN finally ... made math computation easily manageable. ... tortuous COBOL, and even that is a pain in the ass. ...
    (rec.sport.football.college)
  • Re: F2003 complier, how far from us?
    ... For OO programming, C++ is definitely better. ... slower, and most Fortran programs are aimed at high-performance. ... Then you can write the math code in Fortran, ...
    (comp.lang.fortran)
  • Re: programing with science jobs
    ... and not do some programming these days. ... As a freshman physics or math sudent, ... once you learn the basics using BASIC. ... There is still lots of FORTRAN code out there (I don't know about ...
    (sci.physics)
  • Re: F2003 complier, how far from us?
    ... fortran as my program language for the reason that the F2003 standard ... For OO programming, C++ is definitely better. ... Then you can write the math code in Fortran, ... F2008 adds features that improve the usability of type classes, ...
    (comp.lang.fortran)
  • Re: A petition to J3 apropos FORTRANs future
    ... >> web programming, GUI development, and text analysis. ... >> may partially explain the small market share of Fortran. ... almost NO new code would be written in the language. ... time on the types of codes that scientists and engineers want and need to ...
    (comp.lang.fortran)