Slashdot Mirror


Cobol Isn't Dead

YellowYahoo writes "Ever wondered how to combine old and new technology for fun and profit? Doing their part to continue COBOL's dominance of installed software, Deskware has developed a COBOL based scripting language designed for serving web pages. Whether or not COBOL will succeed as the next great web language, is obvously up to some debate, but there is at least one active site deployed in Cobolscript. According to their FAQ, their main advantage is leveraging existing employees' programming knowledge. Does that make it a reasonable language to use? There's certainly some justification that COBOL makes a better langauge for implementing business rules than either Perl or Java. Time to dust off (or start learning?) all those older languages!"

41 comments

  1. yeah right! by manavendra · · Score: 1
    ..their main advantage is leveraging existing employees' programming knowledge..
    geez. I can't leverage my existing employees' programming knowledge then - we go no one familiar with COBOL in our engineering staff of 200 :-s

    *sigh... life's tough
    --
    http://efil.blogspot.com/
  2. dilbert by Anonymous Coward · · Score: 0

    :)

  3. Make a request. by Hulver · · Score: 4, Funny

    Your job will run overnight, and they'll email you the web page in the morning.

    1. Re:Make a request. by the+eric+conspiracy · · Score: 2, Funny

      they'll email you the web page in the morning ... printed by a line printer on greenbar paper, graphics rendered in ASCII.

  4. Wow by perlyking · · Score: 0, Funny

    Its funny that they complain about perl for being "obfuscated" yet think code like this is fine.

    --
    no sig.
    1. Re:Wow by Alrescha · · Score: 3, Insightful

      I don't know why the original post was modded 'insightful', did anyone actually look at that code? I did, and it was easy to determine what the program was supposed to do. I suspect it was understandable to most readers of Slashdot.

      Perl is the very definition of obfuscated. If you code in Perl while drinking, even you can't understand what the program does the next morning. It's powerful, but people don't refer to it as a write-only language for nothing.

      A.

      --
      ...bringing you cynical quips since 1998
    2. Re:Wow by Anonymous Coward · · Score: 0

      I definitely have to agree. Perhaps it's because I was taught COBOL in college over 20 years ago, but it looked pretty clear to me. Very verbose, obviously, but very clear. As I recall, one of the best attributes of COBOL was its almost self-documenting nature.

    3. Re:Wow by Danse · · Score: 1

      COBOL is still a pain to read and even more of a pain to write. After taking 2 COBOL courses in college, I never *EVER* want to deal with it again.

      --
      It's not enough to bash in heads, you've got to bash in minds. - Captain Hammer
  5. One active site by twilight30 · · Score: 4, Funny
    ... there is at least one active site deployed in Cobolscript


    Not after today there isn't

    --
    ========================================
    Death will come, and will have your eyes
    -- Pavese
  6. Lol, that's rich. by BoomerSooner · · Score: 2, Interesting

    I specifically didn't take Advanced COBOL in college because I didn't want a dead end job fixing Y2K bugs. I feel sorry for anyone that is working with those old JCL/COBOL based systems.

    Although, as more people start to fall from the ranks of "knowing" COBOL the remaining few that can service the large amount of systems out there should do really well financially.

    I have an old COBOL compiler for an ancient version of Xenix (2.3.4 I think) on 5.25" Floppies! I may dust it off and take a look for fun at some of the old code I've got laying around.

    COBOL programming is like these old guys I worked with that hang their hat on DOS programming in Clipper, sad. What was impressive in 1993, is no longer impressive.

    1. Re:Lol, that's rich. by glen604 · · Score: 1

      Although, as more people start to fall from the ranks of "knowing" COBOL the remaining few that can service the large amount of systems out there should do really well financially.

      yes and no, actually- a good portion of the COBOL based systems out there right now are in the financial industry, which is not known for paying IT people well

      There's actually currently quite a few younger (ie 20's and 30's) people working on cobol systems now, so they'll have fresh bodies for a while.

    2. Re:Lol, that's rich. by vrai · · Score: 1
      ... financial industry, which is not known for paying IT people well

      Speak for yourself - I work in the finance industry as a coder and it pays pretty damn well. Not, I hasten to add, that I'd touch COBOL for all the Mountain Dew in America.

  7. COBOL for business logic != COBOL for presentation by Anonymous Coward · · Score: 2, Interesting
    There's certainly some justification that COBOL makes a better langauge for implementing business rules than either Perl or Java.
    So implement your business logic in COBOL and call it from your Java code (J2EE Connector Architecture) or Perl or whatever else.
  8. Cobol isn't dead. . . by Bastian · · Score: 3, Funny

    . . . it's undead.

    1. Re:Cobol isn't dead. . . by secolactico · · Score: 1

      Cobol isn't dead. . .

      ... it just smells that way!

      *rimshot*

      --
      No sig
    2. Re:Cobol isn't dead. . . by bXTr · · Score: 1

      It's pining for the fiords. Lovely bird, COBOL. Beautiful plumage.

      --
      It's a very dark ride.
    3. Re:Cobol isn't dead. . . by Anonymous Coward · · Score: 0

      That's hilarious... I'm adding that as a quote on Mathforge.net, ascribed to you of course!

  9. It is about time for Cobol to make a come back. by kabocox · · Score: 1

    I took Cobol in college. Compared to C, C++, and Java, Cobol rocked. All the Cobol programs they had us write were data entry/update screens or batch fil e updates. One the biggest advantages of Cobol was that it was designed to make form entry and file access easy. For records keeping and "business processes," cobol was great. What was annoying about Cobol was having a professor that wanted the characters on the exact line though the compiler didn't demand it that way and code/printer/screen spacing charts!

  10. Lawson's ERP runs on Cobol by hobbestcat · · Score: 3, Insightful

    Lawson's ERP runs on Cobol... on top of Oracle DB... with a JavaScript UI engine. Really! I'm not kidding. We are deploying it right now and (as an IT Architect) I must say that I was stunned by their architecture.

    1. Re:Lawson's ERP runs on Cobol by Anonymous Coward · · Score: 0

      Ignorance is bliss hobbes. Wait till you realize the neverending upgrade cycle, and the fact that Lawson's fixes ALWAYS break more than they fix.

      It's a "neat" architecture because Lawson refused to rearchitect after they left the mainframe. Believe me, their abstraction layers do nothing but kill performance.

      Good luck...

    2. Re:Lawson's ERP runs on Cobol by hobbestcat · · Score: 1

      I think you misread my "stunned" as in "cool" where I really meant "stunned" as in "who the hell thought of this".

    3. Re:Lawson's ERP runs on Cobol by anomalous+cohort · · Score: 1

      I believe that Micro Focus makes COBOL environments for either client/server or .NET and Acucorp also makes a PC based COBOL environment.

    4. Re:Lawson's ERP runs on Cobol by ksheff · · Score: 1

      So does PeopleSoft and lots of other 'Enterprise' systems. I seem to recall an article in one of those 'IT newspapers' a year or so back that said that 75% of the business logic in programs world wide is written in Cobol. Cobol programmers aren't going anywhere.

      --
      the good ground has been paved over by suicidal maniacs
    5. Re:Lawson's ERP runs on Cobol by Anonymous Coward · · Score: 0
      Pacifism can act more effectively against democracy than for it. -- George Orwell, 1941

      This quote reminds me of Trotsky's Pacifism As The Servant of Imperialism somehow, though the argument comes from a perpendicular angle: "Pacifism is of the same historical lineage as democracy. ... The inherited failing of pacifism, however, was the fundamental evil which characterises bourgeois democracy."

      Hoping I gave you some stuff to think about concering the shunning of pacifism in corporate states. (I could quote some fascist rethorics also, but lets not invoke Godwin's law.)

  11. ...and neither is my gramps by manavendra · · Score: 1

    ...he is just awaiting 'scriptization'...

    --
    http://efil.blogspot.com/
  12. Been there... by pamar · · Score: 3, Insightful

    ... done that, etc.

    I've worked from 1988 to 1997, more or less, in large projects using varuious mixture of COBOL, C and so called 4GLs (Oracle).

    Main "advantage" of COBOL should be that if you restrict usage to a given subset of the language you may have mediocre coders *and* a relatively low defect count.

    Not much else to recommend it for, though.

    The idea of using it for HTML generation is pretty ridicolous, because, at least in my experience, using COBOL doesn't really help you keeping a flexible mind about different "paradigms" and having to suddenly reason in terms of page requests, caching, static vs. dynamic etc. would probably be a little overwhelming for the skillset of the "existing workforce who already knows the language".

  13. The Wow Community by fm6 · · Score: 3, Insightful
    To a COBOL person, that probably looks as clear as i++;. Which brings up a point people always overlook when they argue about whether one programming language is "better" than another.

    People think of programming language in terms of language specs and compilers or interpreters. But those things don't define a language -- they just describe and implement it. A programming language is defined by the community of programmers that use it. As long as that community persists, so will the programming language. It should come as no suprise that Cobol people find it easier to invent a Cobol-like script language than to switch to a totally new form of coding. Just as scientists and engineers (the original kind, not the software kind) insist on using Fortran, an ancient language that's a nightmare to compile and debug.

    Come to think of it, programming languages are not different in this respect from ordinary human language. Which people are always trying to "fix" but which remains stubbornly illogical and inefficient. Consider Han Characters, the oldest and most absurdly complex writing system on the planet. Yet it's a primary communication tool for 1/3 of the human race, and will certainly remain so as long as human literacy persists.

    1. Re:The Wow Community by Nighttime · · Score: 3, Informative

      To a COBOL person, that probably looks as clear as i++;.

      That would be ADD 1 TO i in COBOL :)

      Yes, I am a COBOL programmer and I had no problem comprehending the script linked to in the grandparent.

      --
      I've got a fever and the only prescription is more COBOL.
    2. Re:The Wow Community by fm6 · · Score: 1

      Cobol programmers still don't use algebraic expressions? That points up one of the reasons some of us never took Cobol seriously. Hopper thought she was making the language more "natural" by giving it a pseudo-English syntax. What didn't occur to her that real English is much more complicated and ambiguous than any computer language, and requires special carbon-based processors to for even the most rudimentary tasks.

    3. Re:The Wow Community by daviddennis · · Score: 2, Interesting

      I don't know Cobol, but it wasn't hard to understand.

      But boy would it be a royal pain to write!

      Encoding the message in that bizarre way made my eyes ache. I suppose you could, irony of ironies, use a Perl program to generate it automatically :-).

      D

    4. Re:The Wow Community by random_static · · Score: 1
      Hopper thought she was making the language more "natural" by giving it a pseudo-English syntax. What didn't occur to her that real English is much more complicated and ambiguous than any computer language

      in all fairness, that probably wasn't nearly so obvious to people back than (what was it, forty or fifty years ago now?) as it is to us today. the sample she had to judge from was machine code, probably assembly, maybe FORTRAN, and not a whole lot else, after all.

      even so, the more i learn about COBOL, the more certain i am that the good admiral is probably still in purgatory for it. let's hope the language will finally up and die sometime soon.

    5. Re:The Wow Community by fm6 · · Score: 1
      Perhaps what's unfair is to blame Hopper for inventing the notion of an English-like programming language back in 1952. When, as you point out, it wasn't obvious to most computer people how complicated natural language really is. More blameworthy are the government bureaucrats who continued to push the idea even into the 60s, which was when the became embodied into Cobol. By then, they'd hard enough experience with language design to know better.

      And, come to think of it, Hopper was one of those bureaucrats. She never did admit that there was anything wrong with her original concept. The original mistake is forgivable, but not the stuborness with which she stuck to it.

    6. Re:The Wow Community by Nighttime · · Score: 1

      Cobol programmers still don't use algebraic expressions?

      Well, there's always the COMPUTE statement, COMPUTE i = i + 1. You can use it to compute any algerbraic expression.

      However, using the COBOL keywords for the arithmetic expressions can give you greater control. The DIVIDE statement is quite funky in COBOL. You can do your division, get the integer result, the remainder and handle a divide by zero condition all in one statement.

      There are a few other COBOL keywords and statements that allow you to do some funky stuff that you cannot do in other languages.

      --
      I've got a fever and the only prescription is more COBOL.
    7. Re:The Wow Community by Tukla · · Score: 1

      Depending on your platform, using the individual keywords rather than COMPUTE can even increase your performance.

  14. still awaiting... by Tablizer · · Score: 1

    assembler-script

    1. Re:still awaiting... by sinserve · · Score: 2, Informative

      Ask and ye shall recieve.

  15. even Eclipse IDE by Felipe+Hoffa · · Score: 2, Interesting

    I don't get it, but one of the official Eclipse projects is a COBOL IDE, including its debugger.

    http://www.eclipse.org/cobol/

    If you want it, go fetch it, its open source.

    Fh

  16. Its not dead, by GodLessOne · · Score: 1

    It just smells that way!

    --
    Is it time to go home yet?
  17. Funky??? by Anonymous Coward · · Score: 0

    What are you, like somebody from the '60s, dude?