<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/stylesheet.xsl" type="text/xsl"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:podcast="https://podcastindex.org/namespace/1.0">
  <channel>
    <atom:link rel="self" type="application/rss+xml" href="https://feeds.transistor.fm/the-velocity-lab" title="MP3 Audio"/>
    <atom:link rel="hub" href="https://pubsubhubbub.appspot.com/"/>
    <podcast:podping usesPodping="true"/>
    <title>The Velocity Lab</title>
    <generator>Transistor (https://transistor.fm)</generator>
    <itunes:new-feed-url>https://feeds.transistor.fm/the-velocity-lab</itunes:new-feed-url>
    <description>Dave O'Dell and Dan McAulay work inside engineering organizations every day, helping them ship faster with AI — not in theory, but inside their actual teams. Each week they share what they're seeing in the field: what's working, what isn't, and what most people are getting wrong. Covering Claude Code updates, AI-enabled SDLC acceleration, and personal AI agents. No hype, no BS.</description>
    <copyright>© 2026 Dave O'Dell and Dan McAulay</copyright>
    <podcast:guid>ce080b0b-253f-580a-b046-364571f19de8</podcast:guid>
    <podcast:locked>yes</podcast:locked>
    <language>en</language>
    <pubDate>Thu, 07 May 2026 20:24:29 -0700</pubDate>
    <lastBuildDate>Thu, 07 May 2026 20:25:04 -0700</lastBuildDate>
    <link>https://app-vitals.com</link>
    <image>
      <url>https://img.transistorcdn.com/9H3BcwblecvIVJR5Ih6nKaRcLZHbAMG7HaS_H0Vw-oc/rs:fill:0:0:1/w:1400/h:1400/q:60/mb:500000/aHR0cHM6Ly9pbWct/dXBsb2FkLXByb2R1/Y3Rpb24udHJhbnNp/c3Rvci5mbS9iOGEx/MTQzZGE0ZWU1NmQ3/N2NkNzZjNjVjMTQ1/NzAzNy5wbmc.jpg</url>
      <title>The Velocity Lab</title>
      <link>https://app-vitals.com</link>
    </image>
    <itunes:category text="Technology"/>
    <itunes:category text="Business"/>
    <itunes:type>episodic</itunes:type>
    <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
    <itunes:image href="https://img.transistorcdn.com/9H3BcwblecvIVJR5Ih6nKaRcLZHbAMG7HaS_H0Vw-oc/rs:fill:0:0:1/w:1400/h:1400/q:60/mb:500000/aHR0cHM6Ly9pbWct/dXBsb2FkLXByb2R1/Y3Rpb24udHJhbnNp/c3Rvci5mbS9iOGEx/MTQzZGE0ZWU1NmQ3/N2NkNzZjNjVjMTQ1/NzAzNy5wbmc.jpg"/>
    <itunes:summary>Dave O'Dell and Dan McAulay work inside engineering organizations every day, helping them ship faster with AI — not in theory, but inside their actual teams. Each week they share what they're seeing in the field: what's working, what isn't, and what most people are getting wrong. Covering Claude Code updates, AI-enabled SDLC acceleration, and personal AI agents. No hype, no BS.</itunes:summary>
    <itunes:subtitle>Dave O'Dell and Dan McAulay work inside engineering organizations every day, helping them ship faster with AI — not in theory, but inside their actual teams.</itunes:subtitle>
    <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
    <itunes:owner>
      <itunes:name>app-vitals</itunes:name>
    </itunes:owner>
    <itunes:complete>No</itunes:complete>
    <itunes:explicit>No</itunes:explicit>
    <item>
      <title>From Notepad to Claude: A Non-Coder Builds an AI Empire</title>
      <itunes:episode>15</itunes:episode>
      <podcast:episode>15</podcast:episode>
      <itunes:title>From Notepad to Claude: A Non-Coder Builds an AI Empire</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">45abc256-4d52-40d5-80ed-e1acdd239a2c</guid>
      <link>https://share.transistor.fm/s/6d6debaf</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>The Velocity Lab's first-ever guest interview. Dave and Dan sit down with Brian Jones (Tahoe Digital), a non-technical founder who has built multiple AI-native businesses without writing a single line of code. He walks through his evolution from ChatGPT and Microsoft Notepad to Replit, Cursor, and now Claude Code — and shares why curiosity and persistence are now the only credentials that matter.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why a non-technical entrepreneur is shipping faster than most engineering teams</li>
  <li>The toolchain evolution: ChatGPT plus Notepad to Replit to Cursor to Claude Code, and what broke at each stage</li>
  <li>Building a system: orchestrating Claude across 94 tasks to fix local-business search presence</li>
  <li>The 10x multiplier — running a one-person agency that would have required ten people two years ago</li>
  <li>Why senior engineers hedge on AI while vibe-coders charge ahead: expertise as a tax on speed</li>
  <li>Learning loops in practice: how 6,000 pieces of user feedback shaped a game tutorial business</li>
  <li>"We don't need junior developers anymore" — and what humans still need to do</li>
  <li>The last 5%: where autonomous coding agents stall and operators take over</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Stop looking at the things that it's fucking up — and start looking at the things that it's doing right."</li>
  <li>"I can fly now. Imagine if right now you just learned you could fly. What would you be doing all day long?"</li>
  <li>"This is the age when the curious will succeed."</li>
  <li>"I have never worked harder in my life. I'm waking up at three in the morning because I'm so excited." — Brian Jones</li>
  <li>"Take the red pill."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>The Velocity Lab's first-ever guest interview. Dave and Dan sit down with Brian Jones (Tahoe Digital), a non-technical founder who has built multiple AI-native businesses without writing a single line of code. He walks through his evolution from ChatGPT and Microsoft Notepad to Replit, Cursor, and now Claude Code — and shares why curiosity and persistence are now the only credentials that matter.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why a non-technical entrepreneur is shipping faster than most engineering teams</li>
  <li>The toolchain evolution: ChatGPT plus Notepad to Replit to Cursor to Claude Code, and what broke at each stage</li>
  <li>Building a system: orchestrating Claude across 94 tasks to fix local-business search presence</li>
  <li>The 10x multiplier — running a one-person agency that would have required ten people two years ago</li>
  <li>Why senior engineers hedge on AI while vibe-coders charge ahead: expertise as a tax on speed</li>
  <li>Learning loops in practice: how 6,000 pieces of user feedback shaped a game tutorial business</li>
  <li>"We don't need junior developers anymore" — and what humans still need to do</li>
  <li>The last 5%: where autonomous coding agents stall and operators take over</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Stop looking at the things that it's fucking up — and start looking at the things that it's doing right."</li>
  <li>"I can fly now. Imagine if right now you just learned you could fly. What would you be doing all day long?"</li>
  <li>"This is the age when the curious will succeed."</li>
  <li>"I have never worked harder in my life. I'm waking up at three in the morning because I'm so excited." — Brian Jones</li>
  <li>"Take the red pill."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Thu, 07 May 2026 20:24:29 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/6d6debaf/c2878991.mp3" length="26684328" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>1668</itunes:duration>
      <itunes:summary>Velocity Lab's first guest: Brian Jones, a non-technical founder who built multiple AI-native businesses. From ChatGPT plus Notepad to Claude Code, why non-coders ship faster than senior engineers, and the age of the curious.</itunes:summary>
      <itunes:subtitle>Velocity Lab's first guest: Brian Jones, a non-technical founder who built multiple AI-native businesses. From ChatGPT plus Notepad to Claude Code, why non-coders ship faster than senior engineers, and the age of the curious.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>The Migration You've Been Putting Off for Years</title>
      <itunes:episode>14</itunes:episode>
      <podcast:episode>14</podcast:episode>
      <itunes:title>The Migration You've Been Putting Off for Years</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">265563bd-fde1-41d7-80b9-2b7042b4b0a8</guid>
      <link>https://share.transistor.fm/s/49456175</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Engineering leaders have been sitting on the same migrations for years — monolith to microservices, ORM rewrites, framework upgrades — because the cost of doing them was always 50% of the engineering org for a year. Claude makes those migrations feasible. But not as a single 12,000-line PR. Dan and Dave break down the method that turns a five-year migration into a three-month migration with a skill, a cron job, and a learning loop.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The anti-pattern: 12,000- to 100,000-line migration PRs. Tempting with Claude, but the absolute wrong way</li>
  <li>The method: pick a small piece, do the first migration with Claude in the loop, then have Claude write a skill from what you learned</li>
  <li>Run the skill on a cron — Claude opens one small migration PR a day while you ship product code</li>
  <li>Why the engineering fundamentals haven't changed: testing infrastructure, shadow reads/writes, upfront planning are still required</li>
  <li>Adding a learning loop so every cron run gets smarter — each PR is less rocky than the last</li>
  <li>Who this is for: engineering leaders, product leaders, and CEOs staring at tech debt they've been avoiding for years</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"30,000, 50,000, a hundred thousand line PRs are not the answer."</li>
  <li>"Your three-year migration is now a six-month or a three-month migration. And the most important thing is — you're not spending any time on it."</li>
  <li>"All the core engineering principles that you've already learned are still super, super valuable."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Engineering leaders have been sitting on the same migrations for years — monolith to microservices, ORM rewrites, framework upgrades — because the cost of doing them was always 50% of the engineering org for a year. Claude makes those migrations feasible. But not as a single 12,000-line PR. Dan and Dave break down the method that turns a five-year migration into a three-month migration with a skill, a cron job, and a learning loop.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The anti-pattern: 12,000- to 100,000-line migration PRs. Tempting with Claude, but the absolute wrong way</li>
  <li>The method: pick a small piece, do the first migration with Claude in the loop, then have Claude write a skill from what you learned</li>
  <li>Run the skill on a cron — Claude opens one small migration PR a day while you ship product code</li>
  <li>Why the engineering fundamentals haven't changed: testing infrastructure, shadow reads/writes, upfront planning are still required</li>
  <li>Adding a learning loop so every cron run gets smarter — each PR is less rocky than the last</li>
  <li>Who this is for: engineering leaders, product leaders, and CEOs staring at tech debt they've been avoiding for years</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"30,000, 50,000, a hundred thousand line PRs are not the answer."</li>
  <li>"Your three-year migration is now a six-month or a three-month migration. And the most important thing is — you're not spending any time on it."</li>
  <li>"All the core engineering principles that you've already learned are still super, super valuable."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Thu, 07 May 2026 18:58:35 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/49456175/c612bc08.mp3" length="9640788" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>603</itunes:duration>
      <itunes:summary>Massive migrations finally feel possible with AI — but 12,000-line PRs aren't the answer. Dan and Dave break down how a skill plus a cron job turns five-year migrations into three-month migrations without burning your engineering team.</itunes:summary>
      <itunes:subtitle>Massive migrations finally feel possible with AI — but 12,000-line PRs aren't the answer. Dan and Dave break down how a skill plus a cron job turns five-year migrations into three-month migrations without burning your engineering team.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>PR Reviews After Claude</title>
      <itunes:episode>13</itunes:episode>
      <podcast:episode>13</podcast:episode>
      <itunes:title>PR Reviews After Claude</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">ca573836-a9e4-4379-b7a8-a3830a33e13b</guid>
      <link>https://share.transistor.fm/s/805edda1</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Generic AI PR review agents from Copilot, Gemini, and Claude are a baseline, not a finish line. Dan and Dave break down the five things senior engineers actually look for in a PR — and why a custom review skill catches issues that the stock agents miss.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The "V zero" problem — why generic GitHub PR review agents only get you so far</li>
  <li>Five things senior engineers want surfaced first: what+why, views/APIs changed, business logic, breaking changes, and concerns from the standard review</li>
  <li>Stale PR titles and bodies — Claude rarely updates them across iterations unless you force it</li>
  <li>Breaking changes at the API and database layer: not minor outages, 100% outages</li>
  <li>How agentic coding goes sideways — random indexes, drive-by event systems, features Claude assumes you'll need</li>
  <li>Why posting inline review comments is the underrated capability most generic agents skip</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Having a generic PR review agent is not as valuable as one that's custom for your company."</li>
  <li>"It's not like a minor outage, it's a hundred percent outage if you mess that up."</li>
  <li>"Claude has a lot of agency. It'll just go add features that it assumes you'll need in the future."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Generic AI PR review agents from Copilot, Gemini, and Claude are a baseline, not a finish line. Dan and Dave break down the five things senior engineers actually look for in a PR — and why a custom review skill catches issues that the stock agents miss.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The "V zero" problem — why generic GitHub PR review agents only get you so far</li>
  <li>Five things senior engineers want surfaced first: what+why, views/APIs changed, business logic, breaking changes, and concerns from the standard review</li>
  <li>Stale PR titles and bodies — Claude rarely updates them across iterations unless you force it</li>
  <li>Breaking changes at the API and database layer: not minor outages, 100% outages</li>
  <li>How agentic coding goes sideways — random indexes, drive-by event systems, features Claude assumes you'll need</li>
  <li>Why posting inline review comments is the underrated capability most generic agents skip</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Having a generic PR review agent is not as valuable as one that's custom for your company."</li>
  <li>"It's not like a minor outage, it's a hundred percent outage if you mess that up."</li>
  <li>"Claude has a lot of agency. It'll just go add features that it assumes you'll need in the future."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Tue, 05 May 2026 10:19:11 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/805edda1/e6a65bdd.mp3" length="11502796" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>719</itunes:duration>
      <itunes:summary>Generic AI PR review agents are a baseline, not a finish line. Dan and Dave break down the five things senior engineers actually look for in a PR — and why a custom review skill catches what the stock agents miss.</itunes:summary>
      <itunes:subtitle>Generic AI PR review agents are a baseline, not a finish line. Dan and Dave break down the five things senior engineers actually look for in a PR — and why a custom review skill catches what the stock agents miss.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Let Builders Build</title>
      <itunes:episode>12</itunes:episode>
      <podcast:episode>12</podcast:episode>
      <itunes:title>Let Builders Build</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">046a2530-6ce3-4954-aa63-07f37967e5f0</guid>
      <link>https://share.transistor.fm/s/9fc80ab0</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>AI transformation isn't a tooling problem. It's an organizational one. Dave and Dan dig into why bringing in AI without cutting bureaucracy, top-down processes, and the people who create them just gets you the same speed with new tools — and what to actually change so builders can build.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why technical adoption alone won't make your engineering org faster</li>
  <li>How processes, architecture committees, and "trust theater" silently kill velocity</li>
  <li>Builders vs maintainers — when to prune, and why "palace guards" are a real role to retire</li>
  <li>The honest test: ask your top performers what it would take to 2x — then act on the answer</li>
  <li>Speeding up the upstream too: product, design, security, sales — same playbook</li>
  <li>Why ownership and sideways accountability beat top-down hierarchies for moving fast</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"As an engineering manager, your main job is to get the hell out of their way and let the builders build."</li>
  <li>"You have palace guards who look good and protect everything. They don't really do much. And you have commanders who go out there and kick ass."</li>
  <li>"Move fast and build things — you can actually build quickly if you have the right system in place."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>AI transformation isn't a tooling problem. It's an organizational one. Dave and Dan dig into why bringing in AI without cutting bureaucracy, top-down processes, and the people who create them just gets you the same speed with new tools — and what to actually change so builders can build.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why technical adoption alone won't make your engineering org faster</li>
  <li>How processes, architecture committees, and "trust theater" silently kill velocity</li>
  <li>Builders vs maintainers — when to prune, and why "palace guards" are a real role to retire</li>
  <li>The honest test: ask your top performers what it would take to 2x — then act on the answer</li>
  <li>Speeding up the upstream too: product, design, security, sales — same playbook</li>
  <li>Why ownership and sideways accountability beat top-down hierarchies for moving fast</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"As an engineering manager, your main job is to get the hell out of their way and let the builders build."</li>
  <li>"You have palace guards who look good and protect everything. They don't really do much. And you have commanders who go out there and kick ass."</li>
  <li>"Move fast and build things — you can actually build quickly if you have the right system in place."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Fri, 01 May 2026 08:09:24 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/9fc80ab0/6ff61f79.mp3" length="10376396" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>649</itunes:duration>
      <itunes:summary>AI won't make your org faster if your processes are slow. Dave and Dan on why bureaucracy, low trust, and "palace guards" kill velocity — and the personnel decisions you need to make to actually let builders build.</itunes:summary>
      <itunes:subtitle>AI won't make your org faster if your processes are slow. Dave and Dan on why bureaucracy, low trust, and "palace guards" kill velocity — and the personnel decisions you need to make to actually let builders build.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>What to Say When the Board Asks About AI</title>
      <itunes:episode>11</itunes:episode>
      <podcast:episode>11</podcast:episode>
      <itunes:title>What to Say When the Board Asks About AI</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">e54314dc-89b5-4932-b9d7-f7a4faa94c01</guid>
      <link>https://share.transistor.fm/s/950e4db5</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan walk through the questions a board or executive will ask about AI — from inventory and tooling to ROI, accountability, and competitive risk — and what answers actually hold up. Pro tip: if you can't answer them, your competitors probably can.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Do we have an inventory of where AI is operating in the company? — most orgs can't answer this</li>
  <li>The scattershot tooling trap — why one tool, used together, beats four licenses spread across the team</li>
  <li>Who's responsible when something goes wrong? — calculated risk + a no-fault, no-blame postmortem policy</li>
  <li>Measuring ROI — forget "10x feels"; the only number worth tracking is PRs deployed to production</li>
  <li>Are we keeping up with competitors? — a 20% efficiency gap is massive, and it compounds in months</li>
  <li>How do we know AI is doing what we think? — agents, gates, canaries, and tuning context surfacing</li>
  <li>Are we losing institutional knowledge? — the answer is to auto-update docs and runbooks every night</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"I don't think board members care about culture very much. Bottom line — are you guys shipping?"</li>
  <li>"Pick one tool, make your whole company use the same tool. A bunch of individuals using AI is more productive, but a team using AI together gets you 10x."</li>
  <li>"If you're not investing and seeing your team adopt AI and ship faster, your competitors are. Maybe not now, but they will in three months."</li>
  <li>"Everything that Claude needs to know is the same thing that humans need to know."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan walk through the questions a board or executive will ask about AI — from inventory and tooling to ROI, accountability, and competitive risk — and what answers actually hold up. Pro tip: if you can't answer them, your competitors probably can.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Do we have an inventory of where AI is operating in the company? — most orgs can't answer this</li>
  <li>The scattershot tooling trap — why one tool, used together, beats four licenses spread across the team</li>
  <li>Who's responsible when something goes wrong? — calculated risk + a no-fault, no-blame postmortem policy</li>
  <li>Measuring ROI — forget "10x feels"; the only number worth tracking is PRs deployed to production</li>
  <li>Are we keeping up with competitors? — a 20% efficiency gap is massive, and it compounds in months</li>
  <li>How do we know AI is doing what we think? — agents, gates, canaries, and tuning context surfacing</li>
  <li>Are we losing institutional knowledge? — the answer is to auto-update docs and runbooks every night</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"I don't think board members care about culture very much. Bottom line — are you guys shipping?"</li>
  <li>"Pick one tool, make your whole company use the same tool. A bunch of individuals using AI is more productive, but a team using AI together gets you 10x."</li>
  <li>"If you're not investing and seeing your team adopt AI and ship faster, your competitors are. Maybe not now, but they will in three months."</li>
  <li>"Everything that Claude needs to know is the same thing that humans need to know."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Tue, 28 Apr 2026 09:12:35 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/950e4db5/b4bd3bbc.mp3" length="13009121" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>814</itunes:duration>
      <itunes:summary>The questions every board will ask about AI — inventory, tooling, accountability, ROI, competitive pressure — and what answers actually hold up. If you can't answer them, your competitors can.</itunes:summary>
      <itunes:subtitle>The questions every board will ask about AI — inventory, tooling, accountability, ROI, competitive pressure — and what answers actually hold up. If you can't answer them, your competitors can.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Prepping Your Repo for Autonomous Programming</title>
      <itunes:episode>10</itunes:episode>
      <podcast:episode>10</podcast:episode>
      <itunes:title>Prepping Your Repo for Autonomous Programming</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">1ae8ba42-a1d5-4c35-b624-c37c4eb6d700</guid>
      <link>https://share.transistor.fm/s/2b549080</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan break down the upfront infrastructure work required before a single repo is ready for autonomous programming. They walk through the full prep checklist — monorepo structure, lazy-loaded docs, 90% test coverage with end-to-end tests, a dev environment that actually matches prod, canary deploys, and observability — and explain why each one is non-negotiable when you're shipping code without a human in the loop.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why monorepos win — a root-level CLAUDE.md that knows how all your services interact, plus per-service docs underneath</li>
  <li>Progressive disclosure for context — keep CLAUDE.md under 200 lines and lazy-load topical docs (data model, GitHub Actions, Terraform, API endpoints)</li>
  <li>A daily docs cron — agents that update your docs every morning so context never goes stale</li>
  <li>Agent validation = tests + lints — 90% coverage as a hard gate, unit + end-to-end, all green before merge</li>
  <li>Shipwright crons in practice — development, review, docs, golden principles, cruft cleanup; one of them found and fixed an unauthorized Stripe webhook overnight</li>
  <li>Dev parity, canary deploys, and observability — the safety stack that makes shipping without a human safe (yes, just pay for Datadog)</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"You can't just turn it on and expect magic to happen. There's a bunch of upfront work — we call it infrastructure — around your repository."</li>
  <li>"You're shipping code without a human involved. So you gotta put in as many safety things as possible. You gotta burn those extra calories to make sure dev is the same as prod."</li>
  <li>"I am an open source guy, but if it was up to me — just bite the bullet. Pay for Datadog and use APM."</li>
  <li>"By the way, these are things that would benefit any organization even if you aren't autonomous. Every org should be doing this anyway."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan break down the upfront infrastructure work required before a single repo is ready for autonomous programming. They walk through the full prep checklist — monorepo structure, lazy-loaded docs, 90% test coverage with end-to-end tests, a dev environment that actually matches prod, canary deploys, and observability — and explain why each one is non-negotiable when you're shipping code without a human in the loop.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>Why monorepos win — a root-level CLAUDE.md that knows how all your services interact, plus per-service docs underneath</li>
  <li>Progressive disclosure for context — keep CLAUDE.md under 200 lines and lazy-load topical docs (data model, GitHub Actions, Terraform, API endpoints)</li>
  <li>A daily docs cron — agents that update your docs every morning so context never goes stale</li>
  <li>Agent validation = tests + lints — 90% coverage as a hard gate, unit + end-to-end, all green before merge</li>
  <li>Shipwright crons in practice — development, review, docs, golden principles, cruft cleanup; one of them found and fixed an unauthorized Stripe webhook overnight</li>
  <li>Dev parity, canary deploys, and observability — the safety stack that makes shipping without a human safe (yes, just pay for Datadog)</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"You can't just turn it on and expect magic to happen. There's a bunch of upfront work — we call it infrastructure — around your repository."</li>
  <li>"You're shipping code without a human involved. So you gotta put in as many safety things as possible. You gotta burn those extra calories to make sure dev is the same as prod."</li>
  <li>"I am an open source guy, but if it was up to me — just bite the bullet. Pay for Datadog and use APM."</li>
  <li>"By the way, these are things that would benefit any organization even if you aren't autonomous. Every org should be doing this anyway."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Sat, 25 Apr 2026 11:26:28 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/2b549080/563b447b.mp3" length="14262580" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>892</itunes:duration>
      <itunes:summary>The infrastructure checklist before turning on autonomous programming: monorepo, lazy-loaded docs, 90% tests with end-to-end, dev parity, canary deploys, and observability. Non-negotiables for shipping code without a human.</itunes:summary>
      <itunes:subtitle>The infrastructure checklist before turning on autonomous programming: monorepo, lazy-loaded docs, 90% tests with end-to-end, dev parity, canary deploys, and observability. Non-negotiables for shipping code without a human.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>One Tool for Everyone: Claude Beyond the Engineering Team</title>
      <itunes:episode>9</itunes:episode>
      <podcast:episode>9</podcast:episode>
      <itunes:title>One Tool for Everyone: Claude Beyond the Engineering Team</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">d2877c3d-4589-4a0b-a8e0-3e7f9cadbe37</guid>
      <link>https://share.transistor.fm/s/3d6bbdd5</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan share what they're seeing in the field this week: non-software engineers — in marketing, sales, customer service, and data — are getting massively accelerated by Claude Desktop and MCP servers. The episode centers on a real story of a single subject matter expert who built a Snowflake data tool, shared it across his entire company, and eliminated the need for one-off dashboard requests forever. The core argument: stop experimenting with every AI tool and pick one. For the whole company.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>Claude Desktop for non-engineers</strong> — How marketing, sales, and ops teams are using Claude Desktop + MCP servers to do work that previously required engineering sprints</li>
  <li><strong>The admin app problem</strong> — Why internal tools are always hacked together, and how giving Claude access to the data warehouse sidesteps that entirely</li>
  <li><strong>Snowflake + Claude + Vector DB</strong> — How one team built a self-documenting data layer: Claude explores the warehouse, writes documentation, and surfaces the right tables via natural language</li>
  <li><strong>Pick one tool</strong> — The case for committing your whole org to a single AI platform so shared tools, skills, and workflows actually compound across teams</li>
  <li><strong>Building skills, not just prompts</strong> — Why the unlock isn't the first conversation with Claude, it's turning that conversation into a reusable skill that works every time</li>
  <li><strong>What Anthropic hasn't built yet</strong> — Two missing pieces: scheduled tasks (a morning brief without cron hacks) and a direct bridge between Claude Code and Claude Desktop projects</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Be an adult. If you're in leadership, say: we are going with this tool. Dan and I recommend Claude Code."</li>
  <li>"It's not Claude, it's not GPT. These things are getting better and better. It's the system you're building on top of it."</li>
  <li>"A single human being who was an expert on this was able to create a tool for himself — and now he shared it with his team. Developers can use it. Marketing can use it. Anyone in the company can use it."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan share what they're seeing in the field this week: non-software engineers — in marketing, sales, customer service, and data — are getting massively accelerated by Claude Desktop and MCP servers. The episode centers on a real story of a single subject matter expert who built a Snowflake data tool, shared it across his entire company, and eliminated the need for one-off dashboard requests forever. The core argument: stop experimenting with every AI tool and pick one. For the whole company.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>Claude Desktop for non-engineers</strong> — How marketing, sales, and ops teams are using Claude Desktop + MCP servers to do work that previously required engineering sprints</li>
  <li><strong>The admin app problem</strong> — Why internal tools are always hacked together, and how giving Claude access to the data warehouse sidesteps that entirely</li>
  <li><strong>Snowflake + Claude + Vector DB</strong> — How one team built a self-documenting data layer: Claude explores the warehouse, writes documentation, and surfaces the right tables via natural language</li>
  <li><strong>Pick one tool</strong> — The case for committing your whole org to a single AI platform so shared tools, skills, and workflows actually compound across teams</li>
  <li><strong>Building skills, not just prompts</strong> — Why the unlock isn't the first conversation with Claude, it's turning that conversation into a reusable skill that works every time</li>
  <li><strong>What Anthropic hasn't built yet</strong> — Two missing pieces: scheduled tasks (a morning brief without cron hacks) and a direct bridge between Claude Code and Claude Desktop projects</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Be an adult. If you're in leadership, say: we are going with this tool. Dan and I recommend Claude Code."</li>
  <li>"It's not Claude, it's not GPT. These things are getting better and better. It's the system you're building on top of it."</li>
  <li>"A single human being who was an expert on this was able to create a tool for himself — and now he shared it with his team. Developers can use it. Marketing can use it. Anyone in the company can use it."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Mon, 13 Apr 2026 08:30:43 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/3d6bbdd5/51ba84cb.mp3" length="13300451" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>832</itunes:duration>
      <itunes:summary>Claude isn't just for engineers. This week: how marketing, ops, and data teams are getting massively accelerated with Claude Desktop + MCP — and why picking one AI tool for your whole company is the real unlock.</itunes:summary>
      <itunes:subtitle>Claude isn't just for engineers. This week: how marketing, ops, and data teams are getting massively accelerated with Claude Desktop + MCP — and why picking one AI tool for your whole company is the real unlock.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Vitals OS: The Autonomous Coding Pipeline</title>
      <itunes:episode>8</itunes:episode>
      <podcast:episode>8</podcast:episode>
      <itunes:title>Vitals OS: The Autonomous Coding Pipeline</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">f8acbbe3-d0ce-46f8-a01c-ca4406097154</guid>
      <link>https://share.transistor.fm/s/8be23659</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan announce Vitals OS — App Vitals' autonomous coding pipeline built on Claude Code and their Shipwright plugin. In the past two weeks it shipped 393 pull requests, with Dave and Dan writing fewer than 10 of them. They walk through how the pipeline works, where it still needs humans, and how they plan to bring it to client codebases.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The 393 PR milestone — what autonomous coding at scale actually looks like in practice</li>
  <li>The Shipwright plugin — a full DevOps-style pipeline covering research, planning, coding, and validation</li>
  <li>The 95% threshold — where the agent runs fully autonomous and where humans step in</li>
  <li>Slack as the interface — directing agents via voice notes while walking the dog</li>
  <li>The last 5% — deployment, monitoring, and architecture review as the human value-add</li>
  <li>Vitals OS for clients — launching the product for founders and non-technical builders</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Dan and I have done less than 10 pull requests out of the 400. It's pretty powerful stuff."</li>
  <li>"It doesn't stop until all the PR tests have passed successfully."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan announce Vitals OS — App Vitals' autonomous coding pipeline built on Claude Code and their Shipwright plugin. In the past two weeks it shipped 393 pull requests, with Dave and Dan writing fewer than 10 of them. They walk through how the pipeline works, where it still needs humans, and how they plan to bring it to client codebases.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>The 393 PR milestone — what autonomous coding at scale actually looks like in practice</li>
  <li>The Shipwright plugin — a full DevOps-style pipeline covering research, planning, coding, and validation</li>
  <li>The 95% threshold — where the agent runs fully autonomous and where humans step in</li>
  <li>Slack as the interface — directing agents via voice notes while walking the dog</li>
  <li>The last 5% — deployment, monitoring, and architecture review as the human value-add</li>
  <li>Vitals OS for clients — launching the product for founders and non-technical builders</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"Dan and I have done less than 10 pull requests out of the 400. It's pretty powerful stuff."</li>
  <li>"It doesn't stop until all the PR tests have passed successfully."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Sat, 11 Apr 2026 20:05:30 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/8be23659/dfaea98b.mp3" length="8467412" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>691</itunes:duration>
      <itunes:summary>Dave and Dan announce Vitals OS — their autonomous coding pipeline that shipped 393 PRs in two weeks with fewer than 10 from humans. 95% hands-off, built on Claude Code.</itunes:summary>
      <itunes:subtitle>Dave and Dan announce Vitals OS — their autonomous coding pipeline that shipped 393 PRs in two weeks with fewer than 10 from humans. 95% hands-off, built on Claude Code.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Who Leads Your AI Transformation?</title>
      <itunes:episode>6</itunes:episode>
      <podcast:episode>6</podcast:episode>
      <itunes:title>Who Leads Your AI Transformation?</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">5d58fa7a-fc6a-41f5-bbc1-7e2a5ad732d0</guid>
      <link>https://share.transistor.fm/s/bca93af0</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>A client asked Dave and Dan a deceptively simple question: "What should we call the job title for the person who leads our AI engineering transformation?" The answer surprised them — it's not a new role. It's a Principal Engineer. In this episode, they break down exactly what that means, why the best candidate hasn't written a line of code in the last six months, and how to interview for it.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>Why there's no new job title</strong> — agentic engineering isn't a sliver of your org, it's the whole thing. The role is Principal or Distinguished Engineer, full stop.</li>
  <li><strong>The counterintuitive hiring criterion</strong> — you want someone who's written code for 10–20 years but hasn't written a line in the last six months. They've already built the trust with AI systems to let go.</li>
  <li><strong>DHH and Linus flipped</strong> — both publicly opposed AI-generated code; now it's in Rails and the Linux kernel. The holdouts have adapted. So should you.</li>
  <li><strong>Why rewrites almost always fail</strong> — Dave and Dan's take on migrations: the first 80% is easy, the last 20% kills the project, and you end up with something just as messy as what you started with.</li>
  <li><strong>The interview process has changed</strong> — don't ask them to write code. Ask them to show you the system they built to build code. "If you built it by coding, you're not a good candidate."</li>
  <li><strong>Management is in the way</strong> — autonomy and agency are what make senior engineers succeed. Micromanagement is the fastest way to lose the person you just hired.</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"If you built it by coding, you're not a good candidate."</li>
  <li>"Your job nowadays is to not just build that system, but to constantly improve that system. You're building, maintaining, and improving a system that's building stuff for you — that is your job."</li>
  <li>"It's game over guys. You need to adapt if you haven't already."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>A client asked Dave and Dan a deceptively simple question: "What should we call the job title for the person who leads our AI engineering transformation?" The answer surprised them — it's not a new role. It's a Principal Engineer. In this episode, they break down exactly what that means, why the best candidate hasn't written a line of code in the last six months, and how to interview for it.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>Why there's no new job title</strong> — agentic engineering isn't a sliver of your org, it's the whole thing. The role is Principal or Distinguished Engineer, full stop.</li>
  <li><strong>The counterintuitive hiring criterion</strong> — you want someone who's written code for 10–20 years but hasn't written a line in the last six months. They've already built the trust with AI systems to let go.</li>
  <li><strong>DHH and Linus flipped</strong> — both publicly opposed AI-generated code; now it's in Rails and the Linux kernel. The holdouts have adapted. So should you.</li>
  <li><strong>Why rewrites almost always fail</strong> — Dave and Dan's take on migrations: the first 80% is easy, the last 20% kills the project, and you end up with something just as messy as what you started with.</li>
  <li><strong>The interview process has changed</strong> — don't ask them to write code. Ask them to show you the system they built to build code. "If you built it by coding, you're not a good candidate."</li>
  <li><strong>Management is in the way</strong> — autonomy and agency are what make senior engineers succeed. Micromanagement is the fastest way to lose the person you just hired.</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"If you built it by coding, you're not a good candidate."</li>
  <li>"Your job nowadays is to not just build that system, but to constantly improve that system. You're building, maintaining, and improving a system that's building stuff for you — that is your job."</li>
  <li>"It's game over guys. You need to adapt if you haven't already."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Mon, 06 Apr 2026 12:32:11 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/bca93af0/19f7696b.mp3" length="15889265" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>994</itunes:duration>
      <itunes:summary>Who should lead your AI engineering transformation? Dave and Dan argue it's a Principal Engineer — specifically one who hasn't written code in 6+ months but has built systems that do.</itunes:summary>
      <itunes:subtitle>Who should lead your AI engineering transformation? Dave and Dan argue it's a Principal Engineer — specifically one who hasn't written code in 6+ months but has built systems that do.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>The Google Meet Epiphany</title>
      <itunes:episode>5</itunes:episode>
      <podcast:episode>5</podcast:episode>
      <itunes:title>The Google Meet Epiphany</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">e8f62e46-005b-48ee-b3a9-c871d40701e2</guid>
      <link>https://share.transistor.fm/s/da090ce4</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan share a jaw-dropping collaboration breakthrough: Claude Code's voice mode accidentally picked up Dan's suggestions over a Google Meet call, turning a routine planning session into a real-time AI pair-planning session with two people and one AI. They also react to the OpenAI source code leak, discuss the real cost of their MAX subscription, and share how Claude Code fits into every part of their day — including 2 AM phone sessions from bed.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>The Google Meet Epiphany</strong> — Claude Code voice mode picking up a second person's voice over video call unlocks true real-time collaborative AI planning</li>
  <li><strong>Simpler than you think</strong> — Years of complex collaboration feature ideas, solved by speech-to-text + two people on a call</li>
  <li><strong>The last 5% with clients</strong> — How this breakthrough eliminates friction between technical and non-technical collaborators</li>
  <li><strong>OpenAI source code leak</strong> — Dave and Dan's hot take: it's more about the system you build on top of the LLM layer than the model itself</li>
  <li><strong>The real cost of Claude MAX</strong> — $200/month subscription estimated at $5k/month in equivalent API usage</li>
  <li><strong>Claude Code everywhere</strong> — Voice mode on walks, remote sessions at 2 AM, agents coding while you sleep</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"You don't need a hundred different features. It's just get on a Google Meet, start pairing together."</li>
  <li>"Oh my God, dude, if we don't build some awesome product, it's our fault, not Claude."</li>
  <li>"If they were to actually charge what it actually costs, I might have to be an electrician."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan share a jaw-dropping collaboration breakthrough: Claude Code's voice mode accidentally picked up Dan's suggestions over a Google Meet call, turning a routine planning session into a real-time AI pair-planning session with two people and one AI. They also react to the OpenAI source code leak, discuss the real cost of their MAX subscription, and share how Claude Code fits into every part of their day — including 2 AM phone sessions from bed.</p>

<p><b>Key Topics</b></p>
<ul>
  <li><strong>The Google Meet Epiphany</strong> — Claude Code voice mode picking up a second person's voice over video call unlocks true real-time collaborative AI planning</li>
  <li><strong>Simpler than you think</strong> — Years of complex collaboration feature ideas, solved by speech-to-text + two people on a call</li>
  <li><strong>The last 5% with clients</strong> — How this breakthrough eliminates friction between technical and non-technical collaborators</li>
  <li><strong>OpenAI source code leak</strong> — Dave and Dan's hot take: it's more about the system you build on top of the LLM layer than the model itself</li>
  <li><strong>The real cost of Claude MAX</strong> — $200/month subscription estimated at $5k/month in equivalent API usage</li>
  <li><strong>Claude Code everywhere</strong> — Voice mode on walks, remote sessions at 2 AM, agents coding while you sleep</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"You don't need a hundred different features. It's just get on a Google Meet, start pairing together."</li>
  <li>"Oh my God, dude, if we don't build some awesome product, it's our fault, not Claude."</li>
  <li>"If they were to actually charge what it actually costs, I might have to be an electrician."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Sun, 05 Apr 2026 11:55:58 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/da090ce4/6304d4fc.mp3" length="10601654" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>663</itunes:duration>
      <itunes:summary>Dave and Dan discover they can pair-plan with Claude Code over Google Meet — Dan's voice gets picked up by Dave's mic, turning a video call into a live two-person AI session.</itunes:summary>
      <itunes:subtitle>Dave and Dan discover they can pair-plan with Claude Code over Google Meet — Dan's voice gets picked up by Dave's mic, turning a video call into a live two-person AI session.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>Building a System to Build Code</title>
      <itunes:episode>4</itunes:episode>
      <podcast:episode>4</podcast:episode>
      <itunes:title>Building a System to Build Code</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">dd27f5c8-2864-4654-8803-ccf1ca8aca1b</guid>
      <link>https://share.transistor.fm/s/4dc9033e</link>
      <description>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan share how they shipped 254 pull requests in 7 days using AI agents Sully and Bodhi — with only about 10 hours of human effort combined. They unpack the key unlock (getting out of the terminal and into Slack), how they accidentally broke their own planning rules and recovered, and how adding metrics and learning loops turned a chaotic experiment into a real production system.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>254 PRs in 7 days: how autonomous agents maintained 40 PRs/day even on weekends</li>
  <li>Getting out of the terminal — why Slack became the unlock for async AI collaboration</li>
  <li>How two agents with the same model developed different personalities through memory</li>
  <li>Skipping the planning phase, chaos, microservices, and Wednesday night recovery</li>
  <li>Metrics as ground truth: moving from learning loops to hard numbers with PostHog</li>
  <li>What enterprise engineering orgs need to do right now (break your workflows)</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"You should be breaking your workflows right now. You should be experimenting. You should not hold on to any legacy workflows."</li>
  <li>"We have two pull requests in the last 20 minutes, and Dan and I are sitting here talking. We did not do anything. It is just our bots out there working."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><b>Episode Summary</b></p>
<p>Dave and Dan share how they shipped 254 pull requests in 7 days using AI agents Sully and Bodhi — with only about 10 hours of human effort combined. They unpack the key unlock (getting out of the terminal and into Slack), how they accidentally broke their own planning rules and recovered, and how adding metrics and learning loops turned a chaotic experiment into a real production system.</p>

<p><b>Key Topics</b></p>
<ul>
  <li>254 PRs in 7 days: how autonomous agents maintained 40 PRs/day even on weekends</li>
  <li>Getting out of the terminal — why Slack became the unlock for async AI collaboration</li>
  <li>How two agents with the same model developed different personalities through memory</li>
  <li>Skipping the planning phase, chaos, microservices, and Wednesday night recovery</li>
  <li>Metrics as ground truth: moving from learning loops to hard numbers with PostHog</li>
  <li>What enterprise engineering orgs need to do right now (break your workflows)</li>
</ul>

<p><b>Notable Quotes</b></p>
<ul>
  <li>"You should be breaking your workflows right now. You should be experimenting. You should not hold on to any legacy workflows."</li>
  <li>"We have two pull requests in the last 20 minutes, and Dan and I are sitting here talking. We did not do anything. It is just our bots out there working."</li>
</ul>

<p><b>About The Velocity Lab</b></p>
<p>Dave O'Dell and Dan McAulay work inside engineering organizations every day helping them ship faster with AI. No hype, no BS — just what's working in the field.</p>
<p>Subscribe: <a href="https://feeds.transistor.fm/the-velocity-lab">RSS</a></p>]]>
      </content:encoded>
      <pubDate>Sat, 04 Apr 2026 15:47:58 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/4dc9033e/136f0c9e.mp3" length="16934997" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>1059</itunes:duration>
      <itunes:summary>Dave and Dan built 254 pull requests in 7 days using AI agents — and most of it happened while they slept.</itunes:summary>
      <itunes:subtitle>Dave and Dan built 254 pull requests in 7 days using AI agents — and most of it happened while they slept.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>EP003 - Is Code the Next Abstraction Layer</title>
      <itunes:episode>3</itunes:episode>
      <podcast:episode>3</podcast:episode>
      <itunes:title>EP003 - Is Code the Next Abstraction Layer</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">fc38be42-cc52-46e7-8397-ef066c8c6aeb</guid>
      <link>https://share.transistor.fm/s/4641db75</link>
      <description>
        <![CDATA[Programming languages have always built on top of each other. With agentic coding, is the knowledge of code itself going to disappear? Dave and Dan debate whether software engineers will need to know programming languages in five years, and what harness engineering means for the future.]]>
      </description>
      <content:encoded>
        <![CDATA[Programming languages have always built on top of each other. With agentic coding, is the knowledge of code itself going to disappear? Dave and Dan debate whether software engineers will need to know programming languages in five years, and what harness engineering means for the future.]]>
      </content:encoded>
      <pubDate>Fri, 27 Mar 2026 18:07:19 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/4641db75/42ae5e48.mp3" length="20815886" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>868</itunes:duration>
      <itunes:summary>Programming languages have always built on top of each other. With agentic coding, is the knowledge of code itself going to disappear? Dave and Dan debate whether software engineers will need to know programming languages in five years, and what harness engineering means for the future.</itunes:summary>
      <itunes:subtitle>Programming languages have always built on top of each other. With agentic coding, is the knowledge of code itself going to disappear? Dave and Dan debate whether software engineers will need to know programming languages in five years, and what harness e</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>EP002 - This Week in Claude Code</title>
      <itunes:episode>2</itunes:episode>
      <podcast:episode>2</podcast:episode>
      <itunes:title>EP002 - This Week in Claude Code</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">4606cdd3-c040-462f-8613-76df9a95c7a1</guid>
      <link>https://share.transistor.fm/s/c111b84f</link>
      <description>
        <![CDATA[Claude Code updates for March 27, 2026. Dave demos voice mode in the CLI, remote control sessions from your phone while walking the dog, and the 1 million token context window that somehow still is not enough.]]>
      </description>
      <content:encoded>
        <![CDATA[Claude Code updates for March 27, 2026. Dave demos voice mode in the CLI, remote control sessions from your phone while walking the dog, and the 1 million token context window that somehow still is not enough.]]>
      </content:encoded>
      <pubDate>Fri, 27 Mar 2026 18:07:17 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/c111b84f/b52a7f79.mp3" length="16859882" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>703</itunes:duration>
      <itunes:summary>Claude Code updates for March 27, 2026. Dave demos voice mode in the CLI, remote control sessions from your phone while walking the dog, and the 1 million token context window that somehow still is not enough.</itunes:summary>
      <itunes:subtitle>Claude Code updates for March 27, 2026. Dave demos voice mode in the CLI, remote control sessions from your phone while walking the dog, and the 1 million token context window that somehow still is not enough.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>EP001 - The Velocity Trap</title>
      <itunes:episode>1</itunes:episode>
      <podcast:episode>1</podcast:episode>
      <itunes:title>EP001 - The Velocity Trap</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">a42b1c46-4879-4a40-b69e-b42f9fb417d7</guid>
      <link>https://share.transistor.fm/s/c5fad90b</link>
      <description>
        <![CDATA[Why giving every engineer access to every AI tool does not work. Dave and Dan break down the scattershot approach and why you need to focus on the entire SDLC.]]>
      </description>
      <content:encoded>
        <![CDATA[Why giving every engineer access to every AI tool does not work. Dave and Dan break down the scattershot approach and why you need to focus on the entire SDLC.]]>
      </content:encoded>
      <pubDate>Fri, 27 Mar 2026 18:07:14 -0700</pubDate>
      <author>Dave O'Dell and Dan McAulay</author>
      <enclosure url="https://media.transistor.fm/c5fad90b/ec6d35b6.mp3" length="22037756" type="audio/mpeg"/>
      <itunes:author>Dave O'Dell and Dan McAulay</itunes:author>
      <itunes:duration>919</itunes:duration>
      <itunes:summary>Why giving every engineer access to every AI tool does not work. Dave and Dan break down the scattershot approach and why you need to focus on the entire SDLC.</itunes:summary>
      <itunes:subtitle>Why giving every engineer access to every AI tool does not work. Dave and Dan break down the scattershot approach and why you need to focus on the entire SDLC.</itunes:subtitle>
      <itunes:keywords>claude code, AI coding, devops, platform engineering, SDLC acceleration, AI agents, developer productivity, engineering velocity, software delivery, tech leadership</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
  </channel>
</rss>
