The Code Whisperers

How AI is Rewriting the Rules of Programming

PICTURE THIS

You're a programmer with 30 years of experience.

For four years, you've been hunting a bug, a glitch so elusive it's cost you over 200 hours. Your colleagues have given up.

You've given up. It's your white whale, swimming through lines of code like some digital Moby Dick.

THEN, ON A TUESDAY AFTERNOON…

…the sort of unremarkable Tuesday where you'd normally be debating whether to have a third custard cream with your tea—you feed your code to an AI. Two hours later, it finds the bug. Not just any bug—a design flaw so subtle it only existed because of a coincidence in how the old system worked. The kind of problem that requires understanding not just what the code does, but why it was written that way in the first place.

This isn't science fiction. It happened last month. And it's just the beginning of how AI is transforming the $500 billion software industry—from Silicon Valley to Wall Street, from your banking app to the planes you fly in.

Welcome to the age of the Code Whisperers.

IT IS CRUMBLING AN INDUSTRY

The language barrier making banking systems a house of cards

Programming languages have been our imperfect translators, evolving from COBOL's verbose bureaucracy to Python's elegant simplicity. But they've always been compromises—like trying to explain cricket to an American using only interpretive dance.

Enter the "vibe coding" revolution. And before you dismiss this as Silicon Valley nonsense alongside "synergy" and "disrupting the disruption," hear me out. This isn't just autocomplete on steroids—it's English becoming a programming language. It's the moment when intent becomes code, when "make me a button that sparkles when clicked" actually produces a button that sparkles when clicked. No translation required.

The evidence is staggering. GitHub Copilot has been adopted faster than any developer tool in history. At Amazon, developers using Cursor are reporting productivity gains that make their previous workflows look like they were coding with mittens on. We're witnessing the democratisation moment—when tools designed for the priesthood become accessible to the congregation.

Think of it like the evolution from professional photography to Instagram. When cameras required darkrooms and chemical expertise, photography was an elite art. When cameras moved into phones, suddenly everyone's nan was documenting her garden gnomes with artistic flair. AI coding tools are doing the same for software development.

What if the biggest obstacle to creating software wasn't complexity, but translation?

Here's a truth that should keep you up at night: The entire global banking system runs on code that almost no one alive understands anymore. We've built a $100 trillion house of cards on a foundation written in COBOL—a programming language so old it predates the moon landing. And every day, the few remaining priests who can decipher these digital hieroglyphics inch closer to retirement.

This isn't just a technology problem. It's a power problem.

You'll burn through your entire sovereign fund trying to make two COBOL systems talk to each other.

For seven decades, we've been trying to bridge an impossible gap. Humans think in stories, metaphors, and messy logic—the sort of thinking that gives us Shakespeare and also convinces us that putting pineapple on pizza is acceptable. Computers, meanwhile, think in the ruthlessly binary world of 1s and 0s.

But making coding easier for humans is just the opening act. The real magic happens when AI starts solving problems humans couldn't crack at all...

What happens when the only people who understand critical systems start retiring?

The Ghosts in the Machine

And, what if, no one can read their notes?

Welcome to the COBOL time bomb—a phrase that sounds like a rejected Tom Clancy novel but is actually keeping banking executives awake at night. Here's the terrifying arithmetic: 220 billion lines of COBOL still run 70% of global financial transactions. The average COBOL programmer is 58 years old.

This is a picture of a COBOL program editor running in a mainframe. COBOL (COmmon Business Oriented Language)

By 2029, they'll be retiring at a rate of 10,000 per day. It's like discovering that all the world's money is stored in ancient temples, and the only people who can read the hieroglyphics are planning extended holidays to Bournemouth.

And so this is why you see JP Morgan spending $12 billion a year on technology while running essentially 20 different banks' systems in parallel. They gave up on integration. They just built translation layers—digital duct tape holding the whole thing together.

