Slashdot Mirror


John W. Backus Dies at 82; Developed FORTRAN

A number of readers let us know of the passing of John W. Backus, who assembled a team to develop FORTRAN at IBM in the 1950s. It was the first widely used high-level language. Backus later worked on a "function-level" programming language, FP, which was described in his Turing Award lecture "Can Programming be Liberated from the von Neumann Style?" and is viewed as Backus's apology for creating FORTRAN. He received the 1977 ACM Turing Award "for profound, influential, and lasting contributions to the design of practical high-level programming systems, notably through his work on FORTRAN, and for seminal publication of formal procedures for the specification of programming languages."

271 comments

  1. Wow. by Mikachu · · Score: 2, Funny
    FTA:

    His daughter Karen Backus announced the death, saying the family did not know the cause, other than age.

    Psh, he developed FORTRAN. I'm surprised he even lived to 82 without being killed by a rabid programmer. ;)
    1. Re:Wow. by Anonymous Coward · · Score: 0, Offtopic

      Irreverant..but funny :P

    2. Re:Wow. by MichaelSmith · · Score: 2, Interesting

      I'm surprised he even lived to 82 without being killed by a rabid programmer. ;)

      I am inclined to blame him for Basic as well, because it started out as a kind of simplified Fortran.

    3. Re:Wow. by Anonymous Coward · · Score: 5, Insightful

      I am inclined to blame him for Basic as well, because it started out as a kind of simplified Fortran.

      I'm more inclined to thank him for all the other high level programming languages.

    4. Re:Wow. by lbmouse · · Score: 2, Insightful

      "Psh, he developed FORTRAN. I'm surprised he even lived to 82 without being killed by a rabid programmer. ;)"

      He lived to 82, I doubt there are any modern-day potato-ass programmers that could catch him even in his golden years. We should feel fortunate for his contributions and hope to hell we live that good of a life, that long. Now, where did I leave my Cheetos?

    5. Re:Wow. by ribuck · · Score: 1

      Many years ago I saw an early book describing the advances that FORTRAN would bring, compared to assembler or autocode (which was like a kind of higher-level assembler). Recall that FORTRAN is a contraction of "Formula Translation". The promise made in the late 50's was that, with FORTRAN, you no longer needed to program your formulae. Instead, you simply had to write out your formulae and they would be evaluated, meaning no more opportunity for programming bugs to sneak in. If only!

    6. Re:Wow. by dr_dank · · Score: 3, Funny

      I'm even more inclined to thank him for playing both Mr. Howell and Mr. Magoo.

      --
      Where does the school board find them and why do they keep sending them to ME?
    7. Re:Wow. by hotdiggitydawg · · Score: 1

      FTA:

      His daughter Karen Backus announced the death, saying the family did not know the cause, other than age.


      Psh, he developed FORTRAN. I'm surprised he even lived to 82 without being killed by a rabid programmer. ;) Read the headline again:

      John W. Backus Dies at 82; Developed FORTRAN

      IE. he developed it after he passed away. Surely that explains it...
    8. Re:Wow. by mysticgoat · · Score: 5, Interesting

      I am inclined to blame him for Basic as well, because it started out as a kind of simplified Fortran.

      FORTRAN was the first working high level compiler language; BASIC was the first working interpreter language. Very different underlying structures.

      Now COBOL was the second major high level compiler language, and it was very much a reaction to FORTRAN, so I suppose using parent post's logic, we can blame Backus for COBOL. But then that cheapens the contributions of the Girl Admiral (Grace Hopper) who gave us such wonders as the nanosecond wire, and MULTIPLY 2 BY 2 GIVING FOUR.

      For the youngsters out there:

      1. FORTRAN (FORmula TRANslator) was the break-through from machine language and assembly to a higher level language with a compiler. Everything we do now is based on this; I believe that many mission critical engineering libraries are still in Fortran (they were a few years ago)
      2. COBOL (COmmon Business Oriented Language, Compiles Only By Odd Luck) was the second successful high level language. Its major improvement over Fortran was getting rid of triphasic logic (branch on <0, or =0, or >0) in favor of boolean logic (branch on !0 or 0). Its most noteworthy failing was the requirement to use the period punctuation mark (full stop) to end sections. This was particularly a problem for girl programmers, since at the time getting into trouble because you missed a period had serious consequences. Cobol simply put too much emphasis on a nearly invisible and easily missed period.
      3. BASIC (Beginners All-purpose Symbolic Instruction Code) made two big advances: first, it attempted to span both engineering and business computing (doing each with the same degree of imprecision); second and more important, it introduced the concept of using an interpreter rather than a compiler. Good stuff, that. Yet another baby step toward tomorrow's virtual machines. Most noteworthy program ever written in Basic: Eliza. Most significant long term contribution: the reaction to its spaghetti coding style, from which Pascal and modern procedure based programming arose.

      </drivel>

      It is hard for some of us graybeards to poke fun at Backus. His vision was the inspiration that has taken us all down this road.

    9. Re:Wow. by eraser.cpp · · Score: 1

      I don't really understand why this is being used as an opportunity to criticize FORTRAN. Sure he invented it, but the greater achievement was the invention of high level programming. For some that opened whole new doors, for others (like myself) it shaped our entire career. Our industry would certainly be a different place if it weren't for the work of John Backus.

    10. Re:Wow. by SkyDude · · Score: 1

      This was particularly a problem for girl programmers, since at the time getting into trouble because you missed a period had serious consequences. Cobol simply put too much emphasis on a nearly invisible and easily missed period.

      You didn't mark this sentence as humor. There are people reading this that will mod you down to the ground because of your humor. Oh the horror.

      --
      == First cross river, then insult alligator.
    11. Re:Wow. by Scherf · · Score: 1

      I believe that many mission critical engineering libraries are still in Fortran (they were a few years ago)

      True. At least the current versions of the big mechanical engineering systems like CatiaV5 and Pro/ENGINEER still do the heavy math stuff in Fortran. It seems that the language just fits perfectly for this kind of things.

    12. Re:Wow. by lord_mike · · Score: 1

      I don't see why you say that. People actually liked Fortran. Grace Hopper (inventor of the odious COBOL programming language) must have had a secret service contingent to protect her from very angry and miserable programmers. She lived to a ripe old age of 85.

      Thanks,

      Mike

    13. Re:Wow. by RedBear · · Score: 1

      Its most noteworthy failing was the requirement to use the period punctuation mark (full stop) to end sections. This was particularly a problem for girl programmers, since at the time getting into trouble because you missed a period had serious consequences. Cobol simply put too much emphasis on a nearly invisible and easily missed period.


      Haha, you told a funny!

      Sadly, I had to read that like four times before I figured it out.
    14. Re:Wow. by cburley · · Score: 1

      BASIC was the first working interpreter language

      No. The original language was not interpreted; it was compiled. It was originally supported within an environment that might be better described as "interactive", because the user (programmer) could enter code, modify code, delete code (this is partly why original BASIC required each statement to be given a unique "line number" by the programmer, and they specified the ordering of statement execution), and then run code — at which point a built-in compiler generated the machine code internally and invoked it.

      I didn't ever use the original Dartmouth BASIC or systems, but I did both use and hack (somewhat significantly) the TOPS-10 version of BASIC that ran on PDP-10 systems. It was definitely a compiler as well; that was my first significant exposure to code generation (I was a youngish teenager at the time) as well as language design (since I modified the language accepted by my hacked-up version of BASIC).

      It's been so long, I can't recall whether original or TOPS-10 BASIC could be interpreted rather than compiled, but FORTRAN generally couldn't, since DATA statements setting initial values of variables could be (and often were) specified after most or all of the imperative code, such as just before the final END statement.

      So FORTRAN definitely wasn't designed to be interpreted, and the BASIC implementations that were interpretors might well have not supported all of the linguistic features of the original or early compiled BASICs in order to make interpreting work properly.

      Anyway, I'm sorry to hear Backus has STOPped and gone on to that great COMMON block in the sky! May he CONTINUE in peace, and find even more interesting things to DO!

      --
      Practice random senselessness and act kind of beautiful.
    15. Re:Wow. by mysticgoat · · Score: 1

      Beg to differ, but Dartmouth's original BASIC was designed to be an "interpreted" language, in the way that term was used at the time. There was no separate compile stage and IIRC (I was but a high schooler at the time) the teletype would chatter through output until it hit a line that didn't parse, then deliver the heartbreaking ERROR LINE 120: GOTO WITHOUT TARGET (or something like that).

      The breakthrough with Dartmouth BASIC was being able to interact with it directly through the teletype terminals, rather than dealing with stacks of punchcards.

      It wouldn't surprise me if there were compiled Basics back in the late 1960s. It is an easy language to develop a compiler for, and places that had few or no teletype terminals would have been looking for a compiled version.

      But the original Dartmouth BASIC was definitely interactive and interpreted line by line.

    16. Re:Wow. by cburley · · Score: 1

      As I said, I didn't personally use Dartmouth's original BASIC, but what you're describing isn't necessarily inconsistent with an environment in which the (stored) BASIC program is, when RUN, first compiled and then run, although the specific error message and other behaviors you claim to recall do suggest an interpreting environment (or a rather lax compiler).

      And, FWIW, Wikipedia's writeup on BASIC states that:

      Contrary to popular belief, it was a compiled language at the time of its introduction.

      (Wish I knew of another source I could trust more, though.)

      --
      Practice random senselessness and act kind of beautiful.
    17. Re:Wow. by Anonymous Coward · · Score: 0

      Oh Magoo... you've done it again!

    18. Re:Wow. by mysticgoat · · Score: 1

      Aw, shoot. I left out the other part of Dartmouth BASIC that was also part of its breakthrough. I only gave half the story— no wonder I've confused some people.

      Dartmouth BASIC was also the first high level time-share computer language. Which is the reason why it was designed as an interpreted language: each timeslice involved loading what we would now call the state into core, compiling the current line, executing that line, and saving state to a drum storage. It had to be done this way so that multiple programs could be interleaved. We're talking about teletype I/O at something like 100 baud or less, and tape storage systems of comparable slowness, so just about everything was I/O bound. Under these conditions, time-sharing made a heck of a lot of sense, but FORTRAN and COBOL both needed to be extensively reworked to allow it. BASIC was a proof of concept as much as anything else.

      The line-at-a-time compilation gave Dartmouth BASIC the classic qualities of an interpreted language: a program would run until it encountered a fatal error; error reporting was very poor compared to that available from a FORTRAN or COBOL compiler; there was no optimization; it was difficult to impossible to write recursive routines; etc.

      Later, by around 1980, "interpreted" began to mean burning a library of routines into ROM when the computer was built, then at run time, tokenizing each line of BASIC and using the tokens as accesses to the ROM routines. It was sort of an elegant kludge to get around the limitations of 32 or 48 KB ram and cassette tape storage. That was in a day where we'd do all kinds of weird things, like POKEing ML routines into the keyboard buffer to take advantage of its reusable 0.25 KB ram...

    19. Re:Wow. by cburley · · Score: 1

      Wow indeed! That's definitely different than how TOPS-10 BASIC worked. From your description, it sounds like Dartmouth BASIC was the OS! But I wonder why they bothered compiling and executing only a line at a time — was it a matter of keeping memory utilization low?

      It does seem to me that one of BASIC's main innovations was allowing multiple interactive users to enter, edit, debug, test, and run programs on a single computer via TTY. In TOPS-10 BASIC, the program was kept in core (along with BASIC itself) and then compiled when you entered the RUN command (in fact I think there was a command that meant "compile but don't start running yet", but I forget its name). But TOPS-10 systems had plenty of memory for that sort of thing, supported swapping (in all models I think, starting with the KA-10, IIRC), and later VM (starting with the KI-10, IIRC). The timesharing aspects, switching between multiple users, were handled entirely by TOPS-10 itself; BASIC was just another program running within it, and much of that was "shared", memory-wise, between users (again, the OS mostly handled that, with lots of help from the PDP-10 architecture itself).

      I did play around with a timesharing system that was built entirely around BASIC — the HP 2000C Prime, I think it was called. The one I used was hosted at Babson College. I can imagine that an entire computer system could be built, from nearly the ground up, to allow many users interactive use of the BASIC environment while making highly efficient use of core (if not CPU time), and maybe that's what Dartmouth BASIC originally was.

      BTW, all the teletypes with which I was familiar (starting in the late 1960s, which postdates Dartmouth BASIC's introduction) were 110 baud, or 10cps. I don't recall ever hearing of 100-baud TTYs, but vaguely recall some components (acoustic couplers? serial interfaces?) supporting 75 baud.

      Man this is a blast from the past. Wish I hadn't lost my old BASIC and other TOPS-10 manuals...though I still have some PDP-8 and related books, thank goodness!

      --
      Practice random senselessness and act kind of beautiful.
    20. Re:Wow. by mysticgoat · · Score: 1

      But I wonder why they bothered compiling and executing only a line at a time -- was it a matter of keeping memory utilization low?

      Yes, the strategies of time sharing and line by line execution were attempts to make optimal use of very small memory. Typically the combined "OS" and resident compiler used up about 12 KB of core, leaving only 4 KB free. I think the Dartmouth computer was a big one: I think it had 2 16 KB frames in its core, so it may have had 20 KB of free space for running users' programs. But Dartmouth BASIC was designed to run on a standard single frame 16 KB minicomputer, AIR.

      In contrast, the computer I learned FORTRAN on in 1972 used batch processing: the cardreading software was loaded, and read all the programs in the card hopper onto tape. Then the FORTRAN precompiler was loaded and serially read blocks from that tape, and wrote its output to a second tape. Then the FORTRAN compiler itself was loaded and did its thing, and wrote the actual executable to yet another tape. When the executable was actually run, it had the use of all but about 4 KB of core to work with: a whopping 12 KB of free memory for its exclusive use! It had to fit itself and all its variables and such into that space.

      There was a huge amount of wasted CPU cycles as things were written to and read from tape. Probably around 80% wastage when our smallish student programs were run as a batch.

      But when the combined size of the FORTRAN precompiler and compiler was much greater than the 16 KB of core memory most of the old minicomputers had, this is the way programming was done.

      BASIC and time-sharing were major breakthrough advantages. And it turned out that the constraints of early PCs were similar enough to the constraints of a resident compiler on a minicomputer that it was possible to rewrite BASIC into a ROM based interpreter.

      Yes, thanks for bringing back some of those memories... IIRC, the computer I learned FORTRAN on was an IBM 1130 that had been donated to the community college when a local manufacturer upgraded to one of the newfangled minicomputers that used transitors for core. The college's sysadmin worked a lot of interesting deals, getting additional tape drives and cardreaders, punchcard stations, and even core frames donated from other businesses that were upgrading from the technology that had been new some 8 years earlier. I got to watch (through the glass wall) when core was increased from a whopping 32 KB to an incredible 48 KB by sliding a frame about 18 inches square into a slot in a sheet metal box. That made that old computer one of the dozen most powerful computers south of Portland Oregon and north of San Francisco.

  2. Also known for... by Anonymous Coward · · Score: 5, Informative

    ... Backus-Naur Form (BNF) grammars, the sine qua non of compiler design for the most-popular languages out there.

    Truly an American icon. Even if you never ran LEXX or YACC in your life, Backus's impact on contemporary culture cannot be denied.

    1. Re:Also known for... by MichaelSmith · · Score: 4, Funny

      Truly an American icon. Even if you never ran LEXX or YACC in your life, Backus's impact on contemporary culture cannot be denied.

      Many times I have edited lex and yacc code, but never have I understood what the hell I was doing.

    2. Re:Also known for... by rucs_hack · · Score: 1

      Well I've taught Lex and Yacc, and it confuses me...

      How they managed to come up with that stuff still amazes me.

    3. Re:Also known for... by belmolis · · Score: 4, Informative

      BNF is a useful notation, but it is just a notation for context-free grammars, which had already been developed and whose properties were already understood. Chomsky described the Chomsky hierarchy of formal languages, including context-free languages (type 2), in 1956, three years before Backus introduced a primitive version of BNF in describing what became Algol 58. The basic ideas came from mathematical logic and linguistics. Backus' role was to introduce these ideas to the specification of computer languages, ironically in part in reaction to the problem of specifying Fortran, which is not context-free.

    4. Re:Also known for... by Anonymous Coward · · Score: 0

      Truly an American icon. Congrats for your excellent troll. You've even been moderated informative. I tip my hat to you!
    5. Re:Also known for... by tcopeland · · Score: 2, Interesting

      > Many times I have edited lex and yacc code, but
      > never have I understood what the hell I was doing.

      So true. I'm writing a JavaCC book and I'm still learning new stuff about it even though I'm almost done with the book.

      The thing that's worked best for me is writing the lexical spec first, then going back and writing the parser spec. At least then you know that the basic tokens of the language are being recognized before you try to shape them into a parse tree.

    6. Re:Also known for... by Anonymous Coward · · Score: 2, Funny

      Push another one onto the stack of computing gods. Someday during the final battle between men and AI we will have to pop that stack. Lets hope it is a long way off. And lets hope that Dijkstra isn't too angry at being close to Backus in the great stack in the sky. The irony of being in a stack with Backus would kill him with its irony if he weren't already dead.

    7. Re:Also known for... by Skater · · Score: 1

      How does that song go?

      If you believe in forever, then life is just a one night stand.
      If there's a programmer heaven, well you know they've got a hell of a compiler!

      No, wait, that's not it...

    8. Re:Also known for... by hey! · · Score: 4, Funny

      Many times I have edited lex and yacc code, but never have I understood what the hell I was doing.


      Well fear not. I think far fewer programmers today are familiar with BNF than back in the day when anyone who was not utterly worthless had a dog eared copy of The Unix Programming Environment. This means the end of all those tersely documented syntaxes, and with them those cryptic yacc scripts.

      Modern system designers have taken a clean sheet approach to the problem of grammar, one which escapes the limits of technology in Backus' generation, when computing power was scarce relative to brain power. Today you are much more likely to be called upon to work with XML schemas, which follows a simple easily understood philosophy: if something is worth saying, then it is worth saying with a lot words.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    9. Re:Also known for... by idontgno · · Score: 5, Funny

      if something is worth saying, then it is worth saying with a lot words.

      I like the corollary more: "XML is like violence. If it's not working, you're not using enough of it."

      --
      Welcome to the Panopticon. Used to be a prison, now it's your home.
    10. Re:Also known for... by Anonymous Coward · · Score: 0

      If you feel that way about context-free grammars, do yourself a favor and stay far, far away from Two-level/van Wijngaarden grammars. You'll probably go stark raving mad. That stuff is BNF, not on steroids: on acid.

      Just to make your head spin a few revolutions:
      An ordinary BNF grammar is a way to describe all the (possibly infinite) strings that belong to a language. As a BNF grammar is itself a string of a formal language, it follows that you could use a BNF to describe BNF grammars, that's simple. However, you can also use a BNF grammar to define a language containing a possibly infinite set of strings, each a valid BNF rule. That way you suddenly have at your disposal a mostly ordinary BNF grammar describing a language, except for the neat effect, that to parse a given string of that language, you may need to produce a possibly infinite number of BNF rules, rules which are conveniently well-defined by the (meta)grammar.

      VW-grammars are Turing-equivalent, and Dick Grune has written a paper[1] arguing that they are even more powerful than Chomsky type 0 grammars.

      -L

      [1] Dick Grune: Two-Level Grammars are More Expressive Than Type 0 Grammars Or are They? SIGPLAN Notices 28(8): 43-45 (1993)

    11. Re:Also known for... by ioshhdflwuegfh · · Score: 1

      [...]XML schemas, which follows a simple easily understood philosophy: if something is worth saying, then it is worth saying with a lot words. or more like: if something is worth saying, it is worth saying with a lot of worthless words.
    12. Re:Also known for... by ioshhdflwuegfh · · Score: 1

      The thing that's worked best for me is writing the lexical spec first, then going back and writing the parser spec. At least then you know that the basic tokens of the language are being recognized before you try to shape them into a parse tree. Well, you've figured it out! Although, another approach would be to write the parser first and then work out details about what <integer>, <string> and other thingies like that mean syntactically, or even do both things in parallel. Just a few suggestions, although probably in Java you're enforced to write things in a certain order, since it does not have abstract objects. In LISP you can do it any way you want, even perhaps get some ideas in the process: like to simplify the parser to the point that BNF is not even necessary in all of its glory.
    13. Re:Also known for... by Tablizer · · Score: 1

      Many times I have edited lex and yacc code, but never have I understood what the hell I was doing.

      One advantage of Lisp is that it has just about the simplest grammer possible:

          statement -> "(" command params ")"
          statement -> "(" command ")"
          params -> params param
          params -> param
          param -> constant
          param -> variable
          param -> statement

      (Note: this is kind of a "simplified" version of Lisp, but with all the same features if functions are used instead of the missing symbols)

    14. Re:Also known for... by LWATCDR · · Score: 1

      "Today you are much more likely to be called upon to work with XML schemas, which follows a simple easily understood philosophy: if something is worth saying, then it is worth saying with a lot words."
      Sounds like COBOL.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    15. Re:Also known for... by Siker · · Score: 1

      if something is worth saying, then it is worth saying with a lot words. Yep. Which is why I wonder why you saved on the 'of' word in that sentence. :)
  3. Worst headline ever by WWWWolf · · Score: 5, Funny

    John W. Backus Dies at 82; Developed FORTRAN

    This has to be the worst Slashdot headline ever. Makes FORTRAN sound like a type of cancer or something. (I thought that stuff was more of COBOL's league.)

    1. Re:Worst headline ever by Anonymous Coward · · Score: 1, Funny

      To me, it sounds like he is one of the few actual undead coder zombies out there.

    2. Re:Worst headline ever by JonathanR · · Score: 1, Funny

      FORTRAN is a cancer. Not yet in remission, either.

    3. Re:Worst headline ever by batquux · · Score: 1

      Apparently it's a terminal disease.

    4. Re:Worst headline ever by DarkMorph · · Score: 1

      Makes FORTRAN sound like a type of cancer

      What do you mean sound like?! What, it's not?

      --
      Gentoo Linux - Wouldn't have it any other way. And fuck beta.
  4. End of an era by lohphat · · Score: 0

    I loved him on Gilligan's Island. /git of my lawn

    1. Re:End of an era by boristdog · · Score: 1

      I came here to make the same stupid comment.

      Though I know Jim Backus died 'way back in the 80's. I remember because I was in Vegas at the time, so I got my picture in front of the million dollars at the old Vegas World in his honor.

    2. Re:End of an era by JaegerTCat · · Score: 1

      The $1,000,000 was at Binions, not Vegas World.

  5. So he developed FORTRAN as he died, huh? by mushadv · · Score: 5, Funny

    What does that entail? Did he hemorrhage "WRITE (6,7) 7 FORMAT(12H GOD DAMN IT)" and flatline? What about his death rattle? "STOP END"?

    1. Re:So he developed FORTRAN as he died, huh? by edwardpickman · · Score: 1
      All it said on his tombstone was

      DELETE*

    2. Re:So he developed FORTRAN as he died, huh? by aethelferth · · Score: 1

      CALL exit

  6. Obligatory by Anonymous Coward · · Score: 0

    [Insert a "Fortran is dead" joke here]

    1. Re:Obligatory by tomhudson · · Score: 1

      while (Backus--);

    2. Re:Obligatory by MichaelSmith · · Score: 1

      while (Backus--);
      exit(0);
    3. Re:Obligatory by MysteriousPreacher · · Score: 1

      I won't believe that until Netcraft or Dvorack confirm it.

      --
      -- Using the preview button since 2005
    4. Re:Obligatory by SpinyNorman · · Score: 1

      if (!Backus) SlashDot();

  7. We Stand On The Shoulders of Giants by quakeaddict · · Score: 5, Informative

    If it were not for the work of that generation, and the creativity they displayed, our world would be a far different place.

    Poke fun at Fortran all you want, but dammit I use code today to drive a statistical website that was written in the 60's, and it still runs great.

    http://nces.ed.gov/nationsreportcard/nde

    --
    I'm still working on a clever footer.
    1. Re:We Stand On The Shoulders of Giants by sosume · · Score: 2, Insightful

      ..to drive a statistical website that was written in the 60's

      talking about anachronisms ...

    2. Re:We Stand On The Shoulders of Giants by aussie_a · · Score: 4, Funny

      2060s dude, he's a time traveler. Although you don't want to know the cataclysm that forces future programmers to write in FORTRAN *shudder*

    3. Re:We Stand On The Shoulders of Giants by Slashamatic · · Score: 3, Interesting

      To heck with just statistics. Fortran is alive and well at the heart of some major airline reservations, checkin and cargo systems. yes, they tried to move to newer technologies but they couldn't handel the load, particularly at points when there is a lot of rescheduling such as during bad weather.

    4. Re:We Stand On The Shoulders of Giants by Anonymous Coward · · Score: 0

      Yah, and as any traveler can tell you, the rescheduling during bad weather works so perfectly now that there isn't any reason to change.

    5. Re:We Stand On The Shoulders of Giants by Don_dumb · · Score: 4, Informative

      Speaking of bad weather, I think these guys - http://www.metoffice.gov.uk/ who are the authority on weather prediction in the UK. Use Fortran for weather forecasting and climate prediction http://www.metoffice.gov.uk/research/nwp/numerical /fortran90/index.html and they don't seem to be tiring of it.

      Personally I don't see why this man seems to be getting such a bad send off here. After all the man invented a programming language that at a time when their were few others around, a language that has survived in critical usage until today. There may be many geeks on this site, but I doubt many of those who seem to be dancing on his grave could have done something so difficult, anywhere near as well as he did.

      Just because an old language is more difficult to use than some more modern ones, does not mean that old language is a bad thing to have existed. And it doesn't mean that it wasn't a great achievement.

      --
      If this were really happening, what would you think?
    6. Re:We Stand On The Shoulders of Giants by smchris · · Score: 1

      written in the 60's, and it still runs great.

      If not great, at least "faster"?

      My first programming class was GOTRAN and FORTRAN on punched cards. The college's IBM 1620 had the extra 64K memory unit in the second room too!

    7. Re:We Stand On The Shoulders of Giants by Slashamatic · · Score: 1

      I'm not sure whether Fortran predated COBOL or vice versa. However, it was out there as one of the first two languages. If you wrote to a subset, it was even quite portable, more so than COBOL which tended to have some very specific file handling. A number of the high-end vectorising compilers were first written for Fortan so that with everything else meant that there were a lot of numerical libraries out there (and still are).

    8. Re:We Stand On The Shoulders of Giants by elrous0 · · Score: 1

      Well, the article did say he was a visionary.

      --
      SJW: Someone who has run out of real oppression, and has to fake it.
    9. Re:We Stand On The Shoulders of Giants by Anonymous Coward · · Score: 0

      the clause "that was written in the 60's" modifies "program" not "website"

      although normally placed next to what it modifies, English allows flexible placement

    10. Re:We Stand On The Shoulders of Giants by Rob+the+Bold · · Score: 2, Informative

      "..to drive a statistical website that was written in the 60's"

      talking about anachronisms ...

      Funny, yes, but misinterpretation is not insight.

      I use code today to drive a statistical website that was written in the 60's

      The code was developed in the 60's. It (the code) is used today to drive a statistical website.

      --
      I am not a crackpot.
    11. Re:We Stand On The Shoulders of Giants by TapeCutter · · Score: 2, Interesting

      How long a legacy system lasts is decided by accountants.

      The thing with a huge legacy system such as the airlines use is it's stability, they go by the rule "if it works don't touch it". I worked on a large dispatch system for a telco, the back end was HPUX/C that had been ported from FORTRAN and been in (limited) production at some other telco for a few years (they bought a snapshot of the source code), the central route planning and dispatch algorithim was similar to that used by the airline systems.

      Our job was to write the client (win3.1), the comms (9600bps on a clear day), and the transaction manglers that connecetd the back-end to the mainframes housing the customer databases, billing, materials, ect...the first live pilot of 12 servicemen took several executives, 4 on-site programmers, a back-end team, numerous phone calls and 3 hours before all 12 servicemen had their first job for the day (they got through less than a third of their normal workload that day). It took ~2years of piloting with 200 users and then carefull ramp-up before the system could compete with the old fashioned pencil and paper worksheet that serviced the other 8000 users.

      The reason legacy systems are surrounded by a fortress of red-tape that requires an "act of god" before anything is changed: The telco replaced 600 regional depots with 30 small dispatch centers, a $100M investment in mobile hardware and custom software enabled $600M in real estate sales (circa 1993-2000). After the sell-off we became a legacy system in our own right when the front end was replaced with mobile phones pre-installed with browsers. After installing a transaction mangler to connect our comms to a web server, the back-end was wrapped in red tape and the development and maintenance teams were disbanded, AFAIK it is still running.

      The corporate approach to legacy systems is similar to the high level "functional programming" that Backus advocated but the driver is profit and predictibility, elegance and efficiency are "nice to have's". The underlying algorithims for these kind of systems comes from OR and have remained largely unchanged since the second world war. Where is the profit in replacing what IBM euphemistically calls a "functionally stable application" when competitors with new systems are only marginally more efficient at best?

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
    12. Re:We Stand On The Shoulders of Giants by Cerberus7 · · Score: 1

      Something to do with portable IBMs running mainframe code... I dunno, it's been a while since I read about John Titor.

      --
      I don't know about you, but my servers run on the power of cotton candy and happy thoughts. -Anonymous Coward
    13. Re:We Stand On The Shoulders of Giants by oni · · Score: 1

      Poke fun at Fortran all you want

      Nobody who knows what he's talking about would poke fun at FORTRAN. COBOL sure, but never FORTRAN. We wouldn't have much of anything in the way of software today if not for Backus. Many people at the time said that a high level language simply wasn't possible, and if they had been right, and Backus and his team had failed, then we'd be three decades or more behind where we are now in terms of software. We'd have no C (and probably no unix), no small talk and object-orientation.

    14. Re:We Stand On The Shoulders of Giants by Tablizer · · Score: 1

      The college's IBM 1620 had the extra 64K memory unit in the second room too!

      Should be all you'll ever need.

    15. Re:We Stand On The Shoulders of Giants by LWATCDR · · Score: 1

      I don't know if FORTRAN is any harder to use than c or c++. I took FORTRAN in college many years ago.
      FORTRAN is a great tool for taking a BIG BUNCH OF DATA and doing a lot of math with it. Just about any task you would use a supercomputer for is a good job for FORTRAN.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    16. Re:We Stand On The Shoulders of Giants by OzoneLad · · Score: 1

      "Speaking of bad weather, I think these guys - http://www.metoffice.gov.uk/ who are the authority on weather prediction in the UK. Use Fortran for weather forecasting and climate prediction http://www.metoffice.gov.uk/research/nwp/numerical /fortran90/index.html and they don't seem to be tiring of it."


      Same thing with Meteorological Service of Canada ( http://www.msc-smc.ec.gc.ca/ ). Fortran is all over the place, here. Most of our programs that handle meteorological or air quality data are written in some species of Fortran.

      -HT

    17. Re:We Stand On The Shoulders of Giants by Anonymous Coward · · Score: 0

      Hey, don't knock it... Fortran2055 is not that a bad language, and they have included most of the meta-computing facilities and semantic networking you would expect in a more modern language. And the compilers are phenomenal, because of the focus on quantitative model processing that has been developed over the early core of numerical computation. Sure, it drives computer scientists mad, but physics guys love it. There's so much F77 and Fortran2020 code around that it simply doesn't make sense to change.

  8. The Tombstone by Nerdfest · · Score: 5, Funny

    GOTO END or , for those that believe in reincarnation: GOSUB END

    1. Re:The Tombstone by Anonymous Coward · · Score: 4, Funny

      Old programmers don't die. They just GOSUB without RETURN.

    2. Re:The Tombstone by tgv · · Score: 1

      That's truly funny. You've got to be a nerd to get it, but funny.

    3. Re:The Tombstone by sconeu · · Score: 2

      Wrong language. it's CALL END

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    4. Re:The Tombstone by Chelloveck · · Score: 1

      And now I guess he finally will find out if God is REAL.

      --
      Chelloveck
      I give up on debugging. From now on, SIGSEGV is a feature.
    5. Re:The Tombstone by ch-chuck · · Score: 1

      That's a shame - he could have told us if GOD is real or integer.

      --
      try { do() || do_not(); } catch (JediException err) { yoda(err); }
    6. Re:The Tombstone by jusDfaqs · · Score: 1

      if(Death)
      nullify(Taxes)
      endif

      end subroutine BREATING
      end program LIFE

      --
      There are only two steps in the gathering of ultimate knowledge. Open your eyes and, RTFM!
    7. Re:The Tombstone by Tablizer · · Score: 1

      GOSUB was a great idea in BASIC. Often a given subroutine is very specific to the task and you don't want to create and manage a bunch of parameters. You just want a "micro-function" more or less for use with a given existing routine, and GOSUB gives you this. The idea that every function is going to be reusable in another context is bunk. GOSUB can be K.I.S.S. Please bring it back, or at least nested functions, PASCAL style.

    8. Re:The Tombstone by Anonymous Coward · · Score: 0

      GOD is a boolean local to each human instance.

    9. Re:The Tombstone by tgv · · Score: 1

      He's implicity REAL.

    10. Re:The Tombstone by DimGeo · · Score: 1

      How about Java's inline inner classes? True, you can't modify final int a; but you can modify final int[] pA = new int[1]; :-)

  9. ...viewed as Backus's apology for creating FORTRAN by _Hellfire_ · · Score: 3, Insightful

    I understand the context in which the word "apology" is being used (as in "justification"), but I had to laugh at the semantics of "apologising for FORTRAN".

    82 is a good innings. No matter what you think of FORTRAN as a language, I think it's safe to say that it, and later some of the other really early languages advanced computer science greatly during its infancy. We have a lot to thank Backus for.

    --
    "And then I visited Wikipedia ...and the next 8 hours are a blur..."
  10. Farewell John by LizardKing · · Score: 5, Insightful

           PROGRAM FAREWELL_JOHN
           IMPLICIT NONE

           PRINT *, 'Farewell John W. Backus'

           STOP
           END

    *
    * End indeed ...
    *

    1. Re:Farewell John by Anonymous Coward · · Score: 0

      Alas, This is not a valid F77 program. IMPLICIT statement assigns a data type to variables starting with a given letter as in IMPLICIT DOUBLE F (all variables starting with F would be of type Double)

    2. Re:Farewell John by Anonymous Coward · · Score: 0

      Um, doesn't "IMPLICIT NONE" state that no variables should be implicitly typed, i.e. don't treat any variables whose name starts with i, j, k, l or m as integers (which is what Fortran 77 does).

    3. Re:Farewell John by cburley · · Score: 1

      You're both wrong, though trivially so. IMPLICIT NONE isn't ANSI FORTRAN 77; it's MIL-STD 1753, which is rarely not implemented by ANSI FORTRAN 77 compilers. (And it's Fortran 90 as well.) But it does basically what you say (that is, override the default used by Fortran 77 and most of its predecessors and successors).

      The GP wrote "IMPLICIT DOUBLE F". Actually, it's written "IMPLICIT DOUBLE PRECISION (F)".

      Also, the only thing I saw with the GGP's program, as an ANSI FORTRAN 77 (or earlier?) program, was that the program name was more than six characters long, and contained an underscore. I think it's fine as a Fortran 90 program. It doesn't need to use IMPLICIT NONE in any case, since it uses no variables or functions.

      --
      Practice random senselessness and act kind of beautiful.
    4. Re:Farewell John by LizardKing · · Score: 1

      I use a Fortran 95 compiler, but I believe it will also compile with the g77 compiler that came with GCC prior to version 4.0. Of course, the g77 compiler adds extensions to the ANSI standard for FORTRAN 77 so you're right to say that it's not "pure" FORTRAN 77 even if my program does compile with it.

    5. Re:Farewell John by cburley · · Score: 1

      You are correct. Indeed, the first source I checked to make sure I wasn't spouting nonsense (about IMPLICIT NONE being MIL-STD, not ANSI) was the g77 docs, which I found online fairly easily. I didn't find a section specifying the MIL-STD extensions, but it might be there and I just didn't look hard enough. (The g77 docs were intended to be reasonably thorough about describing the g77 "language", but focused on what's different about it vis-a-vis well-known standards like ANSI and MIL-STD, which readers could and would presumably obtain for themselves. They do list the MIL-STD intrinsics as such — like BTEST and MVBITS.)

      I did see the language in the docs that said IMPLICIT NONE was an extension, however, and am quite sure it was also MIL-STD, as well as being popular with many vendors as an extension to offer (though some offered IMPLICIT UNDEFINED(A-Z) instead, IIRC). And, FWIW, g77 also offers some F90 features as extensions, though not the hairy math/array ones or the module/interface stuff so much as the more-elegant control constructs. (Some people still use g77, apparently not quite ready to trust its successor on their old codes, so I refer to it, but not the g77 docs themselves, in the present tense.)

      I then confirmed there's no IMPLICIT NONE in ANSI FORTRAN 77 by looking at an online version of the standard. (I figure, better safe than sorry when posting to a public forum that offers no edit-or-delete-after-submit capabilities! And it'd be especially embarrassing if I got any of this wrong.)

      Historically, I wonder if anyone paranoid enough about implicit typing and standards conformance might have used IMPLICIT CHARACTER (A-Z) or similar? That'd catch many sorts of bugs, but not a typo like WRITE (...) INDXE. ISTR hearing about that sort of thing, but probably decades ago.

      --
      Practice random senselessness and act kind of beautiful.
  11. Re:...viewed as Backus's apology for creating FORT by LizardKing · · Score: 1

    I agree that an "apology" is too strong - FORTRAN was pretty damned good for the first high-level language. If you look at some of the alternatives that evolved shortly after FORTRAN, such as BCPL, they were much more limited. It's got to be remembered that it was the first language that established the notion of making programs portable, even if the first couple of versions were fairly closely tied to specific IBM machines.

  12. It's a hoax by Bastard+of+Subhumani · · Score: 3, Funny

    Nothing on Netcraft yet.

    --
    Only three things are certain; death, taxes, and apocryphal quotations - Ben Franklin.
  13. FFS a person died... by Zapotek · · Score: 3, Insightful

    ...you insensitive clods!!

    Show some respect instead of making lame FORTRAN jokes...

    1. Re:FFS a person died... by Anonymous Coward · · Score: 2, Insightful

      I don't mean to be insensitive, but a lot of people die every day. Why should I stop my daily routine for just one?

    2. Re:FFS a person died... by solevita · · Score: 3, Insightful

      I don't mean to be insensitive, but a lot of people die every day. Why should I stop my daily routine for just one?
      Exactly. Mocking FORTRAN is a mark of respect. We're much more insensitive to all those people who die and and don't mentioned, especially if it's the result of something easily fixed, like providing a supply of clean drinking water. A fair few people due to preventable causes whilst I was typing out this post; think about that you insensitive clod.
    3. Re:FFS a person died... by Anonymous Coward · · Score: 5, Insightful

      Just because we're not openly weeping into our morning coffee does not mean we do not respect the talent and achievements of the man. I hate this attitude that death has to be seen as a sad or sorrowful time. If anything it should be a time to remember the person and their achievements; exactly what is happening here. The only time grief is called for is if you personally knew John Backus and will miss his company. Anything else is likely false grief, generated by some weird psychological conditioning that modern society has pushed on us that tells us we must grieve for people we do not know (See also: Princess Diana)

    4. Re:FFS a person died... by Anonymous+Brave+Guy · · Score: 2, Insightful

      You don't think that the number of people here making and/or understanding the jokes about FORTRAN says more about the significance of Backus's contributions than any fawning obituary column ever could? Contrary to another poster's comment, I think most death really is sad, but since I didn't know Mr Backus personally, I prefer to reflect on what he contributed to society as a whole instead of displaying false grief.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    5. Re:FFS a person died... by poot_rootbeer · · Score: 1

      Show some respect instead of making lame FORTRAN jokes...

      They're showing respect BY making lame FORTRAN jokes, you insensitive clod.

      The very fact that the commenters are familiar with FORTRAN code syntax and convention shows how much of an impact JWB had on our lives as geeks and programmers. I'd love for my life's work to be so important that people even remember it after my death, much less joke about it.

  14. Be afraid, be very afraid by vivaoporto · · Score: 5, Insightful

    With both the lack of interest and the distortion of the original goal, Computer Science as we know may be dying with the elders. Computer Science originally had nothing to do with computers (as in personal computer) per se, but with the science of computation, optimal algorithms for pure math problems, etc. Actually, it was nothing but a branch of Math. The way computer science is being dealt with nowadays, with disdain, lack of interest and with people thinking about it as a tool to put another "screw tighter" professional in the market, soon we may run out of real breakthroughs like the ones those genius created to pave the yellow brick road we run over nowadays.

    1. Re:Be afraid, be very afraid by ArsenneLupin · · Score: 1

      The way computer science is being dealt with nowadays, with disdain, lack of interest and with people thinking about it as a tool to put another "screw tighter" professional in the market, soon we may run out of real breakthroughs like the ones those genius created to pave the yellow brick road we run over nowadays. How true.
    2. Re:Be afraid, be very afraid by tinkertim · · Score: 2, Insightful

      With both the lack of interest and the distortion of the original goal, Computer Science as we know may be dying with the elders. Computer Science originally had nothing to do with computers (as in personal computer) per se, but with the science of computation, optimal algorithms for pure math problems, etc. Actually, it was nothing but a branch of Math. The way computer science is being dealt with nowadays, with disdain, lack of interest and with people thinking about it as a tool to put another "screw tighter" professional in the market, soon we may run out of real breakthroughs like the ones those genius created to pave the yellow brick road we run over nowadays.


      We're also out of good original movie plots, song lyrics and lots of other stuff too. Has absolutely nothing to do with TFA or your comment, but I figured I'd mention it.

      Give things a little more time and widen your sampling before feeling the doomsday of stagnate science is upon us. Developers will always develop what people demand, and right now they are demanding web 2.0 social networking web sites and other things that more 'serious' users would deem trivial and wasteful. By that token all development that goes into these trivial things could also be considered trivial.

      I do agree that we'll hit a lull, and I'm also inclined to feel that which yields no productive lasting result is relatively useless (games, mindless surfing, etc).

      About 15 years ago the whole world started to open up to everyone in it. We [humans] are a small world network (as far as the definition goes), consider each person being a node and consider the need for them to begin trusting eachother for that network to be efficient and productive.

      The fact that this trust is forming through the (technology wasting) we both bitch about is nothing less than amazing. We will get out of that 'lull' sooner or later :) In effect, while a bit maddening, you're watching a network self-improve simply because it must. Nothing trivial about that.

      Relax, a little :)
    3. Re:Be afraid, be very afraid by Anonymous Coward · · Score: 0

      The fact that this trust is forming through the (technology wasting) we both bitch about is nothing less than amazing.

      It's also not true.

    4. Re:Be afraid, be very afraid by dk.r*nger · · Score: 2, Insightful

      With both the lack of interest and the distortion of the original goal, Computer Science as we know may be dying with the elders. Computer Science originally had nothing to do with computers (as in personal computer) per se, but with the science of computation, optimal algorithms for pure math problems, etc. Actually, it was nothing but a branch of Math. The way computer science is being dealt with nowadays, with disdain, lack of interest and with people thinking about it as a tool to put another "screw tighter" professional in the market, soon we may run out of real breakthroughs like the ones those genius created to pave the yellow brick road we run over nowadays.


      Naa. I'm sure back when car became widely available and used, some of the "elders" complained that now everybody is a "driver", and they don't even know the intrigate details of internal combustion.

      Computer science is alive and well, there are merely two things happening that disorts the view:
      - "Original" CS has been rolled back into math. You don't do computational heavy math without computers anymore, so why keep CS as a seperate field? Heavy computation is also interesting in lots of other fields, especially medicine and biology.
      - "New" CS is a trade. Programmers, developers, project managers etc.

      There's plenty of novel ideas and innovation out there. Look at SUNs Sparc T1, IBMs Power Cell (hardwarewise) and stuff lige virtualization (both machines (xen, vmware) and programs (java, .NET)). Web Services, the semantic web? Search engines? New language features, like LINQ?

      But if you believe that C++ was the height of evolution, well, then, yes, CS is dead.
    5. Re:Be afraid, be very afraid by Just+Some+Guy · · Score: 1

      soon we may run out of real breakthroughs like the ones those genius created to pave the yellow brick road we run over nowadays.

      Not to belittle them, but they often picked the low-hanging fruit. Much of what can be proven about normal, deterministic computation has been proven. Want to do some groundbreaking CS research today? Start reading on quantum computing, which isn't exactly for the faint of heart. Put another way, we pretty much know how to build a von Neumann machine and program it (even if we mostly chose not to do it "right" for time or money reasons).

      I've wondered what it must have been like to pioneer a brand new, wide open field. We know many of the greats because they were geniuses who were there at the right time. I hope another right time comes along during my life, even if only so I can watch it from the sidelines.

      --
      Dewey, what part of this looks like authorities should be involved?
    6. Re:Be afraid, be very afraid by Anonymous Coward · · Score: 0

      While I don't agree with your specific examples (they're just retreads of existing tech, for the most part) I do agree with your sentiment.

    7. Re:Be afraid, be very afraid by vivaoporto · · Score: 1

      "Naa. I'm sure back when car became widely available and used, some of the "elders" complained that now everybody is a "driver", and they don't even know the intrigate details of internal combustion."

      You are wrong. We are not talking about end-users here, the element equivalent to the driver you mentioned. The equivalent to the Computer Scientist here would be the Mechanical Engineer. Computer Science has as much to do with computers as Mechanical Engineering has to do with car engines. In both cases, the average person doesn't have even idea of the amount of knowledge (hard science, pure theory, indistinguishable from magic) necessary to the existence of those machines, and the apparent simplicity of use make those people not recognize the importance of those disciplines.

      There's plenty of novel ideas and innovation out there. Look at SUNs Sparc T1, IBMs Power Cell (hardwarewise) and stuff lige virtualization (both machines (xen, vmware) and programs (java, .NET)). Web Services, the semantic web? Search engines? New language features, like LINQ?

      Again, you are wrong in the analogy and the examples. Every single example you gave there are final products of researches that are dated from the sixties, some even older than that. Researches in fields like Ontology, Knowledge Representation, Theory of Computation, Formal Languages and so on and so forth. And those fields are in the back of works of scientists like Knuth (69 years old), Alan Kay (67 years old), Peter Naur (79 years old), Niklaus Wirth (73 years old), Ken Thompson (63 years old), Dennis Ritchie (66 years old), Dijkstra (sadly deceased), among others. That was an amazing generation, but along with that the other thing they have in common is that they are all near or above the world life expectancy. And, as they are dying, our Computer Science degrees are slowly becoming Information Technology degrees, forming developers but neglecting researchers to make the tools possible. If this trend continues, we will either depend on the luck of another batch of geniuses to arise spontaneously or to see a decline of the rate of innovation and technological development.

      But if you believe that C++ was the height of evolution, well, then, yes, CS is dead.

      This is completely unrelated, but I like to think that programming languages are like antibiotics. The first came to solve a problem and did it successfully. The, new problems (and diseases) evolved from the simpler one, and new languages (and antibiotics) had to be created to solve it. The difference between both? You don't see people out there dissing Penicillin only because it is old and doesn't cure all diseases anymore, even if it still cures a lot of the most common infections out there. That's the difference.

    8. Re:Be afraid, be very afraid by dk.r*nger · · Score: 1

      Every single example you gave there are final products of researches that are dated from the sixties, some even older than that

      So just because you can draw a line from then to now, everything that has happened since 1970 is not innovation? That is like claiming that because cars still have internal combustion engines and four wheel with rubber tires, there have been no real innovation in the car industry for 100 years.

      Da Vinci made a drawing of a helicopter, but Sikorsky was the first to build it. No innovation since 1400-whenever? Eigenvectors has been known for a long time, so Google is just a rip-off?

      I agree that my car/drivers analogy was flawed, but my point which wasn't conveyed very effectively was that the tradesmen in the business has dominated the scene from the real scientists that are still there because of their sheer number, which is a symptom of success. We can't all be develeoping the next OOP or relational database.
    9. Re:Be afraid, be very afraid by oni · · Score: 1

      Not to belittle them, but they often picked the low-hanging fruit. Much of what can be proven about normal, deterministic computation has been proven.

      hmm. I'm not sure that Backus "proved" anything. What he is known for is an idea, the idea that you could write a program independantly of the machine (in other words, a high-level language) as opposed to machine language or assembly language.

      I don't think that you can categorize ideas as "low-hanging fruit" the same way you can categorize proofs. Sure, the easy problems might have been solved, but that doesn't mean that the best ideas have been had. We don't have the historical perspective to make judgements about things that happen today, so of course it seems like the best ideas were in the past. But just off the top of my head, a couple of neat ideas are XML and web services. These ideas were no more or less difficult to dream up than was Fortran. They are no more or less "low hanging fruit" than was Fortran.

      The big difference in my opinion, and what makes Backus stand out, is that once he had the idea it was more difficult for him to realize it. Today, if you have an idea it is much easier for you to impliment it and tell people about it. So Backus was a real pioneer.

    10. Re:Be afraid, be very afraid by odyaws · · Score: 1

      With both the lack of interest and the distortion of the original goal, Computer Science as we know may be dying with the elders. Computer Science originally had nothing to do with computers (as in personal computer) per se, but with the science of computation, optimal algorithms for pure math problems, etc. Actually, it was nothing but a branch of Math. As someone who has written a fair bit of code, but is far from being a real developer, and who has done some theoretical computer science, the fact that these two very different disciplines reside in one department (Computer Science) has always confused me. It seems like it would be more appropriate to have Software Engineering programs (and departments) distinct from Computer Science. After all, there is very little that is scientific about much of what is considered "Computer Science." Other (older) branches of engineering seem to have figured this out long ago - nobody goes to school in Materials Science to learn how to be a mechanical engineer - that's what Mechanical Engineering school is for. Which of course isn't to say that there shouldn't be communication (absolutely there should!), but the distinction would make sense.
      --
      Still trying to think of a clever sig...
  15. BNF by mrogers · · Score: 5, Funny

    Backus is also the B in BNF. Many will mourn his parsing.

  16. Fond Memories of FORTRAN IV by Anthony · · Score: 1

    By the time I was clacking out my tragic FORTRAN programs on a card punch machine, the language was already over 20 years old.

    --
    Slashdot: Where nerds gather to pool their ignorance
    1. Re:Fond Memories of FORTRAN IV by Anonymous Coward · · Score: 1, Funny

      Yes - the cards. And that feeling like you were gambling when you waited to see if the thing ran or not ...

    2. Re:Fond Memories of FORTRAN IV by Anthony · · Score: 1

      Dead right. My most memorable moment was writing a playing card shuffling routine and I put some debugging statements in. An hour or so after submitting my cards, I turned up to the operators and they said all they had was my cards. They said they would submit it again. I came back later and they gave me the output. Then they gave me the first output they could not find previouly. Turns out that both printouts couldn't fit in the pigeon holes so were stacked on top, out of the way.

      It was then I learned the power of an infinite loop :-) I had enough paper for two years worth of notes!

      --
      Slashdot: Where nerds gather to pool their ignorance
  17. An inspiration by tigersha · · Score: 1

    Backus' Turing Award Lecture about FP was a true inspiration for me and has influenced a lot of what I have done over the years. Here's to you Mr Backus, your name will live on beyond eternity.

    --
    The dangers of excessive individualism are nothing compared to the oppressiveness of excessive collectivism
    1. Re:An inspiration by Dystopian+Rebel · · Score: 1

      your name will live on beyond eternity


      It's a compliment to him that he inspired you, but come now... these grandiose statements are useless calls to undefined functions.
      --
      Rich And Stupid is not so bad as Working For Rich And Stupid.
  18. Re:...viewed as Backus's apology for creating FORT by MichaelSmith · · Score: 1

    FORTRAN was pretty damned good for the first high-level language. If you look at some of the alternatives that evolved shortly after FORTRAN, such as BCPL, they were much more limited.

    Well, Lisp came out the next year, and has about the most versatile architecture of any language invented since.

    The history of Fortran reads like the history of Ada, Basic and Perl. Continually being retrofitted with good ideas from other languages, but not very well and late in the game.

  19. The mentioned Turing Award lecture by Bromskloss · · Score: 5, Informative
    --
    Swedish plasma phys. PhD student; MSc EE; knows maths, programming, electronics; finance interest; seeks opportunities
    1. Re:The mentioned Turing Award lecture by Just+Some+Guy · · Score: 1

      I downloaded that PDF, saw something that looked a lot like APL to my blissfully ignorant eyes, and ran screaming. Did he really apologize for writing FORTRAN by writing APL, and if so, why didn't he die of lead poisoning?

      --
      Dewey, what part of this looks like authorities should be involved?
    2. Re:The mentioned Turing Award lecture by ioshhdflwuegfh · · Score: 1

      Did he really apologize for writing FORTRAN by writing APL, and if so, why didn't he die of lead poisoning? I think he wrote FP, but ok, APL is definitely a great example of a great programming language. Next thing you'll tell me is that you'd rather program in Java instead of J...
  20. No need to apologise by jandersen · · Score: 2, Insightful

    ...Backus's apology for creating FORTRAN...

    (yes, yes, I know, he's no apologising in the usual sense; this is a play on words, or a pun, as it is also known)

    Still, FORTRAN was and still is one of the great programming languages. There are many languages that offer better features and are much suitable for general usage, but there's huge number of programs written in FORTRAN, and many in science still prefer it to C/C++; FORTRAN is very well suited for numerical calculations, which is after all what is was made for.

    1. Re:No need to apologise by Just+Some+Guy · · Score: 2, Informative

      (yes, yes, I know, he's no apologising in the usual sense; this is a play on words, or a pun, as it is also known)

      Not quite:

      Source: WordNet (r) 1.7
      apology
      n 1: an expression of regret at having caused trouble for someone; "he wrote a letter of apology to the hostess"
      2: a formal written defense of something you believe in strongly [syn: apologia]

      (this is another accepted meaning of a word, or an alternate meaning, as it is also known)

      --
      Dewey, what part of this looks like authorities should be involved?
    2. Re:No need to apologise by majiCk · · Score: 1

      n 1: an expression of regret at having caused trouble for someone; "he wrote a letter of apology to the hostess"
      2: a formal written defense of something you believe in strongly [syn: apologia]

      I honestly think ``apology'' was meant in the former sense. See Backus's Turing award lecture or his work on the FP programming language. He was actually trying to pioneer a new way of thinking about programming, which led to the modern theory and practice of functional programming. His ``apology'' wasn't a defense so much as a hope that the world could move on to something better.

  21. rest in peace by dario_moreno · · Score: 5, Informative

    Maybe it's because I was breastfed with BASIC from a very young age, but when I was forced to learn FORTRAN to work on legacy code I discovered after some initial, computer science taught disgust, that it was really the best way to express myself in code, better than with anything else, and I owe my present university position to FORTRAN because it made me so productive. I guess it was because the language was conceived by engineer, scientists oriented types, and not by formal logic adepts or grammar nazis. I still teach FORTRAN to this day, using F90/F95 in all its power, and MATLAB-like exposed students tend to enjoy it because they can develop simple and efficient numerical codes much faster than with anything else; some of them found positions thanks to it. The trick is to use FORTRAN for what it's for (numerical arrays, heavy linear algebra, easily parallelizable scientific computing) and not strings or files manipulation, linked lists (LISP) , graphics or system : for that there is C(++), and tons of libraries. If the code grows larger than 10 000 lines, very strong discipline is necessary, and that's where true OO can be pertinent. In scientific code FORTRAN tends to be 20% faster than the best possible C++ implementation because the grammar is so simple that compilers tend to understand better the code and can vectorize or optimize it much farther than C ; and there is much less overhead than with C++ because the objects are simpler to manipulate. Major code used in the industry (Star-CD, Gaussian for instance) is still written in FORTRAN for those (and legacy) reasons.

    --
    Google passes Turing test : see my journal
    1. Re:rest in peace by iangoldby · · Score: 1

      The trick is to use FORTRAN for what it's for ... and not strings or files manipulation, linked lists (LISP) , graphics or system
      You mean there's life after forms, databases, and web 2.0? ;-)
    2. Re:rest in peace by justthinkit · · Score: 4, Insightful

      Mod parent up one more, he deserves a +5. As an engineering student in the later 70s/80s, Fortran was all I knew or cared to know. My one Comp Sci course was beginning Fortran programming -- the whole thing is probably learnable in a few hours today. My final year thesis was a 6000 line Fortran simulation used to determine the feasibility of building a "Two Stage Spouted Bed Coal Pyrolysis Plant" in China (it was).

      95 percent of the people who programmed in the early years would never have done it without Fortran.

      It is easy to criticize, as many other posts have done, something invented half a century ago. Personally, I miss being able to use Fortran (or a procedural basic) to solve today's problems -- we've given ourselves over to the machine's favorite language (C) while we pat ourselves on the back for how smart we are now (as we create write-only code).

      I wish this had become more popular. There's still time.

      --
      I come here for the love
    3. Re:rest in peace by Anonymous Coward · · Score: 1, Interesting

      In scientific code FORTRAN tends to be 20% faster than the best possible C++ implementation because the grammar is so simple that compilers tend to understand better the code and can vectorize or optimize it much farther than C

      I'm losing my mods points on this article but statements like this just piss me off. This is only true if the C/C++ programmer doesn't know what they are doing. I work with engineers all the time who say the same thing about FORTRAN but not once has anyone ever been able to show me a piece of FORTRAN code that I couldn't recode in C with the same or better performance. I have done it on numerous occasions to the shock of my fellow workmates (who obviously can't code C/C++ for crap).

      FORTRAN is not all bad and I use it for certain things but to make such statements about performance just shows lack of experience/skill.

    4. Re:rest in peace by Wormholio · · Score: 5, Insightful

      I too still teach my students (in physics and astronomy) to use Fortran, for many of the reasons listed above. While it may also be useful for them to go on to learn other languages, their primary focus is on the physics problems they need to solve and the numerical algorithms needed to help them do that. Fortran makes it easy for them to get started and then focus on the calculations, not on grammar or philosophy.

      Fortran has been criticized because you can write "spaghetti code" or other crap, while other languages supposedly protect you from the mistakes you can make in Fortran. But you can write crappy code in any language (including "spaghetti classes"). I teach my students to write with good style. They know their code has to be clearly understandable not just to the machine but also to someone else who is familiar with the goal of the code but not the details. Trying to enforce good style through grammar is misguided at best, just as it is in writing in general. Developing good style is a personal, ongoing process for writing anything, including good code.

      --
      "Education is not the filling of a pail, but the lighting of a fire." -- William Butler Yeats
    5. Re:rest in peace by dario_moreno · · Score: 2, Interesting

      there was an article on that in "computers in science and engineering" a few years ago. I do this experience every year with my students and it still holds. Just have a look at the generated assembler of a commercial Fortran compiler with optimization turned on and compare it to the same code in C and especially C++ and look at register use, number of FLOP generated, use of vectorized extensions, complex instructions and so. It is all the truer with all hardware optimization of nowadays. Of course if you spend 10 times as much time optimizing formulas and assigning variables to registers, your C code can be as fast as optimized Fortran ; we are speaking about straight-to-the point code. I know from hardware counters that my code runs at maybe 10% of theoretical machine efficiency ; but I do not have a few years to optimize everything.

      --
      Google passes Turing test : see my journal
    6. Re:rest in peace by Threni · · Score: 3, Insightful

      > You mean there's life after forms, databases, and web 2.0? ;-)

      I'm sure there are millions of HTML hairdressers out there who don't know the first thing about real programming.

    7. Re:rest in peace by digitig · · Score: 1

      Mod parent up one more, he deserves a +5. As an engineering student in the later 70s/80s, Fortran was all I knew or cared to know. My one Comp Sci course was beginning Fortran programming -- the whole thing is probably learnable in a few hours today. My final year thesis was a 6000 line Fortran simulation used to determine the feasibility of building a "Two Stage Spouted Bed Coal Pyrolysis Plant" in China (it was). Mine was on the optimum profile of high-voltage busbars, also in FORTRAN and using what later became known as simulated annealing. But a few years later I refused a promotion because it would have involved maintenance of FORTRAN code. As others have said, FORTRAN was a horrid language, but so so much better than what came before, and it was only by experiencing the problems of FORTRAN that language developers were able to do better, so it really was a giant leap for computer-kind.
      --
      Quidnam Latine loqui modo coepi?
    8. Re:rest in peace by o'reor · · Score: 1
      "HTML hairdressers."


      Loved it. :-)

      --
      In Soviet Russia, our new overlords are belong to all your base.
    9. Re:rest in peace by AJWM · · Score: 1

      Maybe it's because I was breastfed with BASIC from a very young age, but when I was forced to learn FORTRAN to work on legacy code I discovered [...] that it was really the best way to express myself in code,

      Yes, well, we all know what Dijkstra had to say about BASIC. (link)

      --
      -- Alastair
    10. Re:rest in peace by lindquist · · Score: 1

      I wish this [cminusminus.org] had become more popular. There's still time. Seen LLVM ? http://llvm.org/
    11. Re:rest in peace by justthinkit · · Score: 1

      Looks interesting. Thanks for the link.

      --
      I come here for the love
    12. Re:rest in peace by namekuseijin · · Score: 1

      "But you can write crappy code in any language (including 'spaghetti classes')"

      I feel your pain: much of today's "enterprise"-level code is indeed made up of 'spaghetti classes' with lots of "global" class scoped variables referenced throughout the whole big class methods...

      that term is a winner, man! :)

      --
      I don't feel like it...
  22. RIP and thank you by Anonymous Coward · · Score: 0

    Old programmers don't die, they simply reboot...

    Jokes Apart, thank you from the bottom of our hearts for your formidable contribution to computing. May your soul rest in peace.

    1. Re:RIP and thank you by Mr_Tulip · · Score: 4, Insightful

      Old programmers never die, they just GOSUB with no RETURN

  23. ``apology'' by majiCk · · Score: 2, Informative

    I understand the context in which the word "apology" is being used (as in "justification"), ...

    Actually, I'm pretty sure they do mean ``apology'' as in ``sorry, world''. Backus's work on FP was all about getting past the ``word-at-a-time'' assignment-based paradigm popularized by FORTRAN (the ``von Neumann bottleneck''), and moving on to more expressive algebraic programming techniques, today referred to as functional programming. Check out his Turing award lecture -- it's a great read!

  24. Famous for two other things as well by Anonymous Coward · · Score: 0

    Played Mr. Howell on Gilligan's Island, and was the voice of Mr. Magoo.

    1. Re:Famous for two other things as well by pipatron · · Score: 1

      Are you sure you don't mean Jim Backus, you know, the guy that played Mr. Howell on Gilligan's Island, and was the voice of Mr. Magoo.

      --
      c++; /* this makes c bigger but returns the old value */
  25. What's with the flaming? by Wizard052 · · Score: 4, Insightful

    What's so wrong with FORTRAN? From the sound of things, it's like the guy committed a crime or something...if it was so 'destructive' or whatever then how come it got so popular? Or did it? Why did so many choose to use it?
    And for that matter, what IS 'constructive'? Maybe C++? And whatever that is, it wasn't influenced in any way by FORTRAN?

    Just evolution, people... the TV scorning the radio as backward!?

    1. Re:What's with the flaming? by MichaelSmith · · Score: 2, Interesting

      What's so wrong with FORTRAN?

      Well nothing really. It was a good, early attempt. Its mistake was in surviving too long.

      From the sound of things, it's like the guy committed a crime or something

      Yeah I have been one of the worst offenders in this article. Sorry about that. He was obviously an accomplished guy and I am sorry he is gone.

      ...if it was so 'destructive' or whatever then how come it got so popular?

      Hard to explain. It attracted a certain, lets say, blue collar group of programmers. People who like all their identifiers to be called MODSTR and ARGSET. Lisp was the gay, lower case language. FORTRAN was for REAL MEN who type REAL CHARACTERS. These were scientists who wanted to knock out quick, fast and dirty code. It was the perl of its day, and like perl, got used for things it should have not been used for.

      Or did it? Why did so many choose to use it?

      Something about the compilers which were built for it got it entrenched in the performance computing field. To this day people will claim that fortran code runs faster than anything else for pure numerical applications. I would be surprised if it was still true, though.

    2. Re:What's with the flaming? by Cro+Magnon · · Score: 1

      FORTRAN survived because it was the best at what it did. I'm sure it did get used in tasks that it wasn't well suited for, partly because the alternative was assembler language, but for math/science apps, it ruled.

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
  26. obligatory by marafa · · Score: 2, Funny

    was he related to A Backus?

    --
    _ In Egypt Networks: Network Solutions with a Twist
  27. What do you know? by SirGarlon · · Score: 0, Troll

    Psh, he developed FORTRAN. I'm surprised he even lived to 82 without being killed by a rabid programmer. ;) You disparage Mr. Backus's accomplishments for some cheap laughs, but could accomplish anything better? Do you even know how to code in FORTRAN?
    --
    [Sir Garlon] is the marvellest knight that is now living, for he destroyeth many good knights, for he goeth invisible.
    1. Re:What do you know? by LeninZhiv · · Score: 2, Funny

      Indeedandhi s i nsight fulidea ofre mov nig thesigni ficanc e o f s p aces be tweenwo rdsw as real lyah eado fits time. :-)

    2. Re:What do you know? by h2g2bob · · Score: 4, Insightful

      I do, in fact my main project is not only in FORTRAN but in standards compliant fixed form FORTRAN 77, huzzah!

      Compared to more modern languages - by which I mean C - it's bad. There are plenty of things which drive me nuts - the need to define things a million times, the lack of any sane way to group variables.

      But compared to what was around when it was made, it was a leap forward (assembly, anyone).

      Also, lets not forget that it was made for... yes, that's right: punched cards! It has a maximum line width because of this (even if it's not on punched cards). This is, I think, one of the main reasons why FORTRAN encourages you to write code like it's in a big dense block (the lack of spaces, the inline looping of variables).

      FORTRAN still has good use among physics labs, partly because there's a lot of physics-specific code that is made for it, and partly because everybody's already used to it. And it has been updated (F95) to include all the modern features you could want.

      Still, you'd need to be mad to use it. Which is why I do.

    3. Re:What do you know? by red+crab · · Score: 1

      FTA, he first wrote Fortran and then he developed BNF. Perhaps if it was the other way around, Fortan would had much simpler syntax?

    4. Re:What do you know? by dpilot · · Score: 1

      Perhaps BNF was his hindsight-ful reaction to having written Fortran.

      Has anyone read a biography on Backus? I know Erwin Schroedinger once said of quantum mechanics, "I don't like it, and I regret ever having had anything to do with it." (or something like that)

      --
      The living have better things to do than to continue hating the dead.
    5. Re:What do you know? by Anonymous+Brave+Guy · · Score: 1
      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    6. Re:What do you know? by Frumious+Wombat · · Score: 2, Interesting

      Its more modern forms, such as F95, aren't bad at all. All the power of C++ as far as numerics goes, a consistent and sane syntax (complex variables and operations are just there, not reimplemented by every programmer in their own unique way), modern control and data structures, and easy to read. (Translation: doesn't look like line-noise )

      It remains popular due to backwards compatibility, and the ease of writing numeric code with it.

      As for other uses, I've seen cgi-bin scripts written in F77, and a million-line massively-parallel quantum-chemistry package in an object-oriented fashion using F77. In the hands of modern compilers, it is an amazing language.

      --
      the more accurate the calculations became, the more the concepts tended to vanish into thin air. R. S. Mulliken
    7. Re:What do you know? by ioshhdflwuegfh · · Score: 1

      FORTRAN still has good use among physics labs, partly because there's a lot of physics-specific code that is made for it, and partly because everybody's already used to it. And it has been updated (F95) to include all the modern features you could want. and, let's not forget, party because nobody's using anything else...

      Still, you'd need to be mad to use it. Which is why I do. You wish. I bet you've never tried FP. There are good reasons to use FORTRAN nowadays... ok, not realy... I mean other than the insane amount of code written in it... and good compilers... and,... physicists are bad programmers,... and,... well that's probably about that.
    8. Re:What do you know? by ioshhdflwuegfh · · Score: 1

      [...]and a million-line massively-parallel quantum-chemistry package in an object-oriented fashion using F77. Are you saying it was a million-line code because it was written in F77 in an object-oriented fashion?
    9. Re:What do you know? by Manhigh · · Score: 1

      I find Fortran90/95 pretty nice to program in. It's still lacking in string manipulation (Fortran was never really designed for that and can't compete with Perl or Python) and exception handling would be nice.

      Of course, its probably largely the lack of such features that contributes to the execution speed of Fortran.

      --
      "Open the pod by doors, Hal" > "I'm afraid I can't do that, Dave" sudo "Open the pod bay doors, Hal" > alright
    10. Re:What do you know? by Frumious+Wombat · · Score: 1

      No, it's a million lines because the team writing it couldn't figure out what features they didn't want. The fact that they somehow managed to use OO-type abstractions while continuing to code in strict f77 was the source of amazement.

      --
      the more accurate the calculations became, the more the concepts tended to vanish into thin air. R. S. Mulliken
    11. Re:What do you know? by swanriversean · · Score: 1

      A dedicated programmer can write Fortran in any language.

      --
      Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind. - Dr. Seus
    12. Re:What do you know? by rnturn · · Score: 1

      ``... the lack of spaces ...''

      Just because the language allowed you to omit spaces, doesn't mean you had to. I wrote a ton and a half of FORTRAN over more than a decade and never once encountered anyone who thought that was the correct way to code.

      I can understand, though, why someone might want to omit the spaces: it conserved punch cards. Maybe that's why I never considered it important; I only used punch cards for one semester in college and, after that, only when forced by some instructor who wanted them. And, even then, I created them from programs that were originally created on disk. It used to confuse the operators who'd usually respond "Seriously?" to my request to punch the contents of my virtual punch to real cards. "Yeah, it's for a class."

      ``And it has been updated (F95) to include all the modern features you could want.''

      Inline comments? Those used to be vendor-specific. I got used to them when I used VAX FORTRAN. I remember when MS FORTRAN said they'd have them but the compiler versions I used never allowed them. In fact, most of their compilers (which were total crap anyway) were unable, without significant modification, to use code that was accepted by other compilers even when they (MS) advertised that it could. Portable code? They'd heard of it but didn't believe in it. even back then. Guess that makes me something of an early adopter: I was sick and tired of Microsoft by the late-80s.

      Ah, FORTRAN. Brings back some memories. Maybe someday I'll resurrect some of those old F77 programs I have on floppies.

      --
      CUR ALLOC 20195.....5804M
    13. Re:What do you know? by ioshhdflwuegfh · · Score: 1

      No, it's a million lines because the team writing it couldn't figure out what features they didn't want. The fact that they somehow managed to use OO-type abstractions while continuing to code in strict f77 was the source of amazement. Yes, sometimes it's hard to see what amazes people about FORTRAN, but here you're already giving me some ideas: how about a LISP virtual machine in F77? That's, if not amazing, at least interesting.
  28. Just to give people something to think aboout. by leviccampbell · · Score: 2, Insightful

    If Mr. Backus hadn't developed fortran, would we be as advanced scientificaly as we are now?

    --
    "We the unwilling, lead by the unknowing, have been doing the hard with little for so long that we are ready do do the i
  29. FORTRAN isn't that bad. by jellomizer · · Score: 1

    FORTRAN isn't that bad of a language (and I am not one of those programmers who is over 50, or 30) But I program in it twice a week. It isn't as sleek as python. or as Powerful as C. But it seems to work. And it is just like every other language out there. Has all the main bits and pieces. The only thing I truely hat about it is not the Language but the stupid VAX/HP Compiler and Linkers. Which make every simple change a major task.

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    1. Re:FORTRAN isn't that bad. by TheMadcapZ · · Score: 1

      Intel has a good FORTRAN compiler. Works right inside Visual Studio 2005.

    2. Re:FORTRAN isn't that bad. by Anonymous Coward · · Score: 0

      Not as powerful as C? HAH! In some early implementations of FORTRAN, all parameters were passed by reference. Always. Even the literal constants. So, for instance (pseudo code here, I haven't done this in 25 years):

      SUBROUTINE WATCH_THIS (I)
      I = I * 2
      END

      Call this as
      WATCH_THIS (5)

      and from then on, in your program, the literal '5' will actually be a reference to the integer 10.

      Beat that, with your "C IS LIKE A POWER TOOL" mantra.

  30. Ownership of FORTRAN by Askmum · · Score: 0, Offtopic

    Will SCO now claim copyright of FORTRAN because it preceded Linux?

  31. I'll drink to that... by chiark · · Score: 1, Offtopic

    Raise your glasses to the spirit of Bacchus - he gave us a lot.

  32. Remember him not for FORTRAN by Edward+Kmett · · Score: 5, Interesting

    I find it somewhat troubling that in this article John Backus is remembered primarily for the genie that he tried to put back in the bottle.

    FORTRAN was utilitarian and procedural and good at enabling engineers and scientists to get work done. However, the problem with FORTRAN is the imperative pattern of though that it imposed led us to tell the computer a precise sequence of steps to accomplish each task. It doesn't offer information on dependencies, simply a "go here, do that" sequence of instructions. Imperative programs are inherently hard to reason about in terms of global state and effects and as written tend to be subject to off-by-one errors.

    Backus saw this in 1978! See http://http//www.stanford.edu/class/cs242/readings /backus.pdf.

    His insight spawned a great deal of the interest in functional programming languages. It was been credited by Paul Hudak of Haskell fame http://portal.acm.org/citation.cfm?doid=72551.7255 4 (ACM membership required) (summarized here http://lambda-the-ultimate.org/classic/message4172 .html) and others as really helping to turn the tide and kept functional programming languages from being snuffed out.

    A lot of people don't see the point, having never programmed in a functional programming language like Haskell or ML. However even those people see dozens of cores on the horizon and wonder how they are going to deal with the debugging issues associated with all of the threads to keep those processors churning.

    Functional programming offers an alternative viewpoint that is arguably much better suited to handle multiple CPUs working on large datasets. A case for this was recently reiterated by Tim Sweeney of Epic Megagames fame who said "in a concurrent world, imperative is the wrong default!" http://www.st.cs.uni-sb.de/edu/seminare/2005/advan ced-fp/docs/sweeny.pdf.

    Haskell has brought Software Transactional Memory (STM) into play offering an alternative approach to traditional mutexes and locks that is compositional in nature unlike locking models. This is an approach that isn't readily emulable in an imperative setting because of the lack of guarantees about side effects. http://research.microsoft.com/~simonpj/papers/stm/ index.htm.

    These are solutions to real problems that we are experiencing today, not some academic sideshow, and they arise from a school of thought that he helped bring a great deal of attention to.

    If you want to do something to remember Backus take the time to learn OCaml or Haskell or even just take the time to learn how to effectively use the map and fold functions in Perl, PHP or Ruby.

    It is his willingness to turn his back on what was percieved as his greatest work when confronted with a better idea for which I will remember him and I am a better programmer today for having learned what I could from his ideas.

    --
    Sanity is a sandbox. I prefer the swings.
    1. Re:Remember him not for FORTRAN by p3d0 · · Score: 1

      Imperative programs are inherently hard to reason about in terms of global state and effects and as written tend to be subject to off-by-one errors.

      Backus saw this in 1978!

      And McCarthy saw this in 1958!
      --
      Patrick Doyle
      I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
    2. Re:Remember him not for FORTRAN by inverselimit · · Score: 1

      I have heard this a few times about fp being better suited to multiproccessor systems. I have put some time into trying to learn an fp language, monads, etc.

      But are there any fp languages that actually offer parallel/distributed/concurrent facilities NOW? Besides Erlang? It looks to me like the answer is no: the jocaml project is dead, Haskell stuff is deep research, etc. Is fp-for-parallel-computation just vaporware? I hope not. I would love to use this paradigm to get ready for 80-core processors, etc., but I can't find any implementation. MPI with C++ seems by far the most developed.

    3. Re:Remember him not for FORTRAN by Edward+Kmett · · Score: 1

      Off the top of my head:

      Erlang does work today and is rock-solid stable, even if I personally prefer stronger typing.

      Software Transactional Memory works out of the box in current versions of the GHC Haskell compiler and is actually quite stable. The main thing it lacks at the moment is good library support, simply because the main Haskell libraries haven't had time to catch up. Once good general purpose data structures can be built that are parameterized over a wide family of monads (i.e. IO, ST, STM) using STM should feel more natural.

      Manuel Chakravarty has also been working on Data Parallel Haskell which helps exploit ad-hoc parallelism across multiple CPUs, but I don't think its ready for primetime yet. The advantage there is that it doesn't change your basic programming style and from talking to some people down there they tested it on an 80-CPU environment with good results.

      There are a bunch of packages on the ML side of the fence, but I am less familiar with those.

      I am forced to admit, however, that there isn't anything in this space other than Erlang that I would use for commercial multiprocessor development today, but the STM approach in particular is very promising and not readily reproduced in an imperative setting.

      --
      Sanity is a sandbox. I prefer the swings.
    4. Re:Remember him not for FORTRAN by Communomancer · · Score: 1

      Why "besides Erlang"? Just curious. It even has a fancy new book! (well, ok, it's still in beta)

      Granted, it's my first FP language (I've looked at Scheme, but not in a few years), so I can hardly speak to how amazing it is compared to others. But I was sold after seeing its concurrency / message-passing paradigm. Oh, and list comprehensions!

      --
      "UNIX" is never having to say you're sorry.
    5. Re:Remember him not for FORTRAN by demi · · Score: 1

      I don't know why you would exclude Erlang from this. It's a real "where the rubber meets the road language" and it's really being used. Erlang's qualities map extremely well in the server application and web spaces. In the project I work on (where Erlang is used for some components) we spend hours talking about how to get Java to do things Erlang does out of the box (you should see what we need to do for message queues or scheduled parallelism in Java--ugh!).

      The primary goals of Erlang are programmer productivity, performance, and reliability which are truly excellent goals--in every other language I know of these are goals after the fact; that is, they may allow you to be productive, they may have high performance, and they may be reliable, but these features are incorporated after the fact and steal from each other, so that no language I know of combines all three. It also comes with a large library of useful applications. What it needs now is just more attention and "third party" reusable components for it. Give it something like Rails and it'll explode.

      Or maybe not. Programmers I know are almost masochistic in their resistance to learning new languages. Seriously, most of the people I work with do not see that, hey, maybe if you can't actually remember what to type, so you have to have an IDE generate half your code, your language's syntax and structure is not serving you well! And when you keep getting called in the middle of the night because it's not robust--hm, maybe there's something better!? I don't know. I know better rarely if ever wins but I'll still keep using Erlang where I can.

      --
      demi
    6. Re:Remember him not for FORTRAN by Bamafan77 · · Score: 1

      That link to Backus's paper was incredible and *just* as insightful today as it was 30 years ago. After years of working in C-like languages and it's descendents (though I'm branching off in functional languages), I found myself nodding my head a lot.

    7. Re:Remember him not for FORTRAN by inverselimit · · Score: 1

      Thanks to everyone for your thoughtful comments. I had passed over Erlang at first because 1) the syntax is a bit less clear to me than *ml/haskell and 2) the disclaimers on the website as to what Erlang is good for.

      Productivity is very important to me as one of my major purposes is research code: mathematics, statistics, and machine learning. I am excited by the promise of parallel fp and am struggling with the somewhat ironic fact that fp it is not that popular in the math/scientific community (modulo a few very successful projects like Macaulay 2, which is very functional). I'm also convinced that over the course of my career, effective use of parallelism will be critical, while it is not used at all in many of the problems I encounter. Can anyone speak to the quality of math libraries (e.g. linear algebra) for Erlang or other functional languages? I've even considered F# to get good library support.

      demi, I'm encouraged to hear that erlang has treated you well for web applications. What kinds of limitations did you run into that prevented more components from being written in Erlang?

    8. Re:Remember him not for FORTRAN by demi · · Score: 1

      Honestly? Adoption. It's very likely, wherever you're working, you'll be the first to adopt or be interested in Erlang. As far as I can tell, Erlang as a language would pretty much be good at everything: its asynchronous message-passing and easy concurrency are useful for GUI apps to network servers to parallel processing. One thing you might find lacking is (native) efficient string-handling, but there are binary string implementations that can help you there (but I've never used them).

      Erlang's syntax may be closer to Haskell than it first appeared to you, I think digging a little deeper would be rewarding (Erlang seems to make richer use of pattern-matching, since it also uses it for message receipt and a few other places). Erlang makes no secret of not being side-effect-free: I'm not familiar enough with Haskell's monads to know if this takes adjusting to or not.

      As for math libraries, I don't know of any. There's an easy and robust way (actually, several) to extend Erlang using C, I suppose that might be an approach.

      --
      demi
  33. Please MOD this up by GreggBz · · Score: 1

    Sure it's flawed in certain ways by todays standards, but that fact that it still has an application really speaks to it's design. It was the FIRST high level language for cripes sake.

  34. Backus-Naur Form by mwvdlee · · Score: 2, Interesting

    The funny thing about Backus-Naur Form is that Naur himself says it should be Backus Normal Form, like it was before Naur used a slightly modified version of it.

    --
    Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
  35. FORTRAN greatest time save since assembler by DollyTheSheep · · Score: 5, Insightful

    First there was machine language. You hand coded all the little ones and zeros manually to get your machine code. Then came assembler which was a great time saver with all its mnemonics, registers and loops.

    The next step was a real higher-level language: FORTRAN. Its estimated, that this meant a time saving ratio for programmers of 10:1 against assembler. This rate of improvement was never reached again. All other improvements in programming are only incremental compared to that.
    1. Re:FORTRAN greatest time save since assembler by be-fan · · Score: 2, Insightful

      The improvement from FORTRAN to a modern Lisp (circa 1985) is not incremental at all. Relative to assembly, FORTRAN abtracts registers into variables, and branches into loops and functions. Additionally, it automates static storage layout. Relative to FORTRAN, Lisp additionally abstracts memory into objects, machine arithmetic into actual arithmetic*, and simple functions into higher-order, polymorphic functions**. Moreover, it automates dynamic storage management, and abstracts large-scale code patterns with macros. Add all those together, and the delta betweeen Lisp and FORTRAN is easily as large as the delta between FORTRAN and assembly.

      *) Ie: the integer type in FORTRAN or C isn't an integer in the mathematical sense, but a finite field. Addition of integers isn't real addition, but modulo addition. Division over integers isn't real division, its truncation.

      **) In FORTRAN functions are primitives, while in Lisp functions are first-class values. Moreover, until FORTRAN 90 functions could not be recursive.

      --
      A deep unwavering belief is a sure sign you're missing something...
    2. Re:FORTRAN greatest time save since assembler by Anonymous Coward · · Score: 0

      I would argue that the improvement from Fortran to Lisp was at least as big as the improvement from assembler to Fortran.

    3. Re:FORTRAN greatest time save since assembler by fatphil · · Score: 1

      tecnical nit - integer types are not a finite field.

      --
      Also FatPhil on SoylentNews, id 863
    4. Re:FORTRAN greatest time save since assembler by be-fan · · Score: 1

      My math is not so good. I thought the integers modulo n formed a field, but apparently its only a field if n is prime. So what's the correct term for the set of integers modulo 2^n where n = 32 or 64?

      --
      A deep unwavering belief is a sure sign you're missing something...
    5. Re:FORTRAN greatest time save since assembler by fatphil · · Score: 1

      They're just a ring. Additive abelian group under addition, and closed under multiplication.
      (OK, multiplication is commutative, and there's a multiplicative identity, but that doesn't promote them to being anything more than 'ring'.)

      --
      Also FatPhil on SoylentNews, id 863
    6. Re:FORTRAN greatest time save since assembler by be-fan · · Score: 1

      Thanks. That's why I'm an engineer and not a mathematician ;)

      --
      A deep unwavering belief is a sure sign you're missing something...
  36. New meme by TuringTest · · Score: 2, Interesting

    I can see a new trend of "Goodbye cruel world" programs replacing the "Hello world" equivalents, as designers of programming language pass away.

    --
    Singularity: a belief in the "God" idea with the "demiurge" relation inverted.
  37. Headline by mattwarden · · Score: 0

    John W. Backus Dies at 82; Developed FORTRAN

    In that order?

    1. Re:Headline by gknoy · · Score: 1

      John W. Backus Dies at 82; Developed FORTRAN
      In that order?

      I'd always heard that FORTRAN came about through necromancy ... ;)
  38. Get over yourself! by Anonymous Coward · · Score: 0

    There is always one on every "someone died" discussion on the internet. It is must be a universal rule that some hypersensitive pseudo-child has to show up and whine. People make jokes about bad things, especially death. It is part coping mechanism and part compliment to the subject. If people didn't care they wouldn't make the effort to make a joke. It is not like these people are turning up at the guys funeral and telling insulting jokes to his family and laughing in their faces as they cry.

  39. Burial by Dark$ide · · Score: 1

    Like all old computer folks, they'll have to bury him 9 edge forward, face down.

    --

    Sigs. We don't need no steenking sigs.

    1. Re:Burial by C+A+S+S+I+E+L · · Score: 1

      But at least his lifespan reached beyond column 80.

  40. Karma whore alert by Anonymous Coward · · Score: 0

    When you feel the urge to mod redundant, consider the timestamp, not the page position

  41. Incorrect headline by Anonymous Coward · · Score: 0

    He succumbed to the Y2K7 glitch.

  42. It's correctly cited: by Peter+Simpson · · Score: 1

    "Face down, 9 edge first"

    Ahhh...the old 082 sorter...IBM's efficient tool for tearing cards in half.

  43. Maybe this will stop ... by Anonymous Coward · · Score: 0

    all of the users that insist on making themselves look computer savvy by saying "Well I was programming fortran in the 60's.....".

    Seriously. It happened two days ago to me.

    Peter

  44. Well... by scwizard · · Score: 1

    He didn't exactly create LISP or anything...

    --
    ~= scwizard =~
    1. Re:Well... by ioshhdflwuegfh · · Score: 1

      He didn't exactly create LISP or anything... He did FP though.
    2. Re:Well... by dar · · Score: 1

      He had first post?

      --
      My other Slashdot ID is much lower.
    3. Re:Well... by ioshhdflwuegfh · · Score: 1

      He had first post? Brevity of your question defies my comprehension. Was it a question? Comment? Whatever?
  45. GOTO considered harmful by tedgyz · · Score: 0, Troll

    Finally, proof that GOTO is harmful. Death.

    --
    "No matter where you go, there you are." -- Buckaroo Banzai
    1. Re:GOTO considered harmful by cnettel · · Score: 1

      Yet, Dijkstra ran out of the loop several years before him.

    2. Re:GOTO considered harmful by tedgyz · · Score: 1

      Yet, Dijkstra ran out of the loop several years before him. Don't you mean he broke out of the loop?
      --
      "No matter where you go, there you are." -- Buckaroo Banzai
  46. Thurston Howell by Anonymous Coward · · Score: 0

    Anyone else think of this guy momentarily? :)

    http://imdb.com/name/nm0000822/

    1. Re:Thurston Howell by Anonymous Coward · · Score: 0

      Yes, Lovey, I admit doing the same thing!

  47. Re:...viewed as Backus's apology for creating FORT by tedgyz · · Score: 1

    Well, Lisp came out the next year, and has about the most versatile architecture of any language invented since. Versatile, yes. Useful? I dunno. Besides emacs, are there any examples of LISP in a useful product? Of course, there are some who would argue the usefulness of emacs. :-)
    --
    "No matter where you go, there you are." -- Buckaroo Banzai
  48. Re:...viewed as Backus's apology for creating FORT by Anonymous Coward · · Score: 0

    I'm still waiting for apologies from the creators of TSO, 80286, OLE 1 and 2, MFC, XML Schema...

  49. Not true anymore by bensch128 · · Score: 1

    In scientific code FORTRAN tends to be 20% faster than the best possible C++ implementation because the grammar is so simple that compilers tend to understand better the code and can vectorize or optimize it much farther than C ;

    Apparently, this is not true anymore. Most scientists are writing their codes in C++ nowadays because expression templates remove the performance penalty associated with the abstraction of manipulating N dimensional matrices. (And I'm guessing that expression templates are making up for the optimization deficitances of modern compilers...) See http://osl.iu.edu/~tveldhui/papers/techniques/ for a good explaination. See http://www.oonumerics.org/blitz/benchmarks/ for some benchmarks for blitz++ vs. F77. Blitz is actually not so cutting edge anymore. There maybe better packages out there now too. Also, with the new autovectorization technologies, these comparsions might be wrong too.

    Cheers
    Ben

    1. Re:Not true anymore by bensch128 · · Score: 1

      A much better benchmark is:
      http://tvmet.sourceforge.net/benchmark.html

      tvmet looks like a good library for small scale matrix operations and altas looks amazing at huge stuff...

  50. Real Programmers by Anonymous Coward · · Score: 0

    Huh? No Real Programmer jokes?

  51. Sigh... by richieb · · Score: 1
    Oh, my first program was in FORTRAN.

    In FORTRAN "GOD" is REAL, unless declared INTEGER. ;-)

    --
    ...richie - It is a good day to code.
  52. We've lost a wonderfully nice guy by TwobyTwo · · Score: 5, Interesting


    When I was in my early 20s and had been programming only a few years, and John was already a legend and IBM Fellow for his work on FORTRAN, I had the pleasure of meeting him informally a few times. You would have thought our positions and experiences were nearly the same. He was always as engaged and delighted with younger people like me as with other giants of the computer field, some of whom were standing right with us at those get togethers (Jim Gray comes to mind). John was extraordinarily decent, kind, and down-to-earth, and he will be very much missed.



    I think some of the wise guys/gals on this list are missing the point of the FORTRAN team's contributions. It wasn't that FORTRAN was the perfect language. To some degree, that wasn't even the goal. Quoting from an an article by Backus (full text is available only to ACM subscribers, unfortunately):

    "To this day I believe that our emphasis on object program efficiency rather than on language design was basically correct. I believe that had we failed to produce efficient programs, the widespread use of languages like FORTRAN would have been seriously delayed.".


    At the time the FORTRAN work was done, people didn't believe that a compiler could produce code that was fast enough. If you go back to the early references on FORTRAN you'll find that they implemented optimizations that were still considered sophisticated 15 years later. The difference is: the FORTRAN team did it at a time when nobody had done it before. Furthermore, they did it on an IBM 704 that would be too weak (if not too small!) to power a wrist watch today. Its core storage units were tens of cubic feet in size, and each held 4K 36 bit words, or just over 32K bytes in modern terms. Even the "high speed" drum storage units (like a disk, but with no seeking needed) held only 16K of those 36 bit words. On this machine, they built optimizations that were considered sophisticated even decades later, when machines had gotten much bigger and faster. Quoting from that same article:

    "It is beyond the scope of this paper to go into the details of the analysis which section 2 [I.e. the optimizer] carried out. It will suffice to say that it produced code of such efficiency that its output would startle the programmers who studied it. It moved code out of loops where that was possible; it took advantage of the differences between rowwise and column-wise scans; it took note of special cases to optimize even the exits from loops. The degree of optimization performed by section 2 in its treatment of indexing, array references, and loops was not equalled again until optimizing compilers began to appear in the middle and late sixties."

    The computing field has lost someone very special.

    1. Re:We've lost a wonderfully nice guy by ec_hack · · Score: 1

      At the time the FORTRAN work was done, people didn't believe that a compiler could produce code that was fast enough.


      I've written code in multiple dialects of FORTRAN over the years: FORTRAN II, FORTRAN IV, FORTRAN 77, MS FORTRAN for Windows, etc. I used paper tape, cards, and online editing. It was on mainframes, PCs, and minicomputers. It just worked. Sure, you could write brain dead code in FORTRAN, but you can in any language.

      It also was, as TwobyTwo said, fast. Some of the systems I worked on were pushing the state of the art in what was possible in computing. We had to make every clock cycle count - and still had to hand code some algorithms in assembler - but FORTRAN optimizers were so good that only a few of our key code chunks needed that kind of care. If you wanted to build a huge, real-time distributed system in the 70s or 80s, FORTRAN was the language of choice.
  53. Yup, it's the same Chomsky by puppetluva · · Score: 4, Informative

    In case you were wondering, the Chomsky of the "hierarchy of formal languages" is the same Noam Chomsky that you probably know of in a political context.

    Check out the Wikipedia page on him. . . agree with his politics or not, he's had an interesting career in linguistics. . .

    1. Re:Yup, it's the same Chomsky by ajs · · Score: 2, Interesting

      Linguists, in general, seem to have an interesting way of looking at the world. Chomsky has a way of looking at a political situation in a unique way and formulating an opinion that's not widely held (in fact, one that typically annoys all extremes of the political spectrum). Right or wrong, it's an interesting process.

      Larry Wall has a similar outlook (though his politics likely diverge heavily from Chomsky, I dunno). He has that linguist's way of looking at theoretically opposing points of view and rationalizing them against each other in a very logical way. It's a kind of fun process to watch, and it makes me wish I had that knack.

      Back to Backus: he will be missed. His work in CS was truly ground-breaking, even (especially) where it simply extended the work of others. FORTRAN has a legacy all its own, and the fact that the scientific community still continues to use it to this day is testimony to its power and utility, even if much of it is dated today.

    2. Re:Yup, it's the same Chomsky by Tablizer · · Score: 1

      His work is popular with Hugo Chavez:

      http://uncyclopedia.org/wiki/Image:My_w_book.png

    3. Re:Yup, it's the same Chomsky by Anonymous Coward · · Score: 0

      Cute. I heard Richard Feynman was popular with strip clubs, too.

  54. Re:...viewed as Backus's apology for creating FORT by Bluesman · · Score: 1

    Ever use GCC?

    Then you've used the architecture of LISP.

    LISP is important not only because it's a great programming language, but because it's a concise method of expressing abstract syntax trees, which are at the heart of any decent compiler.

    Take a look at Register Transfer Language, which gcc used to use as the intermediate target language. You'll notice a lot of parentheses...

    I think the reason people disparage any programming language is that they don't understand it completely, because nearly every one has some unique idea or method of working that caused it to become popular. They're all fascinating to me.

    Except for VBScript and Matlab. Those pretty much suck even if you know them completely.

    --
    If moderation could change anything, it would be illegal.
  55. Interesting by loconet · · Score: 1

    I read about him a few hours ago and Interestingly (and it seems erroneously) enough, my Discrete Mathematics book (Discrete Mathematics With Applications) lists him as having died in 1998.

    --
    [alk]
  56. John W. Backus Dies at 82; Developed FORTRAN by durnurd · · Score: 0

    ...in that order.

    --
    --Edward Dassmesser
  57. Re:...viewed as Backus's apology for creating FORT by tedgyz · · Score: 1

    Ok. Well then maybe LISP makes a good Intermediate Language. I never embraced it as a general purpose language for solving a wide spectrum of problems. Perhaps FORTRAN and BASIC poisoned my mind, making it difficult to learn LISP.

    Personally, I've always found runtime support to be more important than language syntax. I recall using FORTRAN on VAX/VMS. I was able to call ANY VMS language runtime. For example, I used to call some of the VMS BASIC functions for formatting text.

    --
    "No matter where you go, there you are." -- Buckaroo Banzai
  58. Too bad... by FunkyELF · · Score: 0, Troll

    ...Too bad FORTRAN didn't die first.

  59. R.I.P. by trintron · · Score: 1

    Rest in peace. His legasy lives on..

  60. MOD PARENT UP by ArikTheRed · · Score: 1

    It's so true... you can talk about how much a genius Plato was... but what was his competition? The CS "greats" were also smart guys - they also weren't encumbered by a lot of legacy crap.

    It reminds me of the 'survival bias'... as time passes, people tend to forget the crap, and remember the good stuff (the things that survive). For every good thing these giants did (Aristotle defining the syllogism) there tended to be a lot of crap people forget (his knack for making physics dictums w/o testing them).

  61. and on the third day.. by cheftw · · Score: 0

    John W. Backus Dies at 82; Developed FORTRAN
    He rises from the grave to impose FORTRAN on the living? God save us all.
    --
    Always back up, never back down. ---- Think you're cool 'cos your uid is prime? Take mine, modulo the one digit integers
  62. No Basic, No RBBS by justthinkit · · Score: 1

    BBSes were the precursor to the Internet, for home users at least. Sure, universities could exchange among themselves, and CIS sucked our bank accounts down like a runaway pr0n habit, but BBSes allowed the everyman to connect to others online, chat, leave messages, learn, download, upload and all that good stuff (a decade or more before the Internet became popular) -- all without being charged for it.

    RBBS was the king of BBSes for a long long time, with good reason. Widely distributed on floppies, impressively documented and configurable -- yet Basic-coded to fit in
    Like Fortran, Basic had its time, place and purpose -- and still does. Only problem is that simple languages are hard for Microsoft to make money from. With ridiculously complicated languages they can crank out new, incompatible versions like clockwork and everyone must follow in goose^H^H^H^H^Hlock step.

    Another also-ran is FoxPro, almost impossible to even get the darn thing, no printed docs, few third-party manuals -- yet SBT, among other things, depends on it. If only it paid to perfect things (and people)...

    --
    I come here for the love
    1. Re:No Basic, No RBBS by laughing+rabbit · · Score: 1

      Visual FoxPro 9 http://msdn2.microsoft.com/en-us/vfoxpro/default.a spx is available (with--ugh--wrappers for .NET), and http://www.hentzenwerke.com/ publishes many books on the Fox.

      --
      No incumbents, not no where, not no how.
      Vote them out every term.
    2. Re:No Basic, No RBBS by innocent_white_lamb · · Score: 1

      I always thought that the "landmark" BBS was Fido. In turn more-or-less pushed aside by Opus.
       
      Or perhaps I'm just more focused on networking than simple communication between user-and-BBS.

      --
      If you're a zombie and you know it, bite your friend!
    3. Re:No Basic, No RBBS by justthinkit · · Score: 1

      Yes, there are half a dozen FoxPro books. Compare that to other MS languages. No comparison.

      --
      I come here for the love
    4. Re:No Basic, No RBBS by laughing+rabbit · · Score: 1

      Yes, But I find there is much more non-redundant information in those publications than in the hundreds of 'me-too' rehashes of Microsoft's documentation. Anyway, I counted 25 English titles.

      --
      No incumbents, not no where, not no how.
      Vote them out every term.
  63. AH ha - the cobol approach. by Anonymous Coward · · Score: 0

    AH ha - the cobol approach.

  64. May he rest in peace. by clintp · · Score: 1

    May he rest in peace.

    Face down, 9 edge first.

    --
    Get off my lawn.
  65. Fortran may have its detractors by Anonymous Coward · · Score: 0

    ... but it was the first, and has lasted, in vastly mutated form, to today. It is ideally suited to physics/engineers needs - folks using it for other stuff deserve the pain they get*. There was a fad for C/C++ in the physics community - people are now returning to the bosom of fortran in droves as they discover that, actually, C++ sucks compared to Fortran 2003 - FOR STUFF THEY WANT TO DO.

  66. Re:...viewed as Backus's apology for creating FORT by ioshhdflwuegfh · · Score: 1

    [...]are there any examples of LISP in a useful product? PROLOG
  67. My first internship by istartedi · · Score: 1

    During the 2nd year of my one and only Summer intern job, I got to write and run some FORTRAN (the year before that, I had to run the shredder and do other simple clerical stuff). It was probably about 100 lines and did a very simple analysis; but it was actually used. This was in 1987, so it wasn't punched cards though. I'm not that old. RIP Mr. Backus.

    --
    For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
  68. Ackerman ala Backus by scanrate · · Score: 1

    {a(=@[1,%0]->+@[2,%1];(=@[2,%0]->a@[-@[1,%1],%1];a @[-@[1,%1],a@[1,-@[2,%1]]]))}

  69. Real Programmers Don't Use Pascal by ioshhdflwuegfh · · Score: 1

    Back in the good old days-- the "Golden Era" of computers-- it was easy to separate the men from the boys (sometimes called "Real Men" and "Quiche Eaters" in the literature). During this period, the Real Men were the ones who understood computer programming, and the Quiche Eaters were the ones who didn't. A real computer programmer said things like "DO 10 I=1,10" and "ABEND" (they actually talked in capital letters, you understand), and the rest of the world said things like "computers are too complicated for me" and "I can't relate to computers-- they're so impersonal". (A previous work [1] points out that Real Men don't "relate" to anything, and aren't afraid of being impersonal.) (from Real Programmers Don't Use Pascal)
  70. Thump, Thump, Thump, Thump..... by Anonymous Coward · · Score: 0

    Another one bites the dust....

  71. John Backus' surgeon by andy314159pi · · Score: 1

    John Backus' surgeon said shortly after his death, "It's total spaghetti in there; I couldn't tell what connected to what and when I pulled something out he just woke up and sad 'NaNQ.'"

  72. "FP" means "Functional Programming" by ODBOL · · Score: 1

    "FP" means "Functional Programming," not "Function-level Programming Language." It refers to a class of programming techniques, as well as to a type of programming language particularly suitable for applying those techniques. John Backus' Turing lecture on FP was a key inspiration for my own dissertation, as well as for a lot of work in Scheme, Haskell, and a host of other projects.

    I see that others have already addressed some of the other foolishness in the lead article as well as the replies. John Backus was an outstandingly careful and insightful thinker, with a deep understanding of the difference between progress in a line of work and completion of that work. I don't care any more than I think he would have about an appearance of disrespect or lack of appreciation. But I encourage those who reacted superficially to the obituary to look more deeply into Backus' work, and use it as a model of effective thinking.

    That includes the writer of the lead article. I read Slashdot first, because it so often provides a better introduction to the news than the New York Times. In this case, Slashdot fell down badly on the job.

    --
    Mike O'Donnell http://people.cs.uchicago.edu/~odonnell/
  73. Re:...viewed as Backus's apology for creating FORT by Anonymous Coward · · Score: 1, Informative

    Autocad

  74. Nonsense by raddan · · Score: 1

    I'm sick about hearing that Computer Science "has nothing to do with computers". Backus himself serves as a counterexample. His efforts in the field of Computer Science were precisely because he was unsatisfied with the state of computers. FORTRAN was written so that people who needed the power of computers could utilize them directly, without having to resort to the same things that my father did (like actually knowing the circuit layout of the computer's components!). His formal CS work was a direct result of his work with languages and compilers-- another level of abstraction like how FORTRAN was an abstraction of machine language. This is a recurring theme with many of the pioneers of CS-- People like Knuth and his algorithmic work, Dijkstra and structured programming, Codd and RDBMS, and so on-- their drive was inspired by a their negative experience with the status quo and a desire to move the practice in a new direction because their experience showed them a Better Way.

    Certainly, CS, like Physics, is a field big enough to encompass both theoreticians and practitioners. My opinion is that the most important people are the ones who understand the dialectic between the two. The idea that people-who-use-computers can't be Computer Scientists is rubbish.

  75. LISP is a "centenial language" too by peter303 · · Score: 3, Informative

    LISP is about to enter its sixth decade too, is still used by advocates, and had its heyday in computer culture. I believe its inventor John McCarthy is still around. MIT used to use LISP as its required CS training language from the 1960s until 2006.

    I call "centennial languages" languages that were invented near the beginning of the computer age as, still used a fair amount, and probably will be around until their 100th birthdays. Some languages like ALGOL, OL/I, and even PASCAL have faded.

    1. Re:LISP is a "centenial language" too by swimmar132 · · Score: 1

      What does MIT use now? Scheme?

  76. Brain Surgery with Stone Knives by crunchy_one · · Score: 1

    Backus, et al., wrote FORTRAN for and on the IBM 704. The 704 was a 36-bit vacuum tube machine that could sustain 4902 single-precision floating point multiplies per second. His team wrote the entire compiler in 704 assembler language, writing and maintaining its roughly 50,000 lines of code using punched cards and magnetic tape. Because a complete assembly of the compiler ran several hours, programmers made changes in binary machine code, noting them on a paper listing for later inclusion in the source.

    They had to invent the compiler as they went along. Working toward the goal of producing code as good as that written by a skilled assembly language programmer, his team invented key optimizations including register renaming, code hoisting, branch prediction, and strength reduction. We continue to this day to use Backus-Naur Form (BNF) to describe a computer language's syntax.

    And it worked. Truly brain surgery with stone knives.

  77. Did Backus invent GOTO? by peter303 · · Score: 1

    I recall it is in most assemblers. Other compiled languages of the era had GOTO. A real horror was the FORTRAN computed-GOTO, sort of like a two-case switch statement. After FORTRAN-77 had IF-THEN-ELSE blocks, one used it much less then.

    1. Re:Did Backus invent GOTO? by Tablizer · · Score: 1

      Computed goto's were really weird. They went something like:

      GOTO (200,300,400) X - Y

      Here the expression "X - Y" is evaluated, and if the result is less than zero, go to label 200, go to label 300 if equal, and to 400 if greater than zero.

    2. Re:Did Backus invent GOTO? by cburley · · Score: 1

      Here the expression "X - Y" is evaluated, and if the result is less than zero, go to label 200, go to label 300 if equal, and to 400 if greater than zero.

      No, that's arithmetic IF you're describing:

      IF (200,300,400) X-Y

      Computed GOTO example:

      GOTO (200,300,400) X-Y

      This means evaluate X-Y, convert to INTEGER, and if .EQ. 1, GOTO 200, else if .EQ. 2, GOTO 300, else if .EQ. 3, GOTO 400, else fall through to next statement. List not limited to only three statements labels. Kinda like C's switch construct.

      --
      Practice random senselessness and act kind of beautiful.
    3. Re:Did Backus invent GOTO? by Tablizer · · Score: 1

      Okay, you are right. I mixed them up. Thanks.

  78. Fortran was horrible by Anonymous Coward · · Score: 0

    So typical. An average mind responsible for something that everyone used just because it was all that was out there. Please, anybody who has coded in Fortran hates it bitterly. Cobal too.

    This isn't news.

    1. Re:Fortran was horrible by TwobyTwo · · Score: 1

      So typical. An average mind responsible for something that everyone used just because it was all that was out there.

      Well, I wouldn't be at all surprised that the browser you're using and the operating system it's running on were compiled using optimizers that are the direct descendants of Backus' original FORTRAN compilers. As discussed in my post above, those optimizers were the real point of the FORTRAN project. Remember also that FORTRAN was designed in 1954, when the alternative was assembler or machine language. Backus was ahead of the industry in realizing what high level languages could do, and later ahead of the industry in recognizing that his own FORTRAN was not a good long term design point; as others have noted, he devoted the latter part of his professional career to promoting functional languages. There too, he was years or even decades ahead of, not behind the curve. Did you know John personally? I did, at least a bit. He was neither an average mind nor an average person.

    2. Re:Fortran was horrible by Anonymous Coward · · Score: 0

      Cobal? Fuck you are dumb.

  79. St. Peter sends Backus to GOTO purgatory by peter303 · · Score: 1

    Saint Peter, the guardian of Heaven's Gate decreed Backus will eventually be admitted to Heaven, but will have to execute a large FORTRAN program with lots of GOTOs in order to find the way into Heaven. That program will send him into infinate loops for millennia at a time, side track him to Hell, return him into the Void, not mention occasional ABEND-dumps(*) now and then.



    (*) A "feature" in IBM systems when a program crashed it printed the contents of core memory in hexadecimal filling a hunderd pages or more. Not unlike JVM-hs-errs.

  80. AT&T lex is notoriously buggy by whyde · · Score: 1
    From lex & yacc, by Levine, Mason & Brown:

    No two ways about it, AT&T lex is buggy. This is partly because it was the first implementation, and partly because it was written by an undergraduate summer intern.

  81. Re:LISP is a "centennial language" too by peter303 · · Score: 1

    Until 2006 they used LISP/Scheme, but their is change for Fall 2007. Its unclear to me what the change is. My MIT first computer course was LISP in the 1970s, so its been a long haul.

  82. the reports are wrong by Anonymous Coward · · Score: 0

    he was killed by none other than Thulsa Doom. you see, not even conan the gimp could destroy Thulsa for he has arisen to take his rightful place among the mighty. Hail Thulsa Doom!

  83. But he was the People's Princess! by Anonymous Coward · · Score: 0

    You insensitive clod!

  84. Misogyny? by Anonymous Coward · · Score: 0

    This was particularly a problem for girl programmers

    I know you are trying to be funny, but that just sounds very misogynistic and crass to me. Does that mean a programmer or an admiral is automatically a boy unless explicitly stated to be a girl?
    1. Re:Misogyny? by mysticgoat · · Score: 1

      This was particularly a problem for girl programmers that just sounds very misogynistic and crass to me. Does that mean a programmer or an admiral is automatically a boy unless explicitly stated to be a girl?

      It mostly means that I have recently re-read Girl Genius from start to current page, which is temporarily mind-warping. Possibly permanently so.

      As with other work in the steampunk genre, persons with a damaged or congenitally lacking sense of humor should avoid looking at this online comic. Persons who are prone to spewing coffee, milk, or other beverages from their nasal passages onto their keyboards and monitors should avoid drinking while clicking from page to page. Do not read this comic while landing a Boeing 747 in manual mode. Do not read this comic while driving. Do not think about any of the scenes in this comic during your marriage ceremony, or during anyone else's funeral. Steampunk has been associated with psychotic breaks and states of episodic manic euphoria, and also with the District of Columbia. Discontinue use if you ever see more than one blimp or dirigible in the sky at the same time. Consult your doctor or mechanic if you begin to see steam powered robots, or pocketwatch wind-up robots, or persons of strange color, odd hats, and many pointed teeth.

  85. Hans shot first by Debug0x2a · · Score: 0

    I'm pretty sure Hans Reiser killed him.

    --
    First post = troll. Cleverly worded post designed to enrage others = flamebait.
  86. Blah by Anonymous Coward · · Score: 0

    F95 suffers from many half-baked compilers (I'm looking at YOU, Lahey-Fujitsu) that cannot all compile the same identical, legal F95 code. Why? I think it's because there are too few developers out there to give companies enough of a user base. Compare the market for F95 with C/C++. See what I mean?

    There is nothing that F95 does that once cannot do as straightforwardly using C++ and part of the Boost libraries to array and matrix handling. You also then get to avoid FORTRAN's half-assed file handling, input and output routines, godawful text formatting, and lack of anything more than modules to organize your code. Additionally, if you teach your students C++ then they can get jobs outside of physics. I deliberately don't keep F77 on my resume - I don't WANT to be paid to program in it.

    C++ >> F95 for anything, provided one uses the right tools and knows what one is doing. I will concede that F95 has a slight advantage if the only thing you want to do is manipulate a few 1D arrays of numbers in terms of learning curve, but that's it.

  87. No Confusion by ghoul · · Score: 1

    Schools have always had two departments. Computer Science and Computer Engineering. CS was meant for theoreticians and Engg was meant for practitioners. Its a sad thing that the actual breakdown happened on the lines of CE is HArdware (VLSI and chip design) and CS as software and once CS got ladled with the Software only tag it degenerated into programming only. So having different programs would not solve the problem at all. What we need is there should be a two year associate degree in Programming just like we used to have draftsmen in Civil Engineering. For those interested in 4 year courses we should have Engineering concentrating on building new systems both hardware and software and CS concentrating on research in new systems both hardware and software. And to do it right do not combine EE and CE.

    --
    **Life is too short to be serious**
  88. Is there a different Chomsky? by bziman · · Score: 1

    agree with his politics or not, he's had an interesting career in linguistics.

    Wow. That's like saying, whether or not you're a bongo fan, Dick Feynman did some cool stuff with physics too. Chomsky is the father of modern linguistics and was head of the linguistics department at MIT for years. His theoretical work is the basis for most of what we study in formal syntax in linguistics. It's really a lot of fun going into a graduate linguistics class on syntax, and seeing the same diagrams on the board as in your graduate compilers class. Who cares about his politics?

    --brian

  89. Tombstone should read... by Tablizer · · Score: 1

    GOTO NERD HEAVEN

  90. FORTRAN matured as programming itself matured by lightning+detector · · Score: 1

    FORTRAN was the only programming language I used for the first 20 or so years of my career, starting in 1964, first as an applied math student, and then as a scientist. I see that it is common today to ridicule it, and it is not much taught, nor are there many jobs for FORTRAN programmers today. It is true that FORTRAN progamming in the early days was difficult; and this has given FORTRAN a somewhat poor reputation. However, FORTRAN is not today a bad language, and it probably should be used more for purposes (math-science-engineering) that suit it.

    There were, IMO, three main reasons why writing and debugging programs was more difficult and time-consuming in those days:

    First, the techniques and procedures of programming were not well understood, and were therefore not well taught, in the 1960s. One had to learn, year by year, partly by trial and error and partly by reading about new thinking in the field, to program better. One had to learn about consistent, well-organized, readable style, systematic testing and bug-finding, avoidance of methods that caused buggy programs, and so on. As the skill and science of computing matured, techniques improved, and programmers were able to be more productive.

    Second, FORTRAN itself had to mature (as other posters have noted). When it was first created in the 1950s, as the first real programming language, the techniques of writing a good programming language were not understood. Therefore the first versions of FORTRAN lacked important features (such as IF-THEN-ELSE constructions), and programming with these versions was troublesome. However, later versions of FORTRAN are much better; FORTRAN 77 is usable, and current FORTRAN is reasonably good. I might add that I think it might be easier to write reliable code in modern FORTRAN than in C; C has bug-inducing pitfalls such as "pointers" and IMO is less readable than FORTRAN.

    Third, the technical resources available in "the bad old days" were by today's standards poor. Programs had to be punched onto cards. Since one's workplace did not generally have its own computer, one had to hand carry the deck of cards to an available computer (in my experience sometimes a half-hour trip each way). One generally had to wait several hours for the output, so there would be only 1-2 turnarounds possible a day. Output was on the old-fashioned large-format computer paper. One's only record of past work on a project was a bulky and cumbersome stack of this paper output.

    FORTRAN tended in time to become a scapegoat for the difficulties caused by poor programming practices and now-antiquated resources. Those problems that were in fact caused by the old-type FORTRAN have been mostly eliminated in later versions.

  91. Actually, GOD is REAL ... by lightning+detector · · Score: 1

    ... but JESUS is not!

  92. Re:Wow. don't dis the COBOL by rubycodez · · Score: 1

    you misunderstand Grace's intent and purpose with COBOL. It was to allow (intelligent) non-programmers to be able to follow what was happening, Grace was more tuned in to business process, communication and management than your typical geek whiz-boy. That is one of the reasons COBOL has endured in the corporate realm.

  93. Re:LISP is a "centennial language" too by Anonymous Coward · · Score: 0

    Python will be used instead of Scheme.

  94. Road hell paved good intentions. by jotaeleemeese · · Score: 1

    Or something like that :-)

    --
    IANAL but write like a drunk one.
  95. Please hand your nerd card at the exit. by jotaeleemeese · · Score: 1

    That is what happens when you are not parsing tags when you read

    --
    IANAL but write like a drunk one.
  96. Not just the shoulders, but beside giants by idkk · · Score: 1
    I am one of the over-50 programmers here - actually, I'm over 60 - and two of my first four programming languages were Algol 60 (which was initially defined in 1958 - yes I know, I know), and Fortran IV. I loved both of these languages. Learning the detail of Algol very much allowed me to grasp C quickly (and learn it in detail).

    And Fortan? Well, I have just finished working with the Met Office (http://www.metoffice.gov.uk/) and, yes, they do use Fortran - and just last year I had to translate great swathes of it into C so that it could run on a system that lacked a Fortran compiler. Engineers are not bad programmers - but they do want access to complex - and fully tested - routines that already exist. So Fortran is going to continue for quite some while yet - a few more decades at least.

    People of my age stand not just on the shoulders of giants, but beside them. The abstract conversations in which us geeks revel were much harder to set up - and be paid for - in the 1950s. People of all ages should thank John Backus in memoriam for his technical vision and inventiveness.

    --
    Ian D. K. Kelly

    idkk Consultancy Ltd.

    "Quality through Thought"