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.
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.
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.
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 :)
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !programmerhumor@lemmy.ml
Post funny things about programming here! (Or just rant about your favourite programming language.)
Rules:
Posts must be relevant to programming, programmers, or computer science.
No NSFW content.
Jokes must be in good taste. No hate speech, bigotry, etc.
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.
If you want to laugh: http://www.coboloncogs.org/HOME.HTM
the old languages still have their fans – and COBOL, Fortran, Ada, and Lisp are still holding strong in their respective niches
Lisp has always been the future >.>
And tomorrow is always just a day away.
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.
I think I was the reverse, I found it easier wrapping my mind around Scheme than C …
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.
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 :)
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…?