This is where Morgan Stanley's moonshot comes in—and it's a perfect example of pattern-breaking thinking. Rather than following the conventional wisdom of "just rewrite everything" (a strategy about as practical as rebuilding London while everyone's still living in it), they turned AI into an archaeological tool.

Their approach was brilliantly counterintuitive. Using an in-house fine-tuned version of OpenAI's models, they created a system that translates legacy COBOL code into plain English specifications. Since January, this AI archaeologist has reviewed 9 million lines of code and saved developers 280,000 hours.

That's 32 years of human life rescued from the purgatory

of COBOL documentation.

IBM, meanwhile, has been promising their own COBOL-to-Java translator with all the reliability of British weather forecasts. So Morgan Stanley built their own.

As their global head of technology put it: "We found that building it ourselves gave us certain capabilities that we're not really seeing in some of the commercial products. We saw the opportunity to get the jump early."

The system doesn't automatically rewrite the code—that would be like asking Google Translate to rewrite Proust. Instead, it acts as a Rosetta Stone, helping modern developers understand what these ancient systems actually do. The AI reads COBOL, explains it in plain English, and then humans use those specifications to write modern code.

Why should you care?

Your mortgage, pension, and tax returns all flow through these digital archaeological sites. When unemployment systems crashed in 2020, it wasn't because of COVID—it was because COBOL systems built for a fraction of the load finally hit their limits. We're one retirement wave away from a financial infrastructure crisis that would make Y2K look like a typo.

Morgan Stanley didn't reduce their programming staff—they gave them superpowers. But what happens to an industry when every developer becomes 10x more productive overnight?

If AI makes programmers 10x faster, do we need 10x fewer programmers?

The Productivity Paradox

Or do we get 10x more software?

The numbers are almost embarrassing in their implications. Both Microsoft and Google report that 30% of their code is now AI-generated. Let that sink in. Nearly a third of the code powering your email, your documents, your digital life, was written by machines that didn't exist five years ago.

It's like discovering that a third of the London Underground was secretly built by very industrious moles.

This isn't about replacement—it's about amplification. Steve Jobs once called the personal computer a "bicycle for the mind." AI coding tools are that bicycle with a rocket strapped to it. Same human, vastly expanded range.

Morgan Stanley proves the point.

Despite their AI saving 280,000 hours of work, they're maintaining their engineering headcount. Why? Because they're not producing the same amount of code faster—they're producing vastly more code, solving problems they previously ignored as too expensive to tackle.

History rhymes here. When VisiCalc introduced spreadsheets in 1979, accountants panicked. Surely this would eliminate accounting jobs? Instead, it eliminated arithmetic and created an explosion in financial analysis. The constraint wasn't the ability to add numbers—it was the ability to ask interesting questions about those numbers.

The new bottlenecks are revealing themselves. When coding becomes 10x easier, other constraints emerge like rocks in a receding tide. Design thinking, system architecture, understanding user needs—these become the new scarce resources. It's like widening a motorway from 2 to 20 lanes only to discover everyone's still queuing at the same three entrances.

But there's something even more profound happening here. When AI can code, it doesn't just help humans—it can start solving its own problems...

What happens when the tools that build tools can build better tools?

The Recursive Revolution

As one developer noted:

AI coding is the AI use case that unlocks other AI use cases.

A developer

It's the software equivalent of teaching someone to read so they can learn everything else from books. Except the student is learning at the speed of light and never needs a tea break.

Claude's bug-finding saga showcases this perfectly. The AI didn't just spot a syntax error—it identified a design flaw that existed because of architectural assumptions made years ago. It understood not just what the code did, but why it was written that way. This is the leap from spell-checker to editor to co-author.

Think of it as the M.C. Escher moment of software development—hands drawing hands drawing hands. AI systems are now capable of generating code to solve new problems autonomously. Each improvement in AI coding capability compounds. What took Moore's Law 18 months to double in hardware is happening in 6 months in AI software capabilities. We're watching the rocket achieve escape velocity.

The implications are deliciously terrifying. When AI can improve its own code, optimise its own algorithms, debug its own logic, we enter a realm where the pace of improvement isn't limited by human understanding. It's limited only by compute power and imagination—and one of those is getting cheaper by the day.

This isn't just changing how we build software—it's changing what we choose to build...

The key differences from COBOL to JAVA:

- Java uses 0-based indexing (COBOL uses 1-based)
- Java's string methods are more intuitive (length(), replace(), split())
- No need for explicit memory allocation like COBOL's PIC clauses
- Exception handling instead of ON OVERFLOW clauses

The Cambrian Explosion of Code

The cruel irony?

The worse a bank's technology, the harder it is to buy. That community bank still running green-screen terminals from 1985? Their system is so archaic, so customised, so deeply embedded in every process that extracting it would be like trying to remove the skeleton from a living person. You'd kill the patient.

In banking, those inefficiencies are written in COBOL. And COBOL doesn't care about your IRR targets.

But then enter Generative AI. We are about to see the long tail unleashed. Every niche problem, every minor irritation, every "wouldn't it be nice if" suddenly becomes solvable. It's the difference between needing a construction crew to build a shed and being able to think one into existence.

Custom tools for Victorian teaspoon collectors? Done.

An app that reminds you to water your plants but only in the voice of David Attenborough? Afternoon's work.

A system that analyses your company's email patterns to predict which projects will fail? Morgan Stanley's probably building it right now.

The enterprise transformation is even more radical. Morgan Stanley isn't waiting for IBM to solve their problems—they're competing with IBM. Traditional banks are becoming software companies. Insurance firms are building custom AI. It's like watching caterpillars transform into butterflies, except the butterflies are also venture capitalists.

This creates a new digital divide—not between those who have technology and those who don't, but between organisations that embrace AI coding and those that don't. Early adopters aren't getting linear advantages; they're getting compound returns. Each AI-enhanced developer doesn't just code faster—they solve problems that weren't even on the roadmap.

We're standing at an inflection point. The question isn't whether AI will transform programming, but whether we're ready for what comes next...

The Three Horizons

Immediate (2025): The great legacy migration begins. COBOL transforms into Java, technical debt evaporates like morning dew, and financial systems that have been held together with digital duct tape finally get proper foundations. Your banking app stops mysteriously logging you out every Tuesday.

Near-term (2025-2027): The democratisation dividend pays out. Ten times more people build software. Your marketing manager creates custom analytics tools. Your accountant builds automated workflows. Software abundance arrives—not because we have more programmers, but because everyone becomes a programmer.

Long-term (2027+): The recursive renaissance. AI improving AI at exponential rates. Problems we can't imagine solving today become trivial tomorrow. The question shifts from "can we build this?" to "should we build this?" Ethics committees suddenly become very busy.

The Human Element

In a world where machines can code, what becomes of the humans?

Here's the pattern-breaking insight: uniquely human skills—creativity, empathy, ethical judgment, the ability to ask "why" before "how"—become more valuable, not less. The ability to imagine what should exist matters more than the ability to build it. The capacity to understand human needs transcends the capability to implement solutions.

We're not being replaced. We're being promoted from mechanics to architects, from builders to dreamers.

The Call to Action

Whether you're a CEO, a student, or someone who's never written a line of code but knows the difference between good and bad software when you use it, the message is clear:

The tools are here. The barriers are falling.

The only question that remains is this:

What will you build?

Because in the age of Code Whisperers, the distance between imagination and implementation has collapsed to nearly nothing.

The ancient barrier between human intent and digital reality is crumbling like the walls of Jericho—except our trumpets are large language models, and our Joshua is wearing a hoodie.

I have said it numerous times in my writing to you all.

The revolution isn't coming. It's here.

And it's writing its own code.

Reply

or to participate.