Let's start with what's settled.
In Google Cloud's twenty twenty-five DORA survey of nearly five thousand developers, AI adoption reached ninety percent, up fourteen points from the year before.
The median developer uses AI tools about two hours a day and reaches for them on roughly half the problems they encounter.
That part is done.
The debate is over.
What is not settled is what that adoption actually produces.
But most of those savings come in under ten percent.
McKinsey's task-level analysis puts time savings near forty-six percent on routine coding work and under ten percent on high-complexity tasks.
And then there's Meta's randomized controlled trial on experienced open source developers, which is the result every engineering leader should read twice.
The same developers reported feeling twenty percent faster.
That is a thirty-nine-point gap between perception and the clock.
If your vendor's ROI case rests on how fast the team feels, you are buying a vibe, not a result.
The practical rule: treat the twenty to thirty percent productivity lift as true in a narrow slice of work.
Greenfield, well-typed, low complexity, popular languages.
Treat it as false or inverted everywhere else.
The honest question for any project is which slice you're actually building in.
Let's start with what's settled.
In Google Cloud's twenty twenty-five DORA survey of nearly five thousand developers, AI adoption reached ninety percent, up fourteen points from the year before.
The median developer uses AI tools about two hours a day and reaches for them on roughly half the problems they encounter.
That part is done.
The debate is over.
What is not settled is what that adoption actually produces.
But most of those savings come in under ten percent.
McKinsey's task-level analysis puts time savings near forty-six percent on routine coding work and under ten percent on high-complexity tasks.
And then there's Meta's randomized controlled trial on experienced open source developers, which is the result every engineering leader should read twice.
The same developers reported feeling twenty percent faster.
That is a thirty-nine-point gap between perception and the clock.
If your vendor's ROI case rests on how fast the team feels, you are buying a vibe, not a result.
The practical rule: treat the twenty to thirty percent productivity lift as true in a narrow slice of work.
Greenfield, well-typed, low complexity, popular languages.
Treat it as false or inverted everywhere else.
The honest question for any project is which slice you're actually building in.
The rest of this transcript — segmented and speaker-labeled, so you land on the exact moment something was said
Search every transcript — by keyword, by phrase, or by meaning, across every show Radar indexes
Trends — what is surging across podcasts, measured against its own baseline
Alerts — when a name you follow appears in a newly indexed episode
No account is needed to search Radar.