It’s COBOL all the way down
My company has plenty of Cobol.  While I am not on their part of IT, I used to work together with them for integration.  I left with very mixed feelings.<p>Some bad sidess
* The language is old, in a bad way.   Reading cobol learns you pretty fast why todays  practices are better than the multi million spaghetti monster of the past.
* IT practices are old.  They havent yet embraced lower case.  I  trieds to tell one of them about UTF-8, but the whole idea that 1 char=1 byte might not be an universal truth was so far out she immediately rejected me as insane.  
* IT tooling is unique.  These guys did CI&#x2F;CD in the 80ies, but did it with a whole custom stack.   They wrote their own source code control, and added an engine wih auto compiles checked in code, rejects code not according to the very strict rules, does some testing, and manages promotion from dev to test to preprod to prod.
* The database consists of 12 files (we would call them tables).  Each of them has exactly 1 index.  You either do a full read or an indexed lookup.  There are no more files left, they are used up. Quite a lot of nightly batches exist for looking up data not reachable by the index  by doing a full read for each record. See it as a kind of manual join.
* Security practices are old.  There is  no isolation, every application has full access to everything (There is 1 mainframe shared between user data, HR data, payment systems, ...) .  If an application crashes, it dumps core.  This is considered a feature, as the user can restart without much trouble.  The idea that a dump might indicate some kind of exploitable problem is incomprehensible, so it is a continuous fight to keep these guys from connecting cobol straight to the internet.<p>But even if the technology side is horrible, they provide a lot of business value, especially compared to modern oracle&#x2F;sap&#x2F;tata&#x2F;... &#x27;enterprise class&#x27; applications:
* The terminal application is quick, even if the learning curve is horrible. You just type as fast as you can.  If cobol cant follow, you&#x27;ll see a pause on the screen, but don&#x27;t let that slow you down, the mainframe will catch up.
* There is no sexism here.  The male&#x2F;female mix is approx 50&#x2F;50.
* These guys know their business.  Every edge case of an edge case is known.  Compare that with the enterprise applications, where every release proves within a week to be hopelessly unfit for business purposes.  We have to throw millions at the new applications just to keep them limping along. 
* There is no hubris here.  No Architect, no Consultants, no expensive management ideas.  A recent migration from cobol to oracle OSB+gui actually required us to add 1&#x2F;3 of personnel to account for the slowdown caused by people . Yeah we all saw it comming, those wo reported problems were not given raises until we got the message. But cobol culture is &#x27;That can&#x27;t be done&#x27;, after which the Architects recoil in horror and let them be.<p>All in all,  Im not sure if this post is an argumant for or against Cobol