• mesamune
    link
    fedilink
    English
    432 months ago

    COBOL is actually not that bad. It can work with SQL, it can have unit testing/integration testing. It can even go on the web (LOL).

    But in all seriousness, the bad part about COBOL is lack of context. Most code that is in COBOL has not been touched in decades. And no one is willing to modify because of serous consequences (AKA job ruining errors) that can occur.

    I worked with it in insurance and transportation. In both cases, the COBOL was actually pretty solid…but we didnt know WHY we were doing the operations.

    • @cerement@slrpnk.net
      link
      fedilink
      162 months ago

      the old languages still have their fans – and COBOL, Fortran, Ada, and Lisp are still holding strong in their respective niches

        • @listlessOP
          link
          English
          152 months ago

          And tomorrow is always just a day away.

      • Deebster
        link
        fedilink
        142 months ago

        Lisp variants like Clojure are being used for new projects (e.g. Logseq) but I’d be surprised to hear of anyone choosing COBOL for a greenfield project.

        • mesamune
          link
          fedilink
          English
          10
          edit-2
          2 months ago

          Yeah the only reason someone should learn COBOL is job security and potentially making a living moving things over. No reason to start a project in the lang. You can make flat files into ODBCs nowadays.

          I suppose the ability to be left alone because everyone is afraid the COBOL person leaves and the company goes under is a good reason :)

      • I took a principles of programming languages course a while back and got to touch on a lot of these old languages. My professor had huge hard-on for Lisp. Don’t get me wrong. The simplicity of the language is admirable. But reading and parsing that shit gave me headaches. No me gusta.

    • Ephera
      link
      fedilink
      22 months ago

      But didn’t they have to retrofit structured programming into COBOL? As in if-else, loops etc. didn’t exist in COBOL originally, it was all just GOTO.

      I guess, what I’m asking is: Does “not that bad” mean still pretty awful, but perhaps not as awful as one would expect for its age…?