Just a pigeon walking on a keyboard and posting on the Fediverse, somehow…

  • 0 Posts
  • 4 Comments
Joined 1 year ago
cake
Cake day: June 18th, 2023

help-circle

  • Your feelings regarding the language being designed for use by accountants/corporate are completely correct. COBOL was originally designed to be very verbose for this exact reason (i.e. to make COBOL programs accessible/readable for business folk).

    I’m a programmer but personally I like the verbosity of COBOL. I like self-documenting code. The code I write in other languages often ends up being pretty wordy too. Certainly there can be a long debate about how verbose programs should be.

    I wouldn’t say that COBOL is terrible and deserves to die for this design decision though, especially when it outperforms other languages in the places that really matter (i.e. doing business transactions quickly and accurately).

    For what it’s worth, it’s possible to make COBOL less verbose. Standard COBOL syntax is still getting updated (iirc the last standard COBOL update was in 2023). These updates have often made keywords that were otherwise mandatory before optional. If you add COBOL dialects to the mix you can get code which is very similar to other languages depending on which dialect you choose.




  • When it comes to COBOL developers, there are a lot of developers retiring but there are also a lot of programmers being trained in COBOL every year. It’s for this reason that the average age of COBOL developers has stayed roughly the same for the past 2 decades despite retirements.

    But that said the total number of COBOL developers is decreasing overall, which is an issue.

    Not many young programmers want to learn COBOL. COBOL isn’t taught in many educational institutions. There are very few online resources that programmers can use to self-teach COBOL.

    It’s a shame. COBOL is great for it’s specific use case but it isn’t very “accessible” in that regard when compared to other languages.


  • I’m a COBOL developer. For old COBOL systems it’s not just a case of it being expensive to “migrate away”, it’s extremely risky and for no significant benefit.

    Businesses have essentially two options, modernize what they already have, or tear everything apart and start from scratch. COBOL programs don’t “just work”, they’re good at what they need to do (business transactions). Therefore, there isn’t a significant need to rewrite everything, especially when it’s possible to modernize and reuse existing business logic contained within COBOL programs. For example, COBOL programs aren’t tied to old hardware, you can run your COBOL applications on the cloud instead. This is much safer and cheaper than rewriting everything.