<?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/fundamentals-of-software-engineering" title="MP3 Audio"/>
    <atom:link rel="hub" href="https://pubsubhubbub.appspot.com/"/>
    <podcast:podping usesPodping="true"/>
    <title>Fundamentals of Software Engineering</title>
    <generator>Transistor (https://transistor.fm)</generator>
    <itunes:new-feed-url>https://feeds.transistor.fm/fundamentals-of-software-engineering</itunes:new-feed-url>
    <description>Programmer, coder, developer—there are any number of titles used to describe people who create software, but what does it mean to be a software engineer? Despite the way software is often taught, being a software engineer is about far more than simply producing syntactically correct programs.</description>
    <copyright>© 2026 Dan Vega, Nate Schutta</copyright>
    <podcast:guid>bb81bbd8-a1b4-5048-ba71-75329d2b7959</podcast:guid>
    <podcast:locked>yes</podcast:locked>
    <language>en</language>
    <pubDate>Mon, 13 Jul 2026 08:00:18 -0400</pubDate>
    <lastBuildDate>Mon, 13 Jul 2026 08:01:28 -0400</lastBuildDate>
    <image>
      <url>https://img.transistorcdn.com/Y5ehralSoUjKu2Z2q8jZ-y-CpBlIfj2Y6E3-I_Ygzd4/rs:fill:0:0:1/w:1400/h:1400/q:60/mb:500000/aHR0cHM6Ly9pbWct/dXBsb2FkLXByb2R1/Y3Rpb24udHJhbnNp/c3Rvci5mbS82NmM2/MmE3OWEzYWVkMWFl/MWUxNzhkOWY1YzY1/Njg2Ny5qcGc.jpg</url>
      <title>Fundamentals of Software Engineering</title>
    </image>
    <itunes:category text="Technology"/>
    <itunes:category text="Education">
      <itunes:category text="How To"/>
    </itunes:category>
    <itunes:type>episodic</itunes:type>
    <itunes:author>Dan Vega, Nate Schutta</itunes:author>
    <itunes:image href="https://img.transistorcdn.com/Y5ehralSoUjKu2Z2q8jZ-y-CpBlIfj2Y6E3-I_Ygzd4/rs:fill:0:0:1/w:1400/h:1400/q:60/mb:500000/aHR0cHM6Ly9pbWct/dXBsb2FkLXByb2R1/Y3Rpb24udHJhbnNp/c3Rvci5mbS82NmM2/MmE3OWEzYWVkMWFl/MWUxNzhkOWY1YzY1/Njg2Ny5qcGc.jpg"/>
    <itunes:summary>Programmer, coder, developer—there are any number of titles used to describe people who create software, but what does it mean to be a software engineer? Despite the way software is often taught, being a software engineer is about far more than simply producing syntactically correct programs.</itunes:summary>
    <itunes:subtitle>Programmer, coder, developer—there are any number of titles used to describe people who create software, but what does it mean to be a software engineer.</itunes:subtitle>
    <itunes:keywords>Software Engineering, Developer</itunes:keywords>
    <itunes:owner>
      <itunes:name>Dan Vega</itunes:name>
      <itunes:email>danvega@gmail.com</itunes:email>
    </itunes:owner>
    <itunes:complete>No</itunes:complete>
    <itunes:explicit>No</itunes:explicit>
    <item>
      <title>E10 - Context Engineering Is Just Data Fundamentals in Disguise</title>
      <itunes:episode>10</itunes:episode>
      <podcast:episode>10</podcast:episode>
      <itunes:title>E10 - Context Engineering Is Just Data Fundamentals in Disguise</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">1a01f6bb-8f04-45a1-a79f-72fe68d0e8b5</guid>
      <link>https://share.transistor.fm/s/daff9573</link>
      <description>
        <![CDATA[<p>In this episode of <em>Fundamentals of Software Engineering</em>, Nate and I dig into <strong>context engineering</strong>, the phrase that has quietly replaced <strong>prompt engineering</strong> as the term on everyone's 2026 bingo card. Our core argument is simple. Context engineering is not a shiny new AI skill, it is a <strong>data fundamental</strong> you probably already know, just wearing a new name. Prompt engineering is about how you ask. Context engineering is about what the model actually knows when you ask. We frame it as a desk and a filing cabinet, where the <strong>context window</strong> is the desk and your job is deciding what belongs on it right now. Along the way we get into <strong>structured versus unstructured data</strong>, <strong>retrieval augmented generation</strong>, tools, and why getting the right information in front of a model matters far more than crafting the perfect prompt.</p><p>We also pump the brakes on the idea that coding is solved and engineers are optional. We talk through the headlines, Spotify shipping thousands of deploys a day with most pull requests now AI assisted, and Ford rehiring hundreds of veteran engineers after AI could not replace decades of hard earned wisdom. That leads us to <strong>data hygiene</strong>, <strong>access control</strong>, and <strong>lineage</strong>, because AI does not fix garbage data, it exposes it. We cover keeping context fresh, why a <strong>confidently wrong AI is worse than no AI</strong>, and why <strong>curation beats volume</strong> when tokens are the currency of large language models. We close on <strong>data migration</strong>, version control for your schema with tools like <strong>Flyway</strong> and <strong>Liquibase</strong>, data validation, and the case for smaller local models fed the right context. Data is the backbone of everything we build, even in the age of AI.</p><p><br>__________________________________________________</p><p><strong><br>Key Highlights</strong></p><p><br></p><p>🚀 <strong>Deploy Versus Release</strong>: Spotify reportedly ships around <strong>4,500 production deploys a day</strong> with <strong>73 percent of pull requests AI assisted</strong>, which opens a great conversation about why a deploy is not the same thing as a release.</p><p>🛑 <strong>Pump the Brakes on Coding Is Solved</strong>: Ford rehired more than <strong>300 veteran engineers</strong> after AI failed to match decades of expertise, a reminder that new tools boost productivity but do not remove the need for engineers in the loop.</p><p>🗂️ <strong>Context Engineering, Defined</strong>: We reframe the buzzword as a data fundamental, where <strong>prompt engineering</strong> is how you ask and <strong>context engineering</strong> is what the model knows when you ask, using the desk and filing cabinet analogy.</p><p>🧹 <strong>AI Exposes Garbage Data</strong>: If you have skipped <strong>access control</strong>, <strong>lineage</strong>, and <strong>data hygiene</strong>, AI will not solve that for you, it will shine a bright light on the disciplines you skipped earlier.</p><p>📦 <strong>Structured Versus Unstructured Data</strong>: We break down the two main data types and why the proliferation of data stores means picking the right tool for the job instead of copying whatever Twitter or Netflix did.</p><p>🔄 <strong>Migrating and Versioning Data</strong>: From <strong>big bang versus phased migrations</strong> to schema version control with <strong>Flyway</strong> and <strong>Liquibase</strong>, we cover the fundamentals that keep data changes safe and repeatable.</p><p>🎯 <strong>Curation Beats Volume</strong>: More context is not always better. Because <strong>tokens are the currency of large language models</strong>, feeding a smaller local model the right curated context often beats reaching for the biggest frontier model.</p><p><br>__________________________________________________</p><p><strong><br>Resources &amp; Next Steps</strong></p><p><br></p><p>📘 Fundamentals of Software Engineering: From Coder to Engineer, the book behind the show, available on O'Reilly and Amazon.</p><p>🌐 FundamentalsofSWE.com, the home for the book and the podcast.</p><p>🧠 NotebookLM, a Google tool for building a curated, specialized model around your own documents.</p><p>🛠️ Flyway and Liquibase, tools for version controlling database schema changes.</p><p>🎧 <a href="https://podcasts.apple.com/zw/podcast/fundamentals-of-software-engineering/id1860072717">Subscribe to Fundamentals of Software Engineering on Apple Podcasts<br></a><br></p><p><br>__________________________________________________</p><p><strong><br>Chapter Timestamps</strong></p><p><br></p><p><br>00:00 Cold open, deploy versus release and pump the brakes</p><p><br>01:02 Welcome and what this episode covers</p><p><br>03:47 Podcast and book intro, Fundamentals of Software Engineering</p><p><br>05:15 Data as the old priesthood, DBAs and data models</p><p><br>06:47 News, Spotify's 4,500 deploys a day and 73 percent AI assisted PRs</p><p><br>08:00 Deploy versus release explained</p><p><br>11:06 News, Ford rehires veteran engineers after AI falls short</p><p><br>12:06 Why you still need experts in the loop</p><p><br>13:33 Domain knowledge AI cannot replace</p><p><br>16:21 Data fundamentals, data outlives the systems</p><p><br>19:25 Prompt engineering versus context engineering</p><p><br>21:01 Context engineering defined, the desk and the filing cabinet</p><p><br>22:48 Garbage data, access control and hygiene</p><p><br>23:16 Structured versus unstructured data</p><p><br>24:34 Proliferation of data stores and the right tool for the job</p><p><br>27:24 Supplying context, prompt stuffing, RAG and tools</p><p><br>31:03 Keeping context fresh, a confidently wrong AI is worse than no AI</p><p><br>33:31 Data migration, big bang versus phased</p><p><br>37:59 Version control for data with Flyway and Liquibase</p><p><br>41:55 Data validation and guarding against bad input</p><p><br>45:54 Curation beats volume and tokens are the currency of LLMs</p><p><br>51:56 Smaller local models, curated context, and a dad joke to close</p><p><br></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p>In this episode of <em>Fundamentals of Software Engineering</em>, Nate and I dig into <strong>context engineering</strong>, the phrase that has quietly replaced <strong>prompt engineering</strong> as the term on everyone's 2026 bingo card. Our core argument is simple. Context engineering is not a shiny new AI skill, it is a <strong>data fundamental</strong> you probably already know, just wearing a new name. Prompt engineering is about how you ask. Context engineering is about what the model actually knows when you ask. We frame it as a desk and a filing cabinet, where the <strong>context window</strong> is the desk and your job is deciding what belongs on it right now. Along the way we get into <strong>structured versus unstructured data</strong>, <strong>retrieval augmented generation</strong>, tools, and why getting the right information in front of a model matters far more than crafting the perfect prompt.</p><p>We also pump the brakes on the idea that coding is solved and engineers are optional. We talk through the headlines, Spotify shipping thousands of deploys a day with most pull requests now AI assisted, and Ford rehiring hundreds of veteran engineers after AI could not replace decades of hard earned wisdom. That leads us to <strong>data hygiene</strong>, <strong>access control</strong>, and <strong>lineage</strong>, because AI does not fix garbage data, it exposes it. We cover keeping context fresh, why a <strong>confidently wrong AI is worse than no AI</strong>, and why <strong>curation beats volume</strong> when tokens are the currency of large language models. We close on <strong>data migration</strong>, version control for your schema with tools like <strong>Flyway</strong> and <strong>Liquibase</strong>, data validation, and the case for smaller local models fed the right context. Data is the backbone of everything we build, even in the age of AI.</p><p><br>__________________________________________________</p><p><strong><br>Key Highlights</strong></p><p><br></p><p>🚀 <strong>Deploy Versus Release</strong>: Spotify reportedly ships around <strong>4,500 production deploys a day</strong> with <strong>73 percent of pull requests AI assisted</strong>, which opens a great conversation about why a deploy is not the same thing as a release.</p><p>🛑 <strong>Pump the Brakes on Coding Is Solved</strong>: Ford rehired more than <strong>300 veteran engineers</strong> after AI failed to match decades of expertise, a reminder that new tools boost productivity but do not remove the need for engineers in the loop.</p><p>🗂️ <strong>Context Engineering, Defined</strong>: We reframe the buzzword as a data fundamental, where <strong>prompt engineering</strong> is how you ask and <strong>context engineering</strong> is what the model knows when you ask, using the desk and filing cabinet analogy.</p><p>🧹 <strong>AI Exposes Garbage Data</strong>: If you have skipped <strong>access control</strong>, <strong>lineage</strong>, and <strong>data hygiene</strong>, AI will not solve that for you, it will shine a bright light on the disciplines you skipped earlier.</p><p>📦 <strong>Structured Versus Unstructured Data</strong>: We break down the two main data types and why the proliferation of data stores means picking the right tool for the job instead of copying whatever Twitter or Netflix did.</p><p>🔄 <strong>Migrating and Versioning Data</strong>: From <strong>big bang versus phased migrations</strong> to schema version control with <strong>Flyway</strong> and <strong>Liquibase</strong>, we cover the fundamentals that keep data changes safe and repeatable.</p><p>🎯 <strong>Curation Beats Volume</strong>: More context is not always better. Because <strong>tokens are the currency of large language models</strong>, feeding a smaller local model the right curated context often beats reaching for the biggest frontier model.</p><p><br>__________________________________________________</p><p><strong><br>Resources &amp; Next Steps</strong></p><p><br></p><p>📘 Fundamentals of Software Engineering: From Coder to Engineer, the book behind the show, available on O'Reilly and Amazon.</p><p>🌐 FundamentalsofSWE.com, the home for the book and the podcast.</p><p>🧠 NotebookLM, a Google tool for building a curated, specialized model around your own documents.</p><p>🛠️ Flyway and Liquibase, tools for version controlling database schema changes.</p><p>🎧 <a href="https://podcasts.apple.com/zw/podcast/fundamentals-of-software-engineering/id1860072717">Subscribe to Fundamentals of Software Engineering on Apple Podcasts<br></a><br></p><p><br>__________________________________________________</p><p><strong><br>Chapter Timestamps</strong></p><p><br></p><p><br>00:00 Cold open, deploy versus release and pump the brakes</p><p><br>01:02 Welcome and what this episode covers</p><p><br>03:47 Podcast and book intro, Fundamentals of Software Engineering</p><p><br>05:15 Data as the old priesthood, DBAs and data models</p><p><br>06:47 News, Spotify's 4,500 deploys a day and 73 percent AI assisted PRs</p><p><br>08:00 Deploy versus release explained</p><p><br>11:06 News, Ford rehires veteran engineers after AI falls short</p><p><br>12:06 Why you still need experts in the loop</p><p><br>13:33 Domain knowledge AI cannot replace</p><p><br>16:21 Data fundamentals, data outlives the systems</p><p><br>19:25 Prompt engineering versus context engineering</p><p><br>21:01 Context engineering defined, the desk and the filing cabinet</p><p><br>22:48 Garbage data, access control and hygiene</p><p><br>23:16 Structured versus unstructured data</p><p><br>24:34 Proliferation of data stores and the right tool for the job</p><p><br>27:24 Supplying context, prompt stuffing, RAG and tools</p><p><br>31:03 Keeping context fresh, a confidently wrong AI is worse than no AI</p><p><br>33:31 Data migration, big bang versus phased</p><p><br>37:59 Version control for data with Flyway and Liquibase</p><p><br>41:55 Data validation and guarding against bad input</p><p><br>45:54 Curation beats volume and tokens are the currency of LLMs</p><p><br>51:56 Smaller local models, curated context, and a dad joke to close</p><p><br></p>]]>
      </content:encoded>
      <pubDate>Mon, 13 Jul 2026 08:00:00 -0400</pubDate>
      <author>Dan Vega, Nate Schutta</author>
      <enclosure url="https://media.transistor.fm/daff9573/f74a8f6a.mp3" length="82535914" type="audio/mpeg"/>
      <itunes:author>Dan Vega, Nate Schutta</itunes:author>
      <itunes:duration>3431</itunes:duration>
      <itunes:summary>
        <![CDATA[<p>In this episode of <em>Fundamentals of Software Engineering</em>, Nate and I dig into <strong>context engineering</strong>, the phrase that has quietly replaced <strong>prompt engineering</strong> as the term on everyone's 2026 bingo card. Our core argument is simple. Context engineering is not a shiny new AI skill, it is a <strong>data fundamental</strong> you probably already know, just wearing a new name. Prompt engineering is about how you ask. Context engineering is about what the model actually knows when you ask. We frame it as a desk and a filing cabinet, where the <strong>context window</strong> is the desk and your job is deciding what belongs on it right now. Along the way we get into <strong>structured versus unstructured data</strong>, <strong>retrieval augmented generation</strong>, tools, and why getting the right information in front of a model matters far more than crafting the perfect prompt.</p><p>We also pump the brakes on the idea that coding is solved and engineers are optional. We talk through the headlines, Spotify shipping thousands of deploys a day with most pull requests now AI assisted, and Ford rehiring hundreds of veteran engineers after AI could not replace decades of hard earned wisdom. That leads us to <strong>data hygiene</strong>, <strong>access control</strong>, and <strong>lineage</strong>, because AI does not fix garbage data, it exposes it. We cover keeping context fresh, why a <strong>confidently wrong AI is worse than no AI</strong>, and why <strong>curation beats volume</strong> when tokens are the currency of large language models. We close on <strong>data migration</strong>, version control for your schema with tools like <strong>Flyway</strong> and <strong>Liquibase</strong>, data validation, and the case for smaller local models fed the right context. Data is the backbone of everything we build, even in the age of AI.</p><p><br>__________________________________________________</p><p><strong><br>Key Highlights</strong></p><p><br></p><p>🚀 <strong>Deploy Versus Release</strong>: Spotify reportedly ships around <strong>4,500 production deploys a day</strong> with <strong>73 percent of pull requests AI assisted</strong>, which opens a great conversation about why a deploy is not the same thing as a release.</p><p>🛑 <strong>Pump the Brakes on Coding Is Solved</strong>: Ford rehired more than <strong>300 veteran engineers</strong> after AI failed to match decades of expertise, a reminder that new tools boost productivity but do not remove the need for engineers in the loop.</p><p>🗂️ <strong>Context Engineering, Defined</strong>: We reframe the buzzword as a data fundamental, where <strong>prompt engineering</strong> is how you ask and <strong>context engineering</strong> is what the model knows when you ask, using the desk and filing cabinet analogy.</p><p>🧹 <strong>AI Exposes Garbage Data</strong>: If you have skipped <strong>access control</strong>, <strong>lineage</strong>, and <strong>data hygiene</strong>, AI will not solve that for you, it will shine a bright light on the disciplines you skipped earlier.</p><p>📦 <strong>Structured Versus Unstructured Data</strong>: We break down the two main data types and why the proliferation of data stores means picking the right tool for the job instead of copying whatever Twitter or Netflix did.</p><p>🔄 <strong>Migrating and Versioning Data</strong>: From <strong>big bang versus phased migrations</strong> to schema version control with <strong>Flyway</strong> and <strong>Liquibase</strong>, we cover the fundamentals that keep data changes safe and repeatable.</p><p>🎯 <strong>Curation Beats Volume</strong>: More context is not always better. Because <strong>tokens are the currency of large language models</strong>, feeding a smaller local model the right curated context often beats reaching for the biggest frontier model.</p><p><br>__________________________________________________</p><p><strong><br>Resources &amp; Next Steps</strong></p><p><br></p><p>📘 Fundamentals of Software Engineering: From Coder to Engineer, the book behind the show, available on O'Reilly and Amazon.</p><p>🌐 FundamentalsofSWE.com, the home for the book and the podcast.</p><p>🧠 NotebookLM, a Google tool for building a curated, specialized model around your own documents.</p><p>🛠️ Flyway and Liquibase, tools for version controlling database schema changes.</p><p>🎧 <a href="https://podcasts.apple.com/zw/podcast/fundamentals-of-software-engineering/id1860072717">Subscribe to Fundamentals of Software Engineering on Apple Podcasts<br></a><br></p><p><br>__________________________________________________</p><p><strong><br>Chapter Timestamps</strong></p><p><br></p><p><br>00:00 Cold open, deploy versus release and pump the brakes</p><p><br>01:02 Welcome and what this episode covers</p><p><br>03:47 Podcast and book intro, Fundamentals of Software Engineering</p><p><br>05:15 Data as the old priesthood, DBAs and data models</p><p><br>06:47 News, Spotify's 4,500 deploys a day and 73 percent AI assisted PRs</p><p><br>08:00 Deploy versus release explained</p><p><br>11:06 News, Ford rehires veteran engineers after AI falls short</p><p><br>12:06 Why you still need experts in the loop</p><p><br>13:33 Domain knowledge AI cannot replace</p><p><br>16:21 Data fundamentals, data outlives the systems</p><p><br>19:25 Prompt engineering versus context engineering</p><p><br>21:01 Context engineering defined, the desk and the filing cabinet</p><p><br>22:48 Garbage data, access control and hygiene</p><p><br>23:16 Structured versus unstructured data</p><p><br>24:34 Proliferation of data stores and the right tool for the job</p><p><br>27:24 Supplying context, prompt stuffing, RAG and tools</p><p><br>31:03 Keeping context fresh, a confidently wrong AI is worse than no AI</p><p><br>33:31 Data migration, big bang versus phased</p><p><br>37:59 Version control for data with Flyway and Liquibase</p><p><br>41:55 Data validation and guarding against bad input</p><p><br>45:54 Curation beats volume and tokens are the currency of LLMs</p><p><br>51:56 Smaller local models, curated context, and a dad joke to close</p><p><br></p>]]>
      </itunes:summary>
      <itunes:keywords>Software Engineering, Developer</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>E09 - Effective Remote Work Tips and Why AI Doom Trolling Is a Choice</title>
      <itunes:episode>9</itunes:episode>
      <podcast:episode>9</podcast:episode>
      <itunes:title>E09 - Effective Remote Work Tips and Why AI Doom Trolling Is a Choice</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">9c278a24-28c7-47d6-9a2b-a7995b7adf45</guid>
      <link>https://share.transistor.fm/s/6d675095</link>
      <description>
        <![CDATA[<p>In this episode of <em>Fundamentals of Software Engineering</em>, Nate and I dig into the reality of <strong>working remotely</strong> and push back on a viral clip claiming that remote work is nothing more than <strong>white collar fraud</strong>. Drawing on nearly a decade of remote experience, we unpack why that argument glosses over the <strong>distractions of the office</strong>, the <strong>daily stress of the commute</strong>, and the <strong>return to office mandates</strong> pushed by leaders who rarely make that commute themselves. We also get honest about the parts that are genuinely hard, including the <strong>blurred lines between work and home</strong> and the tendency to work longer hours when the laptop is always a few steps away. Along the way we talk about the <strong>discipline</strong> remote work demands and why the pandemic era of remote work was a very different beast from where we are today.</p><p>From there we get into an article by computer scientist and author <strong>Cal Newport</strong> on a pattern he calls <strong>doom trolling</strong>, the habit of loudly warning that AI could end the world while shrugging that nothing can be done about it. We walk through his <strong>Ford F-150 analogy</strong>, question the <strong>AGI hype</strong> and the extraordinary claims that rarely get challenged, and ask the question that cuts through a lot of it: <strong>who benefits</strong> from this messaging. We connect that to the <strong>mental health of developers</strong> who keep hearing they are about to be replaced, and we make the case that more software in the world means <strong>more need for software engineers</strong>, not less. The throughline is a familiar one for us: stay skeptical, adapt to change, and remember that the <strong>fundamentals</strong> matter more than ever.</p><p><br>__________________________________________________</p><p><strong><br>Key Highlights</strong></p><p><br></p><p>🏠 <strong>Remote work is not white collar fraud</strong>: We respond to a viral clip calling remote work a fraud and explain why it ignores <strong>office distractions</strong>, <strong>commute costs</strong>, and the realities of <strong>daycare</strong> and family life.</p><p>🚗 <strong>The commute is the least productive hour</strong>: Nate makes the case that the daily commute, anywhere from 25 minutes to over an hour, is wasted time that <strong>return to office</strong> mandates quietly ignore.</p><p>⚖️ <strong>Blurred lines and longer hours</strong>: We get honest about the real downside of working from home, where the <strong>boundary between work and home</strong> disappears and the day often stretches later than it ever did in the office.</p><p>👀 <strong>The always on Zoom window</strong>: We react to the idea of keeping every team member on a live call all day and argue that <strong>managing by output</strong> beats watching for <strong>butts in seats</strong>.</p><p>🧠 <strong>The real cost of interruptions</strong>: Knowledge work means <strong>loading a hard problem into your head</strong>, and a two minute interruption can cost twenty or thirty minutes of lost focus.</p><p>🔥 <strong>Cal Newport and doom trolling</strong>: We break down Cal Newport's <strong>Ford F-150 catching fire analogy</strong> and why so much <strong>AI doom messaging</strong> is a choice rather than a sober warning.</p><p>💼 <strong>Follow the incentives behind the hype</strong>: We trace the money behind sky high <strong>AI valuations</strong>, note Ford quietly rehiring the engineers it replaced, and remind developers to consider the source before believing they are about to be replaced.</p><p><br>__________________________________________________</p><p><strong><br>Resources &amp; Next Steps</strong></p><p><br></p><p>📘 Fundamentals of Software Engineering, the book by Dan Vega and Nate Schutta, available from O'Reilly and Amazon and now translated into Korean and Portuguese</p><p>🌐 Learn more about the book and the podcast at FundamentalsofSWE.com</p><p>✍️ Cal Newport, computer scientist and author, and his writing on doom trolling and deep work</p><p>🎧 <a href="https://podcasts.apple.com/zw/podcast/fundamentals-of-software-engineering/id1860072717">Subscribe to Fundamentals of Software Engineering on Apple Podcasts<br></a><br></p><p><br>__________________________________________________</p><p><strong><br>YouTube Chapter Timestamps</strong></p><p><br></p><p><br>00:00 Cold open on golf, remote work, and AI doom trolling</p><p><br>01:05 Meet your hosts and today's topics</p><p><br>07:39 Teasing the Cal Newport doom trolling article</p><p><br>08:00 Book news, translations, and fall conferences</p><p><br>09:12 A viral clip calls remote work white collar fraud</p><p><br>10:11 Reacting to the white collar fraud argument</p><p><br>11:27 Why the commute is the least productive part of the day</p><p><br>11:58 Return to office mandates from leaders who do not commute</p><p><br>12:47 The discipline that remote work requires</p><p><br>13:24 Blurred lines and working longer hours from home</p><p><br>14:54 Pandemic remote work versus remote work today</p><p><br>16:12 Companies reversing course on remote work</p><p><br>38:25 The always on Zoom window and whether it is surveillance</p><p><br>40:25 The real cost of breaking deep focus</p><p><br>41:54 Introducing Cal Newport and the idea of doom trolling</p><p><br>43:03 The Ford F-150 catching fire analogy</p><p><br>43:51 AGI best case, extinction worst case, and the hypocrisy</p><p><br>46:51 Ford rehires the engineers it replaced with AI</p><p><br>48:55 AI valuations and when the bubble might burst</p><p><br>49:30 Mental health for developers and who to trust</p><p><br>50:35 More software means more software engineers</p><p><br>51:51 Adapting to change and why the fundamentals matter more</p><p><br></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p>In this episode of <em>Fundamentals of Software Engineering</em>, Nate and I dig into the reality of <strong>working remotely</strong> and push back on a viral clip claiming that remote work is nothing more than <strong>white collar fraud</strong>. Drawing on nearly a decade of remote experience, we unpack why that argument glosses over the <strong>distractions of the office</strong>, the <strong>daily stress of the commute</strong>, and the <strong>return to office mandates</strong> pushed by leaders who rarely make that commute themselves. We also get honest about the parts that are genuinely hard, including the <strong>blurred lines between work and home</strong> and the tendency to work longer hours when the laptop is always a few steps away. Along the way we talk about the <strong>discipline</strong> remote work demands and why the pandemic era of remote work was a very different beast from where we are today.</p><p>From there we get into an article by computer scientist and author <strong>Cal Newport</strong> on a pattern he calls <strong>doom trolling</strong>, the habit of loudly warning that AI could end the world while shrugging that nothing can be done about it. We walk through his <strong>Ford F-150 analogy</strong>, question the <strong>AGI hype</strong> and the extraordinary claims that rarely get challenged, and ask the question that cuts through a lot of it: <strong>who benefits</strong> from this messaging. We connect that to the <strong>mental health of developers</strong> who keep hearing they are about to be replaced, and we make the case that more software in the world means <strong>more need for software engineers</strong>, not less. The throughline is a familiar one for us: stay skeptical, adapt to change, and remember that the <strong>fundamentals</strong> matter more than ever.</p><p><br>__________________________________________________</p><p><strong><br>Key Highlights</strong></p><p><br></p><p>🏠 <strong>Remote work is not white collar fraud</strong>: We respond to a viral clip calling remote work a fraud and explain why it ignores <strong>office distractions</strong>, <strong>commute costs</strong>, and the realities of <strong>daycare</strong> and family life.</p><p>🚗 <strong>The commute is the least productive hour</strong>: Nate makes the case that the daily commute, anywhere from 25 minutes to over an hour, is wasted time that <strong>return to office</strong> mandates quietly ignore.</p><p>⚖️ <strong>Blurred lines and longer hours</strong>: We get honest about the real downside of working from home, where the <strong>boundary between work and home</strong> disappears and the day often stretches later than it ever did in the office.</p><p>👀 <strong>The always on Zoom window</strong>: We react to the idea of keeping every team member on a live call all day and argue that <strong>managing by output</strong> beats watching for <strong>butts in seats</strong>.</p><p>🧠 <strong>The real cost of interruptions</strong>: Knowledge work means <strong>loading a hard problem into your head</strong>, and a two minute interruption can cost twenty or thirty minutes of lost focus.</p><p>🔥 <strong>Cal Newport and doom trolling</strong>: We break down Cal Newport's <strong>Ford F-150 catching fire analogy</strong> and why so much <strong>AI doom messaging</strong> is a choice rather than a sober warning.</p><p>💼 <strong>Follow the incentives behind the hype</strong>: We trace the money behind sky high <strong>AI valuations</strong>, note Ford quietly rehiring the engineers it replaced, and remind developers to consider the source before believing they are about to be replaced.</p><p><br>__________________________________________________</p><p><strong><br>Resources &amp; Next Steps</strong></p><p><br></p><p>📘 Fundamentals of Software Engineering, the book by Dan Vega and Nate Schutta, available from O'Reilly and Amazon and now translated into Korean and Portuguese</p><p>🌐 Learn more about the book and the podcast at FundamentalsofSWE.com</p><p>✍️ Cal Newport, computer scientist and author, and his writing on doom trolling and deep work</p><p>🎧 <a href="https://podcasts.apple.com/zw/podcast/fundamentals-of-software-engineering/id1860072717">Subscribe to Fundamentals of Software Engineering on Apple Podcasts<br></a><br></p><p><br>__________________________________________________</p><p><strong><br>YouTube Chapter Timestamps</strong></p><p><br></p><p><br>00:00 Cold open on golf, remote work, and AI doom trolling</p><p><br>01:05 Meet your hosts and today's topics</p><p><br>07:39 Teasing the Cal Newport doom trolling article</p><p><br>08:00 Book news, translations, and fall conferences</p><p><br>09:12 A viral clip calls remote work white collar fraud</p><p><br>10:11 Reacting to the white collar fraud argument</p><p><br>11:27 Why the commute is the least productive part of the day</p><p><br>11:58 Return to office mandates from leaders who do not commute</p><p><br>12:47 The discipline that remote work requires</p><p><br>13:24 Blurred lines and working longer hours from home</p><p><br>14:54 Pandemic remote work versus remote work today</p><p><br>16:12 Companies reversing course on remote work</p><p><br>38:25 The always on Zoom window and whether it is surveillance</p><p><br>40:25 The real cost of breaking deep focus</p><p><br>41:54 Introducing Cal Newport and the idea of doom trolling</p><p><br>43:03 The Ford F-150 catching fire analogy</p><p><br>43:51 AGI best case, extinction worst case, and the hypocrisy</p><p><br>46:51 Ford rehires the engineers it replaced with AI</p><p><br>48:55 AI valuations and when the bubble might burst</p><p><br>49:30 Mental health for developers and who to trust</p><p><br>50:35 More software means more software engineers</p><p><br>51:51 Adapting to change and why the fundamentals matter more</p><p><br></p>]]>
      </content:encoded>
      <pubDate>Tue, 07 Jul 2026 11:57:46 -0400</pubDate>
      <author>Dan Vega, Nate Schutta</author>
      <enclosure url="https://media.transistor.fm/6d675095/6dac9922.mp3" length="81565305" type="audio/mpeg"/>
      <itunes:author>Dan Vega, Nate Schutta</itunes:author>
      <itunes:duration>3389</itunes:duration>
      <itunes:summary>
        <![CDATA[<p>In this episode of <em>Fundamentals of Software Engineering</em>, Nate and I dig into the reality of <strong>working remotely</strong> and push back on a viral clip claiming that remote work is nothing more than <strong>white collar fraud</strong>. Drawing on nearly a decade of remote experience, we unpack why that argument glosses over the <strong>distractions of the office</strong>, the <strong>daily stress of the commute</strong>, and the <strong>return to office mandates</strong> pushed by leaders who rarely make that commute themselves. We also get honest about the parts that are genuinely hard, including the <strong>blurred lines between work and home</strong> and the tendency to work longer hours when the laptop is always a few steps away. Along the way we talk about the <strong>discipline</strong> remote work demands and why the pandemic era of remote work was a very different beast from where we are today.</p><p>From there we get into an article by computer scientist and author <strong>Cal Newport</strong> on a pattern he calls <strong>doom trolling</strong>, the habit of loudly warning that AI could end the world while shrugging that nothing can be done about it. We walk through his <strong>Ford F-150 analogy</strong>, question the <strong>AGI hype</strong> and the extraordinary claims that rarely get challenged, and ask the question that cuts through a lot of it: <strong>who benefits</strong> from this messaging. We connect that to the <strong>mental health of developers</strong> who keep hearing they are about to be replaced, and we make the case that more software in the world means <strong>more need for software engineers</strong>, not less. The throughline is a familiar one for us: stay skeptical, adapt to change, and remember that the <strong>fundamentals</strong> matter more than ever.</p><p><br>__________________________________________________</p><p><strong><br>Key Highlights</strong></p><p><br></p><p>🏠 <strong>Remote work is not white collar fraud</strong>: We respond to a viral clip calling remote work a fraud and explain why it ignores <strong>office distractions</strong>, <strong>commute costs</strong>, and the realities of <strong>daycare</strong> and family life.</p><p>🚗 <strong>The commute is the least productive hour</strong>: Nate makes the case that the daily commute, anywhere from 25 minutes to over an hour, is wasted time that <strong>return to office</strong> mandates quietly ignore.</p><p>⚖️ <strong>Blurred lines and longer hours</strong>: We get honest about the real downside of working from home, where the <strong>boundary between work and home</strong> disappears and the day often stretches later than it ever did in the office.</p><p>👀 <strong>The always on Zoom window</strong>: We react to the idea of keeping every team member on a live call all day and argue that <strong>managing by output</strong> beats watching for <strong>butts in seats</strong>.</p><p>🧠 <strong>The real cost of interruptions</strong>: Knowledge work means <strong>loading a hard problem into your head</strong>, and a two minute interruption can cost twenty or thirty minutes of lost focus.</p><p>🔥 <strong>Cal Newport and doom trolling</strong>: We break down Cal Newport's <strong>Ford F-150 catching fire analogy</strong> and why so much <strong>AI doom messaging</strong> is a choice rather than a sober warning.</p><p>💼 <strong>Follow the incentives behind the hype</strong>: We trace the money behind sky high <strong>AI valuations</strong>, note Ford quietly rehiring the engineers it replaced, and remind developers to consider the source before believing they are about to be replaced.</p><p><br>__________________________________________________</p><p><strong><br>Resources &amp; Next Steps</strong></p><p><br></p><p>📘 Fundamentals of Software Engineering, the book by Dan Vega and Nate Schutta, available from O'Reilly and Amazon and now translated into Korean and Portuguese</p><p>🌐 Learn more about the book and the podcast at FundamentalsofSWE.com</p><p>✍️ Cal Newport, computer scientist and author, and his writing on doom trolling and deep work</p><p>🎧 <a href="https://podcasts.apple.com/zw/podcast/fundamentals-of-software-engineering/id1860072717">Subscribe to Fundamentals of Software Engineering on Apple Podcasts<br></a><br></p><p><br>__________________________________________________</p><p><strong><br>YouTube Chapter Timestamps</strong></p><p><br></p><p><br>00:00 Cold open on golf, remote work, and AI doom trolling</p><p><br>01:05 Meet your hosts and today's topics</p><p><br>07:39 Teasing the Cal Newport doom trolling article</p><p><br>08:00 Book news, translations, and fall conferences</p><p><br>09:12 A viral clip calls remote work white collar fraud</p><p><br>10:11 Reacting to the white collar fraud argument</p><p><br>11:27 Why the commute is the least productive part of the day</p><p><br>11:58 Return to office mandates from leaders who do not commute</p><p><br>12:47 The discipline that remote work requires</p><p><br>13:24 Blurred lines and working longer hours from home</p><p><br>14:54 Pandemic remote work versus remote work today</p><p><br>16:12 Companies reversing course on remote work</p><p><br>38:25 The always on Zoom window and whether it is surveillance</p><p><br>40:25 The real cost of breaking deep focus</p><p><br>41:54 Introducing Cal Newport and the idea of doom trolling</p><p><br>43:03 The Ford F-150 catching fire analogy</p><p><br>43:51 AGI best case, extinction worst case, and the hypocrisy</p><p><br>46:51 Ford rehires the engineers it replaced with AI</p><p><br>48:55 AI valuations and when the bubble might burst</p><p><br>49:30 Mental health for developers and who to trust</p><p><br>50:35 More software means more software engineers</p><p><br>51:51 Adapting to change and why the fundamentals matter more</p><p><br></p>]]>
      </itunes:summary>
      <itunes:keywords>Software Engineering, Developer</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>E08 - Open Source, AI Tooling, and the Coming Token Crisis with Dan Vega and Nate Schutta</title>
      <itunes:episode>8</itunes:episode>
      <podcast:episode>8</podcast:episode>
      <itunes:title>E08 - Open Source, AI Tooling, and the Coming Token Crisis with Dan Vega and Nate Schutta</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">55a7aded-c498-4df1-95d3-9513abb546c7</guid>
      <link>https://share.transistor.fm/s/89148c29</link>
      <description>
        <![CDATA[<p>In this episode of Fundamentals of Software Engineering, Nate and I dig into the increasingly tense overlap between open source maintainers and the new wave of AI-generated contributions. We start with the policies maintainers are putting in place to refuse AI-driven pull requests, and why a flood of low-signal 50,000 line diffs is genuinely threatening the open-source contribution model. From there we get into the patterns we're seeing in the wild: code that compiles but solves the wrong problem, the trouble AI has actually deleting code, and the way junior engineers can lean on AI in a way that hollows out the deeper learning that builds real engineering judgment.<br>From there, Nate and I get into the commercial pressure building underneath all of this. We talk about the Silicon Valley loss-leader playbook, why current AI tooling pricing is almost certainly going to climb sharply once teams are dependent on it, and what that means for engineering organizations who have built their workflows around a tool that may not stay this cheap. We also talk about what good practice looks like when you're using AI day to day, where you should still be writing the code yourself, and how to keep your sharpness as an engineer while these tools keep evolving.<br>__________________________________________________<br>Key Highlights</p><p>🚫 Maintainers Saying No to AI PRs: Some open source maintainers have explicitly banned AI-generated pull requests, and we look at why this matters for the future of community contributions.<br>📈 The 50,000 Line Diff Problem: Students are now submitting massive AI-generated diffs that overwhelm reviewers, and we discuss why volume without judgment hurts everyone in the loop.<br>🗑️ AI Is Bad at Deleting Code: One of the consistent weaknesses in current AI tooling is removing unused or stale code. We talk about why you have to push it in that direction explicitly.<br>💸 The Darth Vader Moment in AI Pricing: Current AI tooling follows the Silicon Valley playbook: cheap to get you hooked, then prices climb. We dig into what that means for teams who've built workflows around current rates.<br>🧠 Engineering Judgment Still Matters Most: AI accelerates output but does not replace deep understanding. We talk about how to use the tools without letting them erode your engineering instincts.<br>🛡️ Defenders Need Perfection, Attackers Need One Door: The asymmetry of security and reliability is sharper than ever when AI is generating code at scale, and we explore the implications for production systems.<br>🎙️ Where the Conversation Goes Next: We close with where we think AI tooling and open source collide over the next year, and what engineers should be paying attention to right now.<br>__________________________________________________<br>Resources &amp; Next Steps</p><p>🎧 <a href="https://podcasts.apple.com/zw/podcast/fundamentals-of-software-engineering/id1860072717">Subscribe to Fundamentals of Software Engineering on Apple Podcasts</a><br>__________________________________________________<br>Chapter Timestamps</p><p>00:00 Cold open and intro<br>01:00 Welcome to episode 8, open source and the AI token crisis<br>03:00 Why maintainers are banning AI pull requests<br>06:00 The 50,000 line diff problem<br>10:00 AI struggles with deleting code<br>14:00 How junior engineers should be using AI<br>18:00 AI generated code that compiles but solves the wrong problem<br>22:00 Where AI tooling is genuinely useful today<br>26:00 Defenders need perfection, attackers need one door<br>30:00 The Silicon Valley loss leader pricing playbook<br>34:00 What happens when AI tooling prices climb<br>38:00 How to keep your engineering judgment sharp<br>42:00 Why open source matters more, not less, in this moment<br>46:00 The patterns we are watching in the next year<br>52:00 Closing thoughts and where the field goes next<br>59:00 Dad jokes and Father's Day wrap</p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p>In this episode of Fundamentals of Software Engineering, Nate and I dig into the increasingly tense overlap between open source maintainers and the new wave of AI-generated contributions. We start with the policies maintainers are putting in place to refuse AI-driven pull requests, and why a flood of low-signal 50,000 line diffs is genuinely threatening the open-source contribution model. From there we get into the patterns we're seeing in the wild: code that compiles but solves the wrong problem, the trouble AI has actually deleting code, and the way junior engineers can lean on AI in a way that hollows out the deeper learning that builds real engineering judgment.<br>From there, Nate and I get into the commercial pressure building underneath all of this. We talk about the Silicon Valley loss-leader playbook, why current AI tooling pricing is almost certainly going to climb sharply once teams are dependent on it, and what that means for engineering organizations who have built their workflows around a tool that may not stay this cheap. We also talk about what good practice looks like when you're using AI day to day, where you should still be writing the code yourself, and how to keep your sharpness as an engineer while these tools keep evolving.<br>__________________________________________________<br>Key Highlights</p><p>🚫 Maintainers Saying No to AI PRs: Some open source maintainers have explicitly banned AI-generated pull requests, and we look at why this matters for the future of community contributions.<br>📈 The 50,000 Line Diff Problem: Students are now submitting massive AI-generated diffs that overwhelm reviewers, and we discuss why volume without judgment hurts everyone in the loop.<br>🗑️ AI Is Bad at Deleting Code: One of the consistent weaknesses in current AI tooling is removing unused or stale code. We talk about why you have to push it in that direction explicitly.<br>💸 The Darth Vader Moment in AI Pricing: Current AI tooling follows the Silicon Valley playbook: cheap to get you hooked, then prices climb. We dig into what that means for teams who've built workflows around current rates.<br>🧠 Engineering Judgment Still Matters Most: AI accelerates output but does not replace deep understanding. We talk about how to use the tools without letting them erode your engineering instincts.<br>🛡️ Defenders Need Perfection, Attackers Need One Door: The asymmetry of security and reliability is sharper than ever when AI is generating code at scale, and we explore the implications for production systems.<br>🎙️ Where the Conversation Goes Next: We close with where we think AI tooling and open source collide over the next year, and what engineers should be paying attention to right now.<br>__________________________________________________<br>Resources &amp; Next Steps</p><p>🎧 <a href="https://podcasts.apple.com/zw/podcast/fundamentals-of-software-engineering/id1860072717">Subscribe to Fundamentals of Software Engineering on Apple Podcasts</a><br>__________________________________________________<br>Chapter Timestamps</p><p>00:00 Cold open and intro<br>01:00 Welcome to episode 8, open source and the AI token crisis<br>03:00 Why maintainers are banning AI pull requests<br>06:00 The 50,000 line diff problem<br>10:00 AI struggles with deleting code<br>14:00 How junior engineers should be using AI<br>18:00 AI generated code that compiles but solves the wrong problem<br>22:00 Where AI tooling is genuinely useful today<br>26:00 Defenders need perfection, attackers need one door<br>30:00 The Silicon Valley loss leader pricing playbook<br>34:00 What happens when AI tooling prices climb<br>38:00 How to keep your engineering judgment sharp<br>42:00 Why open source matters more, not less, in this moment<br>46:00 The patterns we are watching in the next year<br>52:00 Closing thoughts and where the field goes next<br>59:00 Dad jokes and Father's Day wrap</p>]]>
      </content:encoded>
      <pubDate>Sat, 27 Jun 2026 05:01:11 -0400</pubDate>
      <author>Dan Vega, Nate Schutta</author>
      <enclosure url="https://media.transistor.fm/89148c29/385ae1f5.mp3" length="88679459" type="audio/mpeg"/>
      <itunes:author>Dan Vega, Nate Schutta</itunes:author>
      <itunes:duration>3684</itunes:duration>
      <itunes:summary>
        <![CDATA[<p>In this episode of Fundamentals of Software Engineering, Nate and I dig into the increasingly tense overlap between open source maintainers and the new wave of AI-generated contributions. We start with the policies maintainers are putting in place to refuse AI-driven pull requests, and why a flood of low-signal 50,000 line diffs is genuinely threatening the open-source contribution model. From there we get into the patterns we're seeing in the wild: code that compiles but solves the wrong problem, the trouble AI has actually deleting code, and the way junior engineers can lean on AI in a way that hollows out the deeper learning that builds real engineering judgment.<br>From there, Nate and I get into the commercial pressure building underneath all of this. We talk about the Silicon Valley loss-leader playbook, why current AI tooling pricing is almost certainly going to climb sharply once teams are dependent on it, and what that means for engineering organizations who have built their workflows around a tool that may not stay this cheap. We also talk about what good practice looks like when you're using AI day to day, where you should still be writing the code yourself, and how to keep your sharpness as an engineer while these tools keep evolving.<br>__________________________________________________<br>Key Highlights</p><p>🚫 Maintainers Saying No to AI PRs: Some open source maintainers have explicitly banned AI-generated pull requests, and we look at why this matters for the future of community contributions.<br>📈 The 50,000 Line Diff Problem: Students are now submitting massive AI-generated diffs that overwhelm reviewers, and we discuss why volume without judgment hurts everyone in the loop.<br>🗑️ AI Is Bad at Deleting Code: One of the consistent weaknesses in current AI tooling is removing unused or stale code. We talk about why you have to push it in that direction explicitly.<br>💸 The Darth Vader Moment in AI Pricing: Current AI tooling follows the Silicon Valley playbook: cheap to get you hooked, then prices climb. We dig into what that means for teams who've built workflows around current rates.<br>🧠 Engineering Judgment Still Matters Most: AI accelerates output but does not replace deep understanding. We talk about how to use the tools without letting them erode your engineering instincts.<br>🛡️ Defenders Need Perfection, Attackers Need One Door: The asymmetry of security and reliability is sharper than ever when AI is generating code at scale, and we explore the implications for production systems.<br>🎙️ Where the Conversation Goes Next: We close with where we think AI tooling and open source collide over the next year, and what engineers should be paying attention to right now.<br>__________________________________________________<br>Resources &amp; Next Steps</p><p>🎧 <a href="https://podcasts.apple.com/zw/podcast/fundamentals-of-software-engineering/id1860072717">Subscribe to Fundamentals of Software Engineering on Apple Podcasts</a><br>__________________________________________________<br>Chapter Timestamps</p><p>00:00 Cold open and intro<br>01:00 Welcome to episode 8, open source and the AI token crisis<br>03:00 Why maintainers are banning AI pull requests<br>06:00 The 50,000 line diff problem<br>10:00 AI struggles with deleting code<br>14:00 How junior engineers should be using AI<br>18:00 AI generated code that compiles but solves the wrong problem<br>22:00 Where AI tooling is genuinely useful today<br>26:00 Defenders need perfection, attackers need one door<br>30:00 The Silicon Valley loss leader pricing playbook<br>34:00 What happens when AI tooling prices climb<br>38:00 How to keep your engineering judgment sharp<br>42:00 Why open source matters more, not less, in this moment<br>46:00 The patterns we are watching in the next year<br>52:00 Closing thoughts and where the field goes next<br>59:00 Dad jokes and Father's Day wrap</p>]]>
      </itunes:summary>
      <itunes:keywords>Software Engineering, Developer</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>E07 - Why We Hate Legacy Code (and How to Work With It Anyway)</title>
      <itunes:episode>7</itunes:episode>
      <podcast:episode>7</podcast:episode>
      <itunes:title>E07 - Why We Hate Legacy Code (and How to Work With It Anyway)</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">32c22b28-5977-428b-a65e-38be7a89c2a5</guid>
      <link>https://share.transistor.fm/s/4583ef9d</link>
      <description>
        <![CDATA[<p>In this episode of Fundamentals of Software Engineering, Nate and I dig into the love hate relationship every developer has with the inherited code base. We unpack what actually makes code 'legacy', why working with it feels so painful, and the strategies that turn it from a burden into something you can confidently change. From Mike Feathers' definition ('legacy code is code without tests') to the realization that your code today will be someone else's legacy code tomorrow, we cover the full spectrum of why this stuff trips up even seasoned developers and what actually moves the needle.<br>We get into the rewrite trap (and why YOLO big bang rewrites usually backfire), the strangler fig pattern that has saved countless modernizations, and how AI is finally turning the years long mainframe migration into something realistic. We also talk about scout rule refactoring, the fresh perspective new joiners bring (and why managers should actually listen), the soft skills side that nobody warned us about, and what empathy for past developers looks like in practice. If you have ever opened a code base, thought 'what idiot wrote this?', and then realized it was you, this one is for you.</p><p>Key Highlights</p><p>🔍 What Counts as Legacy: Mike Feathers' definition is code without tests, but functionally it's anything you didn't write within the last couple of hours. Even your code becomes legacy faster than you think.<br>🛠️ The Rewrite Trap: Big bang cutovers are stressful, risky, and usually reintroduce edge cases that took years to fix. The strangler fig pattern lets you replace systems thin slice by thin slice with continuous demoable progress.<br>🤖 AI as a Modernization Force Multiplier: AI lowers the cost and risk of mainframe migrations and makes interrogating commit history at scale realistic. Use it to summarize code intent, surface edge cases, and answer the questions human patience won't.<br>🧠 The Missing Context Problem: The original developers retired, the why is gone, and only the what remains. Tribal knowledge walks out the door. That's the real challenge, not the syntax.<br>📋 The Edge Case Iceberg: Happy path is easy. The real complexity lives in last day of the month, mid year changes, timezone quirks, and the goofy combinations of dates and times. If those are not tested or documented, the rewrite will reintroduce them.<br>🌱 Fresh Perspective Is a Superpower: New joiners can challenge 'that's how we've always done it' assumptions that seasoned engineers no longer notice. Dan shares a real story of parallelizing an overnight batch job by simply asking 'does it have to be sequential?'<br>🧹 Scout Rule Refactoring: Always leave the code better than you found it. Better variable names, smaller methods, dead code removal, missing documentation. Small daily improvements compound into a maintainable system.<br>📈 Your Code Today Is Tomorrow's Legacy: Write the tests. Document the edge cases. Leave the breadcrumbs. The future maintainer might be you, and you will not remember why you made any of those decisions.</p><p>Resources &amp; Next Steps</p><p>📘 Fundamentals of Software Engineering (book), now in Portuguese and Korean translation<br>🌐 fundamentalsofswe.com (book + podcast hub)<br>👥 Mike Feathers, Working Effectively With Legacy Code (definition source)<br>📐 Strangler Fig Pattern, Martin Fowler<br>🎧 Subscribe to Fundamentals of Software Engineering on Apple Podcasts</p><p>Chapter Timestamps</p><p>00:00 Cold Open, When the Idiot Code Turns Out to Be Yours<br>00:54 Welcome to Episode 7<br>02:33 Fundamentals of SE Now in Portuguese and Korean<br>04:05 What Counts as Legacy Code<br>06:48 Why Greenfield Feels So Good<br>09:11 Legacy Doesn't Mean Bad<br>10:41 App Modernization as a Career<br>11:51 Getting Off the Mainframe in the AI Era<br>15:25 Missing Context (the Why Is Gone)<br>17:36 Fear of Breaking What You Don't Understand<br>18:17 Mike Feathers and Why Tests Slow You Down Less Than You Think<br>22:08 Getting Maintenance Time Approved<br>25:01 Outdated Dependencies and the 1962 Car Analogy<br>28:06 Tribal Knowledge Walks Out the Door<br>32:14 The Rewrite Trap and YOLO Big Bang Cutovers<br>39:48 The Strangler Fig Pattern<br>42:00 Working in Unfamiliar Code<br>47:00 Fresh Perspective as a Superpower<br>50:23 The Scout Rule (Leave It Better Than You Found It)<br>52:24 Comments, Refactoring, and Naming<br>53:29 Empathy for Past Developers<br>55:03 Your Code Today Is Tomorrow's Legacy<br>59:08 Closing Thoughts (and a Dad Joke)</p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p>In this episode of Fundamentals of Software Engineering, Nate and I dig into the love hate relationship every developer has with the inherited code base. We unpack what actually makes code 'legacy', why working with it feels so painful, and the strategies that turn it from a burden into something you can confidently change. From Mike Feathers' definition ('legacy code is code without tests') to the realization that your code today will be someone else's legacy code tomorrow, we cover the full spectrum of why this stuff trips up even seasoned developers and what actually moves the needle.<br>We get into the rewrite trap (and why YOLO big bang rewrites usually backfire), the strangler fig pattern that has saved countless modernizations, and how AI is finally turning the years long mainframe migration into something realistic. We also talk about scout rule refactoring, the fresh perspective new joiners bring (and why managers should actually listen), the soft skills side that nobody warned us about, and what empathy for past developers looks like in practice. If you have ever opened a code base, thought 'what idiot wrote this?', and then realized it was you, this one is for you.</p><p>Key Highlights</p><p>🔍 What Counts as Legacy: Mike Feathers' definition is code without tests, but functionally it's anything you didn't write within the last couple of hours. Even your code becomes legacy faster than you think.<br>🛠️ The Rewrite Trap: Big bang cutovers are stressful, risky, and usually reintroduce edge cases that took years to fix. The strangler fig pattern lets you replace systems thin slice by thin slice with continuous demoable progress.<br>🤖 AI as a Modernization Force Multiplier: AI lowers the cost and risk of mainframe migrations and makes interrogating commit history at scale realistic. Use it to summarize code intent, surface edge cases, and answer the questions human patience won't.<br>🧠 The Missing Context Problem: The original developers retired, the why is gone, and only the what remains. Tribal knowledge walks out the door. That's the real challenge, not the syntax.<br>📋 The Edge Case Iceberg: Happy path is easy. The real complexity lives in last day of the month, mid year changes, timezone quirks, and the goofy combinations of dates and times. If those are not tested or documented, the rewrite will reintroduce them.<br>🌱 Fresh Perspective Is a Superpower: New joiners can challenge 'that's how we've always done it' assumptions that seasoned engineers no longer notice. Dan shares a real story of parallelizing an overnight batch job by simply asking 'does it have to be sequential?'<br>🧹 Scout Rule Refactoring: Always leave the code better than you found it. Better variable names, smaller methods, dead code removal, missing documentation. Small daily improvements compound into a maintainable system.<br>📈 Your Code Today Is Tomorrow's Legacy: Write the tests. Document the edge cases. Leave the breadcrumbs. The future maintainer might be you, and you will not remember why you made any of those decisions.</p><p>Resources &amp; Next Steps</p><p>📘 Fundamentals of Software Engineering (book), now in Portuguese and Korean translation<br>🌐 fundamentalsofswe.com (book + podcast hub)<br>👥 Mike Feathers, Working Effectively With Legacy Code (definition source)<br>📐 Strangler Fig Pattern, Martin Fowler<br>🎧 Subscribe to Fundamentals of Software Engineering on Apple Podcasts</p><p>Chapter Timestamps</p><p>00:00 Cold Open, When the Idiot Code Turns Out to Be Yours<br>00:54 Welcome to Episode 7<br>02:33 Fundamentals of SE Now in Portuguese and Korean<br>04:05 What Counts as Legacy Code<br>06:48 Why Greenfield Feels So Good<br>09:11 Legacy Doesn't Mean Bad<br>10:41 App Modernization as a Career<br>11:51 Getting Off the Mainframe in the AI Era<br>15:25 Missing Context (the Why Is Gone)<br>17:36 Fear of Breaking What You Don't Understand<br>18:17 Mike Feathers and Why Tests Slow You Down Less Than You Think<br>22:08 Getting Maintenance Time Approved<br>25:01 Outdated Dependencies and the 1962 Car Analogy<br>28:06 Tribal Knowledge Walks Out the Door<br>32:14 The Rewrite Trap and YOLO Big Bang Cutovers<br>39:48 The Strangler Fig Pattern<br>42:00 Working in Unfamiliar Code<br>47:00 Fresh Perspective as a Superpower<br>50:23 The Scout Rule (Leave It Better Than You Found It)<br>52:24 Comments, Refactoring, and Naming<br>53:29 Empathy for Past Developers<br>55:03 Your Code Today Is Tomorrow's Legacy<br>59:08 Closing Thoughts (and a Dad Joke)</p>]]>
      </content:encoded>
      <pubDate>Tue, 05 May 2026 07:27:31 -0400</pubDate>
      <author>Dan Vega, Nate Schutta</author>
      <enclosure url="https://media.transistor.fm/4583ef9d/0568cd51.mp3" length="86478978" type="audio/mpeg"/>
      <itunes:author>Dan Vega, Nate Schutta</itunes:author>
      <itunes:duration>3594</itunes:duration>
      <itunes:summary>
        <![CDATA[<p>In this episode of Fundamentals of Software Engineering, Nate and I dig into the love hate relationship every developer has with the inherited code base. We unpack what actually makes code 'legacy', why working with it feels so painful, and the strategies that turn it from a burden into something you can confidently change. From Mike Feathers' definition ('legacy code is code without tests') to the realization that your code today will be someone else's legacy code tomorrow, we cover the full spectrum of why this stuff trips up even seasoned developers and what actually moves the needle.<br>We get into the rewrite trap (and why YOLO big bang rewrites usually backfire), the strangler fig pattern that has saved countless modernizations, and how AI is finally turning the years long mainframe migration into something realistic. We also talk about scout rule refactoring, the fresh perspective new joiners bring (and why managers should actually listen), the soft skills side that nobody warned us about, and what empathy for past developers looks like in practice. If you have ever opened a code base, thought 'what idiot wrote this?', and then realized it was you, this one is for you.</p><p>Key Highlights</p><p>🔍 What Counts as Legacy: Mike Feathers' definition is code without tests, but functionally it's anything you didn't write within the last couple of hours. Even your code becomes legacy faster than you think.<br>🛠️ The Rewrite Trap: Big bang cutovers are stressful, risky, and usually reintroduce edge cases that took years to fix. The strangler fig pattern lets you replace systems thin slice by thin slice with continuous demoable progress.<br>🤖 AI as a Modernization Force Multiplier: AI lowers the cost and risk of mainframe migrations and makes interrogating commit history at scale realistic. Use it to summarize code intent, surface edge cases, and answer the questions human patience won't.<br>🧠 The Missing Context Problem: The original developers retired, the why is gone, and only the what remains. Tribal knowledge walks out the door. That's the real challenge, not the syntax.<br>📋 The Edge Case Iceberg: Happy path is easy. The real complexity lives in last day of the month, mid year changes, timezone quirks, and the goofy combinations of dates and times. If those are not tested or documented, the rewrite will reintroduce them.<br>🌱 Fresh Perspective Is a Superpower: New joiners can challenge 'that's how we've always done it' assumptions that seasoned engineers no longer notice. Dan shares a real story of parallelizing an overnight batch job by simply asking 'does it have to be sequential?'<br>🧹 Scout Rule Refactoring: Always leave the code better than you found it. Better variable names, smaller methods, dead code removal, missing documentation. Small daily improvements compound into a maintainable system.<br>📈 Your Code Today Is Tomorrow's Legacy: Write the tests. Document the edge cases. Leave the breadcrumbs. The future maintainer might be you, and you will not remember why you made any of those decisions.</p><p>Resources &amp; Next Steps</p><p>📘 Fundamentals of Software Engineering (book), now in Portuguese and Korean translation<br>🌐 fundamentalsofswe.com (book + podcast hub)<br>👥 Mike Feathers, Working Effectively With Legacy Code (definition source)<br>📐 Strangler Fig Pattern, Martin Fowler<br>🎧 Subscribe to Fundamentals of Software Engineering on Apple Podcasts</p><p>Chapter Timestamps</p><p>00:00 Cold Open, When the Idiot Code Turns Out to Be Yours<br>00:54 Welcome to Episode 7<br>02:33 Fundamentals of SE Now in Portuguese and Korean<br>04:05 What Counts as Legacy Code<br>06:48 Why Greenfield Feels So Good<br>09:11 Legacy Doesn't Mean Bad<br>10:41 App Modernization as a Career<br>11:51 Getting Off the Mainframe in the AI Era<br>15:25 Missing Context (the Why Is Gone)<br>17:36 Fear of Breaking What You Don't Understand<br>18:17 Mike Feathers and Why Tests Slow You Down Less Than You Think<br>22:08 Getting Maintenance Time Approved<br>25:01 Outdated Dependencies and the 1962 Car Analogy<br>28:06 Tribal Knowledge Walks Out the Door<br>32:14 The Rewrite Trap and YOLO Big Bang Cutovers<br>39:48 The Strangler Fig Pattern<br>42:00 Working in Unfamiliar Code<br>47:00 Fresh Perspective as a Superpower<br>50:23 The Scout Rule (Leave It Better Than You Found It)<br>52:24 Comments, Refactoring, and Naming<br>53:29 Empathy for Past Developers<br>55:03 Your Code Today Is Tomorrow's Legacy<br>59:08 Closing Thoughts (and a Dad Joke)</p>]]>
      </itunes:summary>
      <itunes:keywords>Software Engineering, Developer</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>E06 - Why Software Engineering Fundamentals Matter More in the Age of AI</title>
      <itunes:episode>6</itunes:episode>
      <podcast:episode>6</podcast:episode>
      <itunes:title>E06 - Why Software Engineering Fundamentals Matter More in the Age of AI</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">297618eb-2a9a-4a4c-87e0-afd7884f9423</guid>
      <link>https://share.transistor.fm/s/e9904614</link>
      <description>
        <![CDATA[<p>In this episode of <em>Fundamentals of Software Engineering</em>, Nate and I dig into what we learned at the <strong>Arc of AI</strong> conference in Austin. We discuss the big conversations happening around <strong>AI-generated code</strong> in production, why <strong>vibe coding</strong> falls apart at scale, and how tools that let developers move faster can also get them off course just as quickly. From an AI agent that tried to <strong>delete production</strong> to 50,000-line diffs that no human can realistically review, we explore the real risks showing up as teams adopt these tools.</p><p>We also get into the durability of code, whether we'll eventually stop writing <strong>human-readable code</strong> altogether, and why <strong>evals</strong> for AI-generated code are something most teams are skipping at their peril. A recurring theme is that <strong>typing has never been the hard part of software</strong>. The fundamentals (testing, code review, architectural thinking, and understanding what code shouldn't do) matter even more now that we can produce code faster than ever. If you're feeling anxiety about AI replacing developers, this conversation is for you.</p><p><strong><br>Key Highlights</strong></p><p>💻 <strong>Code Is Cheap, Software Is Expensive</strong>: AI excels at generating behavior, but the architectural qualities and non-functional requirements that make code into software still require human expertise.</p><p>🔐 <strong>The Authorization Bug</strong>: An AI agent commented out authentication code because it lacked the right role in dev. The kind of mistake a human reviewer catches instantly, but one that could slip through a 50,000-line diff unnoticed.</p><p>🏗️ <strong>200,000 Lines of Vibe Code</strong>: When someone asked Dan to review their vibe-coded app, it was 200,000 lines. Finding a bug in that is like being dropped into a massive enterprise codebase on day one with zero context.</p><p>🤖 <strong>AWS Agent Gone Rogue</strong>: An agent tasked with fixing a critical production issue decided the best approach was to delete production and start from scratch. Any human would have vetoed that immediately.</p><p>⚡ <strong>Moving Fast Safely</strong>: Like an F1 driver at 200 mph, moving faster in software development means being off course by even a small margin can put you miles from your target. More speed demands more frequent feedback loops.</p><p>🧪 <strong>Evals Over Vibes</strong>: When switching AI models in production, "vibe testing" isn't enough. Proper evals are essential to verify that behavior remains consistent across model updates and prompt changes.</p><p>📖 <strong>The Testing Paradox</strong>: You can write tests for what code should do, but you can't easily test for what it shouldn't do. AI-generated code may introduce unexpected behavior that no one thought to test for.</p><p><strong><br>Resources &amp; Next Steps</strong></p><p>🎤 Arc of AI Conference (Austin, TX)</p><p>📕 Fundamentals of Software Engineering in the Age of AI (workshop by Dan Vega and Nate Schutta)</p><p>🎧 Subscribe to Fundamentals of Software Engineering on Apple Podcasts</p><p><strong><br>Chapter Timestamps</strong></p><p>00:00 Introduction and welcome back</p><p>01:30 Recap of the Arc of AI conference in Austin</p><p>04:00 A power outage, elevators, and conferencing by candlelight</p><p>07:30 Overview of talks, workshops, and hallway conversations</p><p>09:00 The eight hour workshop on fundamentals in the age of AI</p><p>11:00 Code is cheap, software is expensive</p><p>13:00 Vibe coding at low stakes vs. enterprise software</p><p>16:00 Developer anxiety and the real role of a software engineer</p><p>18:00 200,000 lines of vibe coded code nobody can review</p><p>20:00 50,000 line diffs and the authorization bug</p><p>23:00 The AWS agent that tried to delete production</p><p>26:00 Is code going to be durable or constantly regenerated?</p><p>30:00 Will we stop writing human readable code?</p><p>34:00 The testing paradox and what code shouldn't do</p><p>37:00 Can AI replace CEOs? Black Swans and human intuition</p><p>40:00 AI as productivity enhancer, not job replacement</p><p>44:00 Evals vs. vibe testing in production AI systems</p><p>48:00 Relearning lessons of the past in software engineering</p><p>52:00 Moving fast safely and the F1 analogy</p><p>56:00 Feedback loops, staying on course, and closing thoughts</p><p><br></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p>In this episode of <em>Fundamentals of Software Engineering</em>, Nate and I dig into what we learned at the <strong>Arc of AI</strong> conference in Austin. We discuss the big conversations happening around <strong>AI-generated code</strong> in production, why <strong>vibe coding</strong> falls apart at scale, and how tools that let developers move faster can also get them off course just as quickly. From an AI agent that tried to <strong>delete production</strong> to 50,000-line diffs that no human can realistically review, we explore the real risks showing up as teams adopt these tools.</p><p>We also get into the durability of code, whether we'll eventually stop writing <strong>human-readable code</strong> altogether, and why <strong>evals</strong> for AI-generated code are something most teams are skipping at their peril. A recurring theme is that <strong>typing has never been the hard part of software</strong>. The fundamentals (testing, code review, architectural thinking, and understanding what code shouldn't do) matter even more now that we can produce code faster than ever. If you're feeling anxiety about AI replacing developers, this conversation is for you.</p><p><strong><br>Key Highlights</strong></p><p>💻 <strong>Code Is Cheap, Software Is Expensive</strong>: AI excels at generating behavior, but the architectural qualities and non-functional requirements that make code into software still require human expertise.</p><p>🔐 <strong>The Authorization Bug</strong>: An AI agent commented out authentication code because it lacked the right role in dev. The kind of mistake a human reviewer catches instantly, but one that could slip through a 50,000-line diff unnoticed.</p><p>🏗️ <strong>200,000 Lines of Vibe Code</strong>: When someone asked Dan to review their vibe-coded app, it was 200,000 lines. Finding a bug in that is like being dropped into a massive enterprise codebase on day one with zero context.</p><p>🤖 <strong>AWS Agent Gone Rogue</strong>: An agent tasked with fixing a critical production issue decided the best approach was to delete production and start from scratch. Any human would have vetoed that immediately.</p><p>⚡ <strong>Moving Fast Safely</strong>: Like an F1 driver at 200 mph, moving faster in software development means being off course by even a small margin can put you miles from your target. More speed demands more frequent feedback loops.</p><p>🧪 <strong>Evals Over Vibes</strong>: When switching AI models in production, "vibe testing" isn't enough. Proper evals are essential to verify that behavior remains consistent across model updates and prompt changes.</p><p>📖 <strong>The Testing Paradox</strong>: You can write tests for what code should do, but you can't easily test for what it shouldn't do. AI-generated code may introduce unexpected behavior that no one thought to test for.</p><p><strong><br>Resources &amp; Next Steps</strong></p><p>🎤 Arc of AI Conference (Austin, TX)</p><p>📕 Fundamentals of Software Engineering in the Age of AI (workshop by Dan Vega and Nate Schutta)</p><p>🎧 Subscribe to Fundamentals of Software Engineering on Apple Podcasts</p><p><strong><br>Chapter Timestamps</strong></p><p>00:00 Introduction and welcome back</p><p>01:30 Recap of the Arc of AI conference in Austin</p><p>04:00 A power outage, elevators, and conferencing by candlelight</p><p>07:30 Overview of talks, workshops, and hallway conversations</p><p>09:00 The eight hour workshop on fundamentals in the age of AI</p><p>11:00 Code is cheap, software is expensive</p><p>13:00 Vibe coding at low stakes vs. enterprise software</p><p>16:00 Developer anxiety and the real role of a software engineer</p><p>18:00 200,000 lines of vibe coded code nobody can review</p><p>20:00 50,000 line diffs and the authorization bug</p><p>23:00 The AWS agent that tried to delete production</p><p>26:00 Is code going to be durable or constantly regenerated?</p><p>30:00 Will we stop writing human readable code?</p><p>34:00 The testing paradox and what code shouldn't do</p><p>37:00 Can AI replace CEOs? Black Swans and human intuition</p><p>40:00 AI as productivity enhancer, not job replacement</p><p>44:00 Evals vs. vibe testing in production AI systems</p><p>48:00 Relearning lessons of the past in software engineering</p><p>52:00 Moving fast safely and the F1 analogy</p><p>56:00 Feedback loops, staying on course, and closing thoughts</p><p><br></p>]]>
      </content:encoded>
      <pubDate>Wed, 29 Apr 2026 09:17:48 -0400</pubDate>
      <author>Dan Vega, Nate Schutta</author>
      <enclosure url="https://media.transistor.fm/e9904614/801a0848.mp3" length="90474232" type="audio/mpeg"/>
      <itunes:author>Dan Vega, Nate Schutta</itunes:author>
      <itunes:duration>3764</itunes:duration>
      <itunes:summary>
        <![CDATA[<p>In this episode of <em>Fundamentals of Software Engineering</em>, Nate and I dig into what we learned at the <strong>Arc of AI</strong> conference in Austin. We discuss the big conversations happening around <strong>AI-generated code</strong> in production, why <strong>vibe coding</strong> falls apart at scale, and how tools that let developers move faster can also get them off course just as quickly. From an AI agent that tried to <strong>delete production</strong> to 50,000-line diffs that no human can realistically review, we explore the real risks showing up as teams adopt these tools.</p><p>We also get into the durability of code, whether we'll eventually stop writing <strong>human-readable code</strong> altogether, and why <strong>evals</strong> for AI-generated code are something most teams are skipping at their peril. A recurring theme is that <strong>typing has never been the hard part of software</strong>. The fundamentals (testing, code review, architectural thinking, and understanding what code shouldn't do) matter even more now that we can produce code faster than ever. If you're feeling anxiety about AI replacing developers, this conversation is for you.</p><p><strong><br>Key Highlights</strong></p><p>💻 <strong>Code Is Cheap, Software Is Expensive</strong>: AI excels at generating behavior, but the architectural qualities and non-functional requirements that make code into software still require human expertise.</p><p>🔐 <strong>The Authorization Bug</strong>: An AI agent commented out authentication code because it lacked the right role in dev. The kind of mistake a human reviewer catches instantly, but one that could slip through a 50,000-line diff unnoticed.</p><p>🏗️ <strong>200,000 Lines of Vibe Code</strong>: When someone asked Dan to review their vibe-coded app, it was 200,000 lines. Finding a bug in that is like being dropped into a massive enterprise codebase on day one with zero context.</p><p>🤖 <strong>AWS Agent Gone Rogue</strong>: An agent tasked with fixing a critical production issue decided the best approach was to delete production and start from scratch. Any human would have vetoed that immediately.</p><p>⚡ <strong>Moving Fast Safely</strong>: Like an F1 driver at 200 mph, moving faster in software development means being off course by even a small margin can put you miles from your target. More speed demands more frequent feedback loops.</p><p>🧪 <strong>Evals Over Vibes</strong>: When switching AI models in production, "vibe testing" isn't enough. Proper evals are essential to verify that behavior remains consistent across model updates and prompt changes.</p><p>📖 <strong>The Testing Paradox</strong>: You can write tests for what code should do, but you can't easily test for what it shouldn't do. AI-generated code may introduce unexpected behavior that no one thought to test for.</p><p><strong><br>Resources &amp; Next Steps</strong></p><p>🎤 Arc of AI Conference (Austin, TX)</p><p>📕 Fundamentals of Software Engineering in the Age of AI (workshop by Dan Vega and Nate Schutta)</p><p>🎧 Subscribe to Fundamentals of Software Engineering on Apple Podcasts</p><p><strong><br>Chapter Timestamps</strong></p><p>00:00 Introduction and welcome back</p><p>01:30 Recap of the Arc of AI conference in Austin</p><p>04:00 A power outage, elevators, and conferencing by candlelight</p><p>07:30 Overview of talks, workshops, and hallway conversations</p><p>09:00 The eight hour workshop on fundamentals in the age of AI</p><p>11:00 Code is cheap, software is expensive</p><p>13:00 Vibe coding at low stakes vs. enterprise software</p><p>16:00 Developer anxiety and the real role of a software engineer</p><p>18:00 200,000 lines of vibe coded code nobody can review</p><p>20:00 50,000 line diffs and the authorization bug</p><p>23:00 The AWS agent that tried to delete production</p><p>26:00 Is code going to be durable or constantly regenerated?</p><p>30:00 Will we stop writing human readable code?</p><p>34:00 The testing paradox and what code shouldn't do</p><p>37:00 Can AI replace CEOs? Black Swans and human intuition</p><p>40:00 AI as productivity enhancer, not job replacement</p><p>44:00 Evals vs. vibe testing in production AI systems</p><p>48:00 Relearning lessons of the past in software engineering</p><p>52:00 Moving fast safely and the F1 analogy</p><p>56:00 Feedback loops, staying on course, and closing thoughts</p><p><br></p>]]>
      </itunes:summary>
      <itunes:keywords>Software Engineering, Developer</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>E05 - Exploring Career Paths for Software Engineers with Dan Vega and Nate Schutta</title>
      <itunes:episode>5</itunes:episode>
      <podcast:episode>5</podcast:episode>
      <itunes:title>E05 - Exploring Career Paths for Software Engineers with Dan Vega and Nate Schutta</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">8d9ef2ac-a559-47ef-9264-047242ff51c0</guid>
      <link>https://share.transistor.fm/s/99e64531</link>
      <description>
        <![CDATA[<p>In this episode of <strong>Fundamentals of Software Engineering</strong>, we dive deep into the diverse <strong>career paths available</strong> to software engineers beyond just writing code. Many engineers start their careers thinking the only options are coding until retirement or eventually becoming a <strong>manager</strong>, but the reality is far more exciting. We explore how the tech industry offers numerous opportunities that combine <strong>technical skills, creativity, and professional growth</strong>. From individual contributor tracks to specialized roles in <strong>developer advocacy, consulting, entrepreneurship</strong>, and more, we break down what each path looks like and how to know which one might be right for you.</p><p>Drawing inspiration from <strong>Chapter 14</strong> of our book, I share personal experiences about discovering my passion for <strong>teaching and content creation</strong> while Nate reflects on his journey into <strong>developer advocacy and speaking</strong>. We discuss the importance of <strong>paying attention to what energizes you</strong> in your daily work, whether that's solving complex technical problems, mentoring others, building products, or communicating ideas. We also emphasize that your interests will <strong>evolve over time</strong>, and that's perfectly normal. The key is staying <strong>open to opportunities</strong>, being willing to try new things, and not being afraid to pivot when something doesn't feel like the right fit.</p><p>________________________________________</p><p><br>Key Highlights:</p><p>💼 <strong>Individual Contributor vs. Management Track:</strong> We break down the two primary career paths in software engineering and explain how the individual contributor (IC) track allows engineers to grow technically without managing people, reaching senior levels like Staff, Principal, and Distinguished Engineer.</p><p>🎤 <strong>Developer Advocacy and Community Building:</strong> Learn how developer advocates bridge the gap between companies and developer communities through content creation, speaking, and building relationships. This role combines technical expertise with communication skills and offers a unique way to impact the industry.</p><p>📚 <strong>Teaching and Content Creation:</strong> Discover how creating courses, writing technical content, and teaching others can become a fulfilling career path. We discuss how the saying 'to teach something, you have to learn it twice' reinforces your own technical knowledge while helping others.</p><p>🏢 <strong>Consulting and Freelancing:</strong> Explore the world of independent consulting where you solve diverse problems for different clients, build variety into your work, and have more control over your schedule and projects.</p><p>🚀 <strong>Entrepreneurship and Building Products:</strong> We examine how engineers can leverage their technical skills to build their own products and companies, especially in this AI-powered era where the barriers to entry have been significantly lowered.</p><p>🔍 <strong>Following Your Passions:</strong> Throughout the episode, we emphasize the importance of paying attention to what energizes you, following those indicators early in your career, and not being afraid to advocate for the things you're passionate about without waiting for permission.</p><p>💡 <strong>Empathy in Engineering:</strong> We discuss how understanding who your applications are helping and putting yourself in other people's shoes can make even the most mundane projects more meaningful and rewarding.</p><p>________________________________________</p><p><br>Resources &amp; Next Steps:</p><p>🌐 Learn more about the <a href="https://fundamentalsofswe.com/">Fundamentals of Software Engineering book</a> and get your copy</p><p>📖 Purchase the book on <a href="https://www.amazon.com">Amazon</a> or access it through the O'Reilly platform</p><p>🎧 Subscribe to the <a href="https://fundamentalsofsw.com">Fundamentals of Software Engineering podcast</a> for more episodes</p><p>⭐ Leave a review on Amazon to help other engineers discover the book and share your feedback with Dan and Nate</p><p>________________________________________</p><p><br>Chapter Timestamps:</p><p>00:00:00 - Introduction and Steve Jobs Quote</p><p>00:01:10 - Episode 5: Career Paths for Software Engineers</p><p>00:03:00 - Book Overview and Chapter 14 Introduction</p><p>00:05:00 - Beyond Just Coding: Understanding Career Options</p><p>00:06:00 - Early Career Perspectives on Career Paths</p><p>00:15:00 - Individual Contributor Track Explained</p><p>00:25:00 - Management Track and Leadership Roles</p><p>00:35:00 - Developer Advocacy and Community Work</p><p>00:45:00 - Teaching, Content Creation, and Education</p><p>00:52:00 - Consulting and Freelancing Opportunities</p><p>00:58:00 - Entrepreneurship and Building Your Own Products</p><p>01:01:00 - Key Takeaways and Following Your Passions</p><p>01:03:00 - Final Thoughts and Dad Joke</p><p>01:04:00 - Wrap Up and Call to Action</p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p>In this episode of <strong>Fundamentals of Software Engineering</strong>, we dive deep into the diverse <strong>career paths available</strong> to software engineers beyond just writing code. Many engineers start their careers thinking the only options are coding until retirement or eventually becoming a <strong>manager</strong>, but the reality is far more exciting. We explore how the tech industry offers numerous opportunities that combine <strong>technical skills, creativity, and professional growth</strong>. From individual contributor tracks to specialized roles in <strong>developer advocacy, consulting, entrepreneurship</strong>, and more, we break down what each path looks like and how to know which one might be right for you.</p><p>Drawing inspiration from <strong>Chapter 14</strong> of our book, I share personal experiences about discovering my passion for <strong>teaching and content creation</strong> while Nate reflects on his journey into <strong>developer advocacy and speaking</strong>. We discuss the importance of <strong>paying attention to what energizes you</strong> in your daily work, whether that's solving complex technical problems, mentoring others, building products, or communicating ideas. We also emphasize that your interests will <strong>evolve over time</strong>, and that's perfectly normal. The key is staying <strong>open to opportunities</strong>, being willing to try new things, and not being afraid to pivot when something doesn't feel like the right fit.</p><p>________________________________________</p><p><br>Key Highlights:</p><p>💼 <strong>Individual Contributor vs. Management Track:</strong> We break down the two primary career paths in software engineering and explain how the individual contributor (IC) track allows engineers to grow technically without managing people, reaching senior levels like Staff, Principal, and Distinguished Engineer.</p><p>🎤 <strong>Developer Advocacy and Community Building:</strong> Learn how developer advocates bridge the gap between companies and developer communities through content creation, speaking, and building relationships. This role combines technical expertise with communication skills and offers a unique way to impact the industry.</p><p>📚 <strong>Teaching and Content Creation:</strong> Discover how creating courses, writing technical content, and teaching others can become a fulfilling career path. We discuss how the saying 'to teach something, you have to learn it twice' reinforces your own technical knowledge while helping others.</p><p>🏢 <strong>Consulting and Freelancing:</strong> Explore the world of independent consulting where you solve diverse problems for different clients, build variety into your work, and have more control over your schedule and projects.</p><p>🚀 <strong>Entrepreneurship and Building Products:</strong> We examine how engineers can leverage their technical skills to build their own products and companies, especially in this AI-powered era where the barriers to entry have been significantly lowered.</p><p>🔍 <strong>Following Your Passions:</strong> Throughout the episode, we emphasize the importance of paying attention to what energizes you, following those indicators early in your career, and not being afraid to advocate for the things you're passionate about without waiting for permission.</p><p>💡 <strong>Empathy in Engineering:</strong> We discuss how understanding who your applications are helping and putting yourself in other people's shoes can make even the most mundane projects more meaningful and rewarding.</p><p>________________________________________</p><p><br>Resources &amp; Next Steps:</p><p>🌐 Learn more about the <a href="https://fundamentalsofswe.com/">Fundamentals of Software Engineering book</a> and get your copy</p><p>📖 Purchase the book on <a href="https://www.amazon.com">Amazon</a> or access it through the O'Reilly platform</p><p>🎧 Subscribe to the <a href="https://fundamentalsofsw.com">Fundamentals of Software Engineering podcast</a> for more episodes</p><p>⭐ Leave a review on Amazon to help other engineers discover the book and share your feedback with Dan and Nate</p><p>________________________________________</p><p><br>Chapter Timestamps:</p><p>00:00:00 - Introduction and Steve Jobs Quote</p><p>00:01:10 - Episode 5: Career Paths for Software Engineers</p><p>00:03:00 - Book Overview and Chapter 14 Introduction</p><p>00:05:00 - Beyond Just Coding: Understanding Career Options</p><p>00:06:00 - Early Career Perspectives on Career Paths</p><p>00:15:00 - Individual Contributor Track Explained</p><p>00:25:00 - Management Track and Leadership Roles</p><p>00:35:00 - Developer Advocacy and Community Work</p><p>00:45:00 - Teaching, Content Creation, and Education</p><p>00:52:00 - Consulting and Freelancing Opportunities</p><p>00:58:00 - Entrepreneurship and Building Your Own Products</p><p>01:01:00 - Key Takeaways and Following Your Passions</p><p>01:03:00 - Final Thoughts and Dad Joke</p><p>01:04:00 - Wrap Up and Call to Action</p>]]>
      </content:encoded>
      <pubDate>Wed, 11 Feb 2026 11:53:48 -0500</pubDate>
      <author>Dan Vega, Nate Schutta</author>
      <enclosure url="https://media.transistor.fm/99e64531/c4680f60.mp3" length="93757209" type="audio/mpeg"/>
      <itunes:author>Dan Vega, Nate Schutta</itunes:author>
      <itunes:duration>3904</itunes:duration>
      <itunes:summary>
        <![CDATA[<p>In this episode of <strong>Fundamentals of Software Engineering</strong>, we dive deep into the diverse <strong>career paths available</strong> to software engineers beyond just writing code. Many engineers start their careers thinking the only options are coding until retirement or eventually becoming a <strong>manager</strong>, but the reality is far more exciting. We explore how the tech industry offers numerous opportunities that combine <strong>technical skills, creativity, and professional growth</strong>. From individual contributor tracks to specialized roles in <strong>developer advocacy, consulting, entrepreneurship</strong>, and more, we break down what each path looks like and how to know which one might be right for you.</p><p>Drawing inspiration from <strong>Chapter 14</strong> of our book, I share personal experiences about discovering my passion for <strong>teaching and content creation</strong> while Nate reflects on his journey into <strong>developer advocacy and speaking</strong>. We discuss the importance of <strong>paying attention to what energizes you</strong> in your daily work, whether that's solving complex technical problems, mentoring others, building products, or communicating ideas. We also emphasize that your interests will <strong>evolve over time</strong>, and that's perfectly normal. The key is staying <strong>open to opportunities</strong>, being willing to try new things, and not being afraid to pivot when something doesn't feel like the right fit.</p><p>________________________________________</p><p><br>Key Highlights:</p><p>💼 <strong>Individual Contributor vs. Management Track:</strong> We break down the two primary career paths in software engineering and explain how the individual contributor (IC) track allows engineers to grow technically without managing people, reaching senior levels like Staff, Principal, and Distinguished Engineer.</p><p>🎤 <strong>Developer Advocacy and Community Building:</strong> Learn how developer advocates bridge the gap between companies and developer communities through content creation, speaking, and building relationships. This role combines technical expertise with communication skills and offers a unique way to impact the industry.</p><p>📚 <strong>Teaching and Content Creation:</strong> Discover how creating courses, writing technical content, and teaching others can become a fulfilling career path. We discuss how the saying 'to teach something, you have to learn it twice' reinforces your own technical knowledge while helping others.</p><p>🏢 <strong>Consulting and Freelancing:</strong> Explore the world of independent consulting where you solve diverse problems for different clients, build variety into your work, and have more control over your schedule and projects.</p><p>🚀 <strong>Entrepreneurship and Building Products:</strong> We examine how engineers can leverage their technical skills to build their own products and companies, especially in this AI-powered era where the barriers to entry have been significantly lowered.</p><p>🔍 <strong>Following Your Passions:</strong> Throughout the episode, we emphasize the importance of paying attention to what energizes you, following those indicators early in your career, and not being afraid to advocate for the things you're passionate about without waiting for permission.</p><p>💡 <strong>Empathy in Engineering:</strong> We discuss how understanding who your applications are helping and putting yourself in other people's shoes can make even the most mundane projects more meaningful and rewarding.</p><p>________________________________________</p><p><br>Resources &amp; Next Steps:</p><p>🌐 Learn more about the <a href="https://fundamentalsofswe.com/">Fundamentals of Software Engineering book</a> and get your copy</p><p>📖 Purchase the book on <a href="https://www.amazon.com">Amazon</a> or access it through the O'Reilly platform</p><p>🎧 Subscribe to the <a href="https://fundamentalsofsw.com">Fundamentals of Software Engineering podcast</a> for more episodes</p><p>⭐ Leave a review on Amazon to help other engineers discover the book and share your feedback with Dan and Nate</p><p>________________________________________</p><p><br>Chapter Timestamps:</p><p>00:00:00 - Introduction and Steve Jobs Quote</p><p>00:01:10 - Episode 5: Career Paths for Software Engineers</p><p>00:03:00 - Book Overview and Chapter 14 Introduction</p><p>00:05:00 - Beyond Just Coding: Understanding Career Options</p><p>00:06:00 - Early Career Perspectives on Career Paths</p><p>00:15:00 - Individual Contributor Track Explained</p><p>00:25:00 - Management Track and Leadership Roles</p><p>00:35:00 - Developer Advocacy and Community Work</p><p>00:45:00 - Teaching, Content Creation, and Education</p><p>00:52:00 - Consulting and Freelancing Opportunities</p><p>00:58:00 - Entrepreneurship and Building Your Own Products</p><p>01:01:00 - Key Takeaways and Following Your Passions</p><p>01:03:00 - Final Thoughts and Dad Joke</p><p>01:04:00 - Wrap Up and Call to Action</p>]]>
      </itunes:summary>
      <itunes:keywords>Software Engineering, Developer</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>E04 - Why Continuous Learning Is Your Secret Weapon in Software Engineering</title>
      <itunes:episode>4</itunes:episode>
      <podcast:episode>4</podcast:episode>
      <itunes:title>E04 - Why Continuous Learning Is Your Secret Weapon in Software Engineering</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">6bacdab6-d1ab-411f-aea4-8deec7ea7563</guid>
      <link>https://share.transistor.fm/s/3c01ee25</link>
      <description>
        <![CDATA[<p>We kicked off Episode 4 by tackling something every developer faces but rarely masters: <strong>learning to learn</strong>. In our industry, the <strong>technology changes constantly</strong>, and staying relevant means embracing a <strong>lifetime of learning</strong>. Nate and I dove into how successful engineers aren't just smart, they're <strong>insatiably curious</strong>. We talked about moving past the misconception that learning ends with school and recognizing that <strong>failure is part of the process</strong>. Whether you're debugging code or picking up a new framework, being comfortable with <strong>not knowing everything</strong> is what separates the good from the great. We also emphasized that everyone has their own <strong>learning style</strong>, and finding yours is key to making knowledge stick.</p><p>The episode also explored practical strategies for staying sharp without burning out. We discussed the dangers of the <strong>shiny new thing paradox</strong>, where developers chase every hot technology without asking <strong>why</strong>. Instead, we encouraged building a <strong>technology radar</strong>, being deliberate about what you learn, and understanding that <strong>consistency beats intensity</strong> every time. A little bit each day, whether it's <strong>20 minutes of reading</strong> or working on a <strong>side project</strong>, compounds into serious growth over time. We wrapped up by reminding everyone that <strong>FOMO is real</strong>, but you don't need to learn everything. Focus on what aligns with <strong>your career goals</strong> and what genuinely excites you, and you'll be just fine.</p><p><br></p><p>Key Highlights:</p><p>🧠 <strong>Learning Never Stops:</strong> School teaches us that learning is finite, but in software engineering, successful developers maintain an insatiable curiosity throughout their careers. The key is embracing the mindset that you don't need to know everything, and being comfortable saying, "Tell me more about that."</p><p>✨ <strong>The Shiny New Thing Paradox:</strong> Just because a new technology is hyped doesn't mean you need to learn it. We discussed resume-driven design and how developers often adopt bleeding-edge tools without understanding the full trade-offs. The key is knowing not just when to use a tool, but when not to use it.</p><p>📡 <strong>Build Your Technology Radar:</strong> Inspired by ThoughtWorks, a technology radar helps you methodically track technologies across four rings, from "hold" (avoid or phase out) to "adopt" (use now). This framework lets you see where to invest your learning time and helps you be planful rather than reactive to every new trend.</p><p>🔥 <strong>Consistency Over Intensity:</strong> New Year's resolutions fail because people set unrealistic goals. Instead of promising to work out 90 minutes daily, commit to 5-10 minutes of reading or coding each day. Small, sustainable habits compound into serious growth over time, just like Nate's nearly 900-day reading streak.</p><p>🎯 <strong>Start With Your Why:</strong> Before diving into GraphQL, Kubernetes, or any hyped technology, ask yourself why you want to learn it. Does it solve a problem you're facing? Does it align with your career goals? Learning with purpose prevents you from wasting time on tools you'll never use.</p><p>🚀 <strong>Side Projects Are Learning Labs:</strong> If your day job restricts your tech stack, side projects let you experiment guilt-free. Dan shared how he built his personal website with Vue, Nuxt, and Tailwind to learn front-end skills outside his Spring and Java work. It's the right tool for the right job, plus it scratches a personal itch.</p><p>🤝 <strong>Show Up and Soak It In:</strong> Even if a meetup or lunch-and-learn isn't on your immediate learning list, attending can be valuable. You might pick up a keyboard shortcut, discover a new tool, or make a connection that changes your career. Plus, free pizza and getting out of your house never hurt anyone.</p><p><br></p><p>Resources &amp; Next Steps:</p><p>📖 Order <a href="https://fundamentalsofswe.com">Fundamentals of Software Engineering</a> on O'Reilly or Amazon</p><p>🎧 Subscribe to the <a href="https://fundamentalsofswe.com">Fundamentals of Software Engineering podcast<br></a><br></p><p>📡 Explore the <a href="https://www.thoughtworks.com/radar">ThoughtWorks Technology Radar</a> to build your own learning framework</p><p>🏂 Connect with Dan Vega and Nate Schutta on social media for more learning tips and industry insights</p><p><br></p><p>Timestamps:</p><p>0:00 Introduction and New Year Mindset</p><p>0:59 Episode 4: Learning to Learn</p><p>2:44 The Myth That Learning Ends After School</p><p>3:19 Curiosity and the Tinkering Mindset</p><p>5:05 Signing Up for a Lifetime of Learning</p><p>6:47 Learning Through Failure</p><p>9:09 Finding Your Personal Learning Style</p><p>11:38 The Trap of Video Tutorials Without Practice</p><p>14:40 AI as a Learning Tool, Not a Shortcut</p><p>15:36 Dealing with an Overwhelming Number of Things to Learn</p><p>18:22 The Shiny New Thing Paradox</p><p>21:05 Staying Long Enough to See the Consequences of Your Decisions</p><p>23:12 Using ADRs (Architectural Decision Records)</p><p>26:00 FOMO and Side Projects</p><p>29:05 Portfolio Theory for Technology Skills</p><p>32:03 Building a Technology Radar</p><p>35:25 Starting with Your Why</p><p>38:25 Don't Over-Engineer for Problems You Don't Have</p><p>41:48 Dan's Personal Website Example: Right Tool for the Right Job</p><p>44:15 Consistency Over Intensity</p><p>45:45 Morning Coffee: A Daily Learning Ritual</p><p>48:49 Weekly, Monthly, and Yearly Learning Goals</p><p>50:37 Learning Depth Strategy: Survey, Dive, Deep Dive, Ultra-Deep Dive</p><p>52:10 Attending Meetups and Lunch-and-Learns</p><p>55:04 Wrap-Up and Coffee Joke</p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p>We kicked off Episode 4 by tackling something every developer faces but rarely masters: <strong>learning to learn</strong>. In our industry, the <strong>technology changes constantly</strong>, and staying relevant means embracing a <strong>lifetime of learning</strong>. Nate and I dove into how successful engineers aren't just smart, they're <strong>insatiably curious</strong>. We talked about moving past the misconception that learning ends with school and recognizing that <strong>failure is part of the process</strong>. Whether you're debugging code or picking up a new framework, being comfortable with <strong>not knowing everything</strong> is what separates the good from the great. We also emphasized that everyone has their own <strong>learning style</strong>, and finding yours is key to making knowledge stick.</p><p>The episode also explored practical strategies for staying sharp without burning out. We discussed the dangers of the <strong>shiny new thing paradox</strong>, where developers chase every hot technology without asking <strong>why</strong>. Instead, we encouraged building a <strong>technology radar</strong>, being deliberate about what you learn, and understanding that <strong>consistency beats intensity</strong> every time. A little bit each day, whether it's <strong>20 minutes of reading</strong> or working on a <strong>side project</strong>, compounds into serious growth over time. We wrapped up by reminding everyone that <strong>FOMO is real</strong>, but you don't need to learn everything. Focus on what aligns with <strong>your career goals</strong> and what genuinely excites you, and you'll be just fine.</p><p><br></p><p>Key Highlights:</p><p>🧠 <strong>Learning Never Stops:</strong> School teaches us that learning is finite, but in software engineering, successful developers maintain an insatiable curiosity throughout their careers. The key is embracing the mindset that you don't need to know everything, and being comfortable saying, "Tell me more about that."</p><p>✨ <strong>The Shiny New Thing Paradox:</strong> Just because a new technology is hyped doesn't mean you need to learn it. We discussed resume-driven design and how developers often adopt bleeding-edge tools without understanding the full trade-offs. The key is knowing not just when to use a tool, but when not to use it.</p><p>📡 <strong>Build Your Technology Radar:</strong> Inspired by ThoughtWorks, a technology radar helps you methodically track technologies across four rings, from "hold" (avoid or phase out) to "adopt" (use now). This framework lets you see where to invest your learning time and helps you be planful rather than reactive to every new trend.</p><p>🔥 <strong>Consistency Over Intensity:</strong> New Year's resolutions fail because people set unrealistic goals. Instead of promising to work out 90 minutes daily, commit to 5-10 minutes of reading or coding each day. Small, sustainable habits compound into serious growth over time, just like Nate's nearly 900-day reading streak.</p><p>🎯 <strong>Start With Your Why:</strong> Before diving into GraphQL, Kubernetes, or any hyped technology, ask yourself why you want to learn it. Does it solve a problem you're facing? Does it align with your career goals? Learning with purpose prevents you from wasting time on tools you'll never use.</p><p>🚀 <strong>Side Projects Are Learning Labs:</strong> If your day job restricts your tech stack, side projects let you experiment guilt-free. Dan shared how he built his personal website with Vue, Nuxt, and Tailwind to learn front-end skills outside his Spring and Java work. It's the right tool for the right job, plus it scratches a personal itch.</p><p>🤝 <strong>Show Up and Soak It In:</strong> Even if a meetup or lunch-and-learn isn't on your immediate learning list, attending can be valuable. You might pick up a keyboard shortcut, discover a new tool, or make a connection that changes your career. Plus, free pizza and getting out of your house never hurt anyone.</p><p><br></p><p>Resources &amp; Next Steps:</p><p>📖 Order <a href="https://fundamentalsofswe.com">Fundamentals of Software Engineering</a> on O'Reilly or Amazon</p><p>🎧 Subscribe to the <a href="https://fundamentalsofswe.com">Fundamentals of Software Engineering podcast<br></a><br></p><p>📡 Explore the <a href="https://www.thoughtworks.com/radar">ThoughtWorks Technology Radar</a> to build your own learning framework</p><p>🏂 Connect with Dan Vega and Nate Schutta on social media for more learning tips and industry insights</p><p><br></p><p>Timestamps:</p><p>0:00 Introduction and New Year Mindset</p><p>0:59 Episode 4: Learning to Learn</p><p>2:44 The Myth That Learning Ends After School</p><p>3:19 Curiosity and the Tinkering Mindset</p><p>5:05 Signing Up for a Lifetime of Learning</p><p>6:47 Learning Through Failure</p><p>9:09 Finding Your Personal Learning Style</p><p>11:38 The Trap of Video Tutorials Without Practice</p><p>14:40 AI as a Learning Tool, Not a Shortcut</p><p>15:36 Dealing with an Overwhelming Number of Things to Learn</p><p>18:22 The Shiny New Thing Paradox</p><p>21:05 Staying Long Enough to See the Consequences of Your Decisions</p><p>23:12 Using ADRs (Architectural Decision Records)</p><p>26:00 FOMO and Side Projects</p><p>29:05 Portfolio Theory for Technology Skills</p><p>32:03 Building a Technology Radar</p><p>35:25 Starting with Your Why</p><p>38:25 Don't Over-Engineer for Problems You Don't Have</p><p>41:48 Dan's Personal Website Example: Right Tool for the Right Job</p><p>44:15 Consistency Over Intensity</p><p>45:45 Morning Coffee: A Daily Learning Ritual</p><p>48:49 Weekly, Monthly, and Yearly Learning Goals</p><p>50:37 Learning Depth Strategy: Survey, Dive, Deep Dive, Ultra-Deep Dive</p><p>52:10 Attending Meetups and Lunch-and-Learns</p><p>55:04 Wrap-Up and Coffee Joke</p>]]>
      </content:encoded>
      <pubDate>Thu, 08 Jan 2026 13:27:14 -0500</pubDate>
      <author>Dan Vega, Nate Schutta</author>
      <enclosure url="https://media.transistor.fm/3c01ee25/7c0b0460.mp3" length="84064472" type="audio/mpeg"/>
      <itunes:author>Dan Vega, Nate Schutta</itunes:author>
      <itunes:duration>3478</itunes:duration>
      <itunes:summary>
        <![CDATA[<p>We kicked off Episode 4 by tackling something every developer faces but rarely masters: <strong>learning to learn</strong>. In our industry, the <strong>technology changes constantly</strong>, and staying relevant means embracing a <strong>lifetime of learning</strong>. Nate and I dove into how successful engineers aren't just smart, they're <strong>insatiably curious</strong>. We talked about moving past the misconception that learning ends with school and recognizing that <strong>failure is part of the process</strong>. Whether you're debugging code or picking up a new framework, being comfortable with <strong>not knowing everything</strong> is what separates the good from the great. We also emphasized that everyone has their own <strong>learning style</strong>, and finding yours is key to making knowledge stick.</p><p>The episode also explored practical strategies for staying sharp without burning out. We discussed the dangers of the <strong>shiny new thing paradox</strong>, where developers chase every hot technology without asking <strong>why</strong>. Instead, we encouraged building a <strong>technology radar</strong>, being deliberate about what you learn, and understanding that <strong>consistency beats intensity</strong> every time. A little bit each day, whether it's <strong>20 minutes of reading</strong> or working on a <strong>side project</strong>, compounds into serious growth over time. We wrapped up by reminding everyone that <strong>FOMO is real</strong>, but you don't need to learn everything. Focus on what aligns with <strong>your career goals</strong> and what genuinely excites you, and you'll be just fine.</p><p><br></p><p>Key Highlights:</p><p>🧠 <strong>Learning Never Stops:</strong> School teaches us that learning is finite, but in software engineering, successful developers maintain an insatiable curiosity throughout their careers. The key is embracing the mindset that you don't need to know everything, and being comfortable saying, "Tell me more about that."</p><p>✨ <strong>The Shiny New Thing Paradox:</strong> Just because a new technology is hyped doesn't mean you need to learn it. We discussed resume-driven design and how developers often adopt bleeding-edge tools without understanding the full trade-offs. The key is knowing not just when to use a tool, but when not to use it.</p><p>📡 <strong>Build Your Technology Radar:</strong> Inspired by ThoughtWorks, a technology radar helps you methodically track technologies across four rings, from "hold" (avoid or phase out) to "adopt" (use now). This framework lets you see where to invest your learning time and helps you be planful rather than reactive to every new trend.</p><p>🔥 <strong>Consistency Over Intensity:</strong> New Year's resolutions fail because people set unrealistic goals. Instead of promising to work out 90 minutes daily, commit to 5-10 minutes of reading or coding each day. Small, sustainable habits compound into serious growth over time, just like Nate's nearly 900-day reading streak.</p><p>🎯 <strong>Start With Your Why:</strong> Before diving into GraphQL, Kubernetes, or any hyped technology, ask yourself why you want to learn it. Does it solve a problem you're facing? Does it align with your career goals? Learning with purpose prevents you from wasting time on tools you'll never use.</p><p>🚀 <strong>Side Projects Are Learning Labs:</strong> If your day job restricts your tech stack, side projects let you experiment guilt-free. Dan shared how he built his personal website with Vue, Nuxt, and Tailwind to learn front-end skills outside his Spring and Java work. It's the right tool for the right job, plus it scratches a personal itch.</p><p>🤝 <strong>Show Up and Soak It In:</strong> Even if a meetup or lunch-and-learn isn't on your immediate learning list, attending can be valuable. You might pick up a keyboard shortcut, discover a new tool, or make a connection that changes your career. Plus, free pizza and getting out of your house never hurt anyone.</p><p><br></p><p>Resources &amp; Next Steps:</p><p>📖 Order <a href="https://fundamentalsofswe.com">Fundamentals of Software Engineering</a> on O'Reilly or Amazon</p><p>🎧 Subscribe to the <a href="https://fundamentalsofswe.com">Fundamentals of Software Engineering podcast<br></a><br></p><p>📡 Explore the <a href="https://www.thoughtworks.com/radar">ThoughtWorks Technology Radar</a> to build your own learning framework</p><p>🏂 Connect with Dan Vega and Nate Schutta on social media for more learning tips and industry insights</p><p><br></p><p>Timestamps:</p><p>0:00 Introduction and New Year Mindset</p><p>0:59 Episode 4: Learning to Learn</p><p>2:44 The Myth That Learning Ends After School</p><p>3:19 Curiosity and the Tinkering Mindset</p><p>5:05 Signing Up for a Lifetime of Learning</p><p>6:47 Learning Through Failure</p><p>9:09 Finding Your Personal Learning Style</p><p>11:38 The Trap of Video Tutorials Without Practice</p><p>14:40 AI as a Learning Tool, Not a Shortcut</p><p>15:36 Dealing with an Overwhelming Number of Things to Learn</p><p>18:22 The Shiny New Thing Paradox</p><p>21:05 Staying Long Enough to See the Consequences of Your Decisions</p><p>23:12 Using ADRs (Architectural Decision Records)</p><p>26:00 FOMO and Side Projects</p><p>29:05 Portfolio Theory for Technology Skills</p><p>32:03 Building a Technology Radar</p><p>35:25 Starting with Your Why</p><p>38:25 Don't Over-Engineer for Problems You Don't Have</p><p>41:48 Dan's Personal Website Example: Right Tool for the Right Job</p><p>44:15 Consistency Over Intensity</p><p>45:45 Morning Coffee: A Daily Learning Ritual</p><p>48:49 Weekly, Monthly, and Yearly Learning Goals</p><p>50:37 Learning Depth Strategy: Survey, Dive, Deep Dive, Ultra-Deep Dive</p><p>52:10 Attending Meetups and Lunch-and-Learns</p><p>55:04 Wrap-Up and Coffee Joke</p>]]>
      </itunes:summary>
      <itunes:keywords>Software Engineering, Developer</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
      <podcast:chapters url="https://share.transistor.fm/s/3c01ee25/chapters.json" type="application/json+chapters"/>
    </item>
    <item>
      <title>E03 - Will AI Replace Software Developers</title>
      <itunes:episode>3</itunes:episode>
      <podcast:episode>3</podcast:episode>
      <itunes:title>E03 - Will AI Replace Software Developers</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">d6c61d2a-2bd0-4486-9815-8608d2ce09e3</guid>
      <link>https://share.transistor.fm/s/6349701e</link>
      <description>
        <![CDATA[<p>In this episode, we tackle the question that's been keeping developers up at night: <strong>will AI replace software developers?</strong> As your hosts, we dive deep into the <strong>real impact of AI</strong> on our industry, drawing parallels to historical technological shifts like the <strong>Jacquard loom</strong> and ATMs. I share insights from our new book, <strong>The Fundamentals of Software Engineering</strong>, and we explore how AI tools from <strong>ChatGPT to Claude Code</strong> are transforming the way we write code. We discuss the importance of <strong>learning fundamentals</strong> rather than becoming dependent on AI, and why <strong>adaptation</strong> is the key to thriving in this new era.</p><p>Nate and I also address concerns about <strong>junior developer roles</strong> and the challenge of breaking into the industry. We explore the progression from <strong>standalone chatbots</strong> to <strong>inline IDE assistants</strong> to <strong>agentic workflows</strong>, emphasizing that you should be the <strong>pilot, not the passenger</strong>. We discuss <strong>vibe coding</strong>, its appropriate use cases, and why understanding <strong>software engineering fundamentals</strong> remains critical. Whether you're a seasoned developer or just starting out, this episode offers practical advice on how to <strong>leverage AI as a force multiplier</strong> while staying relevant in an ever-evolving tech landscape.</p><p>_________________________________________________________________</p><p><strong>Key Highlights</strong></p><ul><li>🏛️ <strong>Historical Parallels:</strong> We explore how the Jacquard loom in 1801 transformed weavers rather than replacing them, and why similar patterns repeat with every major technological breakthrough including ATMs, cloud computing, and now AI.</li><li>🎓 <strong>Learning Fundamentals vs AI Dependency:</strong> We emphasize why understanding the fundamentals of software engineering is crucial, even with AI tools. Dan shares advice for his nephew considering a career in programming and discusses the importance of being the pilot, not the passenger.</li><li>🛠️ <strong>AI Tool Progression:</strong> We walk through the evolution from standalone chatbots like ChatGPT and Claude to inline IDE assistants like GitHub Copilot and JetBrains AI Assistant, all the way to agentic IDE environments like Cursor and Claude Code, discussing the proper use cases for each.</li><li>👨‍💻 <strong>Junior Developer Concerns:</strong> Nate and Dan address the challenges of breaking into the industry, the importance of networking, perseverance through rejections, and why following your passion matters more than fear of AI displacement.</li><li>⚡ <strong>Vibe Coding Explained:</strong> We discuss vibe coding, its appropriate use for throwaway projects and prototypes, why it's democratizing software development, and the critical importance of understanding when stakes are high versus low in production systems.</li><li>🚀 <strong>AI Across the SDLC:</strong> We explore how AI can be applied beyond just writing code to prototyping, testing, DevOps, code reading, and other areas of the software development lifecycle where it can provide tremendous value.</li></ul><p>_________________________________________________________________</p><p><strong>Resources &amp; Next Steps</strong></p><ul><li>📚 Get <a href="https://www.fundamentalsofsw.com">The Fundamentals of Software Engineering</a> on O'Reilly or Amazon</li><li>🌐 Visit the podcast website at <a href="https://www.fundamentalsofsw.com">fundamentalsofsw.com</a></li><li>🤖 Explore AI tools mentioned: <a href="https://chat.openai.com">ChatGPT</a>, <a href="https://claude.ai">Claude</a>, <a href="https://github.com/features/copilot">GitHub Copilot</a>, and <a href="https://cursor.sh">Cursor</a></li><li>💬 Leave a review and share your feedback with us</li></ul>]]>
      </description>
      <content:encoded>
        <![CDATA[<p>In this episode, we tackle the question that's been keeping developers up at night: <strong>will AI replace software developers?</strong> As your hosts, we dive deep into the <strong>real impact of AI</strong> on our industry, drawing parallels to historical technological shifts like the <strong>Jacquard loom</strong> and ATMs. I share insights from our new book, <strong>The Fundamentals of Software Engineering</strong>, and we explore how AI tools from <strong>ChatGPT to Claude Code</strong> are transforming the way we write code. We discuss the importance of <strong>learning fundamentals</strong> rather than becoming dependent on AI, and why <strong>adaptation</strong> is the key to thriving in this new era.</p><p>Nate and I also address concerns about <strong>junior developer roles</strong> and the challenge of breaking into the industry. We explore the progression from <strong>standalone chatbots</strong> to <strong>inline IDE assistants</strong> to <strong>agentic workflows</strong>, emphasizing that you should be the <strong>pilot, not the passenger</strong>. We discuss <strong>vibe coding</strong>, its appropriate use cases, and why understanding <strong>software engineering fundamentals</strong> remains critical. Whether you're a seasoned developer or just starting out, this episode offers practical advice on how to <strong>leverage AI as a force multiplier</strong> while staying relevant in an ever-evolving tech landscape.</p><p>_________________________________________________________________</p><p><strong>Key Highlights</strong></p><ul><li>🏛️ <strong>Historical Parallels:</strong> We explore how the Jacquard loom in 1801 transformed weavers rather than replacing them, and why similar patterns repeat with every major technological breakthrough including ATMs, cloud computing, and now AI.</li><li>🎓 <strong>Learning Fundamentals vs AI Dependency:</strong> We emphasize why understanding the fundamentals of software engineering is crucial, even with AI tools. Dan shares advice for his nephew considering a career in programming and discusses the importance of being the pilot, not the passenger.</li><li>🛠️ <strong>AI Tool Progression:</strong> We walk through the evolution from standalone chatbots like ChatGPT and Claude to inline IDE assistants like GitHub Copilot and JetBrains AI Assistant, all the way to agentic IDE environments like Cursor and Claude Code, discussing the proper use cases for each.</li><li>👨‍💻 <strong>Junior Developer Concerns:</strong> Nate and Dan address the challenges of breaking into the industry, the importance of networking, perseverance through rejections, and why following your passion matters more than fear of AI displacement.</li><li>⚡ <strong>Vibe Coding Explained:</strong> We discuss vibe coding, its appropriate use for throwaway projects and prototypes, why it's democratizing software development, and the critical importance of understanding when stakes are high versus low in production systems.</li><li>🚀 <strong>AI Across the SDLC:</strong> We explore how AI can be applied beyond just writing code to prototyping, testing, DevOps, code reading, and other areas of the software development lifecycle where it can provide tremendous value.</li></ul><p>_________________________________________________________________</p><p><strong>Resources &amp; Next Steps</strong></p><ul><li>📚 Get <a href="https://www.fundamentalsofsw.com">The Fundamentals of Software Engineering</a> on O'Reilly or Amazon</li><li>🌐 Visit the podcast website at <a href="https://www.fundamentalsofsw.com">fundamentalsofsw.com</a></li><li>🤖 Explore AI tools mentioned: <a href="https://chat.openai.com">ChatGPT</a>, <a href="https://claude.ai">Claude</a>, <a href="https://github.com/features/copilot">GitHub Copilot</a>, and <a href="https://cursor.sh">Cursor</a></li><li>💬 Leave a review and share your feedback with us</li></ul>]]>
      </content:encoded>
      <pubDate>Fri, 02 Jan 2026 17:25:36 -0500</pubDate>
      <author>Dan Vega, Nate Schutta</author>
      <enclosure url="https://media.transistor.fm/6349701e/84ea04cb.mp3" length="77706741" type="audio/mpeg"/>
      <itunes:author>Dan Vega, Nate Schutta</itunes:author>
      <itunes:duration>3212</itunes:duration>
      <itunes:summary>
        <![CDATA[<p>In this episode, we tackle the question that's been keeping developers up at night: <strong>will AI replace software developers?</strong> As your hosts, we dive deep into the <strong>real impact of AI</strong> on our industry, drawing parallels to historical technological shifts like the <strong>Jacquard loom</strong> and ATMs. I share insights from our new book, <strong>The Fundamentals of Software Engineering</strong>, and we explore how AI tools from <strong>ChatGPT to Claude Code</strong> are transforming the way we write code. We discuss the importance of <strong>learning fundamentals</strong> rather than becoming dependent on AI, and why <strong>adaptation</strong> is the key to thriving in this new era.</p><p>Nate and I also address concerns about <strong>junior developer roles</strong> and the challenge of breaking into the industry. We explore the progression from <strong>standalone chatbots</strong> to <strong>inline IDE assistants</strong> to <strong>agentic workflows</strong>, emphasizing that you should be the <strong>pilot, not the passenger</strong>. We discuss <strong>vibe coding</strong>, its appropriate use cases, and why understanding <strong>software engineering fundamentals</strong> remains critical. Whether you're a seasoned developer or just starting out, this episode offers practical advice on how to <strong>leverage AI as a force multiplier</strong> while staying relevant in an ever-evolving tech landscape.</p><p>_________________________________________________________________</p><p><strong>Key Highlights</strong></p><ul><li>🏛️ <strong>Historical Parallels:</strong> We explore how the Jacquard loom in 1801 transformed weavers rather than replacing them, and why similar patterns repeat with every major technological breakthrough including ATMs, cloud computing, and now AI.</li><li>🎓 <strong>Learning Fundamentals vs AI Dependency:</strong> We emphasize why understanding the fundamentals of software engineering is crucial, even with AI tools. Dan shares advice for his nephew considering a career in programming and discusses the importance of being the pilot, not the passenger.</li><li>🛠️ <strong>AI Tool Progression:</strong> We walk through the evolution from standalone chatbots like ChatGPT and Claude to inline IDE assistants like GitHub Copilot and JetBrains AI Assistant, all the way to agentic IDE environments like Cursor and Claude Code, discussing the proper use cases for each.</li><li>👨‍💻 <strong>Junior Developer Concerns:</strong> Nate and Dan address the challenges of breaking into the industry, the importance of networking, perseverance through rejections, and why following your passion matters more than fear of AI displacement.</li><li>⚡ <strong>Vibe Coding Explained:</strong> We discuss vibe coding, its appropriate use for throwaway projects and prototypes, why it's democratizing software development, and the critical importance of understanding when stakes are high versus low in production systems.</li><li>🚀 <strong>AI Across the SDLC:</strong> We explore how AI can be applied beyond just writing code to prototyping, testing, DevOps, code reading, and other areas of the software development lifecycle where it can provide tremendous value.</li></ul><p>_________________________________________________________________</p><p><strong>Resources &amp; Next Steps</strong></p><ul><li>📚 Get <a href="https://www.fundamentalsofsw.com">The Fundamentals of Software Engineering</a> on O'Reilly or Amazon</li><li>🌐 Visit the podcast website at <a href="https://www.fundamentalsofsw.com">fundamentalsofsw.com</a></li><li>🤖 Explore AI tools mentioned: <a href="https://chat.openai.com">ChatGPT</a>, <a href="https://claude.ai">Claude</a>, <a href="https://github.com/features/copilot">GitHub Copilot</a>, and <a href="https://cursor.sh">Cursor</a></li><li>💬 Leave a review and share your feedback with us</li></ul>]]>
      </itunes:summary>
      <itunes:keywords>AI, Artificial Intelligence, Software Engineer, Software Developer, Software Development, Programming, Programmer</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>E02 - Avoiding Burnout</title>
      <itunes:episode>2</itunes:episode>
      <podcast:episode>2</podcast:episode>
      <itunes:title>E02 - Avoiding Burnout</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">ad4e197c-38cc-47c0-9137-760b63b58d61</guid>
      <link>https://share.transistor.fm/s/b6097a54</link>
      <description>
        <![CDATA[<p><br>In this episode, we tackle the <strong>elephant in the room</strong> for so many developers: <strong>burnout</strong>. Whether you're just starting out or you've been coding for decades like us, the <strong>constant pressure to learn</strong>, ship, and stay relevant takes a serious toll. I share my own experiences with that <strong>Sunday evening dread</strong> and how setting <strong>boundaries</strong> at home became non-negotiable. Nate opens up about the challenges of <strong>remote work</strong> and why sometimes you need to physically walk around the block just to signal the start or end of your workday. We get real about the <strong>warning signs</strong> we've ignored and the lessons we've learned the hard way.</p><p><br>What makes developer burnout unique? For starters, there's the <strong>always-learning treadmill</strong> where a new framework or tool drops every single day. Then there's the <strong>invisible nature</strong> of our work (no one sees that incredible algorithm you spent weeks perfecting), the <strong>context switching</strong> between meetings and deep work, and that nagging feeling that our projects are <strong>never really done</strong>. We discuss how <strong>social media</strong> amplifies <strong>imposter syndrome</strong>, why learning to <strong>say no</strong> might be your most important skill, and how finding <strong>fulfillment outside of code</strong> isn't just nice to have, it's essential for long-term sustainability in this career.</p><p><strong><br>Key Highlights:<br></strong><br></p><p>🏠 <strong>Setting Work-From-Home Boundaries:</strong> How creating rituals like changing outfits or walking around the block helps distinguish work time from personal time, and why your family needs to know when you're 'on air.'</p><p>📚 <strong>The Always-Learning Treadmill:</strong> Why you don't actually have to learn everything, how to deal with FOMO, and the reality that technologies come along like buses every 10-15 minutes (you won't miss the only one).</p><p>⚠️ <strong>Recognizing Warning Signs:</strong> From Sunday evening dread and physical symptoms like headaches to irritability with teammates, these are the red flags that you're heading toward burnout (and why you need to take action immediately).</p><p>🔄 <strong>Context Switching is Killing Your Productivity:</strong> Why a five-second interruption costs you 15 minutes, how to protect your maker schedule, and the power of focus time blocks and 'no meeting Wednesdays.'</p><p>👻 <strong>The Invisible Nature of Our Work:</strong> Unlike a construction worker who can point to a building, developers create invisible solutions that only other developers appreciate, and why this contributes to burnout.</p><p>🎯 <strong>Learning to Say No:</strong> How setting clear goals and priorities helps you decline the wrong opportunities, why data matters when negotiating with your manager, and the importance of protecting your time.</p><p>🤝 <strong>Talk to Your Manager:</strong> Why having open conversations about burnout won't get you fired (good managers want to keep you), how to create action plans together, and when it's time to ask for a project change.</p><p>⛳ <strong>Finding Fulfillment Outside of Code:</strong> From golf leagues to weightlifting to puzzles with the family, why scheduling hobbies and protecting that time is essential for recharging and preventing burnout.</p><p>🌐 <strong>Building Your Professional Network:</strong> How regular one-on-ones with trusted colleagues help combat FOMO, provide emotional support, and give you access to expertise outside your own domain.</p><p><strong>Resources &amp; Next Steps:<br></strong><br></p><p>🌐 Visit the official Fundamentals of Software Engineering website at fundamentalsofswe.com</p><p>🎧 Subscribe to the Fundamentals of Software Engineering Podcast on your favorite podcast platform</p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p><br>In this episode, we tackle the <strong>elephant in the room</strong> for so many developers: <strong>burnout</strong>. Whether you're just starting out or you've been coding for decades like us, the <strong>constant pressure to learn</strong>, ship, and stay relevant takes a serious toll. I share my own experiences with that <strong>Sunday evening dread</strong> and how setting <strong>boundaries</strong> at home became non-negotiable. Nate opens up about the challenges of <strong>remote work</strong> and why sometimes you need to physically walk around the block just to signal the start or end of your workday. We get real about the <strong>warning signs</strong> we've ignored and the lessons we've learned the hard way.</p><p><br>What makes developer burnout unique? For starters, there's the <strong>always-learning treadmill</strong> where a new framework or tool drops every single day. Then there's the <strong>invisible nature</strong> of our work (no one sees that incredible algorithm you spent weeks perfecting), the <strong>context switching</strong> between meetings and deep work, and that nagging feeling that our projects are <strong>never really done</strong>. We discuss how <strong>social media</strong> amplifies <strong>imposter syndrome</strong>, why learning to <strong>say no</strong> might be your most important skill, and how finding <strong>fulfillment outside of code</strong> isn't just nice to have, it's essential for long-term sustainability in this career.</p><p><strong><br>Key Highlights:<br></strong><br></p><p>🏠 <strong>Setting Work-From-Home Boundaries:</strong> How creating rituals like changing outfits or walking around the block helps distinguish work time from personal time, and why your family needs to know when you're 'on air.'</p><p>📚 <strong>The Always-Learning Treadmill:</strong> Why you don't actually have to learn everything, how to deal with FOMO, and the reality that technologies come along like buses every 10-15 minutes (you won't miss the only one).</p><p>⚠️ <strong>Recognizing Warning Signs:</strong> From Sunday evening dread and physical symptoms like headaches to irritability with teammates, these are the red flags that you're heading toward burnout (and why you need to take action immediately).</p><p>🔄 <strong>Context Switching is Killing Your Productivity:</strong> Why a five-second interruption costs you 15 minutes, how to protect your maker schedule, and the power of focus time blocks and 'no meeting Wednesdays.'</p><p>👻 <strong>The Invisible Nature of Our Work:</strong> Unlike a construction worker who can point to a building, developers create invisible solutions that only other developers appreciate, and why this contributes to burnout.</p><p>🎯 <strong>Learning to Say No:</strong> How setting clear goals and priorities helps you decline the wrong opportunities, why data matters when negotiating with your manager, and the importance of protecting your time.</p><p>🤝 <strong>Talk to Your Manager:</strong> Why having open conversations about burnout won't get you fired (good managers want to keep you), how to create action plans together, and when it's time to ask for a project change.</p><p>⛳ <strong>Finding Fulfillment Outside of Code:</strong> From golf leagues to weightlifting to puzzles with the family, why scheduling hobbies and protecting that time is essential for recharging and preventing burnout.</p><p>🌐 <strong>Building Your Professional Network:</strong> How regular one-on-ones with trusted colleagues help combat FOMO, provide emotional support, and give you access to expertise outside your own domain.</p><p><strong>Resources &amp; Next Steps:<br></strong><br></p><p>🌐 Visit the official Fundamentals of Software Engineering website at fundamentalsofswe.com</p><p>🎧 Subscribe to the Fundamentals of Software Engineering Podcast on your favorite podcast platform</p>]]>
      </content:encoded>
      <pubDate>Tue, 16 Dec 2025 09:22:49 -0500</pubDate>
      <author>Dan Vega, Nate Schutta</author>
      <enclosure url="https://media.transistor.fm/b6097a54/bf6a0265.mp3" length="78194215" type="audio/mpeg"/>
      <itunes:author>Dan Vega, Nate Schutta</itunes:author>
      <itunes:duration>3228</itunes:duration>
      <itunes:summary>
        <![CDATA[<p><br>In this episode, we tackle the <strong>elephant in the room</strong> for so many developers: <strong>burnout</strong>. Whether you're just starting out or you've been coding for decades like us, the <strong>constant pressure to learn</strong>, ship, and stay relevant takes a serious toll. I share my own experiences with that <strong>Sunday evening dread</strong> and how setting <strong>boundaries</strong> at home became non-negotiable. Nate opens up about the challenges of <strong>remote work</strong> and why sometimes you need to physically walk around the block just to signal the start or end of your workday. We get real about the <strong>warning signs</strong> we've ignored and the lessons we've learned the hard way.</p><p><br>What makes developer burnout unique? For starters, there's the <strong>always-learning treadmill</strong> where a new framework or tool drops every single day. Then there's the <strong>invisible nature</strong> of our work (no one sees that incredible algorithm you spent weeks perfecting), the <strong>context switching</strong> between meetings and deep work, and that nagging feeling that our projects are <strong>never really done</strong>. We discuss how <strong>social media</strong> amplifies <strong>imposter syndrome</strong>, why learning to <strong>say no</strong> might be your most important skill, and how finding <strong>fulfillment outside of code</strong> isn't just nice to have, it's essential for long-term sustainability in this career.</p><p><strong><br>Key Highlights:<br></strong><br></p><p>🏠 <strong>Setting Work-From-Home Boundaries:</strong> How creating rituals like changing outfits or walking around the block helps distinguish work time from personal time, and why your family needs to know when you're 'on air.'</p><p>📚 <strong>The Always-Learning Treadmill:</strong> Why you don't actually have to learn everything, how to deal with FOMO, and the reality that technologies come along like buses every 10-15 minutes (you won't miss the only one).</p><p>⚠️ <strong>Recognizing Warning Signs:</strong> From Sunday evening dread and physical symptoms like headaches to irritability with teammates, these are the red flags that you're heading toward burnout (and why you need to take action immediately).</p><p>🔄 <strong>Context Switching is Killing Your Productivity:</strong> Why a five-second interruption costs you 15 minutes, how to protect your maker schedule, and the power of focus time blocks and 'no meeting Wednesdays.'</p><p>👻 <strong>The Invisible Nature of Our Work:</strong> Unlike a construction worker who can point to a building, developers create invisible solutions that only other developers appreciate, and why this contributes to burnout.</p><p>🎯 <strong>Learning to Say No:</strong> How setting clear goals and priorities helps you decline the wrong opportunities, why data matters when negotiating with your manager, and the importance of protecting your time.</p><p>🤝 <strong>Talk to Your Manager:</strong> Why having open conversations about burnout won't get you fired (good managers want to keep you), how to create action plans together, and when it's time to ask for a project change.</p><p>⛳ <strong>Finding Fulfillment Outside of Code:</strong> From golf leagues to weightlifting to puzzles with the family, why scheduling hobbies and protecting that time is essential for recharging and preventing burnout.</p><p>🌐 <strong>Building Your Professional Network:</strong> How regular one-on-ones with trusted colleagues help combat FOMO, provide emotional support, and give you access to expertise outside your own domain.</p><p><strong>Resources &amp; Next Steps:<br></strong><br></p><p>🌐 Visit the official Fundamentals of Software Engineering website at fundamentalsofswe.com</p><p>🎧 Subscribe to the Fundamentals of Software Engineering Podcast on your favorite podcast platform</p>]]>
      </itunes:summary>
      <itunes:keywords>Fundamentals of Software Engineering, Avoiding Burnout, Software Developer Burnout</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
    <item>
      <title>E01 - 👋🏻 Hello, Fundamentals</title>
      <itunes:episode>1</itunes:episode>
      <podcast:episode>1</podcast:episode>
      <itunes:title>E01 - 👋🏻 Hello, Fundamentals</itunes:title>
      <itunes:episodeType>full</itunes:episodeType>
      <guid isPermaLink="false">e1a2a4c4-46b6-40ee-9cc3-f2720eb6abf6</guid>
      <link>https://share.transistor.fm/s/3d8ba347</link>
      <description>
        <![CDATA[<p>Launching the Fundamentals of Software Engineering Podcast with Dan Vega and Nate Schutta</p><p>We are thrilled to introduce Episode One of the <strong>Fundamentals of Software Engineering</strong> podcast. In this inaugural episode, we share the <strong>origin story</strong> of how this book and podcast came to be, starting with a simple tweet about goals for the year. I talk about how <strong>Nate responded</strong> to my tweet saying he could help with at least two of my goals, and that's when our <strong>collaboration began</strong>. We dive into the challenges of writing a technical book, from multiple rounds of editing to finding the right balance between comprehensive coverage and keeping content accessible. We also discuss why we decided to launch this podcast as a companion to the book, allowing us to explore topics we couldn't fit into the manuscript and go deeper on subjects that matter most to <strong>software engineers</strong> at every stage of their career.</p><p>Throughout this episode, Nate and I introduce ourselves, share our backgrounds, and talk about what gets us excited about this industry. From my early days falling in love with <strong>web development</strong> to Nate's transition from chemistry to <strong>computer science</strong>, we reflect on our journeys and the lessons we've learned along the way. We talk candidly about <strong>imposter syndrome</strong>, the importance of learning to learn, and why reading code is often more important than writing it. We also touch on our shared passion for <strong>golf</strong>, spending time with family, and maintaining a healthy <strong>work-life balance</strong> in an industry that never stops evolving. This podcast is for anyone who wants to level up their software engineering skills, whether you're just starting out or have years of experience under your belt. Join us as we explore the fundamentals that make great software engineers and help you navigate your career with confidence.</p><p>_______________________________________________________________________________</p><p>Key Highlights:</p><p>📖 <strong>The Book's Origin Story:</strong> How a tweet about New Year's goals sparked a collaboration between Dan and Nate, leading to the creation of Fundamentals of Software Engineering. We discuss how the book evolved from Nate's initial online training sessions to a comprehensive guide covering essential topics that aren't always taught in traditional education.</p><p>🎯 <strong>Bridging the Education Gap:</strong> We explore the significant differences between what's taught in universities, bootcamps, and what you actually need to know on the job. Whether you have a four-year degree focused on theory or completed a 14-week intensive bootcamp, there's always a learning curve when joining a real development team. Our book aims to fill that gap and provide the institutional knowledge that helps new engineers become productive faster.</p><p>📚 <strong>Reading Code Over Writing Code:</strong> One of the most fundamental yet overlooked skills in software engineering is the ability to read and understand code. We emphasize that engineers spend far more time reading existing code than writing new code, especially in an era where AI-generated code is becoming more prevalent. Learning to navigate unfamiliar codebases, identify patterns, and understand legacy systems is crucial for career success.</p><p>🎤 <strong>From Introverts to Conference Speakers:</strong> We share our personal journeys from being uncomfortable with public speaking to becoming regular conference presenters. Many assume all speakers are extroverts, but most of the people we know in the conference circuit are actually introverted. We encourage anyone interested in speaking to start with local user groups and remember that you have a unique perspective worth sharing, regardless of your experience level.</p><p>🧠 <strong>Learning to Learn in Tech:</strong> The technology landscape changes constantly, and what worked five years ago might be obsolete today. We discuss the importance of developing meta-learning skills and understanding that you're signing up for a lifetime of continuous learning when you enter this industry. The key is not trying to learn everything but rather developing strategies to learn efficiently when you need to and recognizing which technologies are worth investing time in versus which ones you can skip.</p><p>⚠️ <strong>AI's Impact on Junior Developers:</strong> We tackle the concerning trend of companies relying heavily on senior developers with AI tools while reducing opportunities for junior developers. This creates a dangerous situation where we have masters with no apprentices. We emphasize that failure and struggle are essential parts of the learning process, and using AI as a crutch rather than a tool to amplify existing knowledge can prevent developers from building the foundational skills they need to progress in their careers.</p><p>⛳ <strong>Finding Balance Through Hobbies:</strong> To avoid burnout in our fast-paced industry, we stress the importance of having hobbies and interests outside of work. Both of us share a passion for golf, and we talk about how spending time with family and engaging in activities that take us away from screens helps us maintain perspective and recharge. The reality is you can't learn everything, and trying to will only lead to burnout, so it's essential to set boundaries and make time for life beyond code.</p><p>💡 <strong>Everyone Experiences Imposter Syndrome:</strong> No matter how experienced you become, that feeling of 'when will they figure out I'm a fraud' never completely goes away. We share personal stories about feeling anxious when joining new projects and making simple mistakes even after decades in the industry. The reassuring truth is that everyone struggles with these feelings, and the key is pushing through them while recognizing that failure and mistakes are valuable learning opportunities that make you a better engineer.</p><p>_______________________________________________________________________________</p><p>Resources &amp; Next Steps:</p><p>🌐 Visit the official <strong>Fundamentals of Software Engineering website</strong> at <a href="https://fundamentalsofswe.com">fundamentalsofswe.com<br></a><br></p><p>🎧 Subscribe to the <strong>Fundamentals of Software Engineering Podcast</strong> on your favorite podcast platform</p><p><br></p><p><br></p>]]>
      </description>
      <content:encoded>
        <![CDATA[<p>Launching the Fundamentals of Software Engineering Podcast with Dan Vega and Nate Schutta</p><p>We are thrilled to introduce Episode One of the <strong>Fundamentals of Software Engineering</strong> podcast. In this inaugural episode, we share the <strong>origin story</strong> of how this book and podcast came to be, starting with a simple tweet about goals for the year. I talk about how <strong>Nate responded</strong> to my tweet saying he could help with at least two of my goals, and that's when our <strong>collaboration began</strong>. We dive into the challenges of writing a technical book, from multiple rounds of editing to finding the right balance between comprehensive coverage and keeping content accessible. We also discuss why we decided to launch this podcast as a companion to the book, allowing us to explore topics we couldn't fit into the manuscript and go deeper on subjects that matter most to <strong>software engineers</strong> at every stage of their career.</p><p>Throughout this episode, Nate and I introduce ourselves, share our backgrounds, and talk about what gets us excited about this industry. From my early days falling in love with <strong>web development</strong> to Nate's transition from chemistry to <strong>computer science</strong>, we reflect on our journeys and the lessons we've learned along the way. We talk candidly about <strong>imposter syndrome</strong>, the importance of learning to learn, and why reading code is often more important than writing it. We also touch on our shared passion for <strong>golf</strong>, spending time with family, and maintaining a healthy <strong>work-life balance</strong> in an industry that never stops evolving. This podcast is for anyone who wants to level up their software engineering skills, whether you're just starting out or have years of experience under your belt. Join us as we explore the fundamentals that make great software engineers and help you navigate your career with confidence.</p><p>_______________________________________________________________________________</p><p>Key Highlights:</p><p>📖 <strong>The Book's Origin Story:</strong> How a tweet about New Year's goals sparked a collaboration between Dan and Nate, leading to the creation of Fundamentals of Software Engineering. We discuss how the book evolved from Nate's initial online training sessions to a comprehensive guide covering essential topics that aren't always taught in traditional education.</p><p>🎯 <strong>Bridging the Education Gap:</strong> We explore the significant differences between what's taught in universities, bootcamps, and what you actually need to know on the job. Whether you have a four-year degree focused on theory or completed a 14-week intensive bootcamp, there's always a learning curve when joining a real development team. Our book aims to fill that gap and provide the institutional knowledge that helps new engineers become productive faster.</p><p>📚 <strong>Reading Code Over Writing Code:</strong> One of the most fundamental yet overlooked skills in software engineering is the ability to read and understand code. We emphasize that engineers spend far more time reading existing code than writing new code, especially in an era where AI-generated code is becoming more prevalent. Learning to navigate unfamiliar codebases, identify patterns, and understand legacy systems is crucial for career success.</p><p>🎤 <strong>From Introverts to Conference Speakers:</strong> We share our personal journeys from being uncomfortable with public speaking to becoming regular conference presenters. Many assume all speakers are extroverts, but most of the people we know in the conference circuit are actually introverted. We encourage anyone interested in speaking to start with local user groups and remember that you have a unique perspective worth sharing, regardless of your experience level.</p><p>🧠 <strong>Learning to Learn in Tech:</strong> The technology landscape changes constantly, and what worked five years ago might be obsolete today. We discuss the importance of developing meta-learning skills and understanding that you're signing up for a lifetime of continuous learning when you enter this industry. The key is not trying to learn everything but rather developing strategies to learn efficiently when you need to and recognizing which technologies are worth investing time in versus which ones you can skip.</p><p>⚠️ <strong>AI's Impact on Junior Developers:</strong> We tackle the concerning trend of companies relying heavily on senior developers with AI tools while reducing opportunities for junior developers. This creates a dangerous situation where we have masters with no apprentices. We emphasize that failure and struggle are essential parts of the learning process, and using AI as a crutch rather than a tool to amplify existing knowledge can prevent developers from building the foundational skills they need to progress in their careers.</p><p>⛳ <strong>Finding Balance Through Hobbies:</strong> To avoid burnout in our fast-paced industry, we stress the importance of having hobbies and interests outside of work. Both of us share a passion for golf, and we talk about how spending time with family and engaging in activities that take us away from screens helps us maintain perspective and recharge. The reality is you can't learn everything, and trying to will only lead to burnout, so it's essential to set boundaries and make time for life beyond code.</p><p>💡 <strong>Everyone Experiences Imposter Syndrome:</strong> No matter how experienced you become, that feeling of 'when will they figure out I'm a fraud' never completely goes away. We share personal stories about feeling anxious when joining new projects and making simple mistakes even after decades in the industry. The reassuring truth is that everyone struggles with these feelings, and the key is pushing through them while recognizing that failure and mistakes are valuable learning opportunities that make you a better engineer.</p><p>_______________________________________________________________________________</p><p>Resources &amp; Next Steps:</p><p>🌐 Visit the official <strong>Fundamentals of Software Engineering website</strong> at <a href="https://fundamentalsofswe.com">fundamentalsofswe.com<br></a><br></p><p>🎧 Subscribe to the <strong>Fundamentals of Software Engineering Podcast</strong> on your favorite podcast platform</p><p><br></p><p><br></p>]]>
      </content:encoded>
      <pubDate>Tue, 09 Dec 2025 14:25:12 -0500</pubDate>
      <author>Dan Vega, Nate Schutta</author>
      <enclosure url="https://media.transistor.fm/3d8ba347/f7610b56.mp3" length="79096134" type="audio/mpeg"/>
      <itunes:author>Dan Vega, Nate Schutta</itunes:author>
      <itunes:duration>3264</itunes:duration>
      <itunes:summary>
        <![CDATA[<p>Launching the Fundamentals of Software Engineering Podcast with Dan Vega and Nate Schutta</p><p>We are thrilled to introduce Episode One of the <strong>Fundamentals of Software Engineering</strong> podcast. In this inaugural episode, we share the <strong>origin story</strong> of how this book and podcast came to be, starting with a simple tweet about goals for the year. I talk about how <strong>Nate responded</strong> to my tweet saying he could help with at least two of my goals, and that's when our <strong>collaboration began</strong>. We dive into the challenges of writing a technical book, from multiple rounds of editing to finding the right balance between comprehensive coverage and keeping content accessible. We also discuss why we decided to launch this podcast as a companion to the book, allowing us to explore topics we couldn't fit into the manuscript and go deeper on subjects that matter most to <strong>software engineers</strong> at every stage of their career.</p><p>Throughout this episode, Nate and I introduce ourselves, share our backgrounds, and talk about what gets us excited about this industry. From my early days falling in love with <strong>web development</strong> to Nate's transition from chemistry to <strong>computer science</strong>, we reflect on our journeys and the lessons we've learned along the way. We talk candidly about <strong>imposter syndrome</strong>, the importance of learning to learn, and why reading code is often more important than writing it. We also touch on our shared passion for <strong>golf</strong>, spending time with family, and maintaining a healthy <strong>work-life balance</strong> in an industry that never stops evolving. This podcast is for anyone who wants to level up their software engineering skills, whether you're just starting out or have years of experience under your belt. Join us as we explore the fundamentals that make great software engineers and help you navigate your career with confidence.</p><p>_______________________________________________________________________________</p><p>Key Highlights:</p><p>📖 <strong>The Book's Origin Story:</strong> How a tweet about New Year's goals sparked a collaboration between Dan and Nate, leading to the creation of Fundamentals of Software Engineering. We discuss how the book evolved from Nate's initial online training sessions to a comprehensive guide covering essential topics that aren't always taught in traditional education.</p><p>🎯 <strong>Bridging the Education Gap:</strong> We explore the significant differences between what's taught in universities, bootcamps, and what you actually need to know on the job. Whether you have a four-year degree focused on theory or completed a 14-week intensive bootcamp, there's always a learning curve when joining a real development team. Our book aims to fill that gap and provide the institutional knowledge that helps new engineers become productive faster.</p><p>📚 <strong>Reading Code Over Writing Code:</strong> One of the most fundamental yet overlooked skills in software engineering is the ability to read and understand code. We emphasize that engineers spend far more time reading existing code than writing new code, especially in an era where AI-generated code is becoming more prevalent. Learning to navigate unfamiliar codebases, identify patterns, and understand legacy systems is crucial for career success.</p><p>🎤 <strong>From Introverts to Conference Speakers:</strong> We share our personal journeys from being uncomfortable with public speaking to becoming regular conference presenters. Many assume all speakers are extroverts, but most of the people we know in the conference circuit are actually introverted. We encourage anyone interested in speaking to start with local user groups and remember that you have a unique perspective worth sharing, regardless of your experience level.</p><p>🧠 <strong>Learning to Learn in Tech:</strong> The technology landscape changes constantly, and what worked five years ago might be obsolete today. We discuss the importance of developing meta-learning skills and understanding that you're signing up for a lifetime of continuous learning when you enter this industry. The key is not trying to learn everything but rather developing strategies to learn efficiently when you need to and recognizing which technologies are worth investing time in versus which ones you can skip.</p><p>⚠️ <strong>AI's Impact on Junior Developers:</strong> We tackle the concerning trend of companies relying heavily on senior developers with AI tools while reducing opportunities for junior developers. This creates a dangerous situation where we have masters with no apprentices. We emphasize that failure and struggle are essential parts of the learning process, and using AI as a crutch rather than a tool to amplify existing knowledge can prevent developers from building the foundational skills they need to progress in their careers.</p><p>⛳ <strong>Finding Balance Through Hobbies:</strong> To avoid burnout in our fast-paced industry, we stress the importance of having hobbies and interests outside of work. Both of us share a passion for golf, and we talk about how spending time with family and engaging in activities that take us away from screens helps us maintain perspective and recharge. The reality is you can't learn everything, and trying to will only lead to burnout, so it's essential to set boundaries and make time for life beyond code.</p><p>💡 <strong>Everyone Experiences Imposter Syndrome:</strong> No matter how experienced you become, that feeling of 'when will they figure out I'm a fraud' never completely goes away. We share personal stories about feeling anxious when joining new projects and making simple mistakes even after decades in the industry. The reassuring truth is that everyone struggles with these feelings, and the key is pushing through them while recognizing that failure and mistakes are valuable learning opportunities that make you a better engineer.</p><p>_______________________________________________________________________________</p><p>Resources &amp; Next Steps:</p><p>🌐 Visit the official <strong>Fundamentals of Software Engineering website</strong> at <a href="https://fundamentalsofswe.com">fundamentalsofswe.com<br></a><br></p><p>🎧 Subscribe to the <strong>Fundamentals of Software Engineering Podcast</strong> on your favorite podcast platform</p><p><br></p><p><br></p>]]>
      </itunes:summary>
      <itunes:keywords>Software Engineering, Developer</itunes:keywords>
      <itunes:explicit>No</itunes:explicit>
    </item>
  </channel>
</rss>
