Categories
Computers IBM

The Day the Last Mainframe Went Dark

Note: I literally grew up during the heyday of the IBM mainframe era. My first real job was working for IBM in San Francisco beginning in 1968. Iโ€™m a โ€œbig ironโ€ kind of guy. But this post was imagined after reading the following in a July 14, 2026 announcement from IBM: When we discussed our expectations with you in April, we noted that we would be wrapping on the launch of z17 in the second quarter. Given this was the strongest start to a mainframe program in our history, we expected Infrastructure revenue to decline low-single digits for the year, beginning this quarter. What played out was worse than our expectations, driven by a shortfall in our Z performance and the associated software stack, primarily in Transaction Processing. In the last few weeks of June, we saw clients shift their quarterly capex spend toward servers, storage, and memory purchases to secure supply-constrained infrastructure ahead of expected price increases. This dynamic impacted client buying patterns. While we anticipated some supply chain related impact in our expectations, we did not anticipate the magnitude of the capex reprioritization.


It won’t arrive with fanfare. No countdown, no viral video of engineers raising a glass. One morningโ€”sometime in the 2040s, perhaps laterโ€”a small team in a climate-controlled data center will complete the final cutover. They’ll flip the switches, watch the lights dim, and listen as the hum of the last production IBM mainframe fades to silence. An era that began with the System/360 in 1964 will end. Not with a crash. With the soft click of obsolescence.

We’ve been predicting the mainframe’s death for decades. In the early 1990s, pundits declared it doomed. They were wrong. Those systemsโ€”reliable, secure, capable of staggering transaction volumes with near-perfect uptimeโ€”became the invisible backbone of modern life. Your last bank transfer, airline reservation, insurance claim, or government benefit likely touched one. They endured because they solved hard problems well: high-volume, mission-critical processing where failure was never an option.

The path to that final power-down was never a rupture. It was a long, uneven evolutionโ€”driven by economics, technology, talent shifts, and the patient work of modernization. AI tools accelerated the transition. They didn’t cause it.

Lessons from Earlier Transitions

Steam engines dominated railroads for generationsโ€”powerful, reliable, deeply integrated into the industrial economy. Diesel won through incremental advantages: better efficiency, lower maintenance, longer trains with less labor. Railroads rebuilt infrastructure and retired the old iron as the economics aligned, route by route.

Prop planes opened the skies to mass travel. Jets brought speed and range that transformed global connectivityโ€”but airlines didn’t scrap fleets overnight. They ran hybrids during the overlap, invested in new airports and training, and retired props as jet economics and passenger demand made the case irresistible.

The mainframe followed this pattern. AI coding agentsโ€”Claude Code, Cursor, OpenAI models, AWS Transform, IBM watsonxโ€”transformed the brutal manual work of understanding undocumented COBOL, extracting buried business logic, generating tests, refactoring safely. What once demanded scarce veteran experts for months or years could now be accelerated, with rigorous human oversight and equivalence testing.

Platforms like Visa’s Pismo showed a smarter path: incremental modernization. Cloud-native microservices layered alongside legacy cores, rather than rip-and-replace. Banks demonstrated real progress. Hybrid strategies wonโ€”AI inference running close to sensitive data on evolved mainframes (IBM’s z17 and successors, with on-chip accelerators), while new applications and analytics moved to elastic cloud environments.

IBM positioned the platform as an “AI factory” for low-latency, secure workloads. But pricing pressure was constant. High, capacity-based software licensing made the economics harder to defend as cloud offered predictable, usage-driven costs and younger talent gravitated toward modern stacks. For CFOs weighing rising maintenance against retiring COBOL expertise and AI-assisted migration, the scales tipped.

By the mid-2030s, competitive and regulatory forces intensified. Fujitsu’s exit from mainframes created a cliff in affected markets. Skills shortages accelerated. Even the most conservative holdoutsโ€”ultra-high-volume, regulated systems in finance, government, specialized industriesโ€”began serious moves, as simulation environments and exhaustive parallel testing brought the risk down to manageable size.

The Final Act

