6 ms·
IBM Plunges After Anthropic's Latest Update Takes on COBOL
- chasd00 8mo agoStep 1. sell your shares Step 2. freak out retail investors Step 3. buy the dip Step 4. back to Step 1. this has been going on all Feb.
- dakolli 8mo agoPeople should also keep in mind that Anthropic got a bunch of fundraising from quant/hedge firms...
- newzino 8mo ago[flagged]
- petcat 8mo agoSurprised IBM and Oracle have not started on their own frontier models. Or maybe they have?
- irishcoffee 8mo agoAt the end of the title, you see this bit: (zerohedge.com) ? Click it.
- deleted 8mo ago[deleted]
- htrp 8mo agoGranite is not very good Oracle is trying (and mostly failing) at frontier model training
- htrp 8mo ago"After all, if Dario Amodei had bought puts on IBM, and the dozens of companies that have plunged more than double digits in recent weeks, he would have made billions, certainly enough to fund his company for months if not years. "
- piker 8mo agoFeels like a rip from Matt Levine who has been saying the same thing for a while now.
- sincerely 8mo agoIt's not so original an idea that we need to be worrying about who came up with it, I think.
- mosura 8mo agoNext up:Epic and MUMPS
- levocardia 8mo agoAnthropic put out another blog post about modernizing/migrating away from COBOL several months ago IIRC, it is surprising that this was not priced in already
- ENGNR 8mo agoBanks remain with COBOL because it's unsexy and stable. And then they say... let's just YOLO some vibe code into the next release sight unseen! Logic checks out.
- bpodgursky 8mo agoBanks remain with COBOL because they have a fuckton of COBOL code and 4 people can write it. There's nothing more to it. Now, 4 million people can write it.
- notepad0x90 8mo agoI don't think learning how to write COBOL was ever a problem. Knowing that spaghetti codebase and how small changes in one place cause calamity all over the place is. Those 4 people's job is to avoid outages, not to write tons of code, or fix tons of bugs.
- morkalork 8mo agoHonestly, there's companies that have lost the source code for some of their applications. Or, they depend on components from vendors that have long ceased to exist. I remember there being a lot of consternation around being able to compile and link against binary components that have just been around forever that could never be recompiled themselves. More people "Learning COBOL" was never going to be a solution to that ball and chain. And yeah, LLMs are good in the reverse engineering space too so maybe we'll finally see movement on that in the next decade.
- notepad0x90 8mo agoYou're probably right, no disagreement there. but in the context of my previous comment, the people that write cobol today, I don't think there is a lot of work for them trying to reverse engineer native code back to cobol because the source is lost. But you make a really good point, if AI can assist with lost code recovery, perhaps it will assist them in migrating away from it or getting rid of workarounds and complexities implemented to get that previously opaque binary's behavior.
- deleted 8mo ago[deleted]
- ArmandoAP 8mo agoRelevant to Colombia's payment infra fragility: Bancolombia outage blocks transfers to Nequi/other banks since Feb 22 (IBM machine failed in maintenance). ~70% of national txns (100M+ /6mo, 600K interbank/mo). Daily USD flows: $50M+ A la Mano + Nequi peaks $100M+. Single-vendor risk in billion-scale retail payments? Details: https://www.bloomberglinea.com/latinoamerica/colombia/caidas-transacciones-de-bancolombia-a-nequi-y-otros-bancos-las-razones-y-cuando-se-restablecera/ https://www.bloomberglinea.com/latinoamerica/colombia/caidas...
- zozbot234 8mo agoCOBOL is the perfect language for LLMs because it looks just like the English text they were trained on to begin with.
- cromka 8mo agoIt's quite the contrary, the less interpretative the language, the better. And no, LLMs were not trained on English to begin with. And they don't perform best in English.
- artifaxx 8mo agoInteresting, where do you think LLMs perform the best?
- ordersofmag 8mo agoPlease expand more on the idea that LLM's are not trained on English to begin with. Not sure what you mean by this as clearly many LLM's are trained on data that contains a lot of English. For instance GPT-1 seems to have been trained on a purely English corpus.
- keyle 8mo agoContext window required grows though.
- Insanity 8mo agoThat’s not how it works. Being trained a ton of human text doesn’t mean you can complete the next token for a program that needs to be logically coherent. Imagine all your data is Reddit threads and now I ask you what follows “goto”, how would Reddit help you? The opposite is likely true - there isn’t a ton of publicly available cobol code compared to e.g React, so an LLM will degrade.
- ChrisArchitect 8mo agoBlog post influencing this: https://claude.com/blog/how-ai-helps-break-cost-barrier-cobol-modernization https://claude.com/blog/how-ai-helps-break-cost-barrier-cobo... (https://news.ycombinator.com/item?id=47127565 https://news.ycombinator.com/item?id=47127565)
- frogperson 8mo agoLOL, anyone who thinks an LLM is smart enough to untangle 50+ years of cobol spaghetti has obviously never worked at a bank or insurance or railroad or.....
- llbbdd 8mo agoOff the shelf, sure. On the other hand, I wonder if domains that require the strictest rigor may have retained a high degree of good change documentation and tests that could be included in training.
- Tanjreeve 8mo agoWhat are you implying 5 years of experience as a Product technical delivery architect influencer and some basic web development skills don't transfer to writing critical software?
- dlev_pika 8mo agoJesus Christ the comments on that Zero Hedge blog
- sincerely 8mo agoIt's not even "Our product can write COBOL", it's "Our product can analyze your COBOL codebase and generate a plan for migrating to a new tech stack".
- ks2048 8mo ago"Hundreds of billions of lines of COBOL run in production every day, powering critical systems in finance, airlines, and government." That number sounds enormous. If the same code runs on 10,000 ATMs, are they counting that 10,000 times?
- Tuna-Fish 8mo agoNo. Cobol is an extremely verbose programming language, and it was used in an era when the practice of programming was much less developed. Calls into libraries were often not used, and instead any re-used code was copied, essentially inlined by hand. (With all the obvious problems that caused.) The combination of automating complex processes, requiring embarrassing amounts of code to do simple things, re-use by copy and the fact that it was dominant in it's field for such a long time (4 decades!), the amount of COBOL code that exists out there is just staggering.
- hyperman1 8mo agoI know of 1 smaller Cobol company. They alone had 10 to 100 million lines, after a decennium of trying to move to Java. Source files containing 1 routine were easily a few KLoc. The number in the article is probably too low. The main problem with these code bases are they predate modern coding practices, so the sheer size, incomprehensability and untestability will crush you. You can easily spend your whole carreer reading the source code and reach pension age before you finish. Also, the organisational difference between 2 code bases is much bigger than modern code bases, as every company invented their own practices, and people rarely switched companies so didn't know what others were doing.
- K0balt 8mo agoFinally!! I’m porting my whole codebase to cobol! I write SAAS suites for archeological sites.
- snowhale 8mo ago[dead]
- itopaloglu83 8mo agoCan we say IBM is a monopoly in this sector and also strangling innovation by making sure nobody can migrate out of it?
- sakopov 8mo agoI think I've seen 2 initiatives to move off of AS/400 to a something else in my lifetime and neither one completed. One was at a bank another at an insurance company. Not to mention that a typical COBOL programmer is more interested in retiring than learning to vibe code. At this point I think the software stocks have reached peak panic and hysteria. There is just no rhyme or reason for sharp declines like this.
- Insanity 8mo agoYeah it’s exhausting. Part of me wants the bubble to pop but another part realizes a lot of my stock is now tied up in it lol
- layer8 8mo agoIt does seem like a good time to buy IBM stock.
- whynotmaybe 8mo agoI've seen a successful one where COBOL was converted to ".Net" and heard they were applying the same process to another client a few years ago. I think this is a game changer for trying to migrate secondary services like tools or batch jobs
- cpeterso 8mo agoThere are a few tools to compile COBOL code to .NET without needing to rewrite in a different programming language.
- ep103 8mo agoThis is the first thing that occurred to me. The people above suggesting a cobol to python or go update confuse the heck out of me. Why not just convert to vanilla jacascript at that point? Bizarre
- whynotmaybe 8mo ago
- brianjlogan 8mo agoSo curiously I wonder if it's not that Anthropic/Claude can do this magically. More like can individuals at IBM who are heavy hitters just leave and create their own company and effectively provide these services because AI gives them the productivity to do so?
- ep103 8mo agoMaybe. And then win the contracts to do this and have sufficient bankroll that they can be successfully sued and recover damages if they screw up? No. Someone like accenture might eat their lunch though
- JohnMakin 8mo agoThis seems to make the classic mistake that everyone makes when they conflate two things as the same - programming and business logic/knowledge (and I'd also throw in complex systems knowledge there too). Often, understanding the code or modifying it is the easy part! I'm sure a decent amount of people on this website could master COBOL sufficiently to go through these systems to make changes to the code. However, if I understand from my own career enough, knowing why those things are there, how it all fits together in the much broader (and vast) system, and the historical context behind all of that, is what knowledge is being lost, not the ability to literally write or understand COBOL.
- paul7986 8mo agoSure yet admin vs engineering in terms of jobs ... one is now on the decline either slowly or quickly. Now it requires 1/4 to 1/2 of the engineers once employed in the profession. I dont see how that's a good thing for any economy.
- habinero 8mo agoI call it the "how hard could it be" fallacy.
- whynotmaybe 8mo agoRight in the "it takes 15 minutes to do it" category.
- ctoth 8mo ago> knowing why those things are there, how it all fits together in the much broader (and vast) system, and the historical context behind all of that, is what knowledge is being lost How big is your context window? How big is Claude's context window? Which one is likely to get bigger?
- re-thc 8mo agoRAM had been sold out so…
- 8mo ago
- vpribish 8mo agozerohedge is absolute trash, do not look to it for information.
- JasonADrury 8mo agoI really do wonder why this comment isn't at the top. Are the downvoters endorsing this outlet? https://www.zerohedge.com/news/2025-06-11/israeli-lawmakers-accused-abusing-children-satanic-sex-rituals https://www.zerohedge.com/news/2025-06-11/israeli-lawmakers-... https://www.zerohedge.com/political/black-fatigue-goes-viral-everyone-including-blacks-are-tired-ghetto-behavior https://www.zerohedge.com/political/black-fatigue-goes-viral...
- jtrn 8mo agoCode is less and less the scares resource.... Good documentation is.
- UncleOxidant 8mo agoThis makes no sense. If IBM supposedly gets a significant amount of revenue from COBOL (a dubious proposition) then wouldn't this actually help them as COBOL programmers are getting rarer and rarer?
- xienze 8mo agoIBM makes a lot of money selling mainframes to companies that have COBOL codebases dating back to the 70s or earlier. The main reason said companies still buy mainframes to run said COBOL programs is because it’s too risky to try to port them to more standardized, cheaper platforms. THEORETICALLY, a COBOL-proficient Claude could make it feasible to port these old COBOL codebases to something more modern that can run on bog-standard x86 servers, and it’s unlikely customers would buy them from IBM. IF, and it’s a big if, Claude make it possible to migrate off of COBOL, this would be a massive blow to IBM.
- barchar 8mo agoPlus it's not like there aren't cobol environments for more commodity hardware. Hell GCC just got a new cobol frontend last year!
- aitchnyu 8mo agoIndian service companies can train some of their intake with COBOL, some obscure printer programming language, Clojure etc and give them anxiety about getting into a career dead end.
- CodingJeebus 8mo agoI have a close relative at one of the biggest COBOL shops in the US, and something tells me we're about to find out how we take the stability of our payments infrastructure for granted. Their company no problem grinding older developers into retirement for the sake of padding their quarterly numbers, work-life balance is hell there. They refuse to try to compete with the modern developer market, senior level pay tops out around $125k. Despite what you may have read about experienced COBOL developer pay, know that is not the average experience. The talent pool was not replenished because they did not want to pay, overseas contracting firms also stopped training COBOL developers because their contractors could earn more building modern infra on AWS, so now they're between a rock and a hard place. I have little doubt that we are going to see a massive payments infra failure as a result of this. Not because the AI is inherently bad, but because the promises of the tech combined with terrible management practices will create the perfect conditions for a catastrophe.
- asciii 8mo ago> how we take the stability of our payments infrastructure for granted. I was about to comment we should all closely watch those bank statements and balances... While I'm OK with the use of AI to understand the COBOL codebase, I understand it's a single prompt away from transformation and production. Just one executive approval away ha.
- ekjhgkejhgk 8mo agoWhat's so difficult about COBOL anyway? How come in these conversations there's never any examples?
- stockresearcher 8mo agoNothing is so difficult about COBOL. It’s just old-fashioned and everything surrounding it is legacy. Most people seem to think it has a negative value when placed on a resume. Maybe that’s true, I don’t know. I have trouble getting people to even look at C code these days. I don’t understand why devs are so afraid of old things.
- ChrisArchitect 8mo agoIn the last month: Feb 13: IBM tripling entry-level jobs after finding the limits of AI adoption https://news.ycombinator.com/item?id=47009327 https://news.ycombinator.com/item?id=47009327 Jan 28: IBM Mainframe Business Jumps 67% https://news.ycombinator.com/item?id=46802376 https://news.ycombinator.com/item?id=46802376
- imwillofficial 8mo agoI never in a million years thought I would see zero hedge on the front page of HN. Times are a changin'
- JasonADrury 8mo agoLuckily zerohedge links are automatically flagged, so you're not going to see it often.
- esjeon 8mo agoI’ve always thought the whole point of staying in COBOL is not to make unnecessary changes, and that many required changes are critical and need experts who know how to handle them exactly. There’s hardly any room remained for LLM.
- Merrill 8mo agoWhich language would you convert the COBOL to that has a compiler that compiles to the Z-series' fixed and floating decimal type machine instructions for financial calculations?
- marmarama 8mo agoThe point is that if you convert away from COBOL to a more modern language, you can also move away from Z-series hardware to commodity x86 and ARM servers. That's why this announcement affected IBM's share price. IEEE 754-2008 defines decimal floating point arithmetic that is compatible with COBOL and is usually implemented using the Intel Decimal Floating Point Math Library on commodity hardware. For a typical core banking ledger application, the performance cost of a software implementation of DFP (vs. having DFP hardware instructions) is pretty low, and greatly outweighed by the benefits of being able to use commodity hardware and more maintainable languages.
- Merrill 8mo agoAre there ARM or Intel servers capable of the reliability and availability of the Z-Series in Parallel Sysplex operation where processing can continue uninterrupted even if one of a pair of data centers becomes unavailable? If a change of platform is the real objective, why not compile the COBOL for the ARM or Intel server?
- throwaway270925 8mo agoRunning it inside a HA VM on an VMWare cluster would do, no?
- Merrill 8mo agoIt doesn't appear to be equivalent. If one site in a stretched cluster becomes suddenly available, the same batch processing application would not be running on the alternative site. The application would have to be restarted after the VM has been moved.
- ggm 8mo agoJust at the time when the cohort of COBOL programmers who wrote the business logic and compliance s/w for almost all finance/fintech institutions which predate the modern era of software, and exist as inner core "DO NOT TOUCH IT" code, are dying off. Which to me represents both an opportunity and a threat. The opportunity is to take the maintenance of the "DO NOT TOUCH IT" out of the greybeards hands, before the lid goes on the coffin. The threat is that nobody is going to be asking "we did it because we could do it, but nobody asked if we should do it" about almost any change coming down the line.
- hcs 8mo ago> The "inability to act" which, as Forrester points out, "provided the incentive" to augment or replace the low-internal-speed human organizations with computers, might in some other historical situation have been an incentive for modifying the task to be accomplished, perhaps doing away with it altogether, or for restructuring the human organizations whose inherent limitations were, after all, seen as the root of the trouble. [...] > Yes, the computer did arrive "just in time." But in time for what? In time to save--and save very nearly intact, indeed, to entrench and stabilize--social and political structures that might have been either radically renovated or allowed to totter under the demands that were sure to be made on them. - Joseph Weizenbaum, Computer Power and Human Reason (1976) pp 29-30
- _zagj 8mo agoSince no one's mentioned it, this was tried once before by a company called Micro Focus, which sold software to modernize "legacy" COBOL-based mainframe applications so they could run on x86, and while somewhat successful, they failed to disrupt IBM's mainframe business, because these legacy systems traditionally relied as much on the idiosyncrasies of the mainframe hardware itself and not just the COBOL language. If all Anthropic is offering is some kind of smart language translation, I'm not sure they will have many takers. And whatever you think about mainframes, it is quite nice that our credit card networks work as efficiently and reliably as they do.
- k310 8mo agoHaven't people done this before? Back in the 80's one of our "team" members (I use the term loosely) would reverse engineer the day's code every evening, rendering it unreadable to everyone else who created it. Of course, nobody these days asks "why?" If it ain't broke ... Banks have tons of money (OPM!) and IMO, could rewrite legacy code, but why?
- vaxman 8mo agoIBM plunges? Anthropic? COBOL? Is Deirdra Bosa somehow involved in this? Consider that back in the day, we once had a situation where the shared runtime library supporting a programming language on Megabank's PROD cluster was updated from something like 4.1.1 to 4.1.2 after months on its TEST cluster, plus lots of formal meetings, planning, pages of signatures, contingencies, extra ops people onsite, etc. --and Megabank still proceeded to loose more than ten grand per minute after pressing [Return] on that update. At least a dozen people lost their jobs at the following Friday morning meeting. It turned out that a subtle change in the vendor's implementation of a floating point function was not caught because testing didn't consider enough digits of precision. Mind you NO CODE WAS CHANGED, only a dynamically linked runtime library SUPPLIED BY THE COMPUTER MANUFACTURER --not a third party. Point being (no pun intended), when you go monkeying around with stable production systems that are doing On Line Transaction Processing (OLTP), "bad things" happen, treasure and careers are in jeopardy --and COBOL Life is all about what goes on inside of those systems. Anthropic is great at gorilla marketing with all their PuRe BS and AI hype. Bottom line for the young peeps here: 1. There is really NO WAY IN HELL that any CIO at a credible Financial Institution will ever authorize a hallucinating chatbot to convert their core logic from COBOL to Python and Go. 2. The only way such institutions "escape" COBOL is through M&A (data --not code-- exported to the new entity's system). 3. As far as COBOL devs tapping out, that happened a very long time ago. (How many of you knew that COBOL was codeveloped by the late mathematician US Navy Rear Admiral "Amazing" Grace Hopper who also invented the first compiler?) COBOL is a simple computer language from a simpler time that enabled non-tech professionals from adjacent fields (like Accounting) to become application programmers (or "implementors" in the parlance of that era). Making minor changes to COBOL code such as PIC layouts and COMPUTE statements is no big deal that requires waking up a 95 year old, the problem is strictly related to production change control (like what version of the compiler and runtimes are you using to rebuild the production binary, etc.) and that isn't even specific to COBOL, except that it is better understood with more modern languages like C (but still remains an alien concept to almost an entire generation that entered the trade after 1997 due to all of the senior level people outside of a handful of tech companies being forced to crack open their 401Ks and move on to other fields during the dot-com crash). ---- Ken Lay died an innocent man --he had a heart attack before his sentencing. He was brought down by whistleblowers. Hang tough peeps. Fight. Back. Against. AI. Bullshitters. https://youtu.be/qJiALpiqpk8 https://youtu.be/qJiALpiqpk8
- larodi 8mo agoI fail to understand why Oracle is not going down yet.
- softwaredoug 8mo agoUS tech stocks have been running overly hot (high P/E ratios) recently. So they are very sensitive to even minor shocks. If it looks as all like the company might be a victim, not a benefactor, of AI - they’re going to take a hit. Especially when they’ve all been selling AI and layoffs as their source of growth. These tech stocks can’t all be AI winners. And sorting out winners / just another boring tech company will be how the “AI bubble” pops.
- rbanffy 8mo agoIt will be fun to watch the companies trying to migrate their COBOL systems...