9 ms·
Learn COBOL in a day
- eddtests 3y agoNot affiliated, just found it fun that there are modern-looking COBOL training sites out there
- rob74 3y agoNot only that, there are also (more or less) modern-looking COBOL IDEs: https://www.microfocus.com/en-us/products/visual-cobol/overview https://www.microfocus.com/en-us/products/visual-cobol/overv... - and I guess the courses offered by the company are centered on their own IDE, hoping to boost its sales?
- tapland 3y agoAbsolutely, MicroFocus wants to be kings in this space. If one wants to learn I'd usually suggest the yearly Master the Mainframe by IBM, but I'm not sure they are running one this year. If you want to work with cobol you'll probably be dropped on a Z/OS or AS400 machine or some OS owned by HP and that's what you'll spend 99% of your time learning.
- slowmotiony 3y agoI work for an investment bank and we still upgrade COBOL to the new version every couple of years, surprisingly it's still actively maintained and getting updates. Sometimes I like to sit behind one of the mainframe grandpas and watch him work on his 16-colors 24x80 characters IBM Host On-Demand terminal, it's very calming.
- xvilka 3y agoThere's a Tree-Sitter grammar[1] for COBOL if someone interested. [1] https://github.com/yutaro-sakamoto/tree-sitter-cobol https://github.com/yutaro-sakamoto/tree-sitter-cobol
- senectus1 3y agologin page has this really obnoxious message: >Create Account >IMPORTANT: The Micro Focus Partner Portal is built using Salesforce Lightning which only works in Chrome or Firefox.
- roschdal 3y ago[flagged]
- lemper 3y agowhy? it works.
- leke 3y agoWe have to go back, Kate. We have to go back.
- worthless-trash 3y agoKnee jerk reaction, its actually fine.
- tomcam 3y agoWhy?
- dang 3y ago> COBOL must die Maybe so, but please don't post unsubstantive comments to Hacker News.
- roschdal 3y agohttps://news.ycombinator.com/item?id=37389139 https://news.ycombinator.com/item?id=37389139 This comment has the same opinion, but stated in a different way, possibly because I am not a native English speaker.
- beardyw 3y agoAnyone know what sort of platforms these systems run on today?
- __loam 3y agoI've always had the impression that they run on huge room sized mainframes in the bowels of banks and airline infrastructure but I have no idea how accurate that is today.
- mvdwoord 3y agoI work at a place where they use this for running legacy, but quite profitable, trading and payment systems. These were ported from both AS400 and mainframe alike and currently run on Microfocus on regular windows VMs on our internal cloud platform. x86 / VSphere ESXi / Windows 2016-19
- nxobject 3y agoWould you happen to know why your company was able to ditch mainframe iron? (Was it because you didn't need the uptime, for example?)
- mvdwoord 3y agoIt was an initiative from our group CIO to reduce the number if different architectures. Uptime requirements did not change. There was just a very strong desire to ditch the mainframes ... and a long and painful way there.
- nottheengineer 3y agoI read up on that a year or two ago. Then it was mainly IBM mainframes running z/os.
- eddtests 3y agoSo I've just spent some time looking into this - there are Cobol compilers that target JVM and .NET. GnuCOBOL compiles to C too. Apparently 80% of all bank transactions and 95% of all ATM transactions in America are still running COBOL, as is the Social Security Administration and DoD's finance systems (https://www.youtube.com/watch?v=TBs7HXI76yU https://www.youtube.com/watch?v=TBs7HXI76yU)
- throwaway5371 3y agoaren't llm's used right now to rewrite all the cobol?
- grammie 3y agoIn a word no. There is a place for LLM in mainframe migrations but it is not in source code transpilation. COBOL (or PL/1) to any other language is a deterministic problem, imagine transpiling millions of line of code and every time you run the compiler you get slightly different output... Anyway transpiling from one language to another ie COBOL to java is almost the easy bit, the hard bit is making the behavior and execution correct, especially when there are multiple OS and product services that don't exist outside the mainframe. disclosure I am CTO of heirloom computing, we migrate mainframe applications to the cloud.
- eddtests 3y agoHow do people end up in mainframe application development nowadays? Honest question - I’ve never seen a single post or job ad on the topic in 9 years
- grammie 3y agowell i spend all my time moving people and applications off the mainframe so probably not the best person to ask, however a quick google of mainframe jobs showed up 100's (for experienced people). I have heard some large companies are instituting their own training programs for hew hires but i have no details.
- riffraff 3y agocool, but why is there an ubuntu logo representing the COBOL community?
- lproven 3y agoI noted that too. :-) I advised someone designing a logo for a new remix a couple of years ago. (I've left the community due to toxic hostile newbies, but I still use the software.) They had no idea that the Ubuntu logo was meant to represent something, let alone that it had a name ("the circle of friends"). https://canonical.com/blog/a-new-look-for-the-circle-of-friends https://canonical.com/blog/a-new-look-for-the-circle-of-frie...
- mhd 3y agoI'm surprised that the guys worried about one or more "collapses" aren't more into COBOL. Because when something heavy and hard hits, all that's left will be roaches, COBOL and Perl scripts. But seriously, I bought some old COBOL books recently, and was meaning to get more into it. Not because of some job situation, but it seemed different enough, in a "cozy" manner. I could get away from the Algol-ish day job languages with something blatantly more concise (extremely functional, esolangs or APL), but that's more the "puzzle" aspect where COBOL might be more the "knitting" approach.
- MisterBastahrd 3y ago[flagged]
- 3y ago
- raverbashing 3y agoMy (uninformed) perception is that 30% of the (apparent) complexity of COBOL is due to its verbosity, some 40% of (self-inflicted) due to brainded/outdated APIs (wanna write a binary file? lol no, you have to pretend it's a report, because that's all people that wear a tie know) and the rest is due to you having 20 jobs stepping on each others toes in the same system instead of a consistent data path So job 1 reads your data and does light processing (good) job 2 turns it into a CSV of weird codes and turns BCD straight into base-10 digits integers (huh), job 3 then reconverts this back and joins this with more DB data and finally saves that data (split into every 12 customers) into a file with a sequential file name based on week number and current time in US Central time zone (but the system is in Germany)
- Pamar 3y agoI used COBOL for maybe 5 years (roughly from 1988 to 1993). The language is not complex at all, but as you correctly point out it is verbose. And handling variables is quite tedious. It can work more or less fine if you couple it with a RDBMS, but if you are instead using IBM files and job scheduling/control you add another layer of stuff to learn. Again, more tedious than esoteric. I would not enjoy going back to it, probably (in any case I am not really writing code anymore in my current position) but if it was the only alternative to starving I would have no big qualms picking it up again.
- ckdot2 3y agoIs there still demand? Is it better paid? There's a German website where you can compare average hourly rates for different programming languages and according to this COBOL developers get lower than average. This might not be significant, but does someone know how the situation is globally/in the US?
- nxobject 3y agoIf that's the mean, I wonder what the median would be – I wonder whether, for example, people with million-dollar salaries are being counted for other languages.
- ForOldHack 3y agoIf anyone could do it, they can. I took both semesters at once, cause I already knew it, did both the final programs months before due, and did not bother to show up for the last month. The teacher called me I the lab... The only one who ever did, and asked me if I was going to attend the final, I answered that I had already receved enough
- ForOldHack 3y agoPoints to get my A, but if he needed help to grade papers or programs I would help. How did I get a 1400 line program typed in one day? I used the card duplicator, and only had to type in about 190 lines - while the lab assistants would come into complain about the rattling noise. I wrote the program in the turbo pascal editor Setline numbering and then sorted it by colums. I tested it with microfocus, and it showed one bug and two typos. On to the card punch and the IBM compiler, and the IBM line printer. Finished In time to clean my card punch completely. It was the end for the card punches, and COBOL. Over the next few semesters a lot of people asked how I did the last program I one day, and I just showed them the column sort of the listing. You either wondered what use it was or you thought it was evil. The code was elegant...
- tjrgergw 3y agoDoes anyone want to comment on why COBOL has a reputation of being good for critical stuff? Are there technical reasons for this, or is that just branding?
- grammie 3y agoits not so much COBOL, its the mainframe environment that is brilliant for critical stuff. My company migrates mainframe applications to the cloud so we find all kinds of reasons for clients to move, cost/skills/scalability etc but the mainframe is a highly optimized platform for running mission critical applications. Its a different model 1 platform 99.9999% uptime vs the distributed cloud approach where you can have failures on any particular node. A lot of other stuff on the public cloud replicates and is inspired by the mainframe.
- RamenJunkie_ 3y agoThe impression I get in some cases, is less that it's the best choice, but more that a lot of companies have decades of data or systems all inter operating with it, and migrating things to something modern would be a nightmare but they can't afford to lose the data.
- pjc50 3y agoIt isn't, but rewrites are always percieved as being more dangerous than incremental change. So you get systems with 50 years of incremental change on them. The "old" language which actually might deserve the "good for critical stuff" reputation is ADA.
- francisofascii 3y agoMaybe simply because some critical stuff currently runs on COBOL. So it has stood the test of time. There may be languages/tech that would be just as good or better, but we know that COBOL can do the job.
- WorldMaker 3y agoYeah, I think there's definitely a lot of survivorship bias involved. COBOL was IBM's biggest suggestion at the height of IBM selling every business that they needed a mainframe to run their core business. For a brief era "every company ran on COBOL [on IBM mainframes]" and those programs were core to a lot of those companies' success stories. As computers moved on, the programs that survived in COBOL were already critical to business success. Every decade fewer COBOL programs survive, leaving only the "critical" ones left. Tautologically that survivorship sometime implies that COBOL itself was a key ingredient that made them critical programs, but mostly they are just critical programs because they survived that test of time.
- nexawave-ai 3y agoOne of the reasons that Cobol is still so popular is because of banking products like Tata Consultancy's BANCS. If you're starting up a new Bank and need an off the shelf, secure and robust banking system, then TCS BANCS is a viable option. It comes with TCS support and dedicated developers, to implement new features or customize existing ones at a premium. Cobol is powerful when it comes to batch jobs, and you can bundle transactions ( ie. TX1900 means execute this transactions, which consists of 10 other transactions that will create a new client, and open a savings account, etc). Your front end can be whatever you want and all your business logic is embedded into Cobol transactions. The con however, is that these consultancy companies do not share these transactions with their clients or external developers. You'll either have to figure it out on your own ( good luck ), or use the consultancy company. These products are really cash cows for their vendors.
- mousetree 3y agoThere are _many_ other off the shelf core banking systems - some are more modern and cloud first (Mambu) and others more direct competitors to BANCS (Flexcube, Finacle, Temenos). I don't think many of them are Cobol/mainframe based.
- ChristopherDrum 3y agoIBM also has a free course in COBOL, for what it's worth. (which, judging from the plethora of COBOL jobs here in Japan, might actually be worth more than zero) https://www.ibm.com/training/course/learning-cobol-programming-with-vscode-DL00015G https://www.ibm.com/training/course/learning-cobol-programmi...
- gchaincl 3y ago> There are 800 billion lines of COBOL code out there supporting today’s mission critical business applications. That means one terrific opportunity for you. yes, rewrite them on a modern language!
- 4ggr0 3y ago(I'm a System Engineer, not a programmer) - Don't you need to understand a language, to understand a program, in order to be able to rewrite it to a different language?
- mmcdermott 3y agoProbably not to write the new code, but almost certainly to reverse-engineer all the requirements that no one remembers.
- gchaincl 3y agoI'm a native spanish speaker. When I hear Italian or Portuguese I can understand most of it, butnI wouldn't be able to formulate a proper sentence. The same happens with programming language, you can get the semantic without knowing the syntax just because you know how to program, and of course, you can read specific syntax documentation (the dictionary) when something is not clear.
- fiftyacorn 3y agoIve never found the learning of COBOL to be the issue - its the integration of it into organisations can go back 50+ years, and is wrapped in process Its more like the game minefield - you tread carefull
- agumonkey 3y agosame, semantically the language is not complicated, the syntax is a verbose (as designed) and funny at times (the famous `pic X(...)`) but it's the legacy that kills. people make it a rite of passage to give some horrible cobol code to interns for a few hours just to scar their soul a little
- gustavus 3y agoSo for those who don't know, Microfocus is a retirement home for technologies that need to be taken out behind the barn and shot but can't be because there are like 3 major customers out there that have a Microfocus product as a core part of their organizational structure and can't move away from it. That being said my understanding has always been that learning COBOL was never the hard part, the hard part was always that it's not just COBOL it's learning the mainframe it runs on, and learning the JCL that is associated, and a dozen other pieces of finicky technology. Someone feel free to correct me if I'm wrong.
- mr_00ff00 3y agoIn addition, I think the common saying “COBOL pays well, they are running out of COBOL devs!” is misrepresenting the issue. I heard this on HN, so this hearsay itself, but I believe it’s not that these companies can’t find people that can learn COBOL, it’s that there are people with 30+ years of COBOL experience on their codebase. The COBOL job security comes from being the only person who knows the codebase, not that somehow people can’t learn COBOL.
- devwastaken 3y agoWe have an oversaturation of devs. There are no issues in hiring. If there ever becomes real issues then tech corps will actually spend money on education.
- johnnyanmac 3y ago>If there ever becomes real issues then tech corps will actually spend money on education. are the systems so mission critical and complex that it's cheaper to spend money training devs on the system than it is to have the existing ones start to migrate the codebase to anything else?
- WorldMaker 3y agoYou may have to define "cheaper" for some of these companies. Keep in mind the sunk cost fallacy and that every million dollars invested in 1960s money is about ten million dollars in today's money. Some of these projects are so foundationally sunk cost to these companies that they might as well be load bearing sunk costs. The company doesn't think that it exists without those sunk costs, and the company doesn't think it could survive a second, similar spending program today, at least not without their shareholders pitching a fit in potentially lots of short-term quarters given current shareholder obsessively short-term thinking.
- lasermike026 3y agoCOBOL will be running long after we are dead.
- itissid 3y agoMicrofocus has been posting more actively since the pandemic: https://news.ycombinator.com/from?site=microfocus.com https://news.ycombinator.com/from?site=microfocus.com But is this because of the pandemic?
- robnado 3y agoThey were recently acquired by OpenText, so that probably has something to do with it.
- itissid 3y agoThere were multiple calls in the pandemic to support COBOL mainframes from the new jersey government[1] because the unemployment system was not functioning well. A lot of (older) people volunteered for it. [1] https://www.cnbc.com/2020/04/06/new-jersey-seeks-cobol-programmers-to-fix-unemployment-system.html https://www.cnbc.com/2020/04/06/new-jersey-seeks-cobol-progr...
- kcartlidge 3y agoBack in the 80's I had to learn me some COBOL as part of a college course. Obviously nostalgia (now) and inexperience (then) are involved, but I actually quite enjoyed it. At the time the other stuff I was learning involved Pascal on VMS and DBase II on an 8086, so it was all great fun.
- simonblack 3y agoI haven't seriously programmed in COBOL for 30-40 years. But, having said that, I can pick up a COBOL program and by reading it, I will know what it does and almost certainly how it does that. That can not be said for several other programming languages I have used. One of COBOL's criteria during its development was that it should be READABLE. It is.
- xunil2ycom 3y agoNo, thank you.