The last systems to go were the stubborn ones, where disruption carried outsized consequences. When the final cutover succeededโ€”after months of flawless parallel runningโ€”the team powered down the machine. A global bank, a payments processor, a government entity. Maybe a small ceremony: engineers who’d kept it alive for decades, trading stories of the iron that never failed when the world needed it most.

Picture the aircraft boneyards outside Tucson or Victorville, retired 747s sitting in rows under the sun, giving up parts to new generations before they’re recycled. Mainframes will meet a similar fate, more climate-controlled. Some linger in warehouses as insurance, still humming faintly in test or archival roles. Others get dismantled by IT asset disposition teamsโ€”data wiped to standard, processors and I/O cards harvested for niche markets. The bulk gets recycled, metal and circuitry returning to the supply chain. Like the jets, the iron won’t vanish in disgrace. Its lessons in reliability and disciplined engineering at scale live on, embedded in whatever comes next.

The world didn’t stop. Transactions kept flowing, now on distributed, elastic, AI-augmented platforms that had absorbed the best of what came before. The mainframe era didn’t end in failure. It ended because better options finally existed for every workload.

What Endures

We’ll look back with respect and nostalgia. The mainframe wasn’t flashy, but it taught something durable: some problems reward obsessive focus on reliability and scale; disciplined engineering outlasts hype cycles; the wisest transitions are rarely clean breaks. They’re patient evolutions that carry forward what matters.

IBM will have completed its own transformation by thenโ€”software, services, hybrid orchestration, AI tools that work across environments. The company that built the platform helps close the book on it.

The last mainframe going dark won’t feel like loss. It will feel like the natural close of a chapter that powered the digital economy through its most formative decades. The iron did its job. Now the next architecture takes the stage, standing on shoulders built to last.

Categories
AI Living Productivity

The Reality Gap

“I follow AI adoption pretty closely, and I have never seen such a yawning inside/outside gap. People in SF are putting multi-agent claudeswarms in charge of their livesโ€ฆ people elsewhere are still trying to get approval to use Copilot in Teams.” โ€” Kevin Roose

There is a specific kind of vertigo that comes from scrolling through the “Inside” of the AI bubble while the rest of the world simply goes to work. It is the dizziness of watching a new species of behavior emergeโ€””wireheading” and “claudeswarms”โ€”while the vast majority of the economy is still asking for permission to use a spellchecker.

The future isn’t just unevenly distributed; it is becoming mutually unintelligible.

Roose notes a “yawning inside/outside gap” that feels distinct from previous tech cycles. In one realityโ€”geographically centered in San Francisco and digitally centered in specific discordsโ€”people are operating with a level of agency only sci-fi writers dared to imagine. They are deploying multi-agent swarms to manage their lives and consulting large language models for existential guidance.

In the other realityโ€”the one inhabited by the vast majority of the global workforceโ€”people are still waiting for an IT ticket to clear so they can use a basic productivity assistant.

It is tempting to look at this divide solely through the lens of technical access, but Roose hits on a deeper truth: “there seems to be a cultural takeoff happening in addition to the technical one.”

This is the friction of our current moment. It is not just that the tools are different; the permissions we give ourselves to use them are different. The “Inside” is operating with a mindset of radical experimentation and integration. The “Outside” is operating within legacy frameworks of risk mitigation and bureaucratic approval.

The danger of this gap isn’t just economic inequality, though that is a guaranteed downstream effect. The immediate danger is a loss of shared context. When the creators of technology live in a reality where “claudeswarms” run the day, they risk losing the ability to design for, or even empathize with, a world that is still fighting for permission to use the tools at all.

We are living in the same year, but we are no longer inhabiting the same time. The challenge for those of us on the “Inside” is to resist the intoxication of the bubble long enough to build bridges, rather than just building faster escape pods.

Meanwhile, in China (from the Financial Times)โ€ฆ

โ€œIโ€™ve witnessed first hand how China has grown from having zero AI talent 20 years ago to mass producing them,โ€ he said. โ€œSome of our most cutting-edge work is now done by fresh graduates. The real geniuses to change the world soon could well be among them.โ€