Arnold Schwarzenegger has a newsletter.
Yeah. That Arnold Schwarzenegger.
So do Codie Sanchez, Scott Galloway, Colin & Samir, Shaan Puri, and Jay Shetty. And none of them are doing it for fun. They're doing it because a list you own compounds in ways that social media never will.
beehiiv is where they built it. You can start yours for 30% off your first 3 months with code PLATFORM30. Start building today.
A few months ago, developers were mainly arguing about which model writes better code. Now the conversation has shifted toward something much more practical:
Which tool actually lets you work without interruptions?
This week, Anthropic announced a major increase in Claude Code usage limits after partnering with SpaceX’s Colossus data center infrastructure. Paid users now get much higher throughput, and some peak-hour restrictions have been removed.
Almost instantly, developers on X, Reddit, and engineering forums started debating Claude Code vs OpenAI Codex again.
And honestly, this debate says a lot more about the future of software engineering than people realize.
For many developers, AI coding tools are no longer “cool experiments.”
They are becoming the actual workplace.
The Problem Was Never Just Intelligence
Most developers already know both Claude Code and Codex are powerful.
The real frustration was reliability.
You start working on a large refactor.
The AI gets context.
It understands the architecture.
You enter flow state.
Then suddenly:
“Rate limit reached.”
That interruption sounds small until it happens during a real production workflow.
A lot of developers described Claude Code as brilliant but difficult to depend on consistently because limits arrived too quickly during heavy usage. Some users even started migrating toward Codex simply because they could work longer without interruptions.
Now Anthropic is trying to fix that.
The company doubled several usage limits and significantly expanded compute availability.
For developers, this was not just a product update.
It was emotional relief.
Why Developers Became So Attached to These Tools
Something strange has happened over the last year.
Developers stopped treating AI coding tools like autocomplete.
Now many engineers describe Claude Code or Codex almost like coworkers.
People say things like:
“Claude understands my repo.”
“Codex feels faster.”
“I trust Claude for architecture.”
“I let Codex handle repetitive tasks.”
That sounds ridiculous until you use these tools every day.
The relationship between engineers and coding agents is becoming deeply personal.
Some developers prefer Claude because it thinks through complex systems more carefully and handles long-context reasoning well. Others prefer Codex because it feels faster, more autonomous, and better for rapid execution.
And this creates something fascinating:
Developers are no longer just choosing software.
They are choosing work styles.
Claude Feels Like a Collaborator
A common theme in discussions is that Claude Code behaves more like a senior engineering partner.
Developers often use it for:
planning large features
understanding massive repositories
architectural reasoning
debugging difficult systems
multi-step refactors
People describe it as slower but thoughtful.
Like pairing with an engineer who pauses before answering.
That depth made developers tolerate the strict limits for months because when Claude worked well, it felt genuinely magical.
One article described Claude Code as stronger for “broader repo reasoning” and “structured planning across multi-step tasks.”
But there was a downside.
Heavy users constantly ran into walls.
And nothing kills productivity faster than getting locked out during momentum.
Codex Feels Like Speed
Codex gained popularity for almost the opposite reason.
Developers say it feels lightweight, fast, and efficient.
Instead of deep collaboration, many use it like a highly capable execution engine.
You give it tasks.
It runs.
You review.
That workflow appeals especially to startup founders and indie developers moving quickly.
Several comparisons noted that Codex works well for rapid prototyping, automation, CI pipelines, and fast iteration loops.
And because Codex historically had fewer visible rate limit frustrations, many frustrated Claude users temporarily switched sides.
But now that Claude’s limits are increasing, the balance may shift again.
The Real Story Is Burnout
Most articles focus on benchmarks.
But if you spend enough time reading developer conversations online, another theme appears everywhere:
Exhaustion.
Modern software engineering already feels overwhelming.
There are constant framework updates.
Endless meetings.
Pressure to ship faster.
Layoffs across tech.
And now AI changes everything every few months.
For some developers, AI coding agents feel empowering.
For others, they feel terrifying.
One engineer described AI coding as turning programming into “debugging slop factories.”
Another said these tools let them build ideas they could never finish alone.
Both feelings are real.
That’s why the Claude vs Codex debate becomes emotional so quickly.
Developers are not only debating tools.
They are debating what programming itself is becoming.
The Strange Future of Engineering
The weirdest part is this:
Both sides are probably right.
Claude and Codex are not replacing developers entirely.
But they are absolutely changing the shape of engineering work.
The best engineers today are starting to look less like pure coders and more like:
system designers
reviewers
orchestrators
decision makers
AI managers
The actual typing of code matters less every month.
And many developers are quietly noticing it.
Some feel excited because they can suddenly build faster than ever before.
Others feel sad because the craft they loved is changing into supervision instead of creation.
You can already see this divide online.
Some engineers proudly say they still write everything manually.
Others let AI generate entire applications.
And both groups think the other side is missing the point.
Even Big Companies Are Choosing Sides
This debate is no longer happening only among indie developers.
Large companies are now adopting both tools internally.
Amazon recently rolled out Claude Code and Codex access across its workforce after internal demand from engineers.
That is important.
When giant companies treat AI coding tools as infrastructure instead of experiments, it signals a permanent shift.
AI coding assistants are becoming part of the software development stack itself.
Not optional extras.
The Bigger Issue Nobody Talks About
There is also a hidden problem beneath all of this:
Compute.
These tools are incredibly expensive to run.
Agentic coding consumes huge amounts of GPU power because the systems think longer, read repositories, run tools, and maintain memory across workflows.
That’s why rate limits became such a huge issue in the first place.
The AI industry is discovering that people use coding agents far more aggressively than expected.
And this creates a strange tension.
AI companies want developers fully dependent on these systems.
But they also cannot afford unlimited usage for everyone.
So the next few years may become a constant balancing act between:
capability
speed
cost
limits
The current Claude vs Codex debate is probably just the beginning.
What Happens Next
Right now, developers are experimenting.
Some use Claude for planning and Codex for execution.
Some switch depending on workloads.
Some refuse AI entirely.
Some cannot imagine coding without it anymore.
There is no universal winner yet.
And maybe there never will be.
Because the real difference is not intelligence.
It is personality.
Claude feels reflective.
Codex feels energetic.
One feels like a careful engineer.
The other feels like a fast operator.
And developers are choosing whichever version of the future feels more comfortable to them.
That might be the most human part of this entire AI revolution.
Even in a world full of intelligent machines, people still choose tools based on emotion, trust, workflow, and identity.
Not just benchmarks.
And honestly, that may never change.
—Sushila


