<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:podcast="https://podcastindex.org/namespace/1.0">
    <channel>
        <generator>RedCircle VERIFY_TOKEN_30227421-bc27-45c2-bfb4-861def7dd4cc  -- Rendered At Thu, 16 Apr 2026 03:58:08 &#43;0000</generator>
        <title>Working Code</title>
        <link>https://redcircle.com/shows/workingcode</link>
        <language>en-US</language>
        <copyright>All rights reserved.</copyright>
        <itunes:subtitle>Your weekly conference hallway track</itunes:subtitle>
        <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
        <itunes:summary>Working Code is a technology podcast unlike all others. Instead of diving deep into specific technologies to learn them better, or focusing on soft-skills, this one is like hanging out together at the water cooler or in the hallway at a technical conference. Working Code celebrates the triumphs and fails of working as a developer, and aims to make your career in coding more enjoyable.</itunes:summary>
        <podcast:guid>30227421-bc27-45c2-bfb4-861def7dd4cc</podcast:guid>
        
        <description><![CDATA[<p>Water-cooler conversation about web-development. We want to entertain, inspire, and motivate you -- or to put it another way, make your coding career more enjoyable.</p>]]></description>
        
        <itunes:type>episodic</itunes:type>
        <podcast:locked>no</podcast:locked>
        <itunes:owner>
            <itunes:name>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:name>
            <itunes:email>workingcodepod@gmail.com</itunes:email>
        </itunes:owner>
        
        <itunes:image href="https://media.redcircle.com/images/2021/3/22/17/cc883bf3-10c1-43df-83c2-15bc026b8cd3_3f1d_0d05d2b5-7bf3-46da-a609-c0a3706a62c7_blob.jpg"/>
        
        
        
            
            <itunes:category text="Technology" />

            

        
        

        
        <itunes:explicit>no</itunes:explicit>
        
        
        
        
        
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>255: AI in the Streets</itunes:title>
                <title>255: AI in the Streets</title>

                <itunes:episode>255</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>You spend all day steering AI through code. Then you step outside and it&#39;s steering everything else. AI is listening to therapy sessions and suggesting treatments to your therapist. Your spouse is arguing with a chatbot about where Savannah, Georgia is. You call a company for help and get handed from one AI pretending to be human to another AI pretending to be human. The crew has been noticing it everywhere, and this week they compare notes on what it actually feels like when AI stops being a tool you chose and starts being a thing that just happens to you.

Links mentioned in the show:

hairstyles.net
RunPee.com
Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Thursday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/255-ai-in-the-streets/</itunes:summary>
                <description><![CDATA[<p>You spend all day steering AI through code. Then you step outside and it&#39;s steering everything else. AI is listening to therapy sessions and suggesting treatments to your therapist. Your spouse is arguing with a chatbot about where Savannah, Georgia is. You call a company for help and get handed from one AI pretending to be human to another AI pretending to be human. The crew has been noticing it everywhere, and this week they compare notes on what it actually feels like when AI stops being a tool you chose and starts being a thing that just happens to you.</p><p>Links mentioned in the show:</p><ul><li><a href="https://hairstyles.net/" rel="nofollow">hairstyles.net</a></li><li><a href="https://runpee.com/" rel="nofollow">RunPee.com</a></li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Thursday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/255-ai-in-the-streets/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;You spend all day steering AI through code. Then you step outside and it&amp;#39;s steering everything else. AI is listening to therapy sessions and suggesting treatments to your therapist. Your spouse is arguing with a chatbot about where Savannah, Georgia is. You call a company for help and get handed from one AI pretending to be human to another AI pretending to be human. The crew has been noticing it everywhere, and this week they compare notes on what it actually feels like when AI stops being a tool you chose and starts being a thing that just happens to you.&lt;/p&gt;&lt;p&gt;Links mentioned in the show:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://hairstyles.net/&#34; rel=&#34;nofollow&#34;&gt;hairstyles.net&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://runpee.com/&#34; rel=&#34;nofollow&#34;&gt;RunPee.com&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Thursday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/255-ai-in-the-streets/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="58920542" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b98c8b29-f9a1-433a-95ce-4ae5cd6ccb5f/stream.mp3"/>
                
                <guid isPermaLink="false">a9e6d5cc-b173-46da-8357-f6ecae2e3096</guid>
                <link>https://workingcode.dev/episodes/255-ai-in-the-streets/</link>
                <pubDate>Thu, 09 Apr 2026 10:00:19 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2026/4/9/4/d992437a-bb68-4c02-8064-4835b7016e7c_cover-art-v1.jpg"/>
                <itunes:duration>3682</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/255-ai-in-the-streets/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>254: Claudependent</itunes:title>
                <title>254: Claudependent</title>

                <itunes:episode>254</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>The productivity gains are real. So is the nagging feeling that something else might be happening. The crew use AI every day, and this week they sit with a question they can&#39;t quite shake: when the tool handles more and more of the thinking, what does that do to the person using it?

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Thursday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/254-claudependent/</itunes:summary>
                <description><![CDATA[<p>The productivity gains are real. So is the nagging feeling that something else might be happening. The crew use AI every day, and this week they sit with a question they can&#39;t quite shake: when the tool handles more and more of the thinking, what does that do to the person using it?</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Thursday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/254-claudependent/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;The productivity gains are real. So is the nagging feeling that something else might be happening. The crew use AI every day, and this week they sit with a question they can&amp;#39;t quite shake: when the tool handles more and more of the thinking, what does that do to the person using it?&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Thursday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/254-claudependent/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="51003141" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/3c43575b-b981-492a-ac1d-8e57ef3b2b27/stream.mp3"/>
                
                <guid isPermaLink="false">b3020354-4c9b-41d9-92ab-c17e8babfd26</guid>
                <link>https://workingcode.dev/episodes/254-claudependent/</link>
                <pubDate>Thu, 02 Apr 2026 10:00:17 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2026/4/1/23/7db3cc6f-0eea-401e-a273-3af4b0862698_cover-art-v1.jpg"/>
                <itunes:duration>3187</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/254-claudependent/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>253: The Adversarial Agents Are Arguing Again</itunes:title>
                <title>253: The Adversarial Agents Are Arguing Again</title>

                <itunes:episode>253</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>What if the best way to get good work out of AI is to stop being nice to it? Adam and Tim have both landed on the same uncomfortable discovery: when you pit AI agents against each other, with fake points, opposing incentives, and competing models, the output gets dramatically better than anything a single polite prompt can produce.

Adam&#39;s bug-hunting pipeline hands fake rewards to sycophantic agents and then throws the scores in the trash. Tim made Claude and ChatGPT argue for twelve rounds straight until they both said &#34;ship it&#34;.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Thursday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/253-the-adversarial-agents-are-arguing-again/</itunes:summary>
                <description><![CDATA[<p>What if the best way to get good work out of AI is to stop being nice to it? Adam and Tim have both landed on the same uncomfortable discovery: when you pit AI agents against each other, with fake points, opposing incentives, and competing models, the output gets dramatically better than anything a single polite prompt can produce.</p><p>Adam&#39;s bug-hunting pipeline hands fake rewards to sycophantic agents and then throws the scores in the trash. Tim made Claude and ChatGPT argue for twelve rounds straight until they both said &#34;ship it&#34;.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Thursday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/253-the-adversarial-agents-are-arguing-again/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;What if the best way to get good work out of AI is to stop being nice to it? Adam and Tim have both landed on the same uncomfortable discovery: when you pit AI agents against each other, with fake points, opposing incentives, and competing models, the output gets dramatically better than anything a single polite prompt can produce.&lt;/p&gt;&lt;p&gt;Adam&amp;#39;s bug-hunting pipeline hands fake rewards to sycophantic agents and then throws the scores in the trash. Tim made Claude and ChatGPT argue for twelve rounds straight until they both said &amp;#34;ship it&amp;#34;.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Thursday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/253-the-adversarial-agents-are-arguing-again/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="63635121" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/63c2cf5e-57a3-426a-9a7b-22c1a7cae9f7/stream.mp3"/>
                
                <guid isPermaLink="false">d9796e61-714c-4ea1-856c-4fe3afe084ee</guid>
                <link>https://workingcode.dev/episodes/253-the-adversarial-agents-are-arguing-again/</link>
                <pubDate>Thu, 26 Mar 2026 11:00:06 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2026/3/26/5/53864e86-d85d-49e5-bfdc-ef9b028b6b08_cover-art-v1.jpg"/>
                <itunes:duration>3977</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/253-the-adversarial-agents-are-arguing-again/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>252: Meet Showbot</itunes:title>
                <title>252: Meet Showbot</title>

                <itunes:episode>252</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Tim spent a single Sunday afternoon with Claude and built Show Bot -- a sarcastic Discord bot trained on every Working Code transcript, complete with a Dungeon Crawler Carl personality, fallacy detection badges, and a talent for roasting anyone who tries to prompt-inject it. The conversation turns into a deep technical walkthrough of RAG pipelines, local models, cross-encoder reranking, and what happens when you just start building things that make you laugh.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Thursday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/252-meet-showbot/</itunes:summary>
                <description><![CDATA[<p>Tim spent a single Sunday afternoon with Claude and built Show Bot -- a sarcastic Discord bot trained on every Working Code transcript, complete with a Dungeon Crawler Carl personality, fallacy detection badges, and a talent for roasting anyone who tries to prompt-inject it. The conversation turns into a deep technical walkthrough of RAG pipelines, local models, cross-encoder reranking, and what happens when you just start building things that make you laugh.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Thursday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/252-meet-showbot/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Tim spent a single Sunday afternoon with Claude and built Show Bot -- a sarcastic Discord bot trained on every Working Code transcript, complete with a Dungeon Crawler Carl personality, fallacy detection badges, and a talent for roasting anyone who tries to prompt-inject it. The conversation turns into a deep technical walkthrough of RAG pipelines, local models, cross-encoder reranking, and what happens when you just start building things that make you laugh.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Thursday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/252-meet-showbot/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="60169822" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/8730260e-c5d1-4519-810b-18d8b8eb3fac/stream.mp3"/>
                
                <guid isPermaLink="false">8c16de91-cc31-46f0-9058-b4294319c4c2</guid>
                <link>https://workingcode.dev/episodes/252-meet-showbot/</link>
                <pubDate>Thu, 19 Mar 2026 11:00:04 &#43;0000</pubDate>
                <itunes:duration>3760</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/252-meet-showbot/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>251: Ben vs. Tests</itunes:title>
                <title>251: Ben vs. Tests</title>

                <itunes:episode>251</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Testing sounds simple until you actually try it. Private methods that can&#39;t be reached without hacks. Dependency injection that doubles your architecture&#39;s complexity before a single assertion runs. Production code that slowly warps around your test suite instead of the other way around. Ben has spent his entire career shipping code without tests, and this week he decided to change that. The crew walks him through every trap he steps on, and a few they&#39;ve been stuck in themselves.

Links
Ben Nadel&#39;s Blog
Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Thursday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/251-ben-vs-tests/</itunes:summary>
                <description><![CDATA[<p>Testing sounds simple until you actually try it. Private methods that can&#39;t be reached without hacks. Dependency injection that doubles your architecture&#39;s complexity before a single assertion runs. Production code that slowly warps around your test suite instead of the other way around. Ben has spent his entire career shipping code without tests, and this week he decided to change that. The crew walks him through every trap he steps on, and a few they&#39;ve been stuck in themselves.</p><h3>Links</h3><ul><li><a href="https://www.bennadel.com/" rel="nofollow">Ben Nadel&#39;s Blog</a></li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Thursday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/251-ben-vs-tests/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Testing sounds simple until you actually try it. Private methods that can&amp;#39;t be reached without hacks. Dependency injection that doubles your architecture&amp;#39;s complexity before a single assertion runs. Production code that slowly warps around your test suite instead of the other way around. Ben has spent his entire career shipping code without tests, and this week he decided to change that. The crew walks him through every trap he steps on, and a few they&amp;#39;ve been stuck in themselves.&lt;/p&gt;&lt;h3&gt;Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.bennadel.com/&#34; rel=&#34;nofollow&#34;&gt;Ben Nadel&amp;#39;s Blog&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Thursday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/251-ben-vs-tests/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="61042102" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/120eecc3-6418-4fe3-82ed-5eefcd91cb69/stream.mp3"/>
                
                <guid isPermaLink="false">9976e93e-cafa-4a37-9a65-8b69b77d3947</guid>
                <link>https://workingcode.dev/episodes/251-ben-vs-tests/</link>
                <pubDate>Thu, 12 Mar 2026 11:00:43 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2026/3/12/7/ca0f92a8-6f5e-48fc-8ba8-7a5194d02d69_cover-art-v1.jpg"/>
                <itunes:duration>3815</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/251-ben-vs-tests/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>250: Stuff, Things, WIP: Commit Messages</itunes:title>
                <title>250: Stuff, Things, WIP: Commit Messages</title>

                <itunes:episode>250</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Do commit messages even matter anymore, or did pull requests kill them? Ben works one commit per PR and thinks the commit message is the PR description. Carol and Tim put all the context in the PR and treat commits as disposable breadcrumbs. Adam&#39;s somewhere in between — when he&#39;s not pushing thirty knife emojis and &#34;nope, still not working&#34; to QA. Meanwhile, Tim&#39;s back from emergency eye surgery with a gas bubble floating around his eyeball.

Links
Ben Nadel&#39;s Blog
Conventional Commits
Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Thursday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/250-stuff-things-wip-commit-messages/</itunes:summary>
                <description><![CDATA[<p>Do commit messages even matter anymore, or did pull requests kill them? Ben works one commit per PR and thinks the commit message <em>is</em> the PR description. Carol and Tim put all the context in the PR and treat commits as disposable breadcrumbs. Adam&#39;s somewhere in between — when he&#39;s not pushing thirty knife emojis and &#34;nope, still not working&#34; to QA. Meanwhile, Tim&#39;s back from emergency eye surgery with a gas bubble floating around his eyeball.</p><h3>Links</h3><ul><li><a href="https://www.bennadel.com/" rel="nofollow">Ben Nadel&#39;s Blog</a></li><li><a href="https://www.conventionalcommits.org/" rel="nofollow">Conventional Commits</a></li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Thursday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/250-stuff-things-wip-commit-messages/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Do commit messages even matter anymore, or did pull requests kill them? Ben works one commit per PR and thinks the commit message &lt;em&gt;is&lt;/em&gt; the PR description. Carol and Tim put all the context in the PR and treat commits as disposable breadcrumbs. Adam&amp;#39;s somewhere in between — when he&amp;#39;s not pushing thirty knife emojis and &amp;#34;nope, still not working&amp;#34; to QA. Meanwhile, Tim&amp;#39;s back from emergency eye surgery with a gas bubble floating around his eyeball.&lt;/p&gt;&lt;h3&gt;Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.bennadel.com/&#34; rel=&#34;nofollow&#34;&gt;Ben Nadel&amp;#39;s Blog&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.conventionalcommits.org/&#34; rel=&#34;nofollow&#34;&gt;Conventional Commits&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Thursday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/250-stuff-things-wip-commit-messages/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="45641560" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/3945d3f9-3cfb-4d76-a2cf-b36cc5b3861d/stream.mp3"/>
                
                <guid isPermaLink="false">5ace5560-188e-48d4-9d58-c51e71f35d06</guid>
                <link>https://workingcode.dev/episodes/250-stuff-things-wip-commit-messages/</link>
                <pubDate>Fri, 06 Mar 2026 16:09:21 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2026/3/6/16/642a6985-f4a5-41bb-a57c-07201285e477_cover-art-v1.jpg"/>
                <itunes:duration>2852</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/250-stuff-things-wip-commit-messages/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>249: 10 Years of Tech Debt</itunes:title>
                <title>249: 10 Years of Tech Debt</title>

                <itunes:episode>249</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>For ten years, Adam&#39;s codebase has carried an ORM layer that everybody knew was wrong and nobody was touching. Nine hundred functions. Fifteen hundred files. The kind of job that gets solemnly nodded at in architecture meetings and quietly dies on the roadmap — every single year. So he stopped waiting for a volunteer and handed it to an AI agent instead. Claude&#39;s problem now.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Thursday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/249-10-years-of-tech-debt/</itunes:summary>
                <description><![CDATA[<p>For ten years, Adam&#39;s codebase has carried an ORM layer that everybody knew was wrong and nobody was touching. Nine hundred functions. Fifteen hundred files. The kind of job that gets solemnly nodded at in architecture meetings and quietly dies on the roadmap — every single year. So he stopped waiting for a volunteer and handed it to an AI agent instead. Claude&#39;s problem now.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Thursday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/249-10-years-of-tech-debt/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;For ten years, Adam&amp;#39;s codebase has carried an ORM layer that everybody knew was wrong and nobody was touching. Nine hundred functions. Fifteen hundred files. The kind of job that gets solemnly nodded at in architecture meetings and quietly dies on the roadmap — every single year. So he stopped waiting for a volunteer and handed it to an AI agent instead. Claude&amp;#39;s problem now.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Thursday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/249-10-years-of-tech-debt/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="70144000" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/897e895f-6f74-478b-ae8f-62a2e0c3ef6a/stream.mp3"/>
                
                <guid isPermaLink="false">af715a1c-38a2-468b-b428-debd1af5dfcb</guid>
                <link>https://workingcode.dev/episodes/249-10-years-of-tech-debt/</link>
                <pubDate>Thu, 26 Feb 2026 11:00:44 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2026/2/26/4/a0f67559-fe4b-421e-a3cc-bfe188ba8b7c_cover-art-v1.jpg"/>
                <itunes:duration>4384</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/249-10-years-of-tech-debt/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>248: AI All the Way Down</itunes:title>
                <title>248: AI All the Way Down</title>

                <itunes:episode>248</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Ben had been riding high on vibe coding—throwaway scripts, zero attachment, pure productivity magic. Then he tried the same approach on a project he actually cares about and watched that 10x feeling crater to something closer to 10%. The bottleneck, it turns out, was never the typing.

The hosts dig into what it feels like to let go of code you used to care about, whether &#34;write-only code&#34; is actually the future, and the growing gap between building software and keeping it alive.

Links
Vibe Coding by Gene Kim &amp; Steve Yegge - The audiobook on AI-assisted development
1Password: From Magic to Malware - How OpenClaw&#39;s agent skills became a supply chain attack surface
TLDR Newsletter - Source of the &#34;write-only code&#34; concept
Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Thursday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/248-ai-all-the-way-down/</itunes:summary>
                <description><![CDATA[<p>Ben had been riding high on vibe coding—throwaway scripts, zero attachment, pure productivity magic. Then he tried the same approach on a project he actually cares about and watched that 10x feeling crater to something closer to 10%. The bottleneck, it turns out, was never the typing.</p><p>The hosts dig into what it feels like to let go of code you used to care about, whether &#34;write-only code&#34; is actually the future, and the growing gap between building software and keeping it alive.</p><h3>Links</h3><ul><li><a href="https://www.audible.com/pd/Vibe-Coding-Audiobook/B0DQJPB5VT" rel="nofollow">Vibe Coding by Gene Kim &amp; Steve Yegge</a> - The audiobook on AI-assisted development</li><li><a href="https://1password.com/blog/from-magic-to-malware-how-openclaws-agent-skills-become-an-attack-surface" rel="nofollow">1Password: From Magic to Malware</a> - How OpenClaw&#39;s agent skills became a supply chain attack surface</li><li><a href="https://tldr.tech/" rel="nofollow">TLDR Newsletter</a> - Source of the &#34;write-only code&#34; concept</li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Thursday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/248-ai-all-the-way-down/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Ben had been riding high on vibe coding—throwaway scripts, zero attachment, pure productivity magic. Then he tried the same approach on a project he actually cares about and watched that 10x feeling crater to something closer to 10%. The bottleneck, it turns out, was never the typing.&lt;/p&gt;&lt;p&gt;The hosts dig into what it feels like to let go of code you used to care about, whether &amp;#34;write-only code&amp;#34; is actually the future, and the growing gap between building software and keeping it alive.&lt;/p&gt;&lt;h3&gt;Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.audible.com/pd/Vibe-Coding-Audiobook/B0DQJPB5VT&#34; rel=&#34;nofollow&#34;&gt;Vibe Coding by Gene Kim &amp;amp; Steve Yegge&lt;/a&gt; - The audiobook on AI-assisted development&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://1password.com/blog/from-magic-to-malware-how-openclaws-agent-skills-become-an-attack-surface&#34; rel=&#34;nofollow&#34;&gt;1Password: From Magic to Malware&lt;/a&gt; - How OpenClaw&amp;#39;s agent skills became a supply chain attack surface&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://tldr.tech/&#34; rel=&#34;nofollow&#34;&gt;TLDR Newsletter&lt;/a&gt; - Source of the &amp;#34;write-only code&amp;#34; concept&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Thursday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/248-ai-all-the-way-down/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="58734550" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e8919a64-db4c-493a-99ca-880b3b5ff7fe/stream.mp3"/>
                
                <guid isPermaLink="false">d5dbed52-ef20-4dcf-8943-44cc8cd0de57</guid>
                <link>https://workingcode.dev/episodes/248-ai-all-the-way-down/</link>
                <pubDate>Thu, 12 Feb 2026 11:00:48 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2026/2/12/7/765f5db0-f6b3-4c87-b166-f7d0723bd860_cover-art-v1.jpg"/>
                <itunes:duration>3670</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/248-ai-all-the-way-down/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>247: Trust Me Bro - LLM Security</itunes:title>
                <title>247: Trust Me Bro - LLM Security</title>

                <itunes:episode>247</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Adam built a Claude Code skill for his Taffy REST framework and wanted to share it with the CFML community. Simple enough—create a GitHub repo, add some markdown files, done. But somewhere between &#34;this is cool&#34; and &#34;anyone can install this,&#34; a familiar chill crept in. These skills are just text files. No checksums. No digital signatures. No verification that the thing you&#39;re installing won&#39;t quietly exfiltrate your code to some server in Eastern Europe. Sound familiar? It should. We&#39;ve been here before—back when passwords lived in plain text and &#34;security&#34; meant hoping nobody looked too hard.

The hosts dig into the unsettling parallels between today&#39;s LLM plugin ecosystem and the wild west of early internet security.

Links
Adam&#39;s Dotfiles Blog Post - Getting his shit together with dotfiles, Brewfile, and 1Password SSH agent
CF Community LLM Marketplace - Adam&#39;s community marketplace for CFML-related Claude skills
Steve Yegge&#39;s Google Platforms Rant - The infamous accidentally-public Google&#43; post
Vibe Coding by Gene Kim &amp; Steve Yegge - The audiobook Ben&#39;s been enjoying
Socket.dev - Supply chain security for npm dependencies
Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Thursday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/247-trust-me-bro-llm-security/</itunes:summary>
                <description><![CDATA[<p>Adam built a Claude Code skill for his Taffy REST framework and wanted to share it with the CFML community. Simple enough—create a GitHub repo, add some markdown files, done. But somewhere between &#34;this is cool&#34; and &#34;anyone can install this,&#34; a familiar chill crept in. These skills are just text files. No checksums. No digital signatures. No verification that the thing you&#39;re installing won&#39;t quietly exfiltrate your code to some server in Eastern Europe. Sound familiar? It should. We&#39;ve been here before—back when passwords lived in plain text and &#34;security&#34; meant hoping nobody looked too hard.</p><p>The hosts dig into the unsettling parallels between today&#39;s LLM plugin ecosystem and the wild west of early internet security.</p><h3>Links</h3><ul><li><a href="https://adamtuttle.codes/blog/2026/getting-my-shit-together-dotfiles-brewfile-1password-ssh-agent/" rel="nofollow">Adam&#39;s Dotfiles Blog Post</a> - Getting his shit together with dotfiles, Brewfile, and 1Password SSH agent</li><li><a href="https://github.com/CFCommunity/llm-marketplace" rel="nofollow">CF Community LLM Marketplace</a> - Adam&#39;s community marketplace for CFML-related Claude skills</li><li><a href="https://gist.github.com/chitchcock/1281611" rel="nofollow">Steve Yegge&#39;s Google Platforms Rant</a> - The infamous accidentally-public Google+ post</li><li><a href="https://www.audible.com/pd/Vibe-Coding-Audiobook/B0DQJPB5VT" rel="nofollow">Vibe Coding by Gene Kim &amp; Steve Yegge</a> - The audiobook Ben&#39;s been enjoying</li><li><a href="https://socket.dev/" rel="nofollow">Socket.dev</a> - Supply chain security for npm dependencies</li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Thursday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/247-trust-me-bro-llm-security/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Adam built a Claude Code skill for his Taffy REST framework and wanted to share it with the CFML community. Simple enough—create a GitHub repo, add some markdown files, done. But somewhere between &amp;#34;this is cool&amp;#34; and &amp;#34;anyone can install this,&amp;#34; a familiar chill crept in. These skills are just text files. No checksums. No digital signatures. No verification that the thing you&amp;#39;re installing won&amp;#39;t quietly exfiltrate your code to some server in Eastern Europe. Sound familiar? It should. We&amp;#39;ve been here before—back when passwords lived in plain text and &amp;#34;security&amp;#34; meant hoping nobody looked too hard.&lt;/p&gt;&lt;p&gt;The hosts dig into the unsettling parallels between today&amp;#39;s LLM plugin ecosystem and the wild west of early internet security.&lt;/p&gt;&lt;h3&gt;Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://adamtuttle.codes/blog/2026/getting-my-shit-together-dotfiles-brewfile-1password-ssh-agent/&#34; rel=&#34;nofollow&#34;&gt;Adam&amp;#39;s Dotfiles Blog Post&lt;/a&gt; - Getting his shit together with dotfiles, Brewfile, and 1Password SSH agent&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/CFCommunity/llm-marketplace&#34; rel=&#34;nofollow&#34;&gt;CF Community LLM Marketplace&lt;/a&gt; - Adam&amp;#39;s community marketplace for CFML-related Claude skills&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://gist.github.com/chitchcock/1281611&#34; rel=&#34;nofollow&#34;&gt;Steve Yegge&amp;#39;s Google Platforms Rant&lt;/a&gt; - The infamous accidentally-public Google&#43; post&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.audible.com/pd/Vibe-Coding-Audiobook/B0DQJPB5VT&#34; rel=&#34;nofollow&#34;&gt;Vibe Coding by Gene Kim &amp;amp; Steve Yegge&lt;/a&gt; - The audiobook Ben&amp;#39;s been enjoying&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://socket.dev/&#34; rel=&#34;nofollow&#34;&gt;Socket.dev&lt;/a&gt; - Supply chain security for npm dependencies&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Thursday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/247-trust-me-bro-llm-security/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="59797002" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/28e4ee23-5d1f-48e2-8e8e-e0cd9979ae88/stream.mp3"/>
                
                <guid isPermaLink="false">1bc69e72-acad-423a-b75f-8bf9d7c670dc</guid>
                <link>https://workingcode.dev/episodes/247-trust-me-bro-llm-security/</link>
                <pubDate>Thu, 05 Feb 2026 11:00:30 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2026/2/5/8/75898821-2f38-4441-bc09-d3e924c21231_cover-art-v1.jpg"/>
                <itunes:duration>3737</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/247-trust-me-bro-llm-security/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>246: Ben&#39;s Feeling the Vibe</itunes:title>
                <title>246: Ben&#39;s Feeling the Vibe</title>

                <itunes:episode>246</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Ben&#39;s been circling vibe coding for months, kept at bay by a simple fear: what if he spends more time fighting the AI over formatting than actually building anything? What if he has to bolt on linters and test runners just to babysit the output? Then his work handed him a Claude plan, and he decided it was finally time to take the plunge. And then something unsettling happened—the code looked like his code. Same line lengths. Same method ordering. Same obsessive formatting. Nobody told it to do that. It just... knew.

Meanwhile, Adam has gone full mad scientist. His &#34;Ralph&#34; workflow runs Claude in a loop, feeding it tasks from a JSON file while he walks away to eat dinner. When he comes back, features are done. Tests pass. The machine just keeps building. It&#39;s the kind of setup that makes you wonder why you&#39;re still manually typing commands into a terminal.

Links
Adam&#39;s Ralph Workflow for Claude Code - Adam&#39;s blog post with his implementation
Matt Pocock&#39;s Ralph Primer Video - The workflow Adam adapted for automated iterative development
Algorithm Maze Race - Tim&#39;s vibe-coded game on itch.io
Pro tip: Use /resume in Claude Code to return to prior sessions
Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Thursday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/246-bens-feeling-the-vibe/</itunes:summary>
                <description><![CDATA[<p>Ben&#39;s been circling vibe coding for months, kept at bay by a simple fear: what if he spends more time fighting the AI over formatting than actually building anything? What if he has to bolt on linters and test runners just to babysit the output? Then his work handed him a Claude plan, and he decided it was finally time to take the plunge. And then something unsettling happened—the code looked like <em>his</em> code. Same line lengths. Same method ordering. Same obsessive formatting. Nobody told it to do that. It just... knew.</p><p>Meanwhile, Adam has gone full mad scientist. His <a href="https://www.youtube.com/watch?v=_IK18goX4X8" rel="nofollow">&#34;Ralph&#34; workflow</a> runs Claude in a loop, feeding it tasks from a JSON file while he walks away to eat dinner. When he comes back, features are done. Tests pass. The machine just keeps building. It&#39;s the kind of setup that makes you wonder why you&#39;re still manually typing commands into a terminal.</p><h3>Links</h3><ul><li><a href="https://adamtuttle.codes/blog/2026/my-ralph-workflow-for-claude-code/" rel="nofollow">Adam&#39;s Ralph Workflow for Claude Code</a> - Adam&#39;s blog post with his implementation</li><li><a href="https://www.youtube.com/watch?v=_IK18goX4X8" rel="nofollow">Matt Pocock&#39;s Ralph Primer Video</a> - The workflow Adam adapted for automated iterative development</li><li><a href="https://xeveous.itch.io/algorithm-maze-race" rel="nofollow">Algorithm Maze Race</a> - Tim&#39;s vibe-coded game on itch.io</li><li>Pro tip: Use <code>/resume</code> in Claude Code to return to prior sessions</li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Thursday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/246-bens-feeling-the-vibe/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Ben&amp;#39;s been circling vibe coding for months, kept at bay by a simple fear: what if he spends more time fighting the AI over formatting than actually building anything? What if he has to bolt on linters and test runners just to babysit the output? Then his work handed him a Claude plan, and he decided it was finally time to take the plunge. And then something unsettling happened—the code looked like &lt;em&gt;his&lt;/em&gt; code. Same line lengths. Same method ordering. Same obsessive formatting. Nobody told it to do that. It just... knew.&lt;/p&gt;&lt;p&gt;Meanwhile, Adam has gone full mad scientist. His &lt;a href=&#34;https://www.youtube.com/watch?v=_IK18goX4X8&#34; rel=&#34;nofollow&#34;&gt;&amp;#34;Ralph&amp;#34; workflow&lt;/a&gt; runs Claude in a loop, feeding it tasks from a JSON file while he walks away to eat dinner. When he comes back, features are done. Tests pass. The machine just keeps building. It&amp;#39;s the kind of setup that makes you wonder why you&amp;#39;re still manually typing commands into a terminal.&lt;/p&gt;&lt;h3&gt;Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://adamtuttle.codes/blog/2026/my-ralph-workflow-for-claude-code/&#34; rel=&#34;nofollow&#34;&gt;Adam&amp;#39;s Ralph Workflow for Claude Code&lt;/a&gt; - Adam&amp;#39;s blog post with his implementation&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=_IK18goX4X8&#34; rel=&#34;nofollow&#34;&gt;Matt Pocock&amp;#39;s Ralph Primer Video&lt;/a&gt; - The workflow Adam adapted for automated iterative development&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://xeveous.itch.io/algorithm-maze-race&#34; rel=&#34;nofollow&#34;&gt;Algorithm Maze Race&lt;/a&gt; - Tim&amp;#39;s vibe-coded game on itch.io&lt;/li&gt;&lt;li&gt;Pro tip: Use &lt;code&gt;/resume&lt;/code&gt; in Claude Code to return to prior sessions&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Thursday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/246-bens-feeling-the-vibe/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="75470053" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/6d7ad0c7-7059-4889-8b51-79c2caf8589f/stream.mp3"/>
                
                <guid isPermaLink="false">76bc9a36-7073-40eb-9711-94577c0bf1a4</guid>
                <link>https://workingcode.dev/episodes/246-bens-feeling-the-vibe/</link>
                <pubDate>Thu, 29 Jan 2026 11:00:50 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2026/1/29/6/c835953e-a7d4-440f-b0e5-9b8b463790a1_cover-art-v1.jpg"/>
                <itunes:duration>4716</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/246-bens-feeling-the-vibe/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>245: Browser Passwords? You&#39;re Doing It Wrong</itunes:title>
                <title>245: Browser Passwords? You&#39;re Doing It Wrong</title>

                <itunes:episode>245</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Tim stores his passwords in the browser. There, we said it. But before you grab your pitchforks, it turns out he&#39;s got an ancient password vault program backing him up—so he&#39;s not completely feral. Still, the hosts can&#39;t resist a good-natured intervention. What starts as a gentle roasting turns into a deep dive on password managers, shared family vaults, and why your retirement account deserves better than Chrome&#39;s autofill. Carol reveals her galaxy-brain solution to her husband constantly forgetting his master password: she just signed him into her account. He still doesn&#39;t know he doesn&#39;t have his own 1Password.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Thursday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/245-browser-passwords-youre-doing-it-wrong/</itunes:summary>
                <description><![CDATA[<p>Tim stores his passwords in the browser. There, we said it. But before you grab your pitchforks, it turns out he&#39;s got an ancient password vault program backing him up—so he&#39;s not <em>completely</em> feral. Still, the hosts can&#39;t resist a good-natured intervention. What starts as a gentle roasting turns into a deep dive on password managers, shared family vaults, and why your retirement account deserves better than Chrome&#39;s autofill. Carol reveals her galaxy-brain solution to her husband constantly forgetting his master password: she just signed him into her account. He still doesn&#39;t know he doesn&#39;t have his own 1Password.</p><h3>Links</h3><ul><li><a href="https://github.com/anthropics/claude-code" rel="nofollow">Claude Code</a> - Anthropic&#39;s CLI for coding with Claude</li><li><a href="https://github.com/anthropics/claude-code/blob/main/plugins/ralph-wiggum/README.md" rel="nofollow">Ralph Wiggum Plugin</a> - Official Claude Code plugin for autonomous loops</li><li><a href="https://ghuntley.com/loop/" rel="nofollow">Everything is a Ralph Loop</a> - Geoffrey Huntley&#39;s deep dive on the technique</li></ul><p><br></p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Thursday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/245-browser-passwords-youre-doing-it-wrong/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Tim stores his passwords in the browser. There, we said it. But before you grab your pitchforks, it turns out he&amp;#39;s got an ancient password vault program backing him up—so he&amp;#39;s not &lt;em&gt;completely&lt;/em&gt; feral. Still, the hosts can&amp;#39;t resist a good-natured intervention. What starts as a gentle roasting turns into a deep dive on password managers, shared family vaults, and why your retirement account deserves better than Chrome&amp;#39;s autofill. Carol reveals her galaxy-brain solution to her husband constantly forgetting his master password: she just signed him into her account. He still doesn&amp;#39;t know he doesn&amp;#39;t have his own 1Password.&lt;/p&gt;&lt;h3&gt;Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/anthropics/claude-code&#34; rel=&#34;nofollow&#34;&gt;Claude Code&lt;/a&gt; - Anthropic&amp;#39;s CLI for coding with Claude&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/anthropics/claude-code/blob/main/plugins/ralph-wiggum/README.md&#34; rel=&#34;nofollow&#34;&gt;Ralph Wiggum Plugin&lt;/a&gt; - Official Claude Code plugin for autonomous loops&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://ghuntley.com/loop/&#34; rel=&#34;nofollow&#34;&gt;Everything is a Ralph Loop&lt;/a&gt; - Geoffrey Huntley&amp;#39;s deep dive on the technique&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Thursday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/245-browser-passwords-youre-doing-it-wrong/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="43190648" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e1e37827-086f-4624-800d-1eb9a477af51/stream.mp3"/>
                
                <guid isPermaLink="false">2f731d04-1918-4ce0-9052-999236c8dfe6</guid>
                <link>https://workingcode.dev/episodes/245-browser-passwords-youre-doing-it-wrong/</link>
                <pubDate>Thu, 22 Jan 2026 11:00:07 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2026/1/22/6/8a6974d8-cfc7-4563-9856-ef8eb28d9ae0_cover-art-v1.jpg"/>
                <itunes:duration>2699</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/245-browser-passwords-youre-doing-it-wrong/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>244: Ben vs 2026</itunes:title>
                <title>244: Ben vs 2026</title>

                <itunes:episode>244</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>It&#39;s a new year and you&#39;ve probably got a mental list of things you want to learn. But how do you decide what&#39;s worth the investment? Ben explores the difference between &#34;just-in-case&#34; learning and &#34;just-in-time&#34; learning, while grappling with AI anxiety and the fear of falling behind. Along the way, Tim shares his own struggle—turns out, saying goodbye to something you built hits different.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Thursday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/244-ben-vs-2026/</itunes:summary>
                <description><![CDATA[<p>It&#39;s a new year and you&#39;ve probably got a mental list of things you want to learn. But how do you decide what&#39;s worth the investment? Ben explores the difference between &#34;just-in-case&#34; learning and &#34;just-in-time&#34; learning, while grappling with AI anxiety and the fear of falling behind. Along the way, Tim shares his own struggle—turns out, saying goodbye to something you built hits different.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Thursday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/244-ben-vs-2026/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;It&amp;#39;s a new year and you&amp;#39;ve probably got a mental list of things you want to learn. But how do you decide what&amp;#39;s worth the investment? Ben explores the difference between &amp;#34;just-in-case&amp;#34; learning and &amp;#34;just-in-time&amp;#34; learning, while grappling with AI anxiety and the fear of falling behind. Along the way, Tim shares his own struggle—turns out, saying goodbye to something you built hits different.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Thursday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/244-ben-vs-2026/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57096150" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/4ec021f3-0773-41d5-b46d-e8f2912614ba/stream.mp3"/>
                
                <guid isPermaLink="false">b431b349-60d4-49ed-a18c-0f66d0917978</guid>
                <link>https://workingcode.dev/episodes/244-ben-vs-2026/</link>
                <pubDate>Thu, 08 Jan 2026 11:00:41 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2026/1/8/1/5afb3801-641b-438b-8b38-c7f981b54f72_cover-art-v1.jpg"/>
                <itunes:duration>3568</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/244-ben-vs-2026/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>243: Oops, All Aftershow</itunes:title>
                <title>243: Oops, All Aftershow</title>

                <itunes:episode>243</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>It&#39;s the holidays, and the Working Code crew has a gift for you: a peek behind the velvet rope. In the spirit of Captain Crunch&#39;s &#34;Oops! All Berries,&#34; this week&#39;s episode ditches the usual format entirely. No triumphs, no fails, no structured topic—just pure, unfiltered aftershow energy.

Tim unpacks Cory Doctorow&#39;s concept of &#34;reverse centaurs&#34;—what happens when you&#39;re not assisted by AI, but reduced to its peripheral? Meanwhile, Adam drops a perspective on humanity&#39;s place in the universe that reframes everything you thought you knew about time. That, plus Carol humbling an AI chatbot, the death of the golden age of television, and whether the books you loved as a kid were actually any good.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/243-oops-all-aftershow/</itunes:summary>
                <description><![CDATA[<p>It&#39;s the holidays, and the Working Code crew has a gift for you: a peek behind the velvet rope. In the spirit of Captain Crunch&#39;s &#34;Oops! All Berries,&#34; this week&#39;s episode ditches the usual format entirely. No triumphs, no fails, no structured topic—just pure, unfiltered aftershow energy.</p><p>Tim unpacks Cory Doctorow&#39;s concept of &#34;reverse centaurs&#34;—what happens when you&#39;re not assisted by AI, but reduced to its peripheral? Meanwhile, Adam drops a perspective on humanity&#39;s place in the universe that reframes everything you thought you knew about time. That, plus Carol humbling an AI chatbot, the death of the golden age of television, and whether the books you loved as a kid were actually any good.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/243-oops-all-aftershow/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;It&amp;#39;s the holidays, and the Working Code crew has a gift for you: a peek behind the velvet rope. In the spirit of Captain Crunch&amp;#39;s &amp;#34;Oops! All Berries,&amp;#34; this week&amp;#39;s episode ditches the usual format entirely. No triumphs, no fails, no structured topic—just pure, unfiltered aftershow energy.&lt;/p&gt;&lt;p&gt;Tim unpacks Cory Doctorow&amp;#39;s concept of &amp;#34;reverse centaurs&amp;#34;—what happens when you&amp;#39;re not assisted by AI, but reduced to its peripheral? Meanwhile, Adam drops a perspective on humanity&amp;#39;s place in the universe that reframes everything you thought you knew about time. That, plus Carol humbling an AI chatbot, the death of the golden age of television, and whether the books you loved as a kid were actually any good.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/243-oops-all-aftershow/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="54199693" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/af0afa37-ec07-470b-a6fc-ba8202547d20/stream.mp3"/>
                
                <guid isPermaLink="false">493de6cb-09a4-4d4e-8982-4641345d696c</guid>
                <link>https://workingcode.dev/episodes/243-oops-all-aftershow/</link>
                <pubDate>Thu, 18 Dec 2025 11:00:58 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/12/18/1/a4ff162b-d09c-4373-a1f0-3a78a52676e0_cover-art-v1.jpg"/>
                <itunes:duration>3387</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/243-oops-all-aftershow/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>242: All I Want for Christmas Is Faster Builds</itunes:title>
                <title>242: All I Want for Christmas Is Faster Builds</title>

                <itunes:episode>242</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>It&#39;s that time of year—each host reaches into Santa&#39;s sack of topics to see who&#39;s been naughty and who&#39;s been nice. Ben returns from visiting his employer&#39;s manufacturing headquarters in Georgia with some philosophical musings. Carol is on a mission to slash CI/CD build times. Adam has cautiously optimistic news about passkeys finally working (sometimes). And Tim reflects on a TLDR article suggesting that the management skills you&#39;ve built—knowing what to build and what not to build—might be exactly what AI-era coding demands.

Plus: December blues, mushroom tea for focus, and jQuery as peak imperative JavaScript.

Links mentioned:

Owning A Lucid Has Been Super Disappointing
https://www.youtube.com/watch?v=1WiQAOmESH0

Driving Xiaomi&#39;s Electric Car: Are we Cooked?
https://www.youtube.com/watch?v=Mb6H7trzMfI

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/242-all-i-want-for-christmas-is-faster-builds/</itunes:summary>
                <description><![CDATA[<p>It&#39;s that time of year—each host reaches into Santa&#39;s sack of topics to see who&#39;s been naughty and who&#39;s been nice. Ben returns from visiting his employer&#39;s manufacturing headquarters in Georgia with some philosophical musings. Carol is on a mission to slash CI/CD build times. Adam has cautiously optimistic news about passkeys finally working (sometimes). And Tim reflects on a TLDR article suggesting that the management skills you&#39;ve built—knowing what to build and what <em>not</em> to build—might be exactly what AI-era coding demands.</p><p>Plus: December blues, mushroom tea for focus, and jQuery as peak imperative JavaScript.</p><p>Links mentioned:</p><ul><li><a href="https://www.youtube.com/watch?v=1WiQAOmESH0" rel="nofollow">Owning A Lucid Has Been Super Disappointing</a></li><li><a href="https://www.youtube.com/watch?v=Mb6H7trzMfI" rel="nofollow">Driving Xiaomi&#39;s Electric Car: Are we Cooked?</a></li></ul><p><br></p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/242-all-i-want-for-christmas-is-faster-builds/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;It&amp;#39;s that time of year—each host reaches into Santa&amp;#39;s sack of topics to see who&amp;#39;s been naughty and who&amp;#39;s been nice. Ben returns from visiting his employer&amp;#39;s manufacturing headquarters in Georgia with some philosophical musings. Carol is on a mission to slash CI/CD build times. Adam has cautiously optimistic news about passkeys finally working (sometimes). And Tim reflects on a TLDR article suggesting that the management skills you&amp;#39;ve built—knowing what to build and what &lt;em&gt;not&lt;/em&gt; to build—might be exactly what AI-era coding demands.&lt;/p&gt;&lt;p&gt;Plus: December blues, mushroom tea for focus, and jQuery as peak imperative JavaScript.&lt;/p&gt;&lt;p&gt;Links mentioned:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=1WiQAOmESH0&#34; rel=&#34;nofollow&#34;&gt;Owning A Lucid Has Been Super Disappointing&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=Mb6H7trzMfI&#34; rel=&#34;nofollow&#34;&gt;Driving Xiaomi&amp;#39;s Electric Car: Are we Cooked?&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/242-all-i-want-for-christmas-is-faster-builds/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="65027761" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d2369e02-0414-446d-bbbd-ddeb01501656/stream.mp3"/>
                
                <guid isPermaLink="false">cb18112f-6827-4ee1-8645-672e70eb8295</guid>
                <link>https://workingcode.dev/episodes/242-all-i-want-for-christmas-is-faster-builds/</link>
                <pubDate>Thu, 11 Dec 2025 11:00:58 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/12/11/10/720925f5-88ed-4154-8f53-5f3c4a4640de_cover-art-v1.jpg"/>
                <itunes:duration>4064</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/242-all-i-want-for-christmas-is-faster-builds/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>241: Welcoming Our New Robot Overlords</itunes:title>
                <title>241: Welcoming Our New Robot Overlords</title>

                <itunes:episode>241</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>How do you teach an LLM to write code you can actually trust? Carol&#39;s federal government team has been tasked with exploring unattended AI code generation, so she came to Adam and Tim for advice. Their first piece of guidance: whatever tools you pick today will be obsolete by the time you&#39;re done evaluating them. The real goal isn&#39;t adopting a specific workflow—it&#39;s building the skills to ride the wave.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/241-welcoming-our-new-robot-overlords/</itunes:summary>
                <description><![CDATA[<p>How do you teach an LLM to write code you can actually trust? Carol&#39;s federal government team has been tasked with exploring unattended AI code generation, so she came to Adam and Tim for advice. Their first piece of guidance: whatever tools you pick today will be obsolete by the time you&#39;re done evaluating them. The real goal isn&#39;t adopting a specific workflow—it&#39;s building the skills to ride the wave.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/241-welcoming-our-new-robot-overlords/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;How do you teach an LLM to write code you can actually trust? Carol&amp;#39;s federal government team has been tasked with exploring unattended AI code generation, so she came to Adam and Tim for advice. Their first piece of guidance: whatever tools you pick today will be obsolete by the time you&amp;#39;re done evaluating them. The real goal isn&amp;#39;t adopting a specific workflow—it&amp;#39;s building the skills to ride the wave.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/241-welcoming-our-new-robot-overlords/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="47175889" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/6221bf29-d623-42ea-addc-a6eb71410cb9/stream.mp3"/>
                
                <guid isPermaLink="false">573718fc-f016-4bd6-9c06-564277a4ca19</guid>
                <link>https://workingcode.dev/episodes/241-welcoming-our-new-robot-overlords/</link>
                <pubDate>Sat, 06 Dec 2025 11:00:01 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/12/6/5/5a668ad6-f6cc-44fe-8328-eacf0f7d0729_cover-art-v1.jpg"/>
                <itunes:duration>2948</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/241-welcoming-our-new-robot-overlords/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>240: Memento Mori with Shawn Oden</itunes:title>
                <title>240: Memento Mori with Shawn Oden</title>

                <itunes:episode>240</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Remember that you will die. That&#39;s the meaning behind &#34;Memento Mori,&#34; and it&#39;s the theme of this week&#39;s episode. Guest Shawn Oden, joins Adam, Ben, and Tim to discuss digital death preparedness for geeks. Inspired by clearing out his grandmother&#39;s house and buying his late best friend&#39;s computers to protect his digital legacy (and potentially lost Bitcoin), Shawn advocates for documenting passwords, creating wills, setting up power of attorney, and having honest conversations with loved ones. The hosts explore practical steps like using 1Password with shared family vaults, the importance of organ donation documentation, and the philosophical tension between honoring a deceased person&#39;s wishes versus meeting the needs of those left behind.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Links &amp; Resources
In Case You Get Hit by a Bus (book)
eol-dr - End of Life Digital Resources on GitHub
EOL-RalphHightower - Another digital estate planning resource
NOLO - Get Your Affairs in Order - Legal self-help resources

Full show notes and transcript here: https://workingcode.dev/episodes/240-memento-mori-with-shawn-oden/</itunes:summary>
                <description><![CDATA[<p>Remember that you will die. That&#39;s the meaning behind &#34;Memento Mori,&#34; and it&#39;s the theme of this week&#39;s episode. Guest Shawn Oden, joins Adam, Ben, and Tim to discuss digital death preparedness for geeks. Inspired by clearing out his grandmother&#39;s house and buying his late best friend&#39;s computers to protect his digital legacy (and potentially lost Bitcoin), Shawn advocates for documenting passwords, creating wills, setting up power of attorney, and having honest conversations with loved ones. The hosts explore practical steps like using 1Password with shared family vaults, the importance of organ donation documentation, and the philosophical tension between honoring a deceased person&#39;s wishes versus meeting the needs of those left behind.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><h3>Links &amp; Resources</h3><ul><li><a href="https://www.amazon.com/Case-You-Get-Hit-Bus/dp/1523510471/ref=sr_1_1" rel="nofollow">In Case You Get Hit by a Bus</a> (book)</li><li><a href="https://github.com/potatoqualitee/eol-dr/blob/main/README.md" rel="nofollow">eol-dr</a> - End of Life Digital Resources on GitHub</li><li><a href="https://ralphhightower.github.io/EOL-RalphHightower/" rel="nofollow">EOL-RalphHightower</a> - Another digital estate planning resource</li><li><a href="https://www.nolo.com/legal-encyclopedia/affairs-in-order" rel="nofollow">NOLO - Get Your Affairs in Order</a> - Legal self-help resources</li></ul><p><br></p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/240-memento-mori-with-shawn-oden/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Remember that you will die. That&amp;#39;s the meaning behind &amp;#34;Memento Mori,&amp;#34; and it&amp;#39;s the theme of this week&amp;#39;s episode. Guest Shawn Oden, joins Adam, Ben, and Tim to discuss digital death preparedness for geeks. Inspired by clearing out his grandmother&amp;#39;s house and buying his late best friend&amp;#39;s computers to protect his digital legacy (and potentially lost Bitcoin), Shawn advocates for documenting passwords, creating wills, setting up power of attorney, and having honest conversations with loved ones. The hosts explore practical steps like using 1Password with shared family vaults, the importance of organ donation documentation, and the philosophical tension between honoring a deceased person&amp;#39;s wishes versus meeting the needs of those left behind.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;h3&gt;Links &amp;amp; Resources&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.amazon.com/Case-You-Get-Hit-Bus/dp/1523510471/ref=sr_1_1&#34; rel=&#34;nofollow&#34;&gt;In Case You Get Hit by a Bus&lt;/a&gt; (book)&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/potatoqualitee/eol-dr/blob/main/README.md&#34; rel=&#34;nofollow&#34;&gt;eol-dr&lt;/a&gt; - End of Life Digital Resources on GitHub&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://ralphhightower.github.io/EOL-RalphHightower/&#34; rel=&#34;nofollow&#34;&gt;EOL-RalphHightower&lt;/a&gt; - Another digital estate planning resource&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.nolo.com/legal-encyclopedia/affairs-in-order&#34; rel=&#34;nofollow&#34;&gt;NOLO - Get Your Affairs in Order&lt;/a&gt; - Legal self-help resources&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/240-memento-mori-with-shawn-oden/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="50898233" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/6fda054d-b13e-433c-a31c-8c2af68d5171/stream.mp3"/>
                
                <guid isPermaLink="false">689b6a85-8de3-4e42-9689-9904ed6edb5c</guid>
                <link>https://workingcode.dev/episodes/240-memento-mori-with-shawn-oden/</link>
                <pubDate>Thu, 27 Nov 2025 11:00:30 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/11/27/5/119bf8fd-dcc2-4899-987c-a320ca070a20_cover-art-v1.jpg"/>
                <itunes:duration>3181</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/240-memento-mori-with-shawn-oden/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>239: Welcome to the Feature Factory</itunes:title>
                <title>239: Welcome to the Feature Factory</title>

                <itunes:episode>239</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>How do you stay motivated when you&#39;re stuck building features you don&#39;t understand? Carol brings a conversation she&#39;s been having with her team about feeling like a &#34;feature factory&#34;—churning out work without clarity on what problem they&#39;re solving or what value it adds. When every standup is &#34;is this done?&#34; instead of &#34;have we made anything better?&#34;, burnout follows fast. The hosts explore the tension between customer-driven features, competitive pressure, arbitrary boss decisions, and the human need to feel connected to meaningful work.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/239-welcome-to-the-feature-factory/</itunes:summary>
                <description><![CDATA[<p>How do you stay motivated when you&#39;re stuck building features you don&#39;t understand? Carol brings a conversation she&#39;s been having with her team about feeling like a &#34;feature factory&#34;—churning out work without clarity on what problem they&#39;re solving or what value it adds. When every standup is &#34;is this done?&#34; instead of &#34;have we made anything better?&#34;, burnout follows fast. The hosts explore the tension between customer-driven features, competitive pressure, arbitrary boss decisions, and the human need to feel connected to meaningful work.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/239-welcome-to-the-feature-factory/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;How do you stay motivated when you&amp;#39;re stuck building features you don&amp;#39;t understand? Carol brings a conversation she&amp;#39;s been having with her team about feeling like a &amp;#34;feature factory&amp;#34;—churning out work without clarity on what problem they&amp;#39;re solving or what value it adds. When every standup is &amp;#34;is this done?&amp;#34; instead of &amp;#34;have we made anything better?&amp;#34;, burnout follows fast. The hosts explore the tension between customer-driven features, competitive pressure, arbitrary boss decisions, and the human need to feel connected to meaningful work.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/239-welcome-to-the-feature-factory/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="49839960" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/78c9a98f-7250-4bfc-99e5-a26eb8adf6bb/stream.mp3"/>
                
                <guid isPermaLink="false">e58d5ff2-c779-46fa-bc25-11fde4425e02</guid>
                <link>https://workingcode.dev/episodes/239-welcome-to-the-feature-factory/</link>
                <pubDate>Thu, 20 Nov 2025 11:00:02 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/11/20/4/f5d73cca-9268-4bdd-8baa-621e2aebea03_cover-art-v1.jpg"/>
                <itunes:duration>3114</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/239-welcome-to-the-feature-factory/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>238: This Is Why We Can&#39;t Have Nice Things</itunes:title>
                <title>238: This Is Why We Can&#39;t Have Nice Things</title>

                <itunes:episode>238</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>What happens when your passion project becomes so successful that you have to shut it down? Advent of Code creator Eric Wastl announced he was scaling back from 25 days to 12 and removing the global leaderboard. The reason? People were feeling bad at their jobs because they couldn&#39;t solve puzzles in 45 seconds like the leaderboard speedrunners.

Quiet UI launched with excitement, garnered incredible buzz, and shut down three weeks later when the demands became overwhelming.

This week, the hosts explore how good intentions collide with bad behavior—where success becomes punishment, communities ruin what was made for them, and the people who just wanted to share something cool are forced to walk away.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/238-this-is-why-we-cant-have-nice-things/</itunes:summary>
                <description><![CDATA[<p>What happens when your passion project becomes so successful that you have to shut it down? Advent of Code creator Eric Wastl announced he was scaling back from 25 days to 12 and removing the global leaderboard. The reason? People were feeling bad at their jobs because they couldn&#39;t solve puzzles in 45 seconds like the leaderboard speedrunners.</p><p>Quiet UI launched with excitement, garnered incredible buzz, and shut down three weeks later when the demands became overwhelming.</p><p>This week, the hosts explore how good intentions collide with bad behavior—where success becomes punishment, communities ruin what was made for them, and the people who just wanted to share something cool are forced to walk away.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/238-this-is-why-we-cant-have-nice-things/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;What happens when your passion project becomes so successful that you have to shut it down? Advent of Code creator Eric Wastl announced he was scaling back from 25 days to 12 and removing the global leaderboard. The reason? People were feeling bad at their jobs because they couldn&amp;#39;t solve puzzles in 45 seconds like the leaderboard speedrunners.&lt;/p&gt;&lt;p&gt;Quiet UI launched with excitement, garnered incredible buzz, and shut down three weeks later when the demands became overwhelming.&lt;/p&gt;&lt;p&gt;This week, the hosts explore how good intentions collide with bad behavior—where success becomes punishment, communities ruin what was made for them, and the people who just wanted to share something cool are forced to walk away.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/238-this-is-why-we-cant-have-nice-things/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="53009763" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/86d5f6bb-11bb-4992-a254-480d2a134d71/stream.mp3"/>
                
                <guid isPermaLink="false">7fd6636a-24bc-4534-889d-fd1a8ea81e2f</guid>
                <link>https://workingcode.dev/episodes/238-this-is-why-we-cant-have-nice-things/</link>
                <pubDate>Thu, 13 Nov 2025 11:00:54 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/11/13/3/26753f83-1a2c-41f2-976e-0fab7145251e_cover-art-v1.jpg"/>
                <itunes:duration>3313</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/238-this-is-why-we-cant-have-nice-things/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>237: The Internet Is Eating Itself and We&#39;re Just Watching</itunes:title>
                <title>237: The Internet Is Eating Itself and We&#39;re Just Watching</title>

                <itunes:episode>237</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>When you use ChatGPT instead of Google, you&#39;re not just getting a faster answer—you&#39;re cutting out the content creators who made that knowledge possible. In this week&#39;s episode, we explore the economics of AI search, the death of Stack Overflow, the junior developer problem writ large, and why capitalism keeps pushing moral responsibility onto individuals who have the least power to change anything.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/237-the-internet-is-eating-itself-and-were-just-watching/</itunes:summary>
                <description><![CDATA[<p>When you use ChatGPT instead of Google, you&#39;re not just getting a faster answer—you&#39;re cutting out the content creators who made that knowledge possible. In this week&#39;s episode, we explore the economics of AI search, the death of Stack Overflow, the junior developer problem writ large, and why capitalism keeps pushing moral responsibility onto individuals who have the least power to change anything.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/237-the-internet-is-eating-itself-and-were-just-watching/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;When you use ChatGPT instead of Google, you&amp;#39;re not just getting a faster answer—you&amp;#39;re cutting out the content creators who made that knowledge possible. In this week&amp;#39;s episode, we explore the economics of AI search, the death of Stack Overflow, the junior developer problem writ large, and why capitalism keeps pushing moral responsibility onto individuals who have the least power to change anything.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/237-the-internet-is-eating-itself-and-were-just-watching/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57797067" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/1fccd134-e7f5-42e8-b16f-046ace79ce7e/stream.mp3"/>
                
                <guid isPermaLink="false">21c5b745-b497-495a-87a8-b94a85d8fcda</guid>
                <link>https://workingcode.dev/episodes/237-the-internet-is-eating-itself-and-were-just-watching/</link>
                <pubDate>Thu, 06 Nov 2025 11:00:10 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/11/6/8/a9c41031-84af-4555-a639-f8c9a0a10a6f_cover-art-v1.jpg"/>
                <itunes:duration>3612</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/237-the-internet-is-eating-itself-and-were-just-watching/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>236: Trunk or Treat</itunes:title>
                <title>236: Trunk or Treat</title>

                <itunes:episode>236</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode the gather round and share what they&#39;ve been up to for trunk or treat. Adam shares his waning motivation for his Jump Run side project, we explore sustainable motivation, the rewrite temptation, and whether it&#39;s okay to just... do the fun thing sometimes. Meanwhile, Tim provides a reality check on AI coding tools—he spent real hours comparing GitHub Copilot and Codex on actual work, and the results are messier than the hype suggests.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/236-trunk-or-treat/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode the gather round and share what they&#39;ve been up to for trunk or treat. Adam shares his waning motivation for his Jump Run side project, we explore sustainable motivation, the rewrite temptation, and whether it&#39;s okay to just... do the fun thing sometimes. Meanwhile, Tim provides a reality check on AI coding tools—he spent real hours comparing GitHub Copilot and Codex on actual work, and the results are messier than the hype suggests.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/236-trunk-or-treat/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode the gather round and share what they&amp;#39;ve been up to for trunk or treat. Adam shares his waning motivation for his Jump Run side project, we explore sustainable motivation, the rewrite temptation, and whether it&amp;#39;s okay to just... do the fun thing sometimes. Meanwhile, Tim provides a reality check on AI coding tools—he spent real hours comparing GitHub Copilot and Codex on actual work, and the results are messier than the hype suggests.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/236-trunk-or-treat/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="46035278" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/c895a6da-b5ed-48dd-aa12-5a5bde98a075/stream.mp3"/>
                
                <guid isPermaLink="false">a8176edd-49d8-4166-8896-0a7e1795a368</guid>
                <link>https://workingcode.dev/episodes/236-trunk-or-treat/</link>
                <pubDate>Mon, 03 Nov 2025 11:00:28 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/11/2/17/5d265bb2-025e-4de2-86ba-e310557b38b8_cover-art-v1.jpg"/>
                <itunes:duration>2877</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/236-trunk-or-treat/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>235: When Romance Becomes a Database Problem with Sean Corfield</itunes:title>
                <title>235: When Romance Becomes a Database Problem with Sean Corfield</title>

                <itunes:episode>235</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>How do you keep millions of people safe on 40 different dating sites while simultaneously figuring out what drives them to buy memberships? Sean Corfield joins Adam and Ben to discuss the surprisingly complex engineering and business challenges of observing user behavior at massive scale.

Sean runs us through fraud detection and prevention (including devastating &#34;pig butchering&#34; romance scams), database architecture at enormous scale (700GB databases with 250M&#43; row tables), custom domain-specific languages for writing business rules without touching SQL, real-time scoring systems with hundreds of rules, zero-downtime deployments and schema migrations, and the constant cat-and-mouse game between scammers and detection systems.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here:
https://workingcode.dev/episodes/235-when-romance-becomes-a-database-problem/</itunes:summary>
                <description><![CDATA[<p>How do you keep millions of people safe on 40 different dating sites while simultaneously figuring out what drives them to buy memberships? Sean Corfield joins Adam and Ben to discuss the surprisingly complex engineering and business challenges of observing user behavior at massive scale.</p><p>Sean runs us through fraud detection and prevention (including devastating &#34;pig butchering&#34; romance scams), database architecture at enormous scale (700GB databases with 250M+ row tables), custom domain-specific languages for writing business rules without touching SQL, real-time scoring systems with hundreds of rules, zero-downtime deployments and schema migrations, and the constant cat-and-mouse game between scammers and detection systems.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/235-when-romance-becomes-a-database-problem/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;How do you keep millions of people safe on 40 different dating sites while simultaneously figuring out what drives them to buy memberships? Sean Corfield joins Adam and Ben to discuss the surprisingly complex engineering and business challenges of observing user behavior at massive scale.&lt;/p&gt;&lt;p&gt;Sean runs us through fraud detection and prevention (including devastating &amp;#34;pig butchering&amp;#34; romance scams), database architecture at enormous scale (700GB databases with 250M&#43; row tables), custom domain-specific languages for writing business rules without touching SQL, real-time scoring systems with hundreds of rules, zero-downtime deployments and schema migrations, and the constant cat-and-mouse game between scammers and detection systems.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/235-when-romance-becomes-a-database-problem/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="77124754" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/52fc3e5b-fc03-4b1c-848d-2aa5c24697b2/stream.mp3"/>
                
                <guid isPermaLink="false">e549245c-068c-46ef-b0bb-d0f39e3dab3b</guid>
                <link>https://workingcode.dev/episodes/235-when-romance-becomes-a-database-problem/</link>
                <pubDate>Thu, 23 Oct 2025 13:10:06 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/10/23/13/c7fb1fb6-078e-4686-b595-84f7943e19c0_cover-art-v1.jpg"/>
                <itunes:duration>4820</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/235-when-romance-becomes-a-database-problem/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>234: The Multitasking Mind</itunes:title>
                <title>234: The Multitasking Mind</title>

                <itunes:episode>234</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Can you really multitask, or are you just rapidly switching between contexts and hoping your brain doesn&#39;t lose track? This week, we dig into the cognitive load of deep work, the impossibility of maintaining multiple large projects in your head simultaneously, and the ADHD patterns that shape how many of us think and work.

Carol returns from the chaos of federal government planning meetings with renewed energy and alignment. Adam finds flow in his Jump Run project while navigating compliance season. Ben discovers the exhausting reality of writing actual specification documents for the first time in his career—and realizes just how taxing deep thinking can be.

reCAPTCHA Migration: https://privatecaptcha.com/blog/recaptcha-migration-to-google-cloud-2025/

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/234-the-multitasking-mind</itunes:summary>
                <description><![CDATA[<p>Can you really multitask, or are you just rapidly switching between contexts and hoping your brain doesn&#39;t lose track? This week, we dig into the cognitive load of deep work, the impossibility of maintaining multiple large projects in your head simultaneously, and the ADHD patterns that shape how many of us think and work.</p><p>Carol returns from the chaos of federal government planning meetings with renewed energy and alignment. Adam finds flow in his Jump Run project while navigating compliance season. Ben discovers the exhausting reality of writing actual specification documents for the first time in his career—and realizes just how taxing deep thinking can be.</p><p>reCAPTCHA Migration: <a href="https://privatecaptcha.com/blog/recaptcha-migration-to-google-cloud-2025/" rel="nofollow">https://privatecaptcha.com/blog/recaptcha-migration-to-google-cloud-2025/</a></p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/234-the-multitasking-mind" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Can you really multitask, or are you just rapidly switching between contexts and hoping your brain doesn&amp;#39;t lose track? This week, we dig into the cognitive load of deep work, the impossibility of maintaining multiple large projects in your head simultaneously, and the ADHD patterns that shape how many of us think and work.&lt;/p&gt;&lt;p&gt;Carol returns from the chaos of federal government planning meetings with renewed energy and alignment. Adam finds flow in his Jump Run project while navigating compliance season. Ben discovers the exhausting reality of writing actual specification documents for the first time in his career—and realizes just how taxing deep thinking can be.&lt;/p&gt;&lt;p&gt;reCAPTCHA Migration: &lt;a href=&#34;https://privatecaptcha.com/blog/recaptcha-migration-to-google-cloud-2025/&#34; rel=&#34;nofollow&#34;&gt;https://privatecaptcha.com/blog/recaptcha-migration-to-google-cloud-2025/&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/234-the-multitasking-mind&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="40022099" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/af34044e-9aaf-43f6-b576-934e958f6b9e/stream.mp3"/>
                
                <guid isPermaLink="false">bc74965f-b91f-494e-b216-827ac1045266</guid>
                <link>https://workingcode.dev/episodes/234-the-multitasking-mind</link>
                <pubDate>Sat, 18 Oct 2025 11:44:21 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/10/18/11/5ea9e0b4-d273-4a66-9eed-b3ad85fb6f4e_cover-art-v1.jpg"/>
                <itunes:duration>2501</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/234-the-multitasking-mind" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>233: Cheating on Work with Work</itunes:title>
                <title>233: Cheating on Work with Work</title>

                <itunes:episode>233</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>How do you resist the siren call of shiny new features when you&#39;re months into a project that really matters?

Adam finds himself six weeks into a 12-week build when his boss floats a couple of juicy AI integration ideas. Ben relates this to his own tendency to get distracted by massive refactors mid-feature. They dig into strategies for staying disciplined—like using future work as motivation, finding small wins along the way, or accepting that sometimes work just has to feel like work..

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/233-cheating-on-work-with-work/</itunes:summary>
                <description><![CDATA[<p>How do you resist the siren call of shiny new features when you&#39;re months into a project that really matters?</p><p>Adam finds himself six weeks into a 12-week build when his boss floats a couple of juicy AI integration ideas. Ben relates this to his own tendency to get distracted by massive refactors mid-feature. They dig into strategies for staying disciplined—like using future work as motivation, finding small wins along the way, or accepting that sometimes work just has to feel like work..</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/233-cheating-on-work-with-work/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;How do you resist the siren call of shiny new features when you&amp;#39;re months into a project that really matters?&lt;/p&gt;&lt;p&gt;Adam finds himself six weeks into a 12-week build when his boss floats a couple of juicy AI integration ideas. Ben relates this to his own tendency to get distracted by massive refactors mid-feature. They dig into strategies for staying disciplined—like using future work as motivation, finding small wins along the way, or accepting that sometimes work just has to feel like work..&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/233-cheating-on-work-with-work/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="44736679" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/fe5708b1-a193-4a9d-82a7-6aa4911436d9/stream.mp3"/>
                
                <guid isPermaLink="false">e40587cc-8d60-4da2-8eea-94efc509d376</guid>
                <link>https://workingcode.dev/episodes/233-cheating-on-work-with-work/</link>
                <pubDate>Thu, 09 Oct 2025 11:06:38 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/10/9/11/6ab640d4-3b6b-4420-9f01-735372d5ccf4_cover-art-v1.jpg"/>
                <itunes:duration>2796</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/233-cheating-on-work-with-work/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>232: Are we Idiots or Maniacs?</itunes:title>
                <title>232: Are we Idiots or Maniacs?</title>

                <itunes:episode>232</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode the crew is back to discuss the never-ending journey of self-improvement in the tech industry, are we idiots to ignore it or maniacs to go along with it? Ben and Tim are back from CF Summit to recount there experiences where a big topic of discussion was... you guessed it, AI.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/232-are-we-idiots-or-maniacs/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode the crew is back to discuss the never-ending journey of self-improvement in the tech industry, are we idiots to ignore it or maniacs to go along with it? Ben and Tim are back from CF Summit to recount there experiences where a big topic of discussion was... you guessed it, AI.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/232-are-we-idiots-or-maniacs/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode the crew is back to discuss the never-ending journey of self-improvement in the tech industry, are we idiots to ignore it or maniacs to go along with it? Ben and Tim are back from CF Summit to recount there experiences where a big topic of discussion was... you guessed it, AI.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/232-are-we-idiots-or-maniacs/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="52288365" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/86195141-7494-4b9c-88b6-87ac568fc0ab/stream.mp3"/>
                
                <guid isPermaLink="false">5976cabf-8f50-4f30-89f7-ddf81161a6ba</guid>
                <link>https://workingcode.dev/episodes/232-are-we-idiots-or-maniacs/</link>
                <pubDate>Thu, 02 Oct 2025 10:00:03 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/10/2/2/f88af764-69c0-4b6f-8ba6-5ec62561f131_cover-art-v1.jpg"/>
                <itunes:duration>3268</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/232-are-we-idiots-or-maniacs/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>231: Good Friction</itunes:title>
                <title>231: Good Friction</title>

                <itunes:episode>231</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode the whole crew is back, and Ben brings our attention to &#34;good&#34; friction. It&#39;s all too common in business to hear about reducing and eliminating friction, but some forms of friction can be positive in ways we take for granted.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/231-good-friction/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode the whole crew is back, and Ben brings our attention to &#34;good&#34; friction. It&#39;s all too common in business to hear about reducing and eliminating friction, but some forms of friction can be positive in ways we take for granted.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/231-good-friction/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode the whole crew is back, and Ben brings our attention to &amp;#34;good&amp;#34; friction. It&amp;#39;s all too common in business to hear about reducing and eliminating friction, but some forms of friction can be positive in ways we take for granted.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/231-good-friction/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="46360032" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/3f840d41-fb85-4d27-86bf-972644471b07/stream.mp3"/>
                
                <guid isPermaLink="false">686130c2-8ea4-4bee-ac4f-585c381dec67</guid>
                <link>https://workingcode.dev/episodes/231-good-friction/</link>
                <pubDate>Thu, 18 Sep 2025 10:00:11 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/9/17/14/78d07f77-bee0-433e-b9b2-c4a1be4ca90b_cover-art-v1.jpg"/>
                <itunes:duration>2897</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/231-good-friction/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>230: The Myth of Common Sense</itunes:title>
                <title>230: The Myth of Common Sense</title>

                <itunes:episode>230</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Common sense isn&#39;t so common, or maybe it&#39;s a myth entirely? On this week&#39;s episode, Adam, Ben, and Carol discuss common sense in programming.

What may be common sense to a programmer may not be so simple to a user, and it&#39;s important, in these contexts, to deploy empathy and understanding rather than frustration. The hosts discuss this and more.

A Hermeneutic of Generosity https://www.youtube.com/watch?v=ovrzKCQ2JTM

Ten Thousand https://xkcd.com/1053/

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/230-the-myth-of-common-sense/</itunes:summary>
                <description><![CDATA[<p>Common sense isn&#39;t so common, or maybe it&#39;s a myth entirely? On this week&#39;s episode, Adam, Ben, and Carol discuss common sense in programming.</p><p>What may be common sense to a programmer may not be so simple to a user, and it&#39;s important, in these contexts, to deploy empathy and understanding rather than frustration. The hosts discuss this and more.</p><p>A Hermeneutic of Generosity <a href="https://www.youtube.com/watch?v=ovrzKCQ2JTM" rel="nofollow">https://www.youtube.com/watch?v=ovrzKCQ2JTM</a></p><p>Ten Thousand <a href="https://xkcd.com/1053/" rel="nofollow">https://xkcd.com/1053/</a></p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/230-the-myth-of-common-sense/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Common sense isn&amp;#39;t so common, or maybe it&amp;#39;s a myth entirely? On this week&amp;#39;s episode, Adam, Ben, and Carol discuss common sense in programming.&lt;/p&gt;&lt;p&gt;What may be common sense to a programmer may not be so simple to a user, and it&amp;#39;s important, in these contexts, to deploy empathy and understanding rather than frustration. The hosts discuss this and more.&lt;/p&gt;&lt;p&gt;A Hermeneutic of Generosity &lt;a href=&#34;https://www.youtube.com/watch?v=ovrzKCQ2JTM&#34; rel=&#34;nofollow&#34;&gt;https://www.youtube.com/watch?v=ovrzKCQ2JTM&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Ten Thousand &lt;a href=&#34;https://xkcd.com/1053/&#34; rel=&#34;nofollow&#34;&gt;https://xkcd.com/1053/&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/230-the-myth-of-common-sense/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="56925204" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a60c2fc9-393b-4563-bf55-9663358a8ce2/stream.mp3"/>
                
                <guid isPermaLink="false">11cd6fb4-d24d-44d0-bd64-4e324d14050c</guid>
                <link>https://workingcode.dev/episodes/230-the-myth-of-common-sense/</link>
                <pubDate>Fri, 12 Sep 2025 13:59:58 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/9/12/13/e1c99480-5c9b-45e8-bf40-a919d4d85085_cover-art-v1.jpg"/>
                <itunes:duration>3557</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/230-the-myth-of-common-sense/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>229: Our Correct Opinions, Subjectivity in Coding</itunes:title>
                <title>229: Our Correct Opinions, Subjectivity in Coding</title>

                <itunes:episode>229</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam, Ben, and Carol dive into the nuanced world of software development as they explore the subjectivity inherent in coding.

How do personal preferences, team cultures, and individual experiences shape the way code is written, reviewed, and maintained. From debates over naming conventions to the art of code reviews, we unpack the many ways that subjectivity influences technical decisions and the collaborative process.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/229-our-correct-opinions-subjectivity-in-coding/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam, Ben, and Carol dive into the nuanced world of software development as they explore the subjectivity inherent in coding.</p><p>How do personal preferences, team cultures, and individual experiences shape the way code is written, reviewed, and maintained. From debates over naming conventions to the art of code reviews, we unpack the many ways that subjectivity influences technical decisions and the collaborative process.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/229-our-correct-opinions-subjectivity-in-coding/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam, Ben, and Carol dive into the nuanced world of software development as they explore the subjectivity inherent in coding.&lt;/p&gt;&lt;p&gt;How do personal preferences, team cultures, and individual experiences shape the way code is written, reviewed, and maintained. From debates over naming conventions to the art of code reviews, we unpack the many ways that subjectivity influences technical decisions and the collaborative process.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/229-our-correct-opinions-subjectivity-in-coding/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55698494" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/9b10051d-803e-4434-a0ef-e65a0fecb2ea/stream.mp3"/>
                
                <guid isPermaLink="false">2bf63bcf-9dbe-4fc3-8225-11b65ec03957</guid>
                <link>https://workingcode.dev/episodes/229-our-correct-opinions-subjectivity-in-coding/</link>
                <pubDate>Thu, 04 Sep 2025 10:00:30 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/9/3/21/52591994-d18b-410d-9e82-8e09f6c4c9f7_cover-art-v1.jpg"/>
                <itunes:duration>3481</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/229-our-correct-opinions-subjectivity-in-coding/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>228: Soft Deletes and Other Crimes</itunes:title>
                <title>228: Soft Deletes and Other Crimes</title>

                <itunes:episode>228</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam, Ben, and Tim discuss the never ending rabbit hole that is implementing soft deletes in a database. What starts as a simple solution cascades into countless challenges and pitfalls, such as referential integrity, data consistency and compliance. This and other coding crimes in this week&#39;s episode.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/228-soft-deletes-and-other-crimes/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam, Ben, and Tim discuss the never ending rabbit hole that is implementing soft deletes in a database. What starts as a simple solution cascades into countless challenges and pitfalls, such as referential integrity, data consistency and compliance. This and other coding crimes in this week&#39;s episode.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/228-soft-deletes-and-other-crimes/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam, Ben, and Tim discuss the never ending rabbit hole that is implementing soft deletes in a database. What starts as a simple solution cascades into countless challenges and pitfalls, such as referential integrity, data consistency and compliance. This and other coding crimes in this week&amp;#39;s episode.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/228-soft-deletes-and-other-crimes/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="51803115" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e982b674-a08f-4ff2-9d55-58f09a2f6ae5/stream.mp3"/>
                
                <guid isPermaLink="false">78d7b296-836d-4484-aac7-06102826fb0d</guid>
                <link>https://workingcode.dev/episodes/228-soft-deletes-and-other-crimes/</link>
                <pubDate>Thu, 28 Aug 2025 10:00:53 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/8/27/14/20585fac-6feb-4b76-b043-5e0ddf036bcd_cover-art-v1.jpg"/>
                <itunes:duration>3237</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/228-soft-deletes-and-other-crimes/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>227: Stop, Commensurate, and Listen</itunes:title>
                <title>227: Stop, Commensurate, and Listen</title>

                <itunes:episode>227</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Ben, Carol, and Tim are back to discuss picking the right tool for the right job. More specifically, the value of proportionality in effort and resource allocation, questioning when it&#39;s appropriate to cut corners versus maintaining high standards, when you should stick to what you know versus learning something new, and when you should pay more attention to context when making decisions.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/227-stop-commensurate-and-listen/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Ben, Carol, and Tim are back to discuss picking the right tool for the right job. More specifically, the value of proportionality in effort and resource allocation, questioning when it&#39;s appropriate to cut corners versus maintaining high standards, when you should stick to what you know versus learning something new, and when you should pay more attention to context when making decisions.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/227-stop-commensurate-and-listen/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Ben, Carol, and Tim are back to discuss picking the right tool for the right job. More specifically, the value of proportionality in effort and resource allocation, questioning when it&amp;#39;s appropriate to cut corners versus maintaining high standards, when you should stick to what you know versus learning something new, and when you should pay more attention to context when making decisions.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/227-stop-commensurate-and-listen/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="33670791" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/cbc2375a-5cdd-4d86-b251-cb358da88036/stream.mp3"/>
                
                <guid isPermaLink="false">ea45d095-7aab-430a-b3d7-0b04eb912097</guid>
                <link>https://workingcode.dev/episodes/227-stop-commensurate-and-listen/</link>
                <pubDate>Thu, 14 Aug 2025 12:14:52 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/8/14/12/5eee62f7-912f-4e78-be9f-99f500d6127c_cover-art-v1.jpg"/>
                <itunes:duration>2104</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/227-stop-commensurate-and-listen/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>226: To Sync or Not To Sync?</itunes:title>
                <title>226: To Sync or Not To Sync?</title>

                <itunes:episode>226</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam asks the question: To sync or not to sync? Sparked by an exploration of a competitor&#39;s API approach, the team share their thoughts on handling long-running tasks efficiently.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/226-to-sync-or-not-to-sync/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam asks the question: To sync or not to sync? Sparked by an exploration of a competitor&#39;s API approach, the team share their thoughts on handling long-running tasks efficiently.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/226-to-sync-or-not-to-sync/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam asks the question: To sync or not to sync? Sparked by an exploration of a competitor&amp;#39;s API approach, the team share their thoughts on handling long-running tasks efficiently.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/226-to-sync-or-not-to-sync/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57359882" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/5476764c-9865-46a3-a279-0b0f82c6f7fb/stream.mp3"/>
                
                <guid isPermaLink="false">efdb1b51-a6c8-4d1f-bfe1-f86cfd9e2b88</guid>
                <link>https://workingcode.dev/episodes/226-to-sync-or-not-to-sync/</link>
                <pubDate>Thu, 31 Jul 2025 10:00:25 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/7/31/4/15a22488-0952-471c-864a-21c506b92f1b_cover-art-v1.jpg"/>
                <itunes:duration>3584</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/226-to-sync-or-not-to-sync/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>225: The Value of Open Source in the Age of AI</itunes:title>
                <title>225: The Value of Open Source in the Age of AI</title>

                <itunes:episode>225</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the crew discuss the relevance and significance of open-source software in the age of AI. The open source community offers domain expertise, rigorous testing, responsive bug fixing, and community support. But when AI can generate code with proficiency, how does the value calculus change when deciding to install a new package, generate code with an AI, or simply do it yourself?

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/225-the-value-of-open-source-in-the-age-of-ai/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the crew discuss the relevance and significance of open-source software in the age of AI. The open source community offers domain expertise, rigorous testing, responsive bug fixing, and community support. But when AI can generate code with proficiency, how does the value calculus change when deciding to install a new package, generate code with an AI, or simply do it yourself?</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/225-the-value-of-open-source-in-the-age-of-ai/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the crew discuss the relevance and significance of open-source software in the age of AI. The open source community offers domain expertise, rigorous testing, responsive bug fixing, and community support. But when AI can generate code with proficiency, how does the value calculus change when deciding to install a new package, generate code with an AI, or simply do it yourself?&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/225-the-value-of-open-source-in-the-age-of-ai/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="39317002" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/3321bd51-376c-47e8-9cb9-3bfc8e909054/stream.mp3"/>
                
                <guid isPermaLink="false">83a0fed5-b86a-481a-96a5-01c638383559</guid>
                <link>https://workingcode.dev/episodes/225-the-value-of-open-source-in-the-age-of-ai/</link>
                <pubDate>Thu, 24 Jul 2025 10:00:01 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/7/24/0/b7f06ddb-bd82-4ff2-8abf-8fa90680c612_cover-art-v1.jpg"/>
                <itunes:duration>2457</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/225-the-value-of-open-source-in-the-age-of-ai/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>224: Skin in the Game</itunes:title>
                <title>224: Skin in the Game</title>

                <itunes:episode>224</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>To be a good producer you have to be a good consumer. In this week&#39;s podcast, the whole team is back to delve into the concept of &#39;skin in the game&#39; in product development and how consuming your own product, known as “dogfooding”, and empathizing with users can influence the development process.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/224-skin-in-the-game/</itunes:summary>
                <description><![CDATA[<p>To be a good producer you have to be a good consumer. In this week&#39;s podcast, the whole team is back to delve into the concept of &#39;skin in the game&#39; in product development and how consuming your own product, known as “dogfooding”, and empathizing with users can influence the development process.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/224-skin-in-the-game/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;To be a good producer you have to be a good consumer. In this week&amp;#39;s podcast, the whole team is back to delve into the concept of &amp;#39;skin in the game&amp;#39; in product development and how consuming your own product, known as “dogfooding”, and empathizing with users can influence the development process.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/224-skin-in-the-game/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="48080770" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a623e450-3ad1-4b7c-b920-6cb5fd8c181a/stream.mp3"/>
                
                <guid isPermaLink="false">ab0e23a9-0ac7-437d-83d7-64671a8b6cfb</guid>
                <link>https://workingcode.dev/episodes/224-skin-in-the-game/</link>
                <pubDate>Thu, 17 Jul 2025 10:00:41 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/7/17/4/a5f9e0cc-abc0-448c-b47b-d02aa7553770_cover-art-v1.jpg"/>
                <itunes:duration>3005</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/224-skin-in-the-game/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>223: The Six Month Autonomy Rule</itunes:title>
                <title>223: The Six Month Autonomy Rule</title>

                <itunes:episode>223</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam and Ben discuss the notion of “If I&#39;m still telling you what to do in six months, then something went wrong”, a take heard in a recent episode of Lenny&#39;s Podcast.

How can a company orientate itself to encourage autonomy throughout the career of an engineer? What are reasonable expectations of a junior engineer? These questions and more are discussed in today&#39;s episode.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/223-the-six-month-autonomy-rule/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam and Ben discuss the notion of “If I&#39;m still telling you what to do in six months, then something went wrong”, a take heard in <a href="https://www.lennysnewsletter.com/p/the-base44-bootstrapped-startup-success-story-maor-shlomo" rel="nofollow">a recent episode</a> of Lenny&#39;s Podcast.</p><p>How can a company orientate itself to encourage autonomy throughout the career of an engineer? What are reasonable expectations of a junior engineer? These questions and more are discussed in today&#39;s episode.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/223-the-six-month-autonomy-rule/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam and Ben discuss the notion of “If I&amp;#39;m still telling you what to do in six months, then something went wrong”, a take heard in &lt;a href=&#34;https://www.lennysnewsletter.com/p/the-base44-bootstrapped-startup-success-story-maor-shlomo&#34; rel=&#34;nofollow&#34;&gt;a recent episode&lt;/a&gt; of Lenny&amp;#39;s Podcast.&lt;/p&gt;&lt;p&gt;How can a company orientate itself to encourage autonomy throughout the career of an engineer? What are reasonable expectations of a junior engineer? These questions and more are discussed in today&amp;#39;s episode.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/223-the-six-month-autonomy-rule/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="54761430" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d28fcaf4-6a90-4db6-bae8-5eeedd4ad0df/stream.mp3"/>
                
                <guid isPermaLink="false">2e7f123a-4db4-4e14-8351-d66f6f6ae305</guid>
                <link>https://workingcode.dev/episodes/223-the-six-month-autonomy-rule/</link>
                <pubDate>Wed, 09 Jul 2025 14:30:08 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/7/9/14/7bf984be-f9fb-4826-84a9-ecc9ba65c80d_cover-art-v1.jpg"/>
                <itunes:duration>3422</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/223-the-six-month-autonomy-rule/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>222: Gemini CLI Test Drive</itunes:title>
                <title>222: Gemini CLI Test Drive</title>

                <itunes:episode>222</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam and Tim delve into Gemini CLI, a command line interface tool for AI by Google, test-driving it on real code to find its capabilities and limitations.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/222-gemini-cli-test-drive/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam and Tim delve into Gemini CLI, a command line interface tool for AI by Google, test-driving it on real code to find its capabilities and limitations.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/222-gemini-cli-test-drive/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam and Tim delve into Gemini CLI, a command line interface tool for AI by Google, test-driving it on real code to find its capabilities and limitations.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/222-gemini-cli-test-drive/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="34165237" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/dee5e37f-d4b4-42fa-b1b4-3c0b894eb168/stream.mp3"/>
                
                <guid isPermaLink="false">4a4e76bf-4375-465e-b698-da96aeb7bf87</guid>
                <link>https://workingcode.dev/episodes/222-gemini-cli-test-drive/</link>
                <pubDate>Fri, 04 Jul 2025 12:14:13 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/7/9/15/a0517ea5-0da9-4e33-bbaf-b8ea0119e20b_cover-art-v1.jpg"/>
                <itunes:duration>2135</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/222-gemini-cli-test-drive/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>221: Life in the Trenches of Replatforming</itunes:title>
                <title>221: Life in the Trenches of Replatforming</title>

                <itunes:episode>221</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the full crew is back to talk about practical replatforming. In past episodes we&#39;ve discussed replatforming in a more abstract sense, but Adam has much to share about ongoing real-world replatforming at AlumniQ. When the rubber meets the road, certain realities and complexities, which may not be obvious, may affect decision-making and replatforming strategy.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/221-life-in-the-trenches-of-replatforming/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the full crew is back to talk about practical replatforming. In past episodes we&#39;ve discussed replatforming in a more abstract sense, but Adam has much to share about ongoing real-world replatforming at AlumniQ. When the rubber meets the road, certain realities and complexities, which may not be obvious, may affect decision-making and replatforming strategy.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/221-life-in-the-trenches-of-replatforming/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the full crew is back to talk about practical replatforming. In past episodes we&amp;#39;ve discussed replatforming in a more abstract sense, but Adam has much to share about ongoing real-world replatforming at AlumniQ. When the rubber meets the road, certain realities and complexities, which may not be obvious, may affect decision-making and replatforming strategy.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/221-life-in-the-trenches-of-replatforming/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="64565916" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/5fa55917-1fb5-4e7c-81cf-603d8ebe2c64/stream.mp3"/>
                
                <guid isPermaLink="false">6e93be41-a65d-4dea-9b1f-71a123178cf5</guid>
                <link>https://workingcode.dev/episodes/221-life-in-the-trenches-of-replatforming/</link>
                <pubDate>Thu, 19 Jun 2025 17:05:33 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/7/9/15/bbeab119-8002-4248-b1ed-eb92caf5f461_cover-art-v1.jpg"/>
                <itunes:duration>4035</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/221-life-in-the-trenches-of-replatforming/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>220: Embracing AI with Dan Wilson</itunes:title>
                <title>220: Embracing AI with Dan Wilson</title>

                <itunes:episode>220</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the team gets into it with special guest Dan Wilson, an AI &amp; tech consultant that has recently created free and paid courses on using AI in daily workflows. They also dig into the ins and outs of creating Udemy courses and their viability in the tech space.

Dan&#39;s courses:

Master ChatGPT: Build AI Assistants That Know Your Business (FREE)
https://www.udemy.com/course/master-chatgpt-build-ai-assistants-that-know-your-business/

Generative AI for Developers: How To Use AI In Your Workday (Use code quackquack for a special discount)
https://www.udemy.com/course/generative-ai-for-developers-how-to-use-ai-in-your-workday

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/220-embracing-ai-with-dan-wilson/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the team gets into it with special guest Dan Wilson, an AI &amp; tech consultant that has recently created free and paid courses on using AI in daily workflows. They also dig into the ins and outs of creating Udemy courses and their viability in the tech space.</p><p>Dan&#39;s courses:</p><ul><li><a href="https://www.udemy.com/course/master-chatgpt-build-ai-assistants-that-know-your-business/" rel="nofollow">Master ChatGPT: Build AI Assistants That Know Your Business</a> (FREE)</li><li><a href="https://www.udemy.com/course/generative-ai-for-developers-how-to-use-ai-in-your-workday/?couponCode=QUACKQUACK" rel="nofollow">Generative AI for Developers: How To Use AI In Your Workday</a> (Use code quackquack for a special discount)</li></ul><p><br></p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/220-embracing-ai-with-dan-wilson/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the team gets into it with special guest Dan Wilson, an AI &amp;amp; tech consultant that has recently created free and paid courses on using AI in daily workflows. They also dig into the ins and outs of creating Udemy courses and their viability in the tech space.&lt;/p&gt;&lt;p&gt;Dan&amp;#39;s courses:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.udemy.com/course/master-chatgpt-build-ai-assistants-that-know-your-business/&#34; rel=&#34;nofollow&#34;&gt;Master ChatGPT: Build AI Assistants That Know Your Business&lt;/a&gt; (FREE)&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.udemy.com/course/generative-ai-for-developers-how-to-use-ai-in-your-workday/?couponCode=QUACKQUACK&#34; rel=&#34;nofollow&#34;&gt;Generative AI for Developers: How To Use AI In Your Workday&lt;/a&gt; (Use code quackquack for a special discount)&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/220-embracing-ai-with-dan-wilson/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="71253263" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/232db142-647b-42e9-8b60-ae3498a1aeda/stream.mp3"/>
                
                <guid isPermaLink="false">1a438859-fc37-46ec-916c-bf33387109fd</guid>
                <link>https://workingcode.dev/episodes/220-embracing-ai-with-dan-wilson/</link>
                <pubDate>Thu, 12 Jun 2025 14:54:06 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/6/13/18/7537257c-9013-4075-9468-8bcfc2f10d75_aeda9-a2a2-42ef-ba1a-c9db067d2902_cover-art-v1.jpg"/>
                <itunes:duration>4453</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/220-embracing-ai-with-dan-wilson/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>219: Potluck: AI Ego, Feature Flags, Customer Feedback</itunes:title>
                <title>219: Potluck: AI Ego, Feature Flags, Customer Feedback</title>

                <itunes:episode>219</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the team dives into a potluck of topics including the effective usage of Large Language Models (LLMs) by feeding their ego, the excitement of implementing feature flags in development cycles, and further developments and opportunities with Adam&#39;s side hustle app &#34;Jump Run&#34; the journey of building a side hustle with &#39;Jump Run&#39;.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/219-potluck-ai-ego-feature-flags-customer-feedback/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the team dives into a potluck of topics including the effective usage of Large Language Models (LLMs) by feeding their ego, the excitement of implementing feature flags in development cycles, and further developments and opportunities with Adam&#39;s side hustle app &#34;Jump Run&#34; the journey of building a side hustle with &#39;Jump Run&#39;.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/219-potluck-ai-ego-feature-flags-customer-feedback/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the team dives into a potluck of topics including the effective usage of Large Language Models (LLMs) by feeding their ego, the excitement of implementing feature flags in development cycles, and further developments and opportunities with Adam&amp;#39;s side hustle app &amp;#34;Jump Run&amp;#34; the journey of building a side hustle with &amp;#39;Jump Run&amp;#39;.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/219-potluck-ai-ego-feature-flags-customer-feedback/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="59415405" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/bedb5d04-d808-4fda-abce-9f72b75c3cf9/stream.mp3"/>
                
                <guid isPermaLink="false">ddfadf90-f7ef-4cbe-a34c-53e3a9bd5176</guid>
                <link>https://workingcode.dev/episodes/219-potluck-ai-ego-feature-flags-customer-feedback/</link>
                <pubDate>Sat, 07 Jun 2025 16:20:22 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/6/7/16/d4a38795-aad1-435c-90dc-edf17be6245e_cover-art-v1.jpg"/>
                <itunes:duration>3713</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/219-potluck-ai-ego-feature-flags-customer-feedback/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>218: Rethinking Values in the Age of AI</itunes:title>
                <title>218: Rethinking Values in the Age of AI</title>

                <itunes:episode>218</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the crew is back to discuss and question quickly shifting values in the world and their implications for developers. Will AI erode the importance of code craftsmanship? When old values are quickly discarded, what does that say about the legitimacy of the new values? Is human coding obsolescence the elephant in the room?

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/218-rethinking-values-in-the-age-of-ai/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the crew is back to discuss and question quickly shifting values in the world and their implications for developers. Will AI erode the importance of code craftsmanship? When old values are quickly discarded, what does that say about the legitimacy of the new values? Is human coding obsolescence the elephant in the room?</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/218-rethinking-values-in-the-age-of-ai/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the crew is back to discuss and question quickly shifting values in the world and their implications for developers. Will AI erode the importance of code craftsmanship? When old values are quickly discarded, what does that say about the legitimacy of the new values? Is human coding obsolescence the elephant in the room?&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/218-rethinking-values-in-the-age-of-ai/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="61928594" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d65dc296-7a5d-4d31-aebb-cf60ac2bf9b0/stream.mp3"/>
                
                <guid isPermaLink="false">0c95414c-0869-4356-8aac-3ff6c00451b2</guid>
                <link>https://workingcode.dev/episodes/218-rethinking-values-in-the-age-of-ai/</link>
                <pubDate>Thu, 29 May 2025 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/5/29/4/58d3f582-2f78-4ff5-88f8-979f881ec37f_cover-art-v1.jpg"/>
                <itunes:duration>3870</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/218-rethinking-values-in-the-age-of-ai/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>217: More Svelte Than You Can Shake a Stick At</itunes:title>
                <title>217: More Svelte Than You Can Shake a Stick At</title>

                <itunes:episode>217</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam puts the spotlight on Svelte, and takes us on a deep dive of Svelte features, latest developments and some of his own applications of Svelte in recent projects.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/217-more-svelte-than-you-can-shake-a-stick-at/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam puts the spotlight on Svelte, and takes us on a deep dive of Svelte features, latest developments and some of his own applications of Svelte in recent projects.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/217-more-svelte-than-you-can-shake-a-stick-at/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam puts the spotlight on Svelte, and takes us on a deep dive of Svelte features, latest developments and some of his own applications of Svelte in recent projects.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/217-more-svelte-than-you-can-shake-a-stick-at/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="58815634" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/7ac65c77-1fd4-4edd-bf10-3df15cb4c5d8/stream.mp3"/>
                
                <guid isPermaLink="false">a5043fe2-78ba-4475-8215-4328cfebe96f</guid>
                <link>https://workingcode.dev/episodes/217-more-svelte-than-you-can-shake-a-stick-at/</link>
                <pubDate>Thu, 15 May 2025 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/5/15/4/784c3a57-d39b-416d-83a0-984e16d4e869_cover-art-v1.jpg"/>
                <itunes:duration>3675</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/217-more-svelte-than-you-can-shake-a-stick-at/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>216: Ben&#39;s New Job</itunes:title>
                <title>216: Ben&#39;s New Job</title>

                <itunes:episode>216</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the team discusses Ben&#39;s new job in a radically different domain, the common difficulties when joining a new team with a new &#39;language&#39;, and the unique challenges of working at a manufacturing focused business as opposed to a start-up style tech business.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/216-bens-new-job/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the team discusses Ben&#39;s new job in a radically different domain, the common difficulties when joining a new team with a new &#39;language&#39;, and the unique challenges of working at a manufacturing focused business as opposed to a start-up style tech business.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/216-bens-new-job/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the team discusses Ben&amp;#39;s new job in a radically different domain, the common difficulties when joining a new team with a new &amp;#39;language&amp;#39;, and the unique challenges of working at a manufacturing focused business as opposed to a start-up style tech business.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/216-bens-new-job/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="54279523" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b8d5f75d-3b94-4649-b94b-f21d89b77b81/stream.mp3"/>
                
                <guid isPermaLink="false">d56dbb52-ac9e-49ff-b9cd-05e776cbcfa6</guid>
                <link>https://workingcode.dev/episodes/216-bens-new-job/</link>
                <pubDate>Thu, 08 May 2025 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/5/8/4/cd5f8a6a-8101-48f3-8839-2ee863b5ce5a_cover-art-v1.jpg"/>
                <itunes:duration>3392</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/216-bens-new-job/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>215: New Endeavours, New Challenges</itunes:title>
                <title>215: New Endeavours, New Challenges</title>

                <itunes:episode>215</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the full crew is back to discuss the challenges and strategies of managing development teams. Tim shares his new role as Director of Development and his approach towards improving developer experience and scaling applications.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/215-new-endeavours-new-challenges/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the full crew is back to discuss the challenges and strategies of managing development teams. Tim shares his new role as Director of Development and his approach towards improving developer experience and scaling applications.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/215-new-endeavours-new-challenges/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the full crew is back to discuss the challenges and strategies of managing development teams. Tim shares his new role as Director of Development and his approach towards improving developer experience and scaling applications.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/215-new-endeavours-new-challenges/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55178553" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e7e6265a-09b8-4ac3-b70b-cf2be0390a8d/stream.mp3"/>
                
                <guid isPermaLink="false">d7edc6be-2b89-46cd-b54d-125ea30bc400</guid>
                <link>https://workingcode.dev/episodes/215-new-endeavours-new-challenges/</link>
                <pubDate>Thu, 01 May 2025 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/5/1/2/826affd1-df66-401a-a310-f7e6efd70c03_cover-art-v1.jpg"/>
                <itunes:duration>3448</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/215-new-endeavours-new-challenges/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>214: Is Tech the Bad Guy Now?</itunes:title>
                <title>214: Is Tech the Bad Guy Now?</title>

                <itunes:episode>214</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam, Ben, and Tim discuss the evolving perception of technology, shifting from an optimistic view in the 80s and 90s to a more critical stance today due to its potential negative impacts.

They delve into the consolidation of tech power among major companies like Facebook and Amazon, contrasting it with ideas like Amazon&#39;s two pizza teams for maintaining team efficiency.

Adam also has some authentication issues that Ben and Tim weigh in on.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/214-is-tech-the-bad-guy-now/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam, Ben, and Tim discuss the evolving perception of technology, shifting from an optimistic view in the 80s and 90s to a more critical stance today due to its potential negative impacts.</p><p>They delve into the consolidation of tech power among major companies like Facebook and Amazon, contrasting it with ideas like Amazon&#39;s two pizza teams for maintaining team efficiency.</p><p>Adam also has some authentication issues that Ben and Tim weigh in on.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/214-is-tech-the-bad-guy-now/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam, Ben, and Tim discuss the evolving perception of technology, shifting from an optimistic view in the 80s and 90s to a more critical stance today due to its potential negative impacts.&lt;/p&gt;&lt;p&gt;They delve into the consolidation of tech power among major companies like Facebook and Amazon, contrasting it with ideas like Amazon&amp;#39;s two pizza teams for maintaining team efficiency.&lt;/p&gt;&lt;p&gt;Adam also has some authentication issues that Ben and Tim weigh in on.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/214-is-tech-the-bad-guy-now/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="63766360" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/f2a78bd1-b57b-40f2-9be0-c86baa6beec5/stream.mp3"/>
                
                <guid isPermaLink="false">b5cd3360-8ee0-4963-aa20-1eaeaf8a1d99</guid>
                <link>https://workingcode.dev/episodes/214-is-tech-the-bad-guy-now/</link>
                <pubDate>Thu, 17 Apr 2025 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/4/17/8/220bf662-e56d-45f3-82b6-0838412ccca3_cover-art-v1.jpg"/>
                <itunes:duration>3985</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/214-is-tech-the-bad-guy-now/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>213: Staying Motivated Through Long Projects</itunes:title>
                <title>213: Staying Motivated Through Long Projects</title>

                <itunes:episode>213</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam, Ben, and Tim discuss strategies to stay motivated during long-term projects or repetitive tasks.

If you&#39;ve been at the same company or working on a project for a very long time, how do you stay motivated doing the same thing for a long time?

Mentioned Links:

Ze Frank - An Invocation for Beginnings - https://www.youtube.com/watch?v=RYlCVwxoL_g
Cat Purr Generator - https://purrli.com/
Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/213-staying-motivated-through-long-projects/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam, Ben, and Tim discuss strategies to stay motivated during long-term projects or repetitive tasks.</p><p>If you&#39;ve been at the same company or working on a project for a very long time, how do you stay motivated doing the same thing for a long time?</p><p>Mentioned Links:</p><ul><li>Ze Frank - An Invocation for Beginnings - <a href="https://www.youtube.com/watch?v=RYlCVwxoL_g" rel="nofollow">https://www.youtube.com/watch?v=RYlCVwxoL_g</a></li><li>Cat Purr Generator - <a href="https://purrli.com/" rel="nofollow">https://purrli.com/</a></li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/213-staying-motivated-through-long-projects/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam, Ben, and Tim discuss strategies to stay motivated during long-term projects or repetitive tasks.&lt;/p&gt;&lt;p&gt;If you&amp;#39;ve been at the same company or working on a project for a very long time, how do you stay motivated doing the same thing for a long time?&lt;/p&gt;&lt;p&gt;Mentioned Links:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Ze Frank - An Invocation for Beginnings - &lt;a href=&#34;https://www.youtube.com/watch?v=RYlCVwxoL_g&#34; rel=&#34;nofollow&#34;&gt;https://www.youtube.com/watch?v=RYlCVwxoL_g&lt;/a&gt;&lt;/li&gt;&lt;li&gt;Cat Purr Generator - &lt;a href=&#34;https://purrli.com/&#34; rel=&#34;nofollow&#34;&gt;https://purrli.com/&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/213-staying-motivated-through-long-projects/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="48674690" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a4d07c5a-ba0a-46fc-a7f5-f3a0f8b4b4be/stream.mp3"/>
                
                <guid isPermaLink="false">5b59d15a-45f3-4236-b9f3-17e6f0839479</guid>
                <link>https://workingcode.dev/episodes/213-staying-motivated-through-long-projects/</link>
                <pubDate>Thu, 10 Apr 2025 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/4/10/2/b30a19f4-fd22-4163-9629-2404a3968e92_cover-art-v1.jpg"/>
                <itunes:duration>3042</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/213-staying-motivated-through-long-projects/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>212: You Are Not a Coder</itunes:title>
                <title>212: You Are Not a Coder</title>

                <itunes:episode>212</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam, Ben, and Tim tackle the intriguing and timely topic of AI and its implications for the future of coding.

They delve into how AI is currently being used, including the hype around LLMs, its perceived threat to coding jobs, and the limitations of AI in professional software development.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/212-you-are-not-a-coder/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam, Ben, and Tim tackle the intriguing and timely topic of AI and its implications for the future of coding.</p><p>They delve into how AI is currently being used, including the hype around LLMs, its perceived threat to coding jobs, and the limitations of AI in professional software development.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/212-you-are-not-a-coder/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam, Ben, and Tim tackle the intriguing and timely topic of AI and its implications for the future of coding.&lt;/p&gt;&lt;p&gt;They delve into how AI is currently being used, including the hype around LLMs, its perceived threat to coding jobs, and the limitations of AI in professional software development.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/212-you-are-not-a-coder/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="56960731" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e8ce34b6-b9e6-4b04-97b4-f32ff774761a/stream.mp3"/>
                
                <guid isPermaLink="false">52e79b6b-5c5e-4754-ab8c-69b74cc2c028</guid>
                <link>https://workingcode.dev/episodes/212-you-are-not-a-coder/</link>
                <pubDate>Sat, 05 Apr 2025 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/4/5/2/af9d4158-b972-41a6-bffb-b11af6647b12_cover-art-v1.jpg"/>
                <itunes:duration>3560</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/212-you-are-not-a-coder/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>211: Roast My Desk, Rate My Clean-up</itunes:title>
                <title>211: Roast My Desk, Rate My Clean-up</title>

                <itunes:episode>211</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In episode 211, Adam, Carol, and Tim play &#39;Roast My Desk, Rate My Clean-up.&#39; Listeners submitted before and after photos of their desks, and the crew roast their setups and rate their clean-up effort.

The photos and reactions can be viewed on our Discord, Instagram, and BlueSky accounts.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/211-roast-my-desk-rate-my-cleanup/</itunes:summary>
                <description><![CDATA[<p>In episode 211, Adam, Carol, and Tim play &#39;Roast My Desk, Rate My Clean-up.&#39; Listeners submitted before and after photos of their desks, and the crew roast their setups and rate their clean-up effort.</p><p>The photos and reactions can be viewed on our Discord, Instagram, and BlueSky accounts.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/211-roast-my-desk-rate-my-cleanup/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In episode 211, Adam, Carol, and Tim play &amp;#39;Roast My Desk, Rate My Clean-up.&amp;#39; Listeners submitted before and after photos of their desks, and the crew roast their setups and rate their clean-up effort.&lt;/p&gt;&lt;p&gt;The photos and reactions can be viewed on our Discord, Instagram, and BlueSky accounts.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/211-roast-my-desk-rate-my-cleanup/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57932904" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b57b331d-05c5-450e-8c0e-7a257c3d883a/stream.mp3"/>
                
                <guid isPermaLink="false">8096d2a1-9ed9-471b-8470-0770a9e2d5fe</guid>
                <link>https://workingcode.dev/episodes/211-roast-my-desk-rate-my-cleanup/</link>
                <pubDate>Thu, 27 Mar 2025 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/3/27/1/a511dc1b-e041-40d1-899b-56285aa10468_cover-art-v1.jpg"/>
                <itunes:duration>3620</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/211-roast-my-desk-rate-my-cleanup/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>210: Free as in Speech, not as in Beer</itunes:title>
                <title>210: Free as in Speech, not as in Beer</title>

                <itunes:episode>210</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In week&#39;s this episode, the crew explores the often confusing phrase &#39;free as in speech, not as in beer.&#39;

They discuss the differences between software that&#39;s free in terms of cost (beer) and free in terms of user freedoms (speech). The conversation delves into open-source licensing, the implications for users and developers, and comparisons to various software models.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/210-free-as-in-speech-not-as-in-beer/</itunes:summary>
                <description><![CDATA[<p>In week&#39;s this episode, the crew explores the often confusing phrase &#39;free as in speech, not as in beer.&#39;</p><p>They discuss the differences between software that&#39;s free in terms of cost (beer) and free in terms of user freedoms (speech). The conversation delves into open-source licensing, the implications for users and developers, and comparisons to various software models.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/210-free-as-in-speech-not-as-in-beer/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In week&amp;#39;s this episode, the crew explores the often confusing phrase &amp;#39;free as in speech, not as in beer.&amp;#39;&lt;/p&gt;&lt;p&gt;They discuss the differences between software that&amp;#39;s free in terms of cost (beer) and free in terms of user freedoms (speech). The conversation delves into open-source licensing, the implications for users and developers, and comparisons to various software models.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/210-free-as-in-speech-not-as-in-beer/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="38577214" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e91ab01e-4977-4627-bb6c-0547f0fa7666/stream.mp3"/>
                
                <guid isPermaLink="false">d38cbed1-c7e5-4db3-85b3-259df423ae7c</guid>
                <link>https://workingcode.dev/episodes/210-free-as-in-speech-not-as-in-beer/</link>
                <pubDate>Thu, 20 Mar 2025 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/3/20/1/28dffdfa-c65d-4f7d-81ec-f3d1727cd342_cover-art-v1.jpg"/>
                <itunes:duration>2411</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/210-free-as-in-speech-not-as-in-beer/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>209: MVP Therapy</itunes:title>
                <title>209: MVP Therapy</title>

                <itunes:episode>209</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam seeks support from Ben and Tim as he ventures into creating a Minimum Viable Product (MVP) for a new app designed to digitize the operations of drop zones.

The discussion centers on the importance of developing a solid hypothesis, engaging potential users early on, and navigating the emotional hurdles associated with bringing a side project to market.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/209-mvp-therapy/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam seeks support from Ben and Tim as he ventures into creating a Minimum Viable Product (MVP) for a new app designed to digitize the operations of drop zones.</p><p>The discussion centers on the importance of developing a solid hypothesis, engaging potential users early on, and navigating the emotional hurdles associated with bringing a side project to market.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/209-mvp-therapy/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam seeks support from Ben and Tim as he ventures into creating a Minimum Viable Product (MVP) for a new app designed to digitize the operations of drop zones.&lt;/p&gt;&lt;p&gt;The discussion centers on the importance of developing a solid hypothesis, engaging potential users early on, and navigating the emotional hurdles associated with bringing a side project to market.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/209-mvp-therapy/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55578122" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/2343d2ed-90f3-4180-a03b-8aa15c93a27d/stream.mp3"/>
                
                <guid isPermaLink="false">fc571b70-79ca-475c-ab20-91b77d373e38</guid>
                <link>https://workingcode.dev/episodes/209-mvp-therapy/</link>
                <pubDate>Thu, 13 Mar 2025 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/3/13/2/c5e3c81c-95d4-4ac2-be56-07141c866419_cover-art-v1.jpg"/>
                <itunes:duration>3473</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/209-mvp-therapy/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>208: Real or Fake? Esoteric Programming Languages</itunes:title>
                <title>208: Real or Fake? Esoteric Programming Languages</title>

                <itunes:episode>208</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the crew play Real or Fake for esoteric programming languages. Are Whitespace, JSF***, Cow or DeadFish real or fake? Listen to find out.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/208-real-or-fake-esoteric-programming-languages/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the crew play Real or Fake for esoteric programming languages. Are Whitespace, JSF***, Cow or DeadFish real or fake? Listen to find out.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/208-real-or-fake-esoteric-programming-languages/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the crew play Real or Fake for esoteric programming languages. Are Whitespace, JSF***, Cow or DeadFish real or fake? Listen to find out.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/208-real-or-fake-esoteric-programming-languages/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="50046014" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/48cb14c1-89eb-4b5d-9691-dcdd256d4a5f/stream.mp3"/>
                
                <guid isPermaLink="false">f640c9dc-3a01-4259-b909-34ca1ae23bca</guid>
                <link>https://workingcode.dev/episodes/208-real-or-fake-esoteric-programming-languages/</link>
                <pubDate>Thu, 06 Mar 2025 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/3/6/4/0b885253-172c-46f1-ad85-4055579f49f2_cover-art-v1.jpg"/>
                <itunes:duration>3127</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/208-real-or-fake-esoteric-programming-languages/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>207: Potluck and Fun Facts</itunes:title>
                <title>207: Potluck and Fun Facts</title>

                <itunes:episode>207</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam, Ben, and Carol discuss a variety of topics including &#34;disagree and commit&#34;, responsive design, and feature flags. We take a trip through time with some fun facts from internet and web development history.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/207-potluck-and-fun-facts/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam, Ben, and Carol discuss a variety of topics including &#34;disagree and commit&#34;, responsive design, and feature flags. We take a trip through time with some fun facts from internet and web development history.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/207-potluck-and-fun-facts/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam, Ben, and Carol discuss a variety of topics including &amp;#34;disagree and commit&amp;#34;, responsive design, and feature flags. We take a trip through time with some fun facts from internet and web development history.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/207-potluck-and-fun-facts/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="64824633" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/dba3d350-15ca-4b81-8728-6096d24a4cc4/stream.mp3"/>
                
                <guid isPermaLink="false">9b685b4e-50c1-4bdf-91c6-c8b73809fcaa</guid>
                <link>https://workingcode.dev/episodes/207-potluck-and-fun-facts/</link>
                <pubDate>Thu, 27 Feb 2025 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/2/27/3/72b8a1c2-dc9f-4872-8bf6-5bf2e9551a1f_cover-art-v1.jpg"/>
                <itunes:duration>4051</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/207-potluck-and-fun-facts/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>206: The Most Impactful Books</itunes:title>
                <title>206: The Most Impactful Books</title>

                <itunes:episode>206</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode of the podcast, Adam, Ben and Tim discuss various books that have significantly influenced their careers and coding philosophies. The conversation ranges from classics like &#39;Clean Code&#39; and &#39;The Phoenix Project&#39; to unexpected titles such as &#39;Fight Club&#39; and &#39;The Four Agreements&#39;.

The discussion underscores the value of continuous learning and how different types of books can offer unique perspectives and practical wisdom.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/206-the-most-impactful-books/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode of the podcast, Adam, Ben and Tim discuss various books that have significantly influenced their careers and coding philosophies. The conversation ranges from classics like &#39;Clean Code&#39; and &#39;The Phoenix Project&#39; to unexpected titles such as &#39;Fight Club&#39; and &#39;The Four Agreements&#39;.</p><p>The discussion underscores the value of continuous learning and how different types of books can offer unique perspectives and practical wisdom.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/206-the-most-impactful-books/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode of the podcast, Adam, Ben and Tim discuss various books that have significantly influenced their careers and coding philosophies. The conversation ranges from classics like &amp;#39;Clean Code&amp;#39; and &amp;#39;The Phoenix Project&amp;#39; to unexpected titles such as &amp;#39;Fight Club&amp;#39; and &amp;#39;The Four Agreements&amp;#39;.&lt;/p&gt;&lt;p&gt;The discussion underscores the value of continuous learning and how different types of books can offer unique perspectives and practical wisdom.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/206-the-most-impactful-books/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="59767327" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/412aff2e-f480-45d0-823d-9218b2fc6d28/stream.mp3"/>
                
                <guid isPermaLink="false">4320645c-6ede-4739-959c-da165910ad1c</guid>
                <link>https://workingcode.dev/episodes/206-the-most-impactful-books/</link>
                <pubDate>Thu, 20 Feb 2025 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/2/20/3/fb901f4a-a9ee-46fd-844e-96b4bb8974e8_cover-art-v1.jpg"/>
                <itunes:duration>3735</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/206-the-most-impactful-books/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>205: Lessons Learned Along the Way</itunes:title>
                <title>205: Lessons Learned Along the Way</title>

                <itunes:episode>205</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the team discusses various software development topics and how their opinions on these subjects have evolved over time. Key topics include the benefits and challenges of testing, the balance between microservices and monoliths, the role of static typing in code, and the practicality of semver versus other versioning strategies.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/205-lessons-learned-along-the-way/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the team discusses various software development topics and how their opinions on these subjects have evolved over time. Key topics include the benefits and challenges of testing, the balance between microservices and monoliths, the role of static typing in code, and the practicality of semver versus other versioning strategies.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/205-lessons-learned-along-the-way/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the team discusses various software development topics and how their opinions on these subjects have evolved over time. Key topics include the benefits and challenges of testing, the balance between microservices and monoliths, the role of static typing in code, and the practicality of semver versus other versioning strategies.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/205-lessons-learned-along-the-way/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="63336698" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/ba019e35-efe9-40e2-b499-ca52f6d93dcb/stream.mp3"/>
                
                <guid isPermaLink="false">6c4f22ee-5644-44d6-ac4b-4f65d2521e30</guid>
                <link>https://workingcode.dev/episodes/205-lessons-learned-along-the-way/</link>
                <pubDate>Thu, 13 Feb 2025 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/2/13/2/d5efef01-2100-4ff6-8a9f-439c65a908b4_cover-art-v1.jpg"/>
                <itunes:duration>3958</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/205-lessons-learned-along-the-way/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>204: Relaying Requirements</itunes:title>
                <title>204: Relaying Requirements</title>

                <itunes:episode>204</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the full crew is back to discuss the complexities translating user requirements to developers and the importance of clear communication to avoid wasted efforts.

The conversation also touches upon the roles of project managers and developers, emphasizing the significance of a clearly defined problem statement and well-structured processes to ensure efficient project execution.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @workingcode.dev on Bluesky. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/204-relaying-requirements/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the full crew is back to discuss the complexities translating user requirements to developers and the importance of clear communication to avoid wasted efforts.</p><p>The conversation also touches upon the roles of project managers and developers, emphasizing the significance of a clearly defined problem statement and well-structured processes to ensure efficient project execution.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://bsky.app/profile/workingcode.dev" rel="nofollow">@workingcode.dev on Bluesky</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/204-relaying-requirements/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the full crew is back to discuss the complexities translating user requirements to developers and the importance of clear communication to avoid wasted efforts.&lt;/p&gt;&lt;p&gt;The conversation also touches upon the roles of project managers and developers, emphasizing the significance of a clearly defined problem statement and well-structured processes to ensure efficient project execution.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://bsky.app/profile/workingcode.dev&#34; rel=&#34;nofollow&#34;&gt;@workingcode.dev on Bluesky&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/204-relaying-requirements/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="49087634" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/ce8fe82a-465c-4588-9cc6-426f04a98707/stream.mp3"/>
                
                <guid isPermaLink="false">e4a170fe-5bd9-4791-8458-a0e7232d2dc4</guid>
                <link>https://workingcode.dev/episodes/204-relaying-requirements/</link>
                <pubDate>Thu, 06 Feb 2025 11:00:12 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/2/6/10/87485468-ba61-4ca9-9205-80f1fce5f3d3_cover-art-v1.jpg"/>
                <itunes:duration>3067</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/204-relaying-requirements/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>203: The Hard Problem of Naming Things</itunes:title>
                <title>203: The Hard Problem of Naming Things</title>

                <itunes:episode>203</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>There are 2 hard problems in computer science: cache invalidation, naming things, and off-by-1 errors. (Leon Bambrick)

In this week&#39;s episode, the crew discusses the complexities and nuances of naming conventions in software projects. The team reflects on their own practices, shared challenges, and the real-world impact of terminology and structure on software development and maintenance.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/203-the-hard-problem-of-naming-things/</itunes:summary>
                <description><![CDATA[<p>There are 2 hard problems in computer science: cache invalidation, naming things, and off-by-1 errors. (Leon Bambrick)</p><p>In this week&#39;s episode, the crew discuesses the complexities and nuances of naming conventions in software projects. The team reflects on their own practices, shared challenges, and the real-world impact of terminology and structure on software development and maintenance.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/203-the-hard-problem-of-naming-things/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;There are 2 hard problems in computer science: cache invalidation, naming things, and off-by-1 errors. (Leon Bambrick)&lt;/p&gt;&lt;p&gt;In this week&amp;#39;s episode, the crew discuesses the complexities and nuances of naming conventions in software projects. The team reflects on their own practices, shared challenges, and the real-world impact of terminology and structure on software development and maintenance.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/203-the-hard-problem-of-naming-things/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="58389733" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/8b2dba65-bfe4-421a-be34-2c0fbf32cdf9/stream.mp3"/>
                
                <guid isPermaLink="false">0c02baaf-bbf1-4728-9531-24eb309a5f8f</guid>
                <link>https://workingcode.dev/episodes/203-the-hard-problem-of-naming-things/</link>
                <pubDate>Wed, 29 Jan 2025 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/1/23/22/aee6ebd2-65fe-4cb8-a5e4-f61bba748a8c_693ab-fc60-49ef-838a-1793d2bd1d27_cover-art-v1.jpg"/>
                <itunes:duration>3649</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/203-the-hard-problem-of-naming-things/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>202: Um, Actually!</itunes:title>
                <title>202: Um, Actually!</title>

                <itunes:episode>202</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Tim and Ben go head-to-head in a trivia game inspired by Cunningham&#39;s Law, answering questions, with points awarded for correct &#39;um, actually&#39; corrections.

The game reveals lesser-known facts and recent updates in HTML, CSS, JavaScript, and browser functionalities.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/202-um-actually/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Tim and Ben go head-to-head in a trivia game inspired by Cunningham&#39;s Law, answering questions, with points awarded for correct &#39;um, actually&#39; corrections.</p><p>The game reveals lesser-known facts and recent updates in HTML, CSS, JavaScript, and browser functionalities. <a href="https://frontendmasters.com/blog/bone-up-html-2025/" rel="nofollow">Source material for all questions came from this article</a>.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/202-um-actually/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Tim and Ben go head-to-head in a trivia game inspired by Cunningham&amp;#39;s Law, answering questions, with points awarded for correct &amp;#39;um, actually&amp;#39; corrections.&lt;/p&gt;&lt;p&gt;The game reveals lesser-known facts and recent updates in HTML, CSS, JavaScript, and browser functionalities. &lt;a href=&#34;https://frontendmasters.com/blog/bone-up-html-2025/&#34; rel=&#34;nofollow&#34;&gt;Source material for all questions came from this article&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/202-um-actually/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="45901531" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/4490c745-4471-4d30-9342-be0aa5357e5d/stream.mp3"/>
                
                <guid isPermaLink="false">baa4e547-db18-4229-af2d-75bb02d09272</guid>
                <link>https://workingcode.dev/episodes/202-um-actually/</link>
                <pubDate>Wed, 22 Jan 2025 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/1/30/13/5cdedc67-8942-45d2-9acc-277cb783b93e_f080b-34b0-4da6-970a-9e17fea8e051_cover-art-v1.jpg"/>
                <itunes:duration>2868</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/202-um-actually/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>201: LLMs vs StackOverflow</itunes:title>
                <title>201: LLMs vs StackOverflow</title>

                <itunes:episode>201</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>We&#39;re back! and in this episode of the Working Code Podcast, the crew returns to dive into a thought-provoking discussion on the impact of Large Language Models (LLMs) like ChatGPT on technical communities such as Stack Overflow.

They explore how LLMs are changing workflows, the ethical considerations of using AI for coding assistance, and personal experiences with these tools.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/201-llms-vs-stackoverflow/</itunes:summary>
                <description><![CDATA[<p>We&#39;re back! and in this episode of the Working Code Podcast, the crew returns to dive into a thought-provoking discussion on the impact of Large Language Models (LLMs) like ChatGPT on technical communities such as Stack Overflow.</p><p>They explore how LLMs are changing workflows, the ethical considerations of using AI for coding assistance, and personal experiences with these tools.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/201-llms-vs-stackoverflow/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;We&amp;#39;re back! and in this episode of the Working Code Podcast, the crew returns to dive into a thought-provoking discussion on the impact of Large Language Models (LLMs) like ChatGPT on technical communities such as Stack Overflow.&lt;/p&gt;&lt;p&gt;They explore how LLMs are changing workflows, the ethical considerations of using AI for coding assistance, and personal experiences with these tools.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/201-llms-vs-stackoverflow/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="49209260" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/6effd73e-3723-41b2-8c3f-79fcbe932db5/stream.mp3"/>
                
                <guid isPermaLink="false">e70a76b9-75e7-4797-bd48-824c17be03fd</guid>
                <link>https://workingcode.dev/episodes/201-llms-vs-stackoverflow/</link>
                <pubDate>Wed, 15 Jan 2025 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2025/1/15/15/169e9d96-7b28-4247-b321-cc65981a4396_a76ed-2bb6-4984-9526-cce1be48131f_cover-art-v1.jpg"/>
                <itunes:duration>3075</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/201-llms-vs-stackoverflow/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>200: The Power of Pause - We&#39;re Taking a Break</itunes:title>
                <title>200: The Power of Pause - We&#39;re Taking a Break</title>

                <itunes:episode>200</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this special episode, we celebrate reaching our 200th show by discussing the critical importance of taking breaks and avoiding burnout.

We share our thoughts on mini-retirements, the differences between sabbaticals and mini-retirements, and the surprising benefits of doing &#39;drudgery&#39; work. We also delve into the upcoming hiatus for the podcast and what each of us plans to do with our extra free time.

Join us for a candid and insightful discussion on how stepping away can actually help you come back stronger and more motivated.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/200-the-power-of-pause-were-taking-a-break/</itunes:summary>
                <description><![CDATA[<p>In this special episode, we celebrate reaching our 200th show by discussing the critical importance of taking breaks and avoiding burnout.</p><p>We share our thoughts on mini-retirements, the differences between sabbaticals and mini-retirements, and the surprising benefits of doing &#39;drudgery&#39; work. We also delve into the upcoming hiatus for the podcast and what each of us plans to do with our extra free time.</p><p>Join us for a candid and insightful discussion on how stepping away can actually help you come back stronger and more motivated.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/200-the-power-of-pause-were-taking-a-break/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this special episode, we celebrate reaching our 200th show by discussing the critical importance of taking breaks and avoiding burnout.&lt;/p&gt;&lt;p&gt;We share our thoughts on mini-retirements, the differences between sabbaticals and mini-retirements, and the surprising benefits of doing &amp;#39;drudgery&amp;#39; work. We also delve into the upcoming hiatus for the podcast and what each of us plans to do with our extra free time.&lt;/p&gt;&lt;p&gt;Join us for a candid and insightful discussion on how stepping away can actually help you come back stronger and more motivated.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/200-the-power-of-pause-were-taking-a-break/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="61126530" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/3a06ee50-507a-42c1-ae66-8b055c1a8de8/stream.mp3"/>
                
                <guid isPermaLink="false">bfa32638-ed93-4846-92be-70c9f8c0e295</guid>
                <link>https://workingcode.dev/episodes/200-the-power-of-pause-were-taking-a-break/</link>
                <pubDate>Wed, 30 Oct 2024 15:46:40 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/10/30/15/ba574fef-b9a0-45e8-b40d-df73e3d37dbd_cover-art-v1.jpg"/>
                <itunes:duration>3820</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/200-the-power-of-pause-were-taking-a-break/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>199: Is .io Out?</itunes:title>
                <title>199: Is .io Out?</title>

                <itunes:episode>199</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the hosts discuss the potential discontinuation of .io domains, the historical and geopolitical nuances of TLDs like .tv and .io, and the complexities of managing and pricing domain names.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here.</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the hosts discuss the potential discontinuation of .io domains, the historical and geopolitical nuances of TLDs like .tv and .io, and the complexities of managing and pricing domain names.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/199-is-io-out/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the hosts discuss the potential discontinuation of .io domains, the historical and geopolitical nuances of TLDs like .tv and .io, and the complexities of managing and pricing domain names.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/199-is-io-out/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="56891768" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/68938ec7-6d1a-4d72-880d-c2146b5a5bcf/stream.mp3"/>
                
                <guid isPermaLink="false">29630170-9e22-4803-b6a7-c48aba6baf58</guid>
                <link>https://workingcode.dev/episodes/199-is-io-out/</link>
                <pubDate>Wed, 23 Oct 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/10/17/18/a3bde4b2-7d6c-4eed-ae7a-813ef0997369_cover-art-v1.jpg"/>
                <itunes:duration>3555</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/199-is-io-out/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>198: Battling Build Complexity</itunes:title>
                <title>198: Battling Build Complexity</title>

                <itunes:episode>198</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

In this episode, the hosts discuss the complexities and frustrations of deployment automation and DevOps, particularly focusing on the challenges faced with makefiles, continuous integration (CI) processes, and build systems.

They explore tools like ZX from Google and Oclif from Salesforce to find better solutions for running and organizing commands. The conversation also touches on the difficulties of maintaining older legacy systems like ColdFusion.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/198-battling-build-complexity/</itunes:summary>
                <description><![CDATA[<p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>In this episode, the hosts discuss the complexities and frustrations of deployment automation and DevOps, particularly focusing on the challenges faced with makefiles, continuous integration (CI) processes, and build systems.</p><p>They explore tools like ZX from Google and Oclif from Salesforce to find better solutions for running and organizing commands. The conversation also touches on the difficulties of maintaining older legacy systems like ColdFusion.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/198-battling-build-complexity/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;In this episode, the hosts discuss the complexities and frustrations of deployment automation and DevOps, particularly focusing on the challenges faced with makefiles, continuous integration (CI) processes, and build systems.&lt;/p&gt;&lt;p&gt;They explore tools like ZX from Google and Oclif from Salesforce to find better solutions for running and organizing commands. The conversation also touches on the difficulties of maintaining older legacy systems like ColdFusion.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/198-battling-build-complexity/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="51228003" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/1d261235-e85f-4dd1-9deb-3a2dea771016/stream.mp3"/>
                
                <guid isPermaLink="false">93dcaae4-7234-49f6-b2ce-c1b14bb3d0d2</guid>
                <link>https://workingcode.dev/episodes/198-battling-build-complexity/</link>
                <pubDate>Wed, 02 Oct 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/9/26/19/25b04474-554a-4bde-91a0-6032b00a2ce2_cover-art-v1.jpg"/>
                <itunes:duration>3201</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/198-battling-build-complexity/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>197: AI, The Innovation Dilemma, Promotions and More</itunes:title>
                <title>197: AI, The Innovation Dilemma, Promotions and More</title>

                <itunes:episode>197</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the hosts discuss the value of focusing on a single top priority during challenging times and the implications of AI on the workplace, emphasizing the importance of maintaining human connections and individual reflection.

They explore career progression, advocating for both skill quality improvements and the need for organizations to focus on their most critical tasks. Additionally, they touch on personal habits such as the impact of constant connectivity, the value of solitude, and the challenges of balancing productivity with personal well-being.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/197-ai-the-innovation-dilemma-promotions-and-more/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the hosts discuss the value of focusing on a single top priority during challenging times and the implications of AI on the workplace, emphasizing the importance of maintaining human connections and individual reflection.</p><p>They explore career progression, advocating for both skill quality improvements and the need for organizations to focus on their most critical tasks. Additionally, they touch on personal habits such as the impact of constant connectivity, the value of solitude, and the challenges of balancing productivity with personal well-being.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/197-ai-the-innovation-dilemma-promotions-and-more/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the hosts discuss the value of focusing on a single top priority during challenging times and the implications of AI on the workplace, emphasizing the importance of maintaining human connections and individual reflection.&lt;/p&gt;&lt;p&gt;They explore career progression, advocating for both skill quality improvements and the need for organizations to focus on their most critical tasks. Additionally, they touch on personal habits such as the impact of constant connectivity, the value of solitude, and the challenges of balancing productivity with personal well-being.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/197-ai-the-innovation-dilemma-promotions-and-more/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="61019115" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/0febf51e-83dc-41ee-ae2d-51a7cc5e537f/stream.mp3"/>
                
                <guid isPermaLink="false">55534567-b76d-44c0-8b23-2a4f3997f658</guid>
                <link>https://workingcode.dev/episodes/197-ai-the-innovation-dilemma-promotions-and-more/</link>
                <pubDate>Wed, 25 Sep 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/9/21/18/cc5fc692-95b9-4c94-bb0c-b77c4de04997_cover-art-v1.jpg"/>
                <itunes:duration>3813</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/197-ai-the-innovation-dilemma-promotions-and-more/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>196: Building Better, Developer Experience</itunes:title>
                <title>196: Building Better, Developer Experience</title>

                <itunes:episode>196</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam, Carol and Tim discuss Developer Experience (DX) and its importance in creating a comfortable and efficient workflow for developers. The hosts highlight various elements that impact DX, such as the ergonomics of Integrated Development Environments (IDEs), debuggers, and browser tools.

They emphasize the need for faster build and deployment times to minimize context switching and improve productivity. Strategies for managing development, QA, and production environments, including the use of GitHub Actions, source-controlled database schemas, and automated deployments, are also explored.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/196-building-better-developer-experience/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam, Carol and Tim discuss Developer Experience (DX) and its importance in creating a comfortable and efficient workflow for developers. The hosts highlight various elements that impact DX, such as the ergonomics of Integrated Development Environments (IDEs), debuggers, and browser tools.</p><p>They emphasize the need for faster build and deployment times to minimize context switching and improve productivity. Strategies for managing development, QA, and production environments, including the use of GitHub Actions, source-controlled database schemas, and automated deployments, are also explored.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/196-building-better-developer-experience/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam, Carol and Tim discuss Developer Experience (DX) and its importance in creating a comfortable and efficient workflow for developers. The hosts highlight various elements that impact DX, such as the ergonomics of Integrated Development Environments (IDEs), debuggers, and browser tools.&lt;/p&gt;&lt;p&gt;They emphasize the need for faster build and deployment times to minimize context switching and improve productivity. Strategies for managing development, QA, and production environments, including the use of GitHub Actions, source-controlled database schemas, and automated deployments, are also explored.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/196-building-better-developer-experience/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="54651924" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/552d2a73-d3d1-4914-98f1-85c90a144991/stream.mp3"/>
                
                <guid isPermaLink="false">44db734c-9e66-4be0-8e1e-ab341bd18d47</guid>
                <link>https://workingcode.dev/episodes/196-building-better-developer-experience/</link>
                <pubDate>Wed, 18 Sep 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/9/16/20/9a4488be-24e9-4fed-8357-b5ab215a8c36_cover-art-v1.jpg"/>
                <itunes:duration>3415</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/196-building-better-developer-experience/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>195: When the Juice Isn&#39;t Worth the Squeeze</itunes:title>
                <title>195: When the Juice Isn&#39;t Worth the Squeeze</title>

                <itunes:episode>195</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the hosts discuss situations where the effort put in is not worth the results. They cover topics like the inefficiency of tracking every minute, the high cost of striving for 100% code coverage, and handling lengthy build times during deployments. The team debates the importance of releasing features incrementally versus deploying massive changes and highlights the inefficiencies in requiring extensive requirements documentation.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/195-when-the-juice-isnt-worth-the-squeeze/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the hosts discuss situations where the effort put in is not worth the results. They cover topics like the inefficiency of tracking every minute, the high cost of striving for 100% code coverage, and handling lengthy build times during deployments. The team debates the importance of releasing features incrementally versus deploying massive changes and highlights the inefficiencies in requiring extensive requirements documentation.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/195-when-the-juice-isnt-worth-the-squeeze/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the hosts discuss situations where the effort put in is not worth the results. They cover topics like the inefficiency of tracking every minute, the high cost of striving for 100% code coverage, and handling lengthy build times during deployments. The team debates the importance of releasing features incrementally versus deploying massive changes and highlights the inefficiencies in requiring extensive requirements documentation.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/195-when-the-juice-isnt-worth-the-squeeze/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="49901818" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/120e0c83-ec00-4c8d-9b78-59f8f59d9e98/stream.mp3"/>
                
                <guid isPermaLink="false">85ea5687-d87c-4d34-b1bc-639dff613845</guid>
                <link>https://workingcode.dev/episodes/195-when-the-juice-isnt-worth-the-squeeze/</link>
                <pubDate>Wed, 11 Sep 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/9/9/3/d72adddb-7e99-494c-be0c-3cf15ede16a0_cover-art-v1.jpg"/>
                <itunes:duration>3118</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/195-when-the-juice-isnt-worth-the-squeeze/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>194: Manifesting a New App</itunes:title>
                <title>194: Manifesting a New App</title>

                <itunes:episode>194</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam consults with Carol and Tim about various aspects and challenges involved in the development of an app intended to streamline and digitize the process of organizing skydiving jumps.

They discuss overcoming technical difficulties, such as integrating drag-and-drop functionalities, managing data efficiently, and incorporating features like login systems, billing, and user authentication. They also explore potential UI/UX improvements, including touch interface adaptations and notifications for jumpers.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/194-manifesting-a-new-app/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam consults with Carol and Tim about various aspects and challenges involved in the development of an app intended to streamline and digitize the process of organizing skydiving jumps.</p><p>They discuss overcoming technical difficulties, such as integrating drag-and-drop functionalities, managing data efficiently, and incorporating features like login systems, billing, and user authentication. They also explore potential UI/UX improvements, including touch interface adaptations and notifications for jumpers.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/194-manifesting-a-new-app/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam consults with Carol and Tim about various aspects and challenges involved in the development of an app intended to streamline and digitize the process of organizing skydiving jumps.&lt;/p&gt;&lt;p&gt;They discuss overcoming technical difficulties, such as integrating drag-and-drop functionalities, managing data efficiently, and incorporating features like login systems, billing, and user authentication. They also explore potential UI/UX improvements, including touch interface adaptations and notifications for jumpers.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/194-manifesting-a-new-app/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="64030511" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/92373231-52cf-4217-97da-531523968084/stream.mp3"/>
                
                <guid isPermaLink="false">b7be2305-ae1d-4a08-a76a-1653233c2171</guid>
                <link>https://workingcode.dev/episodes/194-manifesting-a-new-app/</link>
                <pubDate>Wed, 04 Sep 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/8/30/11/6b5f9773-6906-4918-9727-15ad3f3b7009_cover-art-v1.jpg"/>
                <itunes:duration>4001</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/194-manifesting-a-new-app/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>193: Bonds Built in the Foxholes</itunes:title>
                <title>193: Bonds Built in the Foxholes</title>

                <itunes:episode>193</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this episode, the hosts delve into the idea of whether bonds formed in moments of workplace trauma and high-stress situations are uniquely irreplaceable. The discussion also touches on how team-building activities can simulate the bonds formed under duress, the cultural differences in work stress, and challenges faced in the workplace.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/193-bonds-built-in-the-foxholes/</itunes:summary>
                <description><![CDATA[<p>In this episode, the hosts delve into the idea of whether bonds formed in moments of workplace trauma and high-stress situations are uniquely irreplaceable. The discussion also touches on how team-building activities can simulate the bonds formed under duress, the cultural differences in work stress, and challenges faced in the workplace.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/193-bonds-built-in-the-foxholes/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this episode, the hosts delve into the idea of whether bonds formed in moments of workplace trauma and high-stress situations are uniquely irreplaceable. The discussion also touches on how team-building activities can simulate the bonds formed under duress, the cultural differences in work stress, and challenges faced in the workplace.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/193-bonds-built-in-the-foxholes/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="36169351" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/19682564-acca-40ac-99a4-80eec2e7dece/stream.mp3"/>
                
                <guid isPermaLink="false">b30a5fe5-b327-4bd2-829f-0d89a0e9182f</guid>
                <link>https://workingcode.dev/episodes/193-bonds-built-in-the-foxholes/</link>
                <pubDate>Wed, 28 Aug 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/8/23/9/e6c10e8b-f279-4a86-972c-9ae8396dd3ab_cover-art-v1.jpg"/>
                <itunes:duration>2260</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/193-bonds-built-in-the-foxholes/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>192: The Best of Code and The Worst of Code</itunes:title>
                <title>192: The Best of Code and The Worst of Code</title>

                <itunes:episode>192</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this episode, the hosts discuss their experiences with different codebases, from the best they&#39;ve worked on to the worst. They explore the complexities of evolving and maintaining legacy code, the challenges of debugging, and the importance of clean architecture. Key points include the pain of working with ORMs, and the impact of early design decisions on long-term project health. They also touch on reactivity concerns in modern frameworks and share personal anecdotes of both successful and problematic coding practices.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/192-the-best-of-code-and-the-worst-of-code/</itunes:summary>
                <description><![CDATA[<p>In this episode, the hosts discuss their experiences with different codebases, from the best they&#39;ve worked on to the worst. They explore the complexities of evolving and maintaining legacy code, the challenges of debugging, and the importance of clean architecture. Key points include the pain of working with ORMs, and the impact of early design decisions on long-term project health. They also touch on reactivity concerns in modern frameworks and share personal anecdotes of both successful and problematic coding practices.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/192-the-best-of-code-and-the-worst-of-code/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this episode, the hosts discuss their experiences with different codebases, from the best they&amp;#39;ve worked on to the worst. They explore the complexities of evolving and maintaining legacy code, the challenges of debugging, and the importance of clean architecture. Key points include the pain of working with ORMs, and the impact of early design decisions on long-term project health. They also touch on reactivity concerns in modern frameworks and share personal anecdotes of both successful and problematic coding practices.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/192-the-best-of-code-and-the-worst-of-code/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="56462524" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/2a593070-d492-4771-ac7e-5520a21c6ed9/stream.mp3"/>
                
                <guid isPermaLink="false">86db7a04-8caf-4c56-bea5-25fec4ef3a0d</guid>
                <link>https://workingcode.dev/episodes/192-the-best-of-code-and-the-worst-of-code/</link>
                <pubDate>Wed, 21 Aug 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/8/19/21/ac5d0912-3dd8-458a-bde2-4dd0b9d4fe4a_cover-art-v1.jpg"/>
                <itunes:duration>3528</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/192-the-best-of-code-and-the-worst-of-code/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>191: Processing Processes</itunes:title>
                <title>191: Processing Processes</title>

                <itunes:episode>191</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, the crew discuss finding the right balance in implementing processes within software development teams. Processes often originate from reactive measures to past mistakes but it is crucial to emphasize the importance of periodically reassessing the necessity and efficiency of these processes.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/191-processing-processes/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, the crew discuss finding the right balance in implementing processes within software development teams. Processes often originate from reactive measures to past mistakes but it is crucial to emphasize the importance of periodically reassessing the necessity and efficiency of these processes.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/191-processing-processes/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, the crew discuss finding the right balance in implementing processes within software development teams. Processes often originate from reactive measures to past mistakes but it is crucial to emphasize the importance of periodically reassessing the necessity and efficiency of these processes.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/191-processing-processes/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55227036" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/ab21cba6-b6b9-4114-8858-cf1a224e9f29/stream.mp3"/>
                
                <guid isPermaLink="false">3f24996f-26d5-4d52-bf34-e87654acb9e0</guid>
                <link>https://workingcode.dev/episodes/191-processing-processes/</link>
                <pubDate>Wed, 14 Aug 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/8/12/11/7db8c4ad-6b5f-4c46-ab8a-4746d3d578ad_cover-art-v1.jpg"/>
                <itunes:duration>3451</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/191-processing-processes/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>190: Career Advice For Our Younger Selves - Ben &amp; Carol Edition</itunes:title>
                <title>190: Career Advice For Our Younger Selves - Ben &amp; Carol Edition</title>

                <itunes:episode>190</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Ben and Carol of the Working Code Podcast reflect on career advice they would give to their younger selves, touching on the importance of simplicity in coding, continuous learning, and maintaining work-life balance. They emphasize the significance of learning from mentors, leveraging database constraints, and avoiding premature optimization.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/190-career-advice-for-our-younger-selves-ben-and-carol-edition/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Ben and Carol of the Working Code Podcast reflect on career advice they would give to their younger selves, touching on the importance of simplicity in coding, continuous learning, and maintaining work-life balance. They emphasize the significance of learning from mentors, leveraging database constraints, and avoiding premature optimization.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/190-career-advice-for-our-younger-selves-ben-and-carol-edition/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Ben and Carol of the Working Code Podcast reflect on career advice they would give to their younger selves, touching on the importance of simplicity in coding, continuous learning, and maintaining work-life balance. They emphasize the significance of learning from mentors, leveraging database constraints, and avoiding premature optimization.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/190-career-advice-for-our-younger-selves-ben-and-carol-edition/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="58334145" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/3f13336c-3937-44b1-9458-e00ae2586bfc/stream.mp3"/>
                
                <guid isPermaLink="false">9ace3403-889c-44b3-b500-7c644a54caef</guid>
                <link>https://workingcode.dev/episodes/190-career-advice-for-our-younger-selves-ben-and-carol-edition/</link>
                <pubDate>Wed, 07 Aug 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/8/5/15/2258633b-31e4-440f-b2a8-c9015cd45804_cover-art-v1.jpg"/>
                <itunes:duration>3645</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/190-career-advice-for-our-younger-selves-ben-and-carol-edition/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>189: Career Advice For Our Younger Selves</itunes:title>
                <title>189: Career Advice For Our Younger Selves</title>

                <itunes:episode>189</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this episode, Tim and Adam discuss career advice for their younger selves, including the importance of job changes for salary increases, focusing on programming tasks rather than managerial roles, and the hazards of tying one&#39;s identity to a specific programming language.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/189-career-advice-for-our-younger-selves/</itunes:summary>
                <description><![CDATA[<p>In this episode, Tim and Adam discuss career advice for their younger selves, including the importance of job changes for salary increases, focusing on programming tasks rather than managerial roles, and the hazards of tying one&#39;s identity to a specific programming language.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/189-career-advice-for-our-younger-selves/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this episode, Tim and Adam discuss career advice for their younger selves, including the importance of job changes for salary increases, focusing on programming tasks rather than managerial roles, and the hazards of tying one&amp;#39;s identity to a specific programming language.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/189-career-advice-for-our-younger-selves/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="49921880" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/29d3c9b9-02a2-452b-95bc-fb63eb38282e/stream.mp3"/>
                
                <guid isPermaLink="false">f93a44dd-7877-492d-914d-2b1e49271c11</guid>
                <link>https://workingcode.dev/episodes/189-career-advice-for-our-younger-selves/</link>
                <pubDate>Wed, 31 Jul 2024 18:26:19 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/7/31/18/e8268b17-9d0a-40fb-a58f-f08a58a7ccb3_cover-art-v1.jpg"/>
                <itunes:duration>3120</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/189-career-advice-for-our-younger-selves/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>188: Yeeting Changes to Production - Code Reviews</itunes:title>
                <title>188: Yeeting Changes to Production - Code Reviews</title>

                <itunes:episode>188</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Tim returns to the podcast for a discussion on code reviews, touching on the importance of providing constructive feedback, tailoring reviews based on the developer&#39;s experience level, and discussing the merits and drawbacks of tools like GitHub.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/188-yeeting-changes-to-production-code-reviews/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Tim returns to the podcast for a discussion on code reviews, touching on the importance of providing constructive feedback, tailoring reviews based on the developer&#39;s experience level, and discussing the merits and drawbacks of tools like GitHub.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/188-yeeting-changes-to-production-code-reviews/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Tim returns to the podcast for a discussion on code reviews, touching on the importance of providing constructive feedback, tailoring reviews based on the developer&amp;#39;s experience level, and discussing the merits and drawbacks of tools like GitHub.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/188-yeeting-changes-to-production-code-reviews/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="60742008" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/bc03eb8f-ebdf-4d21-a9c2-3517e561c0b4/stream.mp3"/>
                
                <guid isPermaLink="false">156d6084-ee37-45d6-89c9-06c8d9d53e4f</guid>
                <link>https://workingcode.dev/episodes/188-yeeting-changes-to-production-code-reviews/</link>
                <pubDate>Thu, 25 Jul 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/7/25/3/4c3c8d66-5696-4496-9593-bf376137adac_cover-art-v1.jpg"/>
                <itunes:duration>3796</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/188-yeeting-changes-to-production-code-reviews/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>187: Is it Possible to be a Solo Developer in 2024?</itunes:title>
                <title>187: Is it Possible to be a Solo Developer in 2024?</title>

                <itunes:episode>187</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode, Adam and Ben talk about the feasibility of being a solo developer in 2024, considering industry pressures, tools, and personal strategies for balancing simplicity and complexity in the development process.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/187-is-it-possible-to-be-a-solo-developer-in-2024/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode, Adam and Ben talk about the feasibility of being a solo developer in 2024, considering industry pressures, tools, and personal strategies for balancing simplicity and complexity in the development process.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/187-is-it-possible-to-be-a-solo-developer-in-2024/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode, Adam and Ben talk about the feasibility of being a solo developer in 2024, considering industry pressures, tools, and personal strategies for balancing simplicity and complexity in the development process.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/187-is-it-possible-to-be-a-solo-developer-in-2024/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="53978174" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/c426e2e9-06d2-4f28-abd9-5449b01afcd7/stream.mp3"/>
                
                <guid isPermaLink="false">ae84177c-23b0-400d-8fa6-1db6c9e75260</guid>
                <link>https://workingcode.dev/episodes/187-is-it-possible-to-be-a-solo-developer-in-2024/</link>
                <pubDate>Wed, 17 Jul 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/7/17/8/55c8a43a-ca4c-4d65-900e-05b65d81296a_cover-art-v1.jpg"/>
                <itunes:duration>3373</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/187-is-it-possible-to-be-a-solo-developer-in-2024/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>186: Warm Blankies For Your Work Insecurities</itunes:title>
                <title>186: Warm Blankies For Your Work Insecurities</title>

                <itunes:episode>186</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s episode Ben and Carol delve into their personal and professional insecurities. The discussion includes feeling the need to justify one&#39;s value at work, struggles with validations. They also talk about the emotional impact of customer interactions and the importance of human connections. The conversation highlights broader issues regarding job promotions, industry expectations, and the myth of constant innovation.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/186-warm-blankies-for-your-work-insecurities/</itunes:summary>
                <description><![CDATA[<p>In this week&#39;s episode Ben and Carol delve into their personal and professional insecurities. The discussion includes feeling the need to justify one&#39;s value at work, struggles with validations. They also talk about the emotional impact of customer interactions and the importance of human connections. The conversation highlights broader issues regarding job promotions, industry expectations, and the myth of constant innovation.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/186-warm-blankies-for-your-work-insecurities/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this week&amp;#39;s episode Ben and Carol delve into their personal and professional insecurities. The discussion includes feeling the need to justify one&amp;#39;s value at work, struggles with validations. They also talk about the emotional impact of customer interactions and the importance of human connections. The conversation highlights broader issues regarding job promotions, industry expectations, and the myth of constant innovation.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/186-warm-blankies-for-your-work-insecurities/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="48580231" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/4b35a387-59b9-4e3d-904a-43da8cf4b6f4/stream.mp3"/>
                
                <guid isPermaLink="false">7d1ff5d7-a256-4902-a33c-fb51addbdc1e</guid>
                <link>https://workingcode.dev/episodes/186-warm-blankies-for-your-work-insecurities/</link>
                <pubDate>Wed, 10 Jul 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/7/9/21/f5ddda09-d53a-40e8-9bff-1f5eb271874e_cover-art-v1.jpg"/>
                <itunes:duration>3036</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/186-warm-blankies-for-your-work-insecurities/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>185: Adam&#39;s A/B Testing MVP</itunes:title>
                <title>185: Adam&#39;s A/B Testing MVP</title>

                <itunes:episode>185</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On this week&#39;s show, Adam and Ben explore the complexities of implementing AB testing in email campaigns.

The hosts tackle the challenge of integrating AB testing into existing systems without causing disruptions and examine methods for experimenting with various elements like subject lines, calls-to-action, and email contents. They also discuss strategies for automating the selection of winning variants based on metrics such as opens and clicks.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/185-adams-ab-testing-mvp/</itunes:summary>
                <description><![CDATA[<p>On this week&#39;s show, Adam and Ben explore the complexities of implementing AB testing in email campaigns.</p><p>The hosts tackle the challenge of integrating AB testing into existing systems without causing disruptions and examine methods for experimenting with various elements like subject lines, calls-to-action, and email contents. They also discuss strategies for automating the selection of winning variants based on metrics such as opens and clicks.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/185-adams-ab-testing-mvp/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On this week&amp;#39;s show, Adam and Ben explore the complexities of implementing AB testing in email campaigns.&lt;/p&gt;&lt;p&gt;The hosts tackle the challenge of integrating AB testing into existing systems without causing disruptions and examine methods for experimenting with various elements like subject lines, calls-to-action, and email contents. They also discuss strategies for automating the selection of winning variants based on metrics such as opens and clicks.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/185-adams-ab-testing-mvp/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="61006576" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/7893791a-648a-430c-8f10-554c6c8e961a/stream.mp3"/>
                
                <guid isPermaLink="false">eb448e35-d040-4bb2-8f82-359302bcca24</guid>
                <link>https://workingcode.dev/episodes/185-adams-ab-testing-mvp/</link>
                <pubDate>Wed, 03 Jul 2024 22:32:01 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/7/3/22/43dae05b-e5a7-4df6-a280-2273bb4f6f93_cover-art-v1.jpg"/>
                <itunes:duration>3812</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/185-adams-ab-testing-mvp/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>184: Solving World Peace with Code Comments</itunes:title>
                <title>184: Solving World Peace with Code Comments</title>

                <itunes:episode>184</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this week&#39;s show, Ben and Adam discuss the aesthetics and functionality of code comments.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev, and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here:
https://workingcode.dev/episodes/184-solving-world-peace-with-code-comments/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, Adam and Ben talk about their respective strategies for leaving comments within code. Each of them inhabits a different end of the spectrum, with Ben erring on the side of viewing comments as an inherent value-add; and, Adam believing that the urge to add a comment is more akin to a &#34;code smell&#34;, indicating a need to refactor the underlying code structure. They disagree on a lot in this conversation; but, it turns out, they actually <em>agree</em> on more than you might expect.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/184-solving-world-peace-with-code-comments/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, Adam and Ben talk about their respective strategies for leaving comments within code. Each of them inhabits a different end of the spectrum, with Ben erring on the side of viewing comments as an inherent value-add; and, Adam believing that the urge to add a comment is more akin to a &amp;#34;code smell&amp;#34;, indicating a need to refactor the underlying code structure. They disagree on a lot in this conversation; but, it turns out, they actually &lt;em&gt;agree&lt;/em&gt; on more than you might expect.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/184-solving-world-peace-with-code-comments/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="50943791" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/26d7636b-ef4e-4688-8663-f3f1da7b4edb/stream.mp3"/>
                
                <guid isPermaLink="false">b38f057f-efc4-4997-b1b6-7e7821074f4f</guid>
                <link>https://workingcode.dev/episodes/184-solving-world-peace-with-code-comments/</link>
                <pubDate>Wed, 26 Jun 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/6/26/16/635a075f-2a64-4590-9e80-aa3b6748cb1a_190ca-3216-45e4-875a-908d7e2741bc_cover-art-v1.jpg"/>
                <itunes:duration>3183</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/184-solving-world-peace-with-code-comments/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>183: Who&#39;s Got the Beans? Carol&#39;s New Project</itunes:title>
                <title>183: Who&#39;s Got the Beans? Carol&#39;s New Project</title>

                <itunes:episode>183</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this episode, the team discusses various aspects of starting new projects, dealing with both personal and professional challenges, and the excitement and fears around initiating new work.

Carol shares her idea for a new web application to help organize event contributions, and the group explores initial steps and considerations for starting such a project. They touch on security, data management, and different frameworks and platforms for development

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/183-whos-got-the-beans-carols-new-project/</itunes:summary>
                <description><![CDATA[<p>In this episode, the team discusses various aspects of starting new projects, dealing with both personal and professional challenges, and the excitement and fears around initiating new work.</p><p>Carol shares her idea for a new web application to help organize event contributions, and the group explores initial steps and considerations for starting such a project. They touch on security, data management, and different frameworks and platforms for development</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/183-whos-got-the-beans-carols-new-project/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this episode, the team discusses various aspects of starting new projects, dealing with both personal and professional challenges, and the excitement and fears around initiating new work.&lt;/p&gt;&lt;p&gt;Carol shares her idea for a new web application to help organize event contributions, and the group explores initial steps and considerations for starting such a project. They touch on security, data management, and different frameworks and platforms for development&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/183-whos-got-the-beans-carols-new-project/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="52044695" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b164ccf7-daea-41c3-8399-dcec228831b2/stream.mp3"/>
                
                <guid isPermaLink="false">29422d75-6e22-4257-bfe0-935feb793393</guid>
                <link>https://workingcode.dev/episodes/183-whos-got-the-beans-carols-new-project/</link>
                <pubDate>Wed, 19 Jun 2024 17:04:48 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/6/19/17/8a97d948-d99b-4633-93f7-af7e7626b58f_cover-art-v1.jpg"/>
                <itunes:duration>3252</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/183-whos-got-the-beans-carols-new-project/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>182: Coffee Talk and Catching Up</itunes:title>
                <title>182: Coffee Talk and Catching Up</title>

                <itunes:episode>182</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On today&#39;s show, Tim and Carol share personal updates while Adam and Ben are away. Carol discusses her challenging workday involving a difficult rebase and adjusting to a new routine after moving to Texas.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/182-coffee-talk-and-catching-up/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, Tim and Carol share personal updates while Adam and Ben are away. Carol discusses her challenging workday involving a difficult rebase and adjusting to a new routine after moving to Texas.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/182-coffee-talk-and-catching-up/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, Tim and Carol share personal updates while Adam and Ben are away. Carol discusses her challenging workday involving a difficult rebase and adjusting to a new routine after moving to Texas.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/182-coffee-talk-and-catching-up/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="21059291" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/89da05ae-731a-46b6-ad7e-d4df4f227b88/stream.mp3"/>
                
                <guid isPermaLink="false">f0367636-cd04-4573-8c06-993db6163bdc</guid>
                <link>https://workingcode.dev/episodes/182-coffee-talk-and-catching-up/</link>
                <pubDate>Wed, 12 Jun 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/6/12/4/1dfc84b0-7479-4d1e-abb2-323b6a69311a_cover-art-v1.jpg"/>
                <itunes:duration>1316</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/182-coffee-talk-and-catching-up/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>181: More Laws of Software</itunes:title>
                <title>181: More Laws of Software</title>

                <itunes:episode>181</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On today&#39;s show, we continue our discussion of the entries outlined on the website, the Laws of Software. Topics include McKinley&#39;s law on boring technologies, Doerr&#39;s law on aligning team vision, and Fitt&#39;s law on target touchability.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/181-more-laws-of-software/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we continue our discussion of the entries outlined on the website, the <a href="https://www.laws-of-software.com/" rel="nofollow">Laws of Software</a>. Topics include McKinley&#39;s law on boring technologies, Doerr&#39;s law on aligning team vision, and Fitt&#39;s law on target touchability.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/181-more-laws-of-software/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we continue our discussion of the entries outlined on the website, the &lt;a href=&#34;https://www.laws-of-software.com/&#34; rel=&#34;nofollow&#34;&gt;Laws of Software&lt;/a&gt;. Topics include McKinley&amp;#39;s law on boring technologies, Doerr&amp;#39;s law on aligning team vision, and Fitt&amp;#39;s law on target touchability.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/181-more-laws-of-software/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="56106840" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/42a4026f-49db-41f7-bc29-5074e876a9aa/stream.mp3"/>
                
                <guid isPermaLink="false">4d304142-14b1-4e95-b372-574a5bf7ac28</guid>
                <link>https://workingcode.dev/episodes/181-more-laws-of-software/</link>
                <pubDate>Wed, 05 Jun 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/6/3/23/be907dc5-6bfc-46de-b1e7-447ee4da2c87_cover-art-v1.jpg"/>
                <itunes:duration>3506</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/181-more-laws-of-software/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>180: The Laws of Software</itunes:title>
                <title>180: The Laws of Software</title>

                <itunes:episode>180</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On today&#39;s show, we discuss a few of the entries outlined on the website, the Laws of Software. Topics include Atwood&#39;s Law on JavaScript, Cunningham&#39;s Law on getting answers, Parkinson&#39;s Law on getting things done, Goodhart&#39;s Law on taking measurements, Hofstadter&#39;s Law on inevitable failure, and the Peter Principle.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/180-the-laws-of-software/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we discuss a few of the entries outlined on the website, the <a href="https://www.laws-of-software.com/" rel="nofollow">Laws of Software</a>. Topics include Atwood&#39;s Law on JavaScript, Cunningham&#39;s Law on getting answers, Parkinson&#39;s Law on getting things done, Goodhart&#39;s Law on taking measurements, Hofstadter&#39;s Law on inevitable failure, and the Peter Principle.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/180-the-laws-of-software/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we discuss a few of the entries outlined on the website, the &lt;a href=&#34;https://www.laws-of-software.com/&#34; rel=&#34;nofollow&#34;&gt;Laws of Software&lt;/a&gt;. Topics include Atwood&amp;#39;s Law on JavaScript, Cunningham&amp;#39;s Law on getting answers, Parkinson&amp;#39;s Law on getting things done, Goodhart&amp;#39;s Law on taking measurements, Hofstadter&amp;#39;s Law on inevitable failure, and the Peter Principle.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/180-the-laws-of-software/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="58264764" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/0c1ca143-d805-44e1-a194-10fcfca56019/stream.mp3"/>
                
                <guid isPermaLink="false">3e08ea9a-83ea-46c1-921b-671cdf8634b9</guid>
                <link>https://workingcode.dev/episodes/180-the-laws-of-software/</link>
                <pubDate>Wed, 29 May 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/5/27/19/891152ef-fbb9-41eb-9af8-e365c657bda9_cover-art-v1.jpg"/>
                <itunes:duration>3641</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/180-the-laws-of-software/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>179: AI Sells You on AI</itunes:title>
                <title>179: AI Sells You on AI</title>

                <itunes:episode>179</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On today&#39;s show, Tim gears-up for a farm insurance conference out in Nashville where he&#39;s hoping to educate farmers on the pros and cons of artificial intelligence (AI). But, ahead of his talk, he&#39;ll be using AI voice technology to call the conference attendees and convince them to attend his presentation. And then, hopefully, weave statistics and sentiment analysis insights—from these automated calls—back into his slide deck.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/179-ai-sells-you-on-ai/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, Tim gears-up for a farm insurance conference out in Nashville where he&#39;s hoping to educate farmers on the pros and cons of artificial intelligence (AI). But, ahead of his talk, he&#39;ll be using AI voice technology to call the conference attendees and convince them to attend his presentation. And then, hopefully, weave statistics and sentiment analysis insights—from these automated calls—back into his slide deck.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/179-ai-sells-you-on-ai/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, Tim gears-up for a farm insurance conference out in Nashville where he&amp;#39;s hoping to educate farmers on the pros and cons of artificial intelligence (AI). But, ahead of his talk, he&amp;#39;ll be using AI voice technology to call the conference attendees and convince them to attend his presentation. And then, hopefully, weave statistics and sentiment analysis insights—from these automated calls—back into his slide deck.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/179-ai-sells-you-on-ai/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="46891676" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/3b1aaf44-9bbe-4386-b5d2-3f1fabba4620/stream.mp3"/>
                
                <guid isPermaLink="false">6ea42c8b-033f-4aac-8cd9-9b13558b026f</guid>
                <link>https://workingcode.dev/episodes/179-ai-sells-you-on-ai/</link>
                <pubDate>Wed, 22 May 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/5/20/10/61cb8fd3-5d5a-44ef-a66b-140c730ed277_cover-art-v1.jpg"/>
                <itunes:duration>2930</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/179-ai-sells-you-on-ai/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>178: Upgrading From Node 0.10</itunes:title>
                <title>178: Upgrading From Node 0.10</title>

                <itunes:episode>178</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>This week on the podcast, we touch on a variety of topics. Ben has been incrementally building a data export feature for his customers; and, he&#39;s gotten to a point in which he can see a viable light at the end of the tunnel. Carol has discovered that if she doodles circles with her non-dominant hand, it occupies the ADHD portion of her brain and frees her up to focus on reading. Tim is continuing to improve his AI voice-agent, using a listener-suggested approach to loading Spanish language voice models on demand. And, Adam is battling some pretty steamy code rot; and is attempting to upgrade a series of interconnected Node.js Lambda functions from v0.10—released in 2013—to v20.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/178-upgrading-from-node-010/</itunes:summary>
                <description><![CDATA[<p>This week on the podcast, we touch on a variety of topics. Ben has been incrementally building a data export feature for his customers; and, he&#39;s gotten to a point in which he can see a viable light at the end of the tunnel. Carol has discovered that if she doodles circles with her non-dominant hand, it occupies the ADHD portion of her brain and frees her up to focus on reading. Tim is continuing to improve his AI voice-agent, using a listener-suggested approach to loading Spanish language voice models on demand. And, Adam is battling some pretty steamy code rot; and is attempting to upgrade a series of interconnected Node.js Lambda functions from v0.10—released in 2013—to v20.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/178-upgrading-from-node-010/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week on the podcast, we touch on a variety of topics. Ben has been incrementally building a data export feature for his customers; and, he&amp;#39;s gotten to a point in which he can see a viable light at the end of the tunnel. Carol has discovered that if she doodles circles with her non-dominant hand, it occupies the ADHD portion of her brain and frees her up to focus on reading. Tim is continuing to improve his AI voice-agent, using a listener-suggested approach to loading Spanish language voice models on demand. And, Adam is battling some pretty steamy code rot; and is attempting to upgrade a series of interconnected Node.js Lambda functions from v0.10—released in 2013—to v20.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/178-upgrading-from-node-010/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="41331565" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/c3271a26-04a8-4c7b-9689-800fbc110743/stream.mp3"/>
                
                <guid isPermaLink="false">9ad63149-cebf-4d75-ab65-3941cfea97fa</guid>
                <link>https://workingcode.dev/episodes/178-upgrading-from-node-010/</link>
                <pubDate>Wed, 15 May 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/5/13/6/246475ce-fd3f-4b74-8514-b734ed29cdf7_cover-art-v1.jpg"/>
                <itunes:duration>2583</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/178-upgrading-from-node-010/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>177: Infinite Invisibility Timeout</itunes:title>
                <title>177: Infinite Invisibility Timeout</title>

                <itunes:episode>177</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Adam uses the new CSS color functions for HSL (Hue, Saturation, Lightness) in order to create a heatmap for the number of dollars raised by his platform. Ben dives into the Algolia search service as a way to provide a search feature on his blog. Carol is trying to alleviate performance concerns around an N&#43;1 SQL problem using an ORM (Object-Relational Mapper) that has decided to use an N&#43;1 selection strategy as &#34;the way&#34; with no escape hatch. And, Tim is getting some great feedback regarding his AI-powered call system that will alert customers to upcoming renewal dates.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/177-infinite-invisibility-timeout/</itunes:summary>
                <description><![CDATA[<p>Adam uses the new CSS color functions for HSL (Hue, Saturation, Lightness) in order to <a href="https://stackoverflow.com/a/27263918/751" rel="nofollow">create a heatmap</a> for the number of dollars raised by his platform. Ben dives into the <a href="https://www.algolia.com/" rel="nofollow">Algolia search service</a> as a way to provide a search feature on his blog. Carol is trying to alleviate performance concerns around an N+1 SQL problem using an ORM (Object-Relational Mapper) that has decided to use an N+1 selection strategy as &#34;the way&#34; with no escape hatch. And, Tim is getting some great feedback regarding his AI-powered call system that will alert customers to upcoming renewal dates.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/177-infinite-invisibility-timeout/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Adam uses the new CSS color functions for HSL (Hue, Saturation, Lightness) in order to &lt;a href=&#34;https://stackoverflow.com/a/27263918/751&#34; rel=&#34;nofollow&#34;&gt;create a heatmap&lt;/a&gt; for the number of dollars raised by his platform. Ben dives into the &lt;a href=&#34;https://www.algolia.com/&#34; rel=&#34;nofollow&#34;&gt;Algolia search service&lt;/a&gt; as a way to provide a search feature on his blog. Carol is trying to alleviate performance concerns around an N&#43;1 SQL problem using an ORM (Object-Relational Mapper) that has decided to use an N&#43;1 selection strategy as &amp;#34;the way&amp;#34; with no escape hatch. And, Tim is getting some great feedback regarding his AI-powered call system that will alert customers to upcoming renewal dates.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/177-infinite-invisibility-timeout/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="59367340" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/37f8d3ba-90e8-4ad3-8125-5d7fda3fef9f/stream.mp3"/>
                
                <guid isPermaLink="false">fde6433b-93aa-469f-808f-fe2c69300b4b</guid>
                <link>https://workingcode.dev/episodes/177-infinite-invisibility-timeout/</link>
                <pubDate>Wed, 08 May 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/5/7/16/21039d09-b40a-4cba-b444-72b8ea717c06_cover-art-v1.jpg"/>
                <itunes:duration>3710</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/177-infinite-invisibility-timeout/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>176: Triumph and Fail Safe Space</itunes:title>
                <title>176: Triumph and Fail Safe Space</title>

                <itunes:episode>176</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On today&#39;s show, we cover a variety of topics. Tim was suffering from a &#34;carding&#34; attack (aka, a &#34;credit card stuffing&#34; attack) and had to build an internal CAPTCHA system in order to protect his web-based payment forms from bad actors. Adam created an open-source JavaScript library for mocking ES modules (see Mockable) that makes it possible to swap implementation details at runtime. And Ben falls back in love with ColdFusion—again—continuing to find that even the small language details bring him great joy.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/176-triumph-and-fail-safe-space/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we cover a variety of topics. Tim was suffering from a &#34;carding&#34; attack (aka, a &#34;credit card stuffing&#34; attack) and had to build an internal CAPTCHA system in order to protect his web-based payment forms from bad actors. Adam created an open-source JavaScript library for mocking ES modules (see <a href="https://github.com/atuttle/mockable" rel="nofollow">Mockable</a>) that makes it possible to swap implementation details at runtime. And Ben falls back in love with ColdFusion—again—continuing to find that even the small language details bring him great joy.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/176-triumph-and-fail-safe-space/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we cover a variety of topics. Tim was suffering from a &amp;#34;carding&amp;#34; attack (aka, a &amp;#34;credit card stuffing&amp;#34; attack) and had to build an internal CAPTCHA system in order to protect his web-based payment forms from bad actors. Adam created an open-source JavaScript library for mocking ES modules (see &lt;a href=&#34;https://github.com/atuttle/mockable&#34; rel=&#34;nofollow&#34;&gt;Mockable&lt;/a&gt;) that makes it possible to swap implementation details at runtime. And Ben falls back in love with ColdFusion—again—continuing to find that even the small language details bring him great joy.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/176-triumph-and-fail-safe-space/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="47858416" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/119c6e3d-bb3f-49fa-a648-f6d9d10808e3/stream.mp3"/>
                
                <guid isPermaLink="false">803217bf-5939-4010-95f4-31e989eff06a</guid>
                <link>https://workingcode.dev/episodes/176-triumph-and-fail-safe-space/</link>
                <pubDate>Wed, 01 May 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/4/29/9/063911e7-01a4-4d44-845c-44afc32608ce_cover-art-v1.jpg"/>
                <itunes:duration>2991</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/176-triumph-and-fail-safe-space/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>175: Build Times, Overcompensating, Mentoring and More</itunes:title>
                <title>175: Build Times, Overcompensating, Mentoring and More</title>

                <itunes:episode>175</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On today&#39;s show, we cover a variety of topics. Ben talks about overcompensation at work; and, how we often swing way too hard in one direction as the first signs of a challenge. Carol talks about how her current task got away from her; and, how she suddenly founder herself creating a Pull Request with 84 files in it. Tim talks about the generation smoking ban going into effect in England. And Adam talks about the challenges of mentoring junior developers; and, how hard it is to have enough &#34;right sized&#34; tasks ready for them to work on.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/175-build-times-overcompensating-mentoring-and-more/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we cover a variety of topics. Ben talks about overcompensation at work; and, how we often swing way too hard in one direction as the first signs of a challenge. Carol talks about how her current task got away from her; and, how she suddenly founder herself creating a Pull Request with 84 files in it. Tim talks about the generation smoking ban going into effect in England. And Adam talks about the challenges of mentoring junior developers; and, how hard it is to have enough &#34;right sized&#34; tasks ready for them to work on.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/175-build-times-overcompensating-mentoring-and-more/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we cover a variety of topics. Ben talks about overcompensation at work; and, how we often swing way too hard in one direction as the first signs of a challenge. Carol talks about how her current task got away from her; and, how she suddenly founder herself creating a Pull Request with 84 files in it. Tim talks about the generation smoking ban going into effect in England. And Adam talks about the challenges of mentoring junior developers; and, how hard it is to have enough &amp;#34;right sized&amp;#34; tasks ready for them to work on.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/175-build-times-overcompensating-mentoring-and-more/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="59472666" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d80f275a-3c05-4224-8fa5-15b0b935d53a/stream.mp3"/>
                
                <guid isPermaLink="false">a6398a5c-d9fe-4b6f-a092-c3c5a3a729b8</guid>
                <link>https://workingcode.dev/episodes/175-build-times-overcompensating-mentoring-and-more/</link>
                <pubDate>Wed, 24 Apr 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/4/24/14/f5b6e527-5b96-4441-aeb1-5729d5240379_a5c80-bc5e-482d-a458-ab91d12299cd_cover-art-v1.jpg"/>
                <itunes:duration>3717</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/175-build-times-overcompensating-mentoring-and-more/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>174: When Your Software Has a Terrible, Horrible, No Good, Very Bad Day</itunes:title>
                <title>174: When Your Software Has a Terrible, Horrible, No Good, Very Bad Day</title>

                <itunes:episode>174</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On today&#39;s show, we talk about incidents and outages at work. Incidents are a fact of life. If you depend on a file system or a database or a third party vendor, at some point, something will break and your service will be degraded. Customers freak out (rightly so); and, it becomes a cross-team effort to try and find the problem, fix it, and effectively communicate updates back to your customers. There&#39;s no right way to do this. But, one could argue that there are definitely wrong ways to do this.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/174-when-your-software-has-a-terrible-horrible-no-good-very-bad-day/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we talk about incidents and outages at work. Incidents are a fact of life. If you depend on a file system or a database or a third party vendor, at some point, something will break and your service will be degraded. Customers freak out (rightly so); and, it becomes a cross-team effort to try and find the problem, fix it, and effectively communicate updates back to your customers. There&#39;s no right way to do this. But, one could argue that there are definitely wrong ways to do this.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/174-when-your-software-has-a-terrible-horrible-no-good-very-bad-day/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we talk about incidents and outages at work. Incidents are a fact of life. If you depend on a file system or a database or a third party vendor, at some point, something will break and your service will be degraded. Customers freak out (rightly so); and, it becomes a cross-team effort to try and find the problem, fix it, and effectively communicate updates back to your customers. There&amp;#39;s no right way to do this. But, one could argue that there are definitely wrong ways to do this.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/174-when-your-software-has-a-terrible-horrible-no-good-very-bad-day/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="46636303" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/621ebf36-3b28-4c5c-9d56-ed2d1f3c3c13/stream.mp3"/>
                
                <guid isPermaLink="false">3161dc49-7947-4301-b57d-0ca634c44e07</guid>
                <link>https://workingcode.dev/episodes/174-when-your-software-has-a-terrible-horrible-no-good-very-bad-day/</link>
                <pubDate>Wed, 17 Apr 2024 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/4/16/4/ab312487-de2b-4d9f-80f8-af7e68818ba1_cover-art-v1.jpg"/>
                <itunes:duration>2914</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/174-when-your-software-has-a-terrible-horrible-no-good-very-bad-day/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>173: Shopping for Solutions - Payments and Compliance Auditing</itunes:title>
                <title>173: Shopping for Solutions - Payments and Compliance Auditing</title>

                <itunes:episode>173</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Adam picks Tim&#39;s brain searching for the perfect solution for payments and compliance auditing.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/173-shopping-for-solutions-payments-and-compliance-auditing/</itunes:summary>
                <description><![CDATA[<p>Adam picks Tim&#39;s brain searching for the perfect solution for payments and compliance auditing.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/173-shopping-for-solutions-payments-and-compliance-auditing/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Adam picks Tim&amp;#39;s brain searching for the perfect solution for payments and compliance auditing.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/173-shopping-for-solutions-payments-and-compliance-auditing/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="31977639" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/5da87fe9-8310-49f0-8c21-e81a729e63bb/stream.mp3"/>
                
                <guid isPermaLink="false">c2820342-717f-4742-9a9d-f0e429b1d25d</guid>
                <link>https://workingcode.dev/episodes/173-shopping-for-solutions-payments-and-compliance-auditing/</link>
                <pubDate>Wed, 10 Apr 2024 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/4/10/3/393cdb48-c964-4afc-8364-cab1c35d0d89_cover-art-v1.jpg"/>
                <itunes:duration>1998</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/173-shopping-for-solutions-payments-and-compliance-auditing/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>172: Building Your Own Standard Library</itunes:title>
                <title>172: Building Your Own Standard Library</title>

                <itunes:episode>172</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In a world where many programmers instinctively reach for an existing solution in &#34;user land&#34;, Ben poses the question: is there value in building out and maintaining your own standard library? This would be the collection of commonly-used functions and classes that you enjoy using; and, which are tailored to your use-cases and programming paradigms. Doing so would be a vibrant mixture of pragmatism, vanity, ego, efficiency, and compensation. But, would it ultimately be a net befit?

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/172-building-your-own-standard-library/</itunes:summary>
                <description><![CDATA[<p>In a world where many programmers instinctively reach for an existing solution in &#34;user land&#34;, Ben poses the question: is there value in building out and maintaining your own standard library? This would be the collection of commonly-used functions and classes that <em>you</em> enjoy using; and, which are tailored to <em>your</em> use-cases and programming paradigms. Doing so would be a vibrant mixture of pragmatism, vanity, ego, efficiency, and compensation. But, would it ultimately be a net befit?</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/172-building-your-own-standard-library/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In a world where many programmers instinctively reach for an existing solution in &amp;#34;user land&amp;#34;, Ben poses the question: is there value in building out and maintaining your own standard library? This would be the collection of commonly-used functions and classes that &lt;em&gt;you&lt;/em&gt; enjoy using; and, which are tailored to &lt;em&gt;your&lt;/em&gt; use-cases and programming paradigms. Doing so would be a vibrant mixture of pragmatism, vanity, ego, efficiency, and compensation. But, would it ultimately be a net befit?&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/172-building-your-own-standard-library/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="62216568" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/09a5ec78-ca9f-44f4-aa96-123364c938ce/stream.mp3"/>
                
                <guid isPermaLink="false">26bae10d-c96e-474d-a13f-70d0bb01a3b8</guid>
                <link>https://workingcode.dev/episodes/172-building-your-own-standard-library/</link>
                <pubDate>Wed, 03 Apr 2024 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/4/1/9/b03db4d4-bf9f-4ea3-b487-d3c20a12f112_cover-art-v1.jpg"/>
                <itunes:duration>3888</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/172-building-your-own-standard-library/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>171: From Tactics to Strategy</itunes:title>
                <title>171: From Tactics to Strategy</title>

                <itunes:episode>171</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Tim just completed his quarterly strategy review meeting at work. As such, he&#39;s in the perfect head space to teach Adam and Ben what strategy is; how strategy differs from tactics; and, how OKRs (Objectives and Key Results) can be used in order to ensure that the work to be done actually rolls-up to one of the company&#39;s core strategies. In the end, Ben still has no idea what&#39;s going on (as per usual); but, Adam is down to clown.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/171-from-tactics-to-strategy/</itunes:summary>
                <description><![CDATA[<p>Tim just completed his quarterly strategy review meeting at work. As such, he&#39;s in the perfect head space to teach Adam and Ben what strategy is; how strategy differs from tactics; and, how OKRs (Objectives and Key Results) can be used in order to ensure that the work to be done actually rolls-up to one of the company&#39;s core strategies. In the end, Ben still has no idea what&#39;s going on (as per usual); but, Adam is down to clown.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/171-from-tactics-to-strategy/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Tim just completed his quarterly strategy review meeting at work. As such, he&amp;#39;s in the perfect head space to teach Adam and Ben what strategy is; how strategy differs from tactics; and, how OKRs (Objectives and Key Results) can be used in order to ensure that the work to be done actually rolls-up to one of the company&amp;#39;s core strategies. In the end, Ben still has no idea what&amp;#39;s going on (as per usual); but, Adam is down to clown.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/171-from-tactics-to-strategy/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57582654" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d2c507d0-befb-45b8-94fb-885f5df9a940/stream.mp3"/>
                
                <guid isPermaLink="false">12817098-2bd1-4026-add7-0b3628a4e3ae</guid>
                <link>https://workingcode.dev/episodes/171-from-tactics-to-strategy/</link>
                <pubDate>Wed, 27 Mar 2024 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/3/25/10/e2f6b07f-bf9a-4b49-8a85-1f82b8982268_cover-art-v1.jpg"/>
                <itunes:duration>3598</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/171-from-tactics-to-strategy/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>170: Thinking in UX with Thelma Van</itunes:title>
                <title>170: Thinking in UX with Thelma Van</title>

                <itunes:episode>170</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On today&#39;s show, we talk to Thelma Van about integrating design into the product development workflow. This includes User Experience (UX) design, User Interface (UI) design, scope negotiation, and user validation through interviews. It turns out, even if you can only talk to five of your customers, having this amount of feedback can have a massively out-sized impact on your overall design and development trajectory.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/170-thinking-in-ux-with-thelma-van/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we talk to <a href="https://www.linkedin.com/in/thelmavan/" rel="nofollow">Thelma Van</a> about integrating design into the product development workflow. This includes User Experience (UX) design, User Interface (UI) design, scope negotiation, and user validation through interviews. It turns out, even if you can only <a href="https://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/" rel="nofollow">talk to five of your customers</a>, having this amount of feedback can have a massively out-sized impact on your overall design and development trajectory.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/169-buffer-overflow-tabs-vs-spaces/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we talk to &lt;a href=&#34;https://www.linkedin.com/in/thelmavan/&#34; rel=&#34;nofollow&#34;&gt;Thelma Van&lt;/a&gt; about integrating design into the product development workflow. This includes User Experience (UX) design, User Interface (UI) design, scope negotiation, and user validation through interviews. It turns out, even if you can only &lt;a href=&#34;https://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/&#34; rel=&#34;nofollow&#34;&gt;talk to five of your customers&lt;/a&gt;, having this amount of feedback can have a massively out-sized impact on your overall design and development trajectory.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/169-buffer-overflow-tabs-vs-spaces/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="68903915" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/23d1f28a-25b7-4ac1-a54a-cc0e77ce6d17/stream.mp3"/>
                
                <guid isPermaLink="false">87897a55-1fc8-4ee5-aeac-f57326600f4f</guid>
                <link>https://workingcode.dev/episodes/170-thinking-in-ux-with-thelma-van/</link>
                <pubDate>Wed, 20 Mar 2024 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/3/19/22/348718c4-5a4d-4ec7-9db8-f344254c0a4e_af9e7-93f0-48e0-9603-ea12468c398e_cover-art-v1.jpg"/>
                <itunes:duration>4306</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/170-thinking-in-ux-with-thelma-van/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>169: Buffer Overflow, Tabs vs Spaces</itunes:title>
                <title>169: Buffer Overflow, Tabs vs Spaces</title>

                <itunes:episode>169</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Several years ago, Stack Overflow noticed a small but surprising trend within their 2017 Developer Survey data. Even when attempting to adjust for several factors, it seems that the programmers who indent their code with spaces (as opposed to with tabs) have a higher earning potential. As an example of programmers who love using tabs, the hosts of the show offer up theories about this strange finding.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/169-buffer-overflow-tabs-vs-spaces/</itunes:summary>
                <description><![CDATA[<p>Several years ago, Stack Overflow noticed a small but surprising <a href="https://stackoverflow.blog/2017/06/15/developers-use-spaces-make-money-use-tabs/" rel="nofollow">trend within their 2017 Developer Survey data</a>. Even when attempting to adjust for several factors, it seems that the programmers who indent their code with spaces (as opposed to with tabs) have a higher earning potential. As an example of programmers who love using tabs, the hosts of the show offer up theories about this strange finding.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/169-buffer-overflow-tabs-vs-spaces/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Several years ago, Stack Overflow noticed a small but surprising &lt;a href=&#34;https://stackoverflow.blog/2017/06/15/developers-use-spaces-make-money-use-tabs/&#34; rel=&#34;nofollow&#34;&gt;trend within their 2017 Developer Survey data&lt;/a&gt;. Even when attempting to adjust for several factors, it seems that the programmers who indent their code with spaces (as opposed to with tabs) have a higher earning potential. As an example of programmers who love using tabs, the hosts of the show offer up theories about this strange finding.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/169-buffer-overflow-tabs-vs-spaces/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="58444904" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/435c1012-bfab-4b84-99ac-7ac232e5c301/stream.mp3"/>
                
                <guid isPermaLink="false">7069c37b-6b77-404f-8f5c-abd1cff8b919</guid>
                <link>https://workingcode.dev/episodes/169-buffer-overflow-tabs-vs-spaces/</link>
                <pubDate>Thu, 14 Mar 2024 02:44:33 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/3/18/15/4813ee62-e14c-44eb-a405-3811bffe0bde_5ea7d-f0bd-4c84-adee-3a911b194511_cover-art-v1.jpg"/>
                <itunes:duration>3652</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/169-buffer-overflow-tabs-vs-spaces/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>168: Memory Safety Mandate</itunes:title>
                <title>168: Memory Safety Mandate</title>

                <itunes:episode>168</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On today&#39;s show, we talk about two major announcements relating to the technology world. First, the government released a report calling on programmers to start using memory safe languages (see: Future Software Should Be Memory Safe). Second, Apple announced that it will halt work on Titan, its autonomous electric vehicle project. We also talk about the pros-and-cons of a Computer Science degree in relation to the web development industry.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/168-memory-safety-mandate/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we talk about two major announcements relating to the technology world. First, the government released a report calling on programmers to start using memory safe languages (see: <a href="https://www.whitehouse.gov/oncd/briefing-room/2024/02/26/press-release-technical-report/" rel="nofollow">Future Software Should Be Memory Safe</a>). Second, Apple announced that it will halt work on Titan, its autonomous electric vehicle project. We also talk about the pros-and-cons of a Computer Science degree in relation to the web development industry.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/168-memory-safety-mandate/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we talk about two major announcements relating to the technology world. First, the government released a report calling on programmers to start using memory safe languages (see: &lt;a href=&#34;https://www.whitehouse.gov/oncd/briefing-room/2024/02/26/press-release-technical-report/&#34; rel=&#34;nofollow&#34;&gt;Future Software Should Be Memory Safe&lt;/a&gt;). Second, Apple announced that it will halt work on Titan, its autonomous electric vehicle project. We also talk about the pros-and-cons of a Computer Science degree in relation to the web development industry.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/168-memory-safety-mandate/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="53113835" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/c4f71e0e-989f-420a-88d4-b8e5643d8cbd/stream.mp3"/>
                
                <guid isPermaLink="false">0ee3dd8e-7473-4463-9be6-3a2c80c1aadf</guid>
                <link>https://workingcode.dev/episodes/168-memory-safety-mandate/</link>
                <pubDate>Wed, 06 Mar 2024 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/3/5/15/0837f9ff-ce03-47be-8629-328a6570953c_cover-art-v1.jpg"/>
                <itunes:duration>3319</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/168-memory-safety-mandate/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>167: Everyone Likes Their Own Brand</itunes:title>
                <title>167: Everyone Likes Their Own Brand</title>

                <itunes:episode>167</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>The first duty in life is to assume a pose. What the second is, no one has yet discovered. - Oscar Wilde
You may never think about it or even be aware of it; but, you have a personal brand. A brand is not something you can opt into or out of. It simply exists. The only choice that you have is how you manage - or choose not to manage - your brand in relation to other people. On today&#39;s show, we talk about our own personal brands; how they can help us; how they sometimes hurt us; and, how the goals of brand-building can change over time.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/167-everyone-likes-their-own-brand/</itunes:summary>
                <description><![CDATA[<blockquote>The first duty in life is to assume a pose. What the second is, no one has yet discovered. - Oscar Wilde</blockquote><p>You may never think about it or even be aware of it; but, you have a personal brand. A brand is not something you can opt into or out of. It simply exists. The only choice that you have is how you manage - or choose not to manage - your brand in relation to other people. On today&#39;s show, we talk about our own personal brands; how they can help us; how they sometimes hurt us; and, how the goals of brand-building can change over time.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/167-everyone-likes-their-own-brand/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;blockquote&gt;The first duty in life is to assume a pose. What the second is, no one has yet discovered. - Oscar Wilde&lt;/blockquote&gt;&lt;p&gt;You may never think about it or even be aware of it; but, you have a personal brand. A brand is not something you can opt into or out of. It simply exists. The only choice that you have is how you manage - or choose not to manage - your brand in relation to other people. On today&amp;#39;s show, we talk about our own personal brands; how they can help us; how they sometimes hurt us; and, how the goals of brand-building can change over time.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/167-everyone-likes-their-own-brand/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="52170501" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/819fc8c9-55aa-4462-9db1-3737f38445a3/stream.mp3"/>
                
                <guid isPermaLink="false">7b834ab3-7eb6-4c80-9101-e1758625f50a</guid>
                <link>https://workingcode.dev/episodes/167-everyone-likes-their-own-brand/</link>
                <pubDate>Wed, 28 Feb 2024 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/2/27/6/2845ad6b-1e64-46cf-b084-8e090fc4d2a7_cover-art-v1.jpg"/>
                <itunes:duration>3260</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/167-everyone-likes-their-own-brand/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>166: What&#39;s &#34;Onboarded&#34; to You?</itunes:title>
                <title>166: What&#39;s &#34;Onboarded&#34; to You?</title>

                <itunes:episode>166</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On today&#39;s show, we respond to a listener question from Kamil Maraz:

I have started a Developer experience initiative in our company. We started with a survey, which led to many 1-on-1 meetings; and, one thing that came up a few times was onboarding. Long story short: it&#39;s not ideal. I was wondering if this topic could be an inspiration for one of the episodes. For example what is an onboarded colleague to you?; do you care about time to first commit?; what does the onboarding process in your company look like? And so on. As I say often, in our company we love our users, and our developers should get the same treatment. Often the journey starts with onboarding. Thank you for hearing me out.
We love the fact that Kamil is taking an iterative product mindset; and, is trying to apply those same principles to the company, treating engineers as the recipients of the product experience.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/166-whats-onboarded-to-you/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we respond to a listener question from Kamil Maraz:</p><blockquote>I have started a Developer experience initiative in our company. We started with a survey, which led to many 1-on-1 meetings; and, one thing that came up a few times was onboarding. Long story short: it&#39;s not ideal. I was wondering if this topic could be an inspiration for one of the episodes. For example what is an onboarded colleague to you?; do you care about time to first commit?; what does the onboarding process in your company look like? And so on. As I say often, in our company we love our users, and our developers should get the same treatment. Often the journey starts with onboarding. Thank you for hearing me out.</blockquote><p>We love the fact that Kamil is taking an iterative product mindset; and, is trying to apply those same principles to the company, treating engineers as the recipients of the product experience.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/166-whats-onboarded-to-you/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we respond to a listener question from Kamil Maraz:&lt;/p&gt;&lt;blockquote&gt;I have started a Developer experience initiative in our company. We started with a survey, which led to many 1-on-1 meetings; and, one thing that came up a few times was onboarding. Long story short: it&amp;#39;s not ideal. I was wondering if this topic could be an inspiration for one of the episodes. For example what is an onboarded colleague to you?; do you care about time to first commit?; what does the onboarding process in your company look like? And so on. As I say often, in our company we love our users, and our developers should get the same treatment. Often the journey starts with onboarding. Thank you for hearing me out.&lt;/blockquote&gt;&lt;p&gt;We love the fact that Kamil is taking an iterative product mindset; and, is trying to apply those same principles to the company, treating engineers as the recipients of the product experience.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/166-whats-onboarded-to-you/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="56121887" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/0ab3597e-5f32-4f55-86e3-f645ca5f1ee6/stream.mp3"/>
                
                <guid isPermaLink="false">0c4270c4-6e97-48ab-8119-5813e0f832f0</guid>
                <link>https://workingcode.dev/episodes/166-whats-onboarded-to-you/</link>
                <pubDate>Wed, 21 Feb 2024 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/2/20/15/65fba179-9034-4832-9ced-1e02242b14dd_cover-art-v1.jpg"/>
                <itunes:duration>3507</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/166-whats-onboarded-to-you/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>165: Agile Methodology with Brian Sadler</itunes:title>
                <title>165: Agile Methodology with Brian Sadler</title>

                <itunes:episode>165</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>For the most part, software engineers like the concept of Agile methodology; and, they have a sense that agile development practices are the best way of getting work done. But, that doesn&#39;t mean we know how to put these agile practices in place (especially at scale). Today, we talk to Brian Sadler (@brian_sadler) - a seasoned software developer and Agile coach - about what Agile is, what parts of it work the best, and where teams often go wrong in their interpretation of best practices.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/165-agile-methodology-with-brian-sadler/</itunes:summary>
                <description><![CDATA[<p>For the most part, software engineers like the concept of Agile methodology; and, they have a sense that agile development practices are the best way of getting work done. But, that doesn&#39;t mean we know how to put these agile practices in place (especially at scale). Today, we talk to <a href="https://www.linkedin.com/in/wbsadler/" rel="nofollow">Brian Sadler</a> (<a href="https://twitter.com/brian_sadler" rel="nofollow">@brian_sadler</a>) - a seasoned software developer and Agile coach - about what Agile is, what parts of it work the best, and where teams often go wrong in their interpretation of best practices.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/165-agile-methodology-with-brian-sadler/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;For the most part, software engineers like the concept of Agile methodology; and, they have a sense that agile development practices are the best way of getting work done. But, that doesn&amp;#39;t mean we know how to put these agile practices in place (especially at scale). Today, we talk to &lt;a href=&#34;https://www.linkedin.com/in/wbsadler/&#34; rel=&#34;nofollow&#34;&gt;Brian Sadler&lt;/a&gt; (&lt;a href=&#34;https://twitter.com/brian_sadler&#34; rel=&#34;nofollow&#34;&gt;@brian_sadler&lt;/a&gt;) - a seasoned software developer and Agile coach - about what Agile is, what parts of it work the best, and where teams often go wrong in their interpretation of best practices.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/165-agile-methodology-with-brian-sadler/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="64012956" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/74a4817e-203b-49c9-b00e-cacc209fec86/stream.mp3"/>
                
                <guid isPermaLink="false">fb66de57-654b-4451-af5e-de24ede7f9ad</guid>
                <link>https://workingcode.dev/episodes/165-agile-methodology-with-brian-sadler/</link>
                <pubDate>Wed, 07 Feb 2024 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/2/5/12/bdbc9063-4523-495e-84cc-a9dfff287e5e_cover-art-v1.jpg"/>
                <itunes:duration>4000</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/165-agile-methodology-with-brian-sadler/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>164: Solo Programming, Chrome Monoculture and More - Potluck</itunes:title>
                <title>164: Solo Programming, Chrome Monoculture and More - Potluck</title>

                <itunes:episode>164</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On this week&#39;s show, we explore a variety of topics. Ben wants to perform a mini retrospective on his desire to support the legacy platform at work. Carol is feeling isolated as the only engineer on her team - her dog is a good listener, but isn&#39;t very helpful when it comes to brainstorming. And, Adam wants to talk about the browser landscape; and see which browser(s) everyone is currently using.

Also, Ben offers up some high praise for Lenny&#39;s Podcast - a show in which Lenny Rachitsky interviews top Product and Marketing leaders in our industry. This show is absolutely dripping in value!

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/164-solo-programming-chrome-monoculture-and-more-potluck/</itunes:summary>
                <description><![CDATA[<p>On this week&#39;s show, we explore a variety of topics. Ben wants to perform a mini retrospective on his desire to support the legacy platform at work. Carol is feeling isolated as the only engineer on her team - her dog is a good listener, but isn&#39;t very helpful when it comes to brainstorming. And, Adam wants to talk about the browser landscape; and see which browser(s) everyone is currently using.</p><p>Also, Ben offers up some high praise for <a href="https://www.lennyspodcast.com/" rel="nofollow">Lenny&#39;s Podcast</a> - a show in which Lenny Rachitsky interviews top Product and Marketing leaders in our industry. This show is absolutely dripping in value!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/164-solo-programming-chrome-monoculture-and-more-potluck/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On this week&amp;#39;s show, we explore a variety of topics. Ben wants to perform a mini retrospective on his desire to support the legacy platform at work. Carol is feeling isolated as the only engineer on her team - her dog is a good listener, but isn&amp;#39;t very helpful when it comes to brainstorming. And, Adam wants to talk about the browser landscape; and see which browser(s) everyone is currently using.&lt;/p&gt;&lt;p&gt;Also, Ben offers up some high praise for &lt;a href=&#34;https://www.lennyspodcast.com/&#34; rel=&#34;nofollow&#34;&gt;Lenny&amp;#39;s Podcast&lt;/a&gt; - a show in which Lenny Rachitsky interviews top Product and Marketing leaders in our industry. This show is absolutely dripping in value!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/164-solo-programming-chrome-monoculture-and-more-potluck/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="63941067" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/4cf6fffb-6d2a-4d57-ba3e-1acac14871dc/stream.mp3"/>
                
                <guid isPermaLink="false">cae26314-c603-470a-a64c-351aa846ca82</guid>
                <link>https://workingcode.dev/episodes/164-solo-programming-chrome-monoculture-and-more-potluck/</link>
                <pubDate>Wed, 31 Jan 2024 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/1/29/11/fc45fd8f-48a9-4d7d-a7e8-cecd33ef0505_cover-art-v1.jpg"/>
                <itunes:duration>3996</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/164-solo-programming-chrome-monoculture-and-more-potluck/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>163: Exposing Yourself, to New Tech</itunes:title>
                <title>163: Exposing Yourself, to New Tech</title>

                <itunes:episode>163</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In web development, we tend to hold learning as a virtuous activity that&#39;s worthy of our spare time. In fact, there can be a lot of pressure on us to always be learning; and, to some degree, those of us who don&#39;t ride the wave of cutting-edge tech are &#34;othered&#34;. But, is dabbling in new technology really moving the needle? Does learning a little of this and little of that really make for a more robust engineer? Or, is there more value to be gained from depth of understanding? And, at the end of the day, does the biggest impact on what we know actually come from switching jobs and joining new teams?

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/163-exposing-yourself-to-new-tech/</itunes:summary>
                <description><![CDATA[<p>In web development, we tend to hold learning as a virtuous activity that&#39;s worthy of our spare time. In fact, there can be a lot of pressure on us to always be learning; and, to some degree, those of us who <em>don&#39;t</em> ride the wave of cutting-edge tech are &#34;othered&#34;. But, is <em>dabbling</em> in new technology really moving the needle? Does learning a little of this and little of that really make for a more robust engineer? Or, is there more value to be gained from depth of understanding? And, at the end of the day, does the biggest impact on what we know actually come from switching jobs and joining new teams?</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/163-exposing-yourself-to-new-tech/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In web development, we tend to hold learning as a virtuous activity that&amp;#39;s worthy of our spare time. In fact, there can be a lot of pressure on us to always be learning; and, to some degree, those of us who &lt;em&gt;don&amp;#39;t&lt;/em&gt; ride the wave of cutting-edge tech are &amp;#34;othered&amp;#34;. But, is &lt;em&gt;dabbling&lt;/em&gt; in new technology really moving the needle? Does learning a little of this and little of that really make for a more robust engineer? Or, is there more value to be gained from depth of understanding? And, at the end of the day, does the biggest impact on what we know actually come from switching jobs and joining new teams?&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/163-exposing-yourself-to-new-tech/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="62975164" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/0e692a96-5cbd-4252-9293-6ea904da203b/stream.mp3"/>
                
                <guid isPermaLink="false">8f6431d4-a02b-473e-8a0b-6c055d9df38b</guid>
                <link>https://workingcode.dev/episodes/163-exposing-yourself-to-new-tech/</link>
                <pubDate>Wed, 24 Jan 2024 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/1/22/16/97dc28a9-e1d1-4375-8195-44de55be23b8_cover-art-v1.jpg"/>
                <itunes:duration>3935</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/163-exposing-yourself-to-new-tech/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>162: A Question of Time</itunes:title>
                <title>162: A Question of Time</title>

                <itunes:episode>162</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Ben never has enough time to accomplish everything that he wants to accomplish. On its own, this isn&#39;t necessarily a &#34;bad thing&#34;. But, it can quickly lead to feelings of guilt: is he not good enough, is he not effective enough, is he letting everyone down? So much of this angst is emotional. And he knows this. But, he doesn&#39;t have the wherewithal that he needs to evolve his own perspective. The crew tries to help him out.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/162-a-question-of-time/</itunes:summary>
                <description><![CDATA[<p>Ben never has enough time to accomplish everything that he wants to accomplish. On its own, this isn&#39;t necessarily a &#34;bad thing&#34;. But, it can quickly lead to feelings of guilt: is he not good enough, is he not effective enough, is he letting everyone down? So much of this angst is emotional. And he knows this. But, he doesn&#39;t have the wherewithal that he needs to evolve his own perspective. The crew tries to help him out.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/162-a-question-of-time/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Ben never has enough time to accomplish everything that he wants to accomplish. On its own, this isn&amp;#39;t necessarily a &amp;#34;bad thing&amp;#34;. But, it can quickly lead to feelings of guilt: is he not good enough, is he not effective enough, is he letting everyone down? So much of this angst is emotional. And he knows this. But, he doesn&amp;#39;t have the wherewithal that he needs to evolve his own perspective. The crew tries to help him out.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/162-a-question-of-time/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="41306070" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b832c4ab-1340-4661-b9c5-8e3dfaccb64c/stream.mp3"/>
                
                <guid isPermaLink="false">c7912bfa-5d63-403e-bc62-4c797c44fafa</guid>
                <link>https://workingcode.dev/episodes/162-a-question-of-time/</link>
                <pubDate>Wed, 17 Jan 2024 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/1/15/22/0a84f150-4b60-4814-9f7e-0236dccaafed_cover-art-v1.jpg"/>
                <itunes:duration>2581</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/162-a-question-of-time/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>161: 2024 Goals</itunes:title>
                <title>161: 2024 Goals</title>

                <itunes:episode>161</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>As we jump into the new year, the crew talks about their new year&#39;s goals—both for the podcast and for themselves. We strongly believe in the power of &#34;learning in public&#34;. And, to that end, we&#39;ve created a Google Form in which you can submit suggestions on how to improve the show: what do you like, what do you not like, what can we be doing better? No suggestion is off limits, so long as no people or animals are harmed!

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

Full show notes and transcript here: https://workingcode.dev/episodes/161-2024-goals/</itunes:summary>
                <description><![CDATA[<p>As we jump into the new year, the crew talks about their new year&#39;s goals—both for the podcast and for themselves. We strongly believe in the power of &#34;learning in public&#34;. And, to that end, we&#39;ve created a Google Form in which you can <a href="https://forms.gle/dVEBchG5RVAapFjaA" rel="nofollow"><strong>submit suggestions</strong></a> on how to improve the show: what do you like, what do you <em>not</em> like, what can we be doing better? No suggestion is off limits, so long as no people or animals are harmed!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/161-2024-goals/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;As we jump into the new year, the crew talks about their new year&amp;#39;s goals—both for the podcast and for themselves. We strongly believe in the power of &amp;#34;learning in public&amp;#34;. And, to that end, we&amp;#39;ve created a Google Form in which you can &lt;a href=&#34;https://forms.gle/dVEBchG5RVAapFjaA&#34; rel=&#34;nofollow&#34;&gt;&lt;strong&gt;submit suggestions&lt;/strong&gt;&lt;/a&gt; on how to improve the show: what do you like, what do you &lt;em&gt;not&lt;/em&gt; like, what can we be doing better? No suggestion is off limits, so long as no people or animals are harmed!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/161-2024-goals/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="58888359" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a3c3d3a1-4c55-4a86-bba8-1b1aa3dee149/stream.mp3"/>
                
                <guid isPermaLink="false">eda80942-2cc0-4ea8-bc9d-d731450b0ee4</guid>
                <link>https://workingcode.dev/episodes/161-2024-goals/</link>
                <pubDate>Wed, 10 Jan 2024 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/1/10/5/9f0d6439-5cd1-4ecd-911d-2a7c758b2579_6bf1a-fec1-44ab-9551-f53b3ce0b8dd_cover-art-v1.jpg"/>
                <itunes:duration>3680</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/161-2024-goals/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>160: Design Systems and Coding Philosophy</itunes:title>
                <title>160: Design Systems and Coding Philosophy</title>

                <itunes:episode>160</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Happy New Year! This week, we ease into 2024 with a variety of topics. Adam is building a new design system at work using Svelte and Tailwind CSS. Ben wonders if there&#39;s any way to create an &#34;Overview Effect&#34; in the world of programming. And Tim discusses a few philosophical fallacies in a work context: planning fallacy, overconfidence effect, automation bias, and plan continuation bias (aka, the sunk cost fallacy).

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/160-design-systems-and-coding-philosophy/</itunes:summary>
                <description><![CDATA[<p>Happy New Year! This week, we ease into 2024 with a variety of topics. Adam is building a new design system at work using Svelte and Tailwind CSS. Ben wonders if there&#39;s any way to create an &#34;Overview Effect&#34; in the world of programming. And Tim discusses a few philosophical fallacies in a work context: planning fallacy, overconfidence effect, automation bias, and plan continuation bias (aka, the sunk cost fallacy).</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/160-design-systems-and-coding-philosophy/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Happy New Year! This week, we ease into 2024 with a variety of topics. Adam is building a new design system at work using Svelte and Tailwind CSS. Ben wonders if there&amp;#39;s any way to create an &amp;#34;Overview Effect&amp;#34; in the world of programming. And Tim discusses a few philosophical fallacies in a work context: planning fallacy, overconfidence effect, automation bias, and plan continuation bias (aka, the sunk cost fallacy).&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/160-design-systems-and-coding-philosophy/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="60492486" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/6f28d11f-7253-4b0c-a996-fb9f7968c71c/stream.mp3"/>
                
                <guid isPermaLink="false">e071ea83-a55e-40c9-88e1-3a34f9a9c323</guid>
                <link>https://workingcode.dev/episodes/160-design-systems-and-coding-philosophy/</link>
                <pubDate>Wed, 03 Jan 2024 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2024/1/2/17/bb3a909e-82df-4eed-a32a-75044c428f48_cover-art-v1.jpg"/>
                <itunes:duration>3780</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/160-design-systems-and-coding-philosophy/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>159: No Effort December Returns</itunes:title>
                <title>159: No Effort December Returns</title>

                <itunes:episode>159</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>After a stressful year, we happily ease into another round of &#34;No Effort December&#34; in which the conversations flow without concern or constraint. Carol is excited to go ice skating for the first time in her life. Tim is trying to teach his kids about financial literacy. Ben shares his limited ability to fantasize. And Adam wonders why his computer gets so sticky.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/159-no-effort-december-returns/</itunes:summary>
                <description><![CDATA[<p>After a stressful year, we happily ease into another round of &#34;No Effort December&#34; in which the conversations flow without concern or constraint. Carol is excited to go ice skating for the first time in her life. Tim is trying to teach his kids about financial literacy. Ben shares his limited ability to fantasize. And Adam wonders why his computer gets so sticky.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/159-no-effort-december-returns/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;After a stressful year, we happily ease into another round of &amp;#34;No Effort December&amp;#34; in which the conversations flow without concern or constraint. Carol is excited to go ice skating for the first time in her life. Tim is trying to teach his kids about financial literacy. Ben shares his limited ability to fantasize. And Adam wonders why his computer gets so sticky.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/159-no-effort-december-returns/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55844362" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e862b821-07e0-46f4-b3a5-07d8156fcfa7/stream.mp3"/>
                
                <guid isPermaLink="false">79e18990-8c38-490b-8a72-5f2f6773ca19</guid>
                <link>https://workingcode.dev/episodes/159-no-effort-december-returns/</link>
                <pubDate>Wed, 27 Dec 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/12/26/21/a23e3da2-aa08-4b35-aa79-a46cd4269fed_cover-art-v1.jpg"/>
                <itunes:duration>3490</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/159-no-effort-december-returns/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>158: The Premortem Premortem</itunes:title>
                <title>158: The Premortem Premortem</title>

                <itunes:episode>158</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In episode 154, we discussed the concept of a project premortem. That discussion inspired Carol to schedule her own premortem for a new 2-year project that her company is about to undertake. Given the fact that her team&#39;s work won&#39;t be sharable for at least 18-months, she&#39;s wants to make sure that her premortem is as effective as it can be. As such, we&#39;re going to have ourselves a little premortem premortem discussion on the show.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/158-the-premortem-premortem/</itunes:summary>
                <description><![CDATA[<p>In <a href="https://workingcode.dev/episodes/154-what-could-go-wrong-premortems-and-log-levels/" rel="nofollow">episode 154</a>, we discussed the concept of a project premortem. That discussion inspired Carol to schedule her own premortem for a new 2-year project that her company is about to undertake. Given the fact that her team&#39;s work won&#39;t be sharable for at least 18-months, she&#39;s wants to make sure that her premortem is as effective as it can be. As such, we&#39;re going to have ourselves a little <em>premortem</em> premortem discussion on the show.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/158-the-premortem-premortem/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In &lt;a href=&#34;https://workingcode.dev/episodes/154-what-could-go-wrong-premortems-and-log-levels/&#34; rel=&#34;nofollow&#34;&gt;episode 154&lt;/a&gt;, we discussed the concept of a project premortem. That discussion inspired Carol to schedule her own premortem for a new 2-year project that her company is about to undertake. Given the fact that her team&amp;#39;s work won&amp;#39;t be sharable for at least 18-months, she&amp;#39;s wants to make sure that her premortem is as effective as it can be. As such, we&amp;#39;re going to have ourselves a little &lt;em&gt;premortem&lt;/em&gt; premortem discussion on the show.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/158-the-premortem-premortem/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="47428336" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b174f653-f9be-42ed-99d6-38921c03b3d6/stream.mp3"/>
                
                <guid isPermaLink="false">a54eb312-dc5f-4a44-8b59-8817feb56862</guid>
                <link>https://workingcode.dev/episodes/158-the-premortem-premortem/</link>
                <pubDate>Wed, 20 Dec 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/12/18/15/f437e927-7ad0-4ca8-a165-2e6286a25254_cover-art-v1.jpg"/>
                <itunes:duration>2964</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/158-the-premortem-premortem/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>157: Dead Man&#39;s Snitch Deep Dive with Adam Cameron</itunes:title>
                <title>157: Dead Man&#39;s Snitch Deep Dive with Adam Cameron</title>

                <itunes:episode>157</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On this week&#39;s show, Adam Tuttle and friend-of-the-show, Adam Cameron, go in depth on Dead Man&#39;s Snitch - a software service that triggers an alarm if your application doesn&#39;t &#34;check in&#34; with high enough frequency.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/157-dead-mans-snitch-deep-dive-with-adam-cameron/</itunes:summary>
                <description><![CDATA[<p>On this week&#39;s show, Adam Tuttle and friend-of-the-show, <a href="https://blog.adamcameron.me/" rel="nofollow">Adam Cameron</a>, go in depth on <a href="https://deadmanssnitch.com/" rel="nofollow">Dead Man&#39;s Snitch</a> - a software service that triggers an alarm if your application doesn&#39;t &#34;check in&#34; with high enough frequency.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod157-dead-mans-snitch-deep-dive-with-adam-cameron.md" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/157-dead-mans-snitch-deep-dive-with-adam-cameron/" rel="nofollow">here.</a></p>]]></description>
                <content:encoded>&lt;p&gt;On this week&amp;#39;s show, Adam Tuttle and friend-of-the-show, &lt;a href=&#34;https://blog.adamcameron.me/&#34; rel=&#34;nofollow&#34;&gt;Adam Cameron&lt;/a&gt;, go in depth on &lt;a href=&#34;https://deadmanssnitch.com/&#34; rel=&#34;nofollow&#34;&gt;Dead Man&amp;#39;s Snitch&lt;/a&gt; - a software service that triggers an alarm if your application doesn&amp;#39;t &amp;#34;check in&amp;#34; with high enough frequency.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod157-dead-mans-snitch-deep-dive-with-adam-cameron.md&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/157-dead-mans-snitch-deep-dive-with-adam-cameron/&#34; rel=&#34;nofollow&#34;&gt;here.&lt;/a&gt;&lt;/p&gt;</content:encoded>
                
                <enclosure length="59199738" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/7ac6cacf-9221-457a-9003-d42d0d8417a3/stream.mp3"/>
                
                <guid isPermaLink="false">bf3fa28f-8e6e-4192-a4a7-59576ec1e2b9</guid>
                <link>https://workingcode.dev/episodes/157-dead-mans-snitch-deep-dive-with-adam-cameron/</link>
                <pubDate>Wed, 13 Dec 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/12/12/13/236f2660-06cc-4a80-bbb8-14115ed1aa26_d87ee-8485-48e1-8ec3-a99af664cffd_cover-art-v1.jpg"/>
                <itunes:duration>3699</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/157-dead-mans-snitch-deep-dive-with-adam-cameron/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>156: JSON, StackOverflow, Testing - Hot Takes</itunes:title>
                <title>156: JSON, StackOverflow, Testing - Hot Takes</title>

                <itunes:episode>156</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On today&#39;s show, we cast off the social filters and lay down some hot takes! This journey of spice serves up the separation of concerns, the future of StackOverflow, the value of comments, the necessity of testing, the role of extracurricular coding, the beauty of clean code, the meh of JSON, and the challenge of building truly great products.

Some of these hot takes are clearly wrong; but, I&#39;ll never tell!

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/156-json-stackoverflow-testing-hot-takes/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we cast off the social filters and lay down some hot takes! This journey of spice serves up the separation of concerns, the future of StackOverflow, the value of comments, the necessity of testing, the role of extracurricular coding, the beauty of clean code, the meh of JSON, and the challenge of building truly great products.</p><p>Some of these hot takes are clearly wrong; but, <em>I&#39;ll never tell</em>!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/156-json-stackoverflow-testing-hot-takes/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we cast off the social filters and lay down some hot takes! This journey of spice serves up the separation of concerns, the future of StackOverflow, the value of comments, the necessity of testing, the role of extracurricular coding, the beauty of clean code, the meh of JSON, and the challenge of building truly great products.&lt;/p&gt;&lt;p&gt;Some of these hot takes are clearly wrong; but, &lt;em&gt;I&amp;#39;ll never tell&lt;/em&gt;!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/156-json-stackoverflow-testing-hot-takes/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="52185965" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/2c4e1798-f3cf-496a-a475-bccbc78405bc/stream.mp3"/>
                
                <guid isPermaLink="false">708f42be-b449-468e-85d3-1132854a89c1</guid>
                <link>https://workingcode.dev/episodes/156-json-stackoverflow-testing-hot-takes/</link>
                <pubDate>Wed, 06 Dec 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/12/6/8/376255bb-8158-49d6-9ca0-2ec5a22b11f6_a9f99-5db1-4ed1-9525-eccd2867f72a_cover-art-v1.jpg"/>
                <itunes:duration>3261</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/156-json-stackoverflow-testing-hot-takes/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>155: Software We&#39;re Thankful For</itunes:title>
                <title>155: Software We&#39;re Thankful For</title>

                <itunes:episode>155</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Coming out of the Thanksgiving holiday (and still recovering from our food comas), we wanted to have some fun today and talk about all of the software that we&#39;re thankful to have in our lives. These aren&#39;t sponsors of the show (yet); but, we love them so much that we wanted to share them with the rest of the world. Topics include Dead Man&#39;s Snitch, Overcast podcast player, git source control, GitHub, Snagit and Skitch screen capture tools, 1Password for password management, PlexTV for media management, video chat, IDEs and code editors, and basically everything that enhances the day-to-day lives of us developers.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/155-software-were-thankful-for/</itunes:summary>
                <description><![CDATA[<p>Coming out of the Thanksgiving holiday (and still recovering from our food comas), we wanted to have some fun today and talk about all of the software that we&#39;re thankful to have in our lives. These aren&#39;t sponsors of the show (yet); but, we love them so much that we wanted to share them with the rest of the world. Topics include <a href="https://deadmanssnitch.com/" rel="nofollow">Dead Man&#39;s Snitch</a>, <a href="https://overcast.fm/" rel="nofollow">Overcast podcast player</a>, <a href="https://git-scm.com/" rel="nofollow">git</a> source control, <a href="https://github.com/" rel="nofollow">GitHub</a>, <a href="https://www.techsmith.com/screen-capture.html" rel="nofollow">Snagit</a> and <a href="https://evernote.com/products/skitch" rel="nofollow">Skitch</a> screen capture tools, <a href="https://1password.com/" rel="nofollow">1Password</a> for password management, <a href="https://www.plex.tv/" rel="nofollow">PlexTV</a> for media management, video chat, IDEs and code editors, and basically everything that enhances the day-to-day lives of us developers.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/155-software-were-thankful-for/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Coming out of the Thanksgiving holiday (and still recovering from our food comas), we wanted to have some fun today and talk about all of the software that we&amp;#39;re thankful to have in our lives. These aren&amp;#39;t sponsors of the show (yet); but, we love them so much that we wanted to share them with the rest of the world. Topics include &lt;a href=&#34;https://deadmanssnitch.com/&#34; rel=&#34;nofollow&#34;&gt;Dead Man&amp;#39;s Snitch&lt;/a&gt;, &lt;a href=&#34;https://overcast.fm/&#34; rel=&#34;nofollow&#34;&gt;Overcast podcast player&lt;/a&gt;, &lt;a href=&#34;https://git-scm.com/&#34; rel=&#34;nofollow&#34;&gt;git&lt;/a&gt; source control, &lt;a href=&#34;https://github.com/&#34; rel=&#34;nofollow&#34;&gt;GitHub&lt;/a&gt;, &lt;a href=&#34;https://www.techsmith.com/screen-capture.html&#34; rel=&#34;nofollow&#34;&gt;Snagit&lt;/a&gt; and &lt;a href=&#34;https://evernote.com/products/skitch&#34; rel=&#34;nofollow&#34;&gt;Skitch&lt;/a&gt; screen capture tools, &lt;a href=&#34;https://1password.com/&#34; rel=&#34;nofollow&#34;&gt;1Password&lt;/a&gt; for password management, &lt;a href=&#34;https://www.plex.tv/&#34; rel=&#34;nofollow&#34;&gt;PlexTV&lt;/a&gt; for media management, video chat, IDEs and code editors, and basically everything that enhances the day-to-day lives of us developers.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/155-software-were-thankful-for/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="51927666" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/105aba05-8940-4a54-865c-d1e018cfd8a4/stream.mp3"/>
                
                <guid isPermaLink="false">a6e9beac-0bb6-47b4-a133-ca5a911fff21</guid>
                <link>https://workingcode.dev/episodes/155-software-were-thankful-for/</link>
                <pubDate>Wed, 29 Nov 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/11/29/15/c55512f1-04d8-4b13-b859-4eb5958e5d91_b9656-7883-4b8b-aef1-e3cc5a6c6934_cover-art-v1.jpg"/>
                <itunes:duration>3245</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/155-software-were-thankful-for/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>154: What Could Go Wrong? Pre-Mortems and Log Levels</itunes:title>
                <title>154: What Could Go Wrong? Pre-Mortems and Log Levels</title>

                <itunes:episode>154</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>On today&#39;s show, we talk using pre-mortems to weed out potential ways a project could go wrong, and Adam wants to know how the crew has their logging set up.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/154-what-could-go-wrong-premortems-and-log-levels/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we continue reflecting on the <a href="https://freakonomics.com/podcast/how-to-succeed-at-failing-part-1-the-chain-of-events/" rel="nofollow">4-part series on &#34;Failure&#34;</a> produced by the <a href="https://freakonomics.com/series/freakonomics-radio/" rel="nofollow">Freakanomics radio podcast</a>. This time, we talk about Premortems; and, about how important it is for a company to create a safe space in which people can talk about failure and about the reasons failure might occur. We also dig into Logging strategies, structured logging, and role of different log levels. And, how we can best consume logs in a way that makes them valuable without being too noisy.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/154-what-could-go-wrong-premortems-and-log-levels/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we continue reflecting on the &lt;a href=&#34;https://freakonomics.com/podcast/how-to-succeed-at-failing-part-1-the-chain-of-events/&#34; rel=&#34;nofollow&#34;&gt;4-part series on &amp;#34;Failure&amp;#34;&lt;/a&gt; produced by the &lt;a href=&#34;https://freakonomics.com/series/freakonomics-radio/&#34; rel=&#34;nofollow&#34;&gt;Freakanomics radio podcast&lt;/a&gt;. This time, we talk about Premortems; and, about how important it is for a company to create a safe space in which people can talk about failure and about the reasons failure might occur. We also dig into Logging strategies, structured logging, and role of different log levels. And, how we can best consume logs in a way that makes them valuable without being too noisy.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/154-what-could-go-wrong-premortems-and-log-levels/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="63608372" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b10e3084-b402-4abf-8310-728fd8b73d55/stream.mp3"/>
                
                <guid isPermaLink="false">1535a800-a4ee-4a08-a5e8-e354d80e235c</guid>
                <link>https://workingcode.dev/episodes/154-what-could-go-wrong-premortems-and-log-levels/</link>
                <pubDate>Wed, 22 Nov 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/11/28/15/e1b9a7a2-f7db-46cd-9d41-2a5214f20b42_f1256-26b7-4c44-bb8a-7b145437d9ad_cover-art-v1.jpg"/>
                <itunes:duration>3975</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/154-what-could-go-wrong-premortems-and-log-levels/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>153: Our Biggest Failures</itunes:title>
                <title>153: Our Biggest Failures</title>

                <itunes:episode>153</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Inspired by a 4-part series on &#34;Failure&#34; produced by the Freakanomics radio podcast, we went around the table and talked about our own failures. This helps to remove the social stigma associated with failure; and, helps other people process internal conflicts of emotion. Tim talks about failing to sell websites in the early dot-com boom; Adam talks about failing to create a ColdFusion package manager; and, Ben talks about the years he lost trying to learn Object Oriented Programming (OOP).

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/153-our-biggest-failures/</itunes:summary>
                <description><![CDATA[<p>Inspired by a <a href="https://freakonomics.com/podcast/how-to-succeed-at-failing-part-1-the-chain-of-events/" rel="nofollow">4-part series on &#34;Failure&#34;</a> produced by the <a href="https://freakonomics.com/series/freakonomics-radio/" rel="nofollow">Freakanomics radio podcast</a>, we went around the table and talked about our own failures. This helps to remove the social stigma associated with failure; and, helps other people process internal conflicts of emotion. Tim talks about failing to sell websites in the early dot-com boom; Adam talks about failing to create a ColdFusion package manager; and, Ben talks about the <em>years he lost</em> trying to learn Object Oriented Programming (OOP).</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/153-our-biggest-failures/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Inspired by a &lt;a href=&#34;https://freakonomics.com/podcast/how-to-succeed-at-failing-part-1-the-chain-of-events/&#34; rel=&#34;nofollow&#34;&gt;4-part series on &amp;#34;Failure&amp;#34;&lt;/a&gt; produced by the &lt;a href=&#34;https://freakonomics.com/series/freakonomics-radio/&#34; rel=&#34;nofollow&#34;&gt;Freakanomics radio podcast&lt;/a&gt;, we went around the table and talked about our own failures. This helps to remove the social stigma associated with failure; and, helps other people process internal conflicts of emotion. Tim talks about failing to sell websites in the early dot-com boom; Adam talks about failing to create a ColdFusion package manager; and, Ben talks about the &lt;em&gt;years he lost&lt;/em&gt; trying to learn Object Oriented Programming (OOP).&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/153-our-biggest-failures/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="50935431" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/8d0a0f39-b05b-4545-ae86-cf4477938589/stream.mp3"/>
                
                <guid isPermaLink="false">13da5fa2-e271-40e6-82fa-7f18f48e6cc2</guid>
                <link>https://workingcode.dev/episodes/153-our-biggest-failures/</link>
                <pubDate>Wed, 15 Nov 2023 12:31:42 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/11/16/23/450bb345-59f8-41d2-93f6-76483e27a7f7_b7a74-3f93-4f46-beb0-5245bb65af1e_cover-art-v1.jpg"/>
                <itunes:duration>3183</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/153-our-biggest-failures/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>152: Cron Heatmaps, Harvard AI, and Ben&#39;s Book - What&#39;s On Your Workbench</itunes:title>
                <title>152: Cron Heatmaps, Harvard AI, and Ben&#39;s Book - What&#39;s On Your Workbench</title>

                <itunes:episode>152</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>This week on the show, the hosts talk about what they have going on. Adam is trying to better understand the cadence with which his scheduled tasks are executing; and, has built a visualization tool using Svelte and D3. Tim has signed up for CS50 at Harvard - an online course introducing Artificial Intelligence (AI) with Python. And, Ben has a working draft for the first half of his Feature Flags book; and, is now considering some sort of pre-sale (if he can figure out how to turn his Markdown files into something consumable).

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/152-cron-heatmaps-harvard-ai-bens-book-whats-on-your-workbench/</itunes:summary>
                <description><![CDATA[<p>This week on the show, the hosts talk about what they have going on. Adam is trying to better understand the cadence with which his scheduled tasks are executing; and, has built a visualization tool using Svelte and D3. Tim has signed up for <a href="https://cs50.harvard.edu/ai/2023/" rel="nofollow">CS50 at Harvard</a> - an online course introducing Artificial Intelligence (AI) with Python. And, Ben has a working draft for the first half of his Feature Flags book; and, is now considering some sort of pre-sale (if he can figure out how to turn his Markdown files into something consumable).</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/152-cron-heatmaps-harvard-ai-bens-book-whats-on-your-workbench/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week on the show, the hosts talk about what they have going on. Adam is trying to better understand the cadence with which his scheduled tasks are executing; and, has built a visualization tool using Svelte and D3. Tim has signed up for &lt;a href=&#34;https://cs50.harvard.edu/ai/2023/&#34; rel=&#34;nofollow&#34;&gt;CS50 at Harvard&lt;/a&gt; - an online course introducing Artificial Intelligence (AI) with Python. And, Ben has a working draft for the first half of his Feature Flags book; and, is now considering some sort of pre-sale (if he can figure out how to turn his Markdown files into something consumable).&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/152-cron-heatmaps-harvard-ai-bens-book-whats-on-your-workbench/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57862269" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/62fa3df7-a1ac-4e9c-b3a4-4b7aaaf9520a/stream.mp3"/>
                
                <guid isPermaLink="false">38459344-8a2c-4c75-9007-c48c7b25ff96</guid>
                <link>https://workingcode.dev/episodes/152-cron-heatmaps-harvard-ai-bens-book-whats-on-your-workbench/</link>
                <pubDate>Wed, 08 Nov 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/11/8/14/a3f1e64d-e639-4bc9-90f4-398d599523df_5446e-cad9-45f0-9ec6-6d97e1097398_cover-art-v1.jpg"/>
                <itunes:duration>3616</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/152-cron-heatmaps-harvard-ai-bens-book-whats-on-your-workbench/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>151: Async Human Solutions</itunes:title>
                <title>151: Async Human Solutions</title>

                <itunes:episode>151</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>When you build a system that is wholly contained within a single process, life is quite clean and predictable. But, the moment you reach outside of your process in order to get work done, you realize how messy the world is. Communication between systems can breakdown for any number of reasons. Often times, we try to create resiliency within the chaos by apply technology. But, sometimes, it makes more sense—and is far less expensive—to fix these problems using a human-oriented solution.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/151-async-human-solutions/</itunes:summary>
                <description><![CDATA[<p>When you build a system that is wholly contained within a single process, life is quite clean and predictable. But, the moment you reach outside of your process in order to get work done, you realize how messy the world is. Communication between systems can breakdown for any number of reasons. Often times, we try to create resiliency within the chaos by apply technology. But, sometimes, it makes more sense—and is far less expensive—to fix these problems using a human-oriented solution.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/151-async-human-solutions/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;When you build a system that is wholly contained within a single process, life is quite clean and predictable. But, the moment you reach outside of your process in order to get work done, you realize how messy the world is. Communication between systems can breakdown for any number of reasons. Often times, we try to create resiliency within the chaos by apply technology. But, sometimes, it makes more sense—and is far less expensive—to fix these problems using a human-oriented solution.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/151-async-human-solutions/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="58833606" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/085f76d8-9061-4bce-abfe-54c018108ef4/stream.mp3"/>
                
                <guid isPermaLink="false">09178e35-c1ff-4858-9173-c6d7cde90fd7</guid>
                <link>https://workingcode.dev/episodes/151-async-human-solutions/</link>
                <pubDate>Wed, 01 Nov 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/10/30/11/29827919-9faf-4992-ba1c-f10d55718e04_cover-art-v1.jpg"/>
                <itunes:duration>3677</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/151-async-human-solutions/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>150: What&#39;s on Your Workbench #3</itunes:title>
                <title>150: What&#39;s on Your Workbench #3</title>

                <itunes:episode>150</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>This week we go around the table and see what the hosts have going on. Carol got a promotion in her first week back at work, despite the fact that she&#39;s had to emotionally suppress everything she once knew about dotnet. Adam is now - finally - at 100% SOC compliance (and is awaiting a 3-month review period). Tim has been wrestling with APIs and bending them to his will (to receive JSON payloads). And, Ben is considering different ways in which to package his Feature Flags book.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/150-whats-on-your-workbench-3/</itunes:summary>
                <description><![CDATA[<p>This week we go around the table and see what the hosts have going on. Carol got a promotion in her first week back at work, despite the fact that she&#39;s had to emotionally suppress everything she once knew about dotnet. Adam is now - finally - at 100% SOC compliance (and is awaiting a 3-month review period). Tim has been wrestling with APIs and bending them to his will (to receive JSON payloads). And, Ben is considering different ways in which to package his Feature Flags book.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/150-whats-on-your-workbench-3/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week we go around the table and see what the hosts have going on. Carol got a promotion in her first week back at work, despite the fact that she&amp;#39;s had to emotionally suppress everything she once knew about dotnet. Adam is now - finally - at 100% SOC compliance (and is awaiting a 3-month review period). Tim has been wrestling with APIs and bending them to his will (to receive JSON payloads). And, Ben is considering different ways in which to package his Feature Flags book.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/150-whats-on-your-workbench-3/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="53760835" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/c9340193-7477-4cdf-b5d1-cffbc2a1b575/stream.mp3"/>
                
                <guid isPermaLink="false">35fb91e5-ea62-44c4-aeec-e7f4859ecf31</guid>
                <link>https://workingcode.dev/episodes/150-whats-on-your-workbench-3/</link>
                <pubDate>Wed, 25 Oct 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/10/25/1/cc6864b0-e131-4e28-bba9-19cc54a5a45c_1fea7-5be8-4328-b356-d307f83d87b2_cover-art-v1.jpg"/>
                <itunes:duration>3360</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/150-whats-on-your-workbench-3/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>149: Margin For Error</itunes:title>
                <title>149: Margin For Error</title>

                <itunes:episode>149</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this episode, Adam and Tim talk about margin for error in various aspects of software development, business and our personal lives.

With audio editing and engineering by ZCross Media.

Full show notes and transcript: https://workingcode.dev/episodes/149-margin-for-error/</itunes:summary>
                <description><![CDATA[<p>In this episode, Adam and Tim talk about margin for error in various aspects of software development, business and our personal lives.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/149-margin-for-error/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this episode, Adam and Tim talk about margin for error in various aspects of software development, business and our personal lives.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/149-margin-for-error/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="27440274" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/f98026af-072b-4fba-9be9-bd6ab2c12219/stream.mp3"/>
                
                <guid isPermaLink="false">afec836b-c964-485e-812e-efcf5b6207e7</guid>
                <link>https://workingcode.dev/episodes/149-margin-for-error/</link>
                <pubDate>Wed, 18 Oct 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/10/16/16/ed7257e7-6587-4527-9927-dbb2bdd7275b_cover-art-v1.jpg"/>
                <itunes:duration>1715</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/149-margin-for-error/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>148: The Day The Code Stood Still</itunes:title>
                <title>148: The Day The Code Stood Still</title>

                <itunes:episode>148</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In this episode, the crew speculate on what would happen if every coder just stopped coding.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/148-the-day-the-code-stood-still/</itunes:summary>
                <description><![CDATA[<p>In this episode, the crew speculate on what would happen if every coder just stopped coding.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/148-the-day-the-code-stood-still/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In this episode, the crew speculate on what would happen if every coder just stopped coding.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/148-the-day-the-code-stood-still/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="48039810" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/92ccc413-f49d-4c23-888f-878fad85a9bb/stream.mp3"/>
                
                <guid isPermaLink="false">125394be-dc18-4435-bca6-c98a6ec5d29b</guid>
                <link>https://workingcode.dev/episodes/148-the-day-the-code-stood-still/</link>
                <pubDate>Wed, 11 Oct 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/10/16/16/96c84d6d-795a-4ea9-bc89-b647cd582c83_0e14e-67e0-48a7-a139-530e66119272_cover-art-v1.jpg"/>
                <itunes:duration>3002</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/148-the-day-the-code-stood-still/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>147: Potluck #9</itunes:title>
                <title>147: Potluck #9</title>

                <itunes:episode>147</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>This week, we go around the table and talk about a variety of topics. Ben talks about Transactive Memory Systems Theory and how it might be applied in an engineering context. Carol—having moved into a new home and a new job—talks about the joys of starting something new in her life. Tim talks about the short-comings of a ticketing system; and, Goodhart&#39;s Law (which states that &#34;when a measure becomes a target, it ceases to be a good measure&#34;). And, Adam considers what his life would look like if he took on more of a leadership / force-multiplier role at work.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript: https://workingcode.dev/episodes/147-potluck-9/</itunes:summary>
                <description><![CDATA[<p>This week, we go around the table and talk about a variety of topics. Ben talks about Transactive Memory Systems Theory and how it might be applied in an engineering context. Carol—having moved into a new home and a new job—talks about the joys of starting something new in her life. Tim talks about the short-comings of a ticketing system; and, Goodhart&#39;s Law (which states that <em>&#34;when a measure becomes a target, it ceases to be a good measure&#34;</em>). And, Adam considers what his life would look like if he took on more of a leadership / force-multiplier role at work.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/147-potluck-9/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week, we go around the table and talk about a variety of topics. Ben talks about Transactive Memory Systems Theory and how it might be applied in an engineering context. Carol—having moved into a new home and a new job—talks about the joys of starting something new in her life. Tim talks about the short-comings of a ticketing system; and, Goodhart&amp;#39;s Law (which states that &lt;em&gt;&amp;#34;when a measure becomes a target, it ceases to be a good measure&amp;#34;&lt;/em&gt;). And, Adam considers what his life would look like if he took on more of a leadership / force-multiplier role at work.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/147-potluck-9/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="66919862" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/8f38956d-7023-4039-87e6-cde711d58563/stream.mp3"/>
                
                <guid isPermaLink="false">399defbb-38da-4ab7-bf03-4cc06790ab21</guid>
                <link>https://workingcode.dev/episodes/147-potluck-9/</link>
                <pubDate>Wed, 04 Oct 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/10/2/13/99c1fa8e-eb0a-43ff-8fc5-0b7b4a6fe7da_cover-art-v1.jpg"/>
                <itunes:duration>4182</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/147-potluck-9/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>146: Resiliency is Hard</itunes:title>
                <title>146: Resiliency is Hard</title>

                <itunes:episode>146</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>The products that we build can become quite complex and involve many interconnected parts. Due to this complexity, and to the properties of the natural world, these products will begin to fail in new and exciting ways. There&#39;s really no way to stop a system from failing; but, we can build systems that are more resilient to failure. That said, this is oftentimes much more challenging than we expect. On today&#39;s show, we talk about the complex systems that we&#39;ve built personally; and, how we attempt to keep them online in the face of uncertainty.

As a funny aside on the topic of complexity, checkout Tom Scott&#39;s video: The Problem with Time &amp; Timezones.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/146-resiliency-is-hard/</itunes:summary>
                <description><![CDATA[<p>The products that we build can become quite complex and involve many interconnected parts. Due to this complexity, and to the properties of the natural world, these products <em>will</em> begin to fail in new and exciting ways. There&#39;s really no way to stop a system from failing; but, we can build systems that are <em>more resilient</em> to failure. That said, this is oftentimes much more challenging than we expect. On today&#39;s show, we talk about the complex systems that we&#39;ve built personally; and, how we attempt to keep them online in the face of uncertainty.</p><p>As a funny aside on the topic of complexity, checkout Tom Scott&#39;s video: <a href="https://www.youtube.com/watch?v=-5wpm-gesOY" rel="nofollow">The Problem with Time &amp; Timezones</a>.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/146-resiliency-is-hard/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;The products that we build can become quite complex and involve many interconnected parts. Due to this complexity, and to the properties of the natural world, these products &lt;em&gt;will&lt;/em&gt; begin to fail in new and exciting ways. There&amp;#39;s really no way to stop a system from failing; but, we can build systems that are &lt;em&gt;more resilient&lt;/em&gt; to failure. That said, this is oftentimes much more challenging than we expect. On today&amp;#39;s show, we talk about the complex systems that we&amp;#39;ve built personally; and, how we attempt to keep them online in the face of uncertainty.&lt;/p&gt;&lt;p&gt;As a funny aside on the topic of complexity, checkout Tom Scott&amp;#39;s video: &lt;a href=&#34;https://www.youtube.com/watch?v=-5wpm-gesOY&#34; rel=&#34;nofollow&#34;&gt;The Problem with Time &amp;amp; Timezones&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/146-resiliency-is-hard/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="66598034" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b69b1589-12f0-4c73-b6a6-69215aab569a/stream.mp3"/>
                
                <guid isPermaLink="false">27a894d9-5a50-4ec8-8562-25578bc08a53</guid>
                <link>https://workingcode.dev/episodes/146-resiliency-is-hard/</link>
                <pubDate>Wed, 27 Sep 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/9/25/17/5340ad9c-a964-42ac-9d50-db0151764034_cover-art-v1.jpg"/>
                <itunes:duration>4162</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/146-resiliency-is-hard/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>145: Shiny New Things - Bun, Svelte, Skeleton</itunes:title>
                <title>145: Shiny New Things - Bun, Svelte, Skeleton</title>

                <itunes:episode>145</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Adam, our early-adopter in residence, talks to Carol about Bun, Skeleton, and Svelte. With a focus on introducing new tools to an existing team, the two mainly talk about Bun, a hot new all-in-one JavaScript toolkit that is simultaneously a runtime, a server, a package manager, and a test runner. Come find out why its feature-set and speed leave Adam singing, My application don&#39;t want none unless you got Bun, hun!

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

Full show notes and transcript here: https://workingcode.dev/episodes/145-shiny-new-things-bun-svelte-skeleton/

With audio editing and engineering by ZCross Media.</itunes:summary>
                <description><![CDATA[<p>Adam, our early-adopter in residence, talks to Carol about <a href="https://bun.sh/" rel="nofollow">Bun</a>, <a href="https://www.skeleton.dev/" rel="nofollow">Skeleton</a>, and <a href="https://svelte.dev/" rel="nofollow">Svelte</a>. With a focus on introducing new tools to an existing team, the two mainly talk about Bun, a hot new all-in-one JavaScript toolkit that is simultaneously a <em>runtime</em>, a <em>server</em>, a <em>package manager</em>, and a <em>test runner</em>. Come find out why its feature-set and speed leave Adam singing, <em>My application don&#39;t want none unless you got Bun, hun!</em></p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/145-shiny-new-things-bun-svelte-skeleton/" rel="nofollow">here</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Adam, our early-adopter in residence, talks to Carol about &lt;a href=&#34;https://bun.sh/&#34; rel=&#34;nofollow&#34;&gt;Bun&lt;/a&gt;, &lt;a href=&#34;https://www.skeleton.dev/&#34; rel=&#34;nofollow&#34;&gt;Skeleton&lt;/a&gt;, and &lt;a href=&#34;https://svelte.dev/&#34; rel=&#34;nofollow&#34;&gt;Svelte&lt;/a&gt;. With a focus on introducing new tools to an existing team, the two mainly talk about Bun, a hot new all-in-one JavaScript toolkit that is simultaneously a &lt;em&gt;runtime&lt;/em&gt;, a &lt;em&gt;server&lt;/em&gt;, a &lt;em&gt;package manager&lt;/em&gt;, and a &lt;em&gt;test runner&lt;/em&gt;. Come find out why its feature-set and speed leave Adam singing, &lt;em&gt;My application don&amp;#39;t want none unless you got Bun, hun!&lt;/em&gt;&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/145-shiny-new-things-bun-svelte-skeleton/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="42707487" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/29db6b31-b160-4a00-9459-9697d441cd31/stream.mp3"/>
                
                <guid isPermaLink="false">7f0591db-0811-44e4-9ad2-2ab64e11d4bb</guid>
                <link>https://workingcode.dev/episodes/145-shiny-new-things-bun-svelte-skeleton/</link>
                <pubDate>Wed, 20 Sep 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/9/18/13/0b8aebbf-0538-4582-b334-f1392d5af076_cover-art-v1.jpg"/>
                <itunes:duration>2669</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/145-shiny-new-things-bun-svelte-skeleton/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>144: The Power of One</itunes:title>
                <title>144: The Power of One</title>

                <itunes:episode>144</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>In a perfect world, we always do our best. But, our capacity for &#34;best&#34; changes on a day-to-day basis. On some days, doing our best means jumping out of bed and absolutely crushing the day! On other days, doing our best means that we rallied just to get out of bed. And, that&#39;s OK. When we&#39;re in the slog - when our &#34;best&#34; is degraded - it can be helpful to identify a single, small challenge for the day; a challenge that can be accomplish and celebrated. This technique is what Carol calls the &#34;Power of One&#34;.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

Full show notes and transcript here: https://workingcode.dev/episodes/144-the-power-of-one/

With audio editing and engineering by ZCross Media.</itunes:summary>
                <description><![CDATA[<p>In a perfect world, we always do our best. But, our capacity for &#34;best&#34; changes on a day-to-day basis. On some days, doing our best means jumping out of bed and absolutely <em>crushing the day</em>! On other days, doing our best means that we rallied <em>just</em> to get out of bed. And, that&#39;s OK. When we&#39;re in the slog - when our &#34;best&#34; is degraded - it can be helpful to identify a single, small challenge for the day; a challenge that can be accomplish and celebrated. This technique is what Carol calls the &#34;Power of One&#34;.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/144-the-power-of-one/" rel="nofollow">here</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In a perfect world, we always do our best. But, our capacity for &amp;#34;best&amp;#34; changes on a day-to-day basis. On some days, doing our best means jumping out of bed and absolutely &lt;em&gt;crushing the day&lt;/em&gt;! On other days, doing our best means that we rallied &lt;em&gt;just&lt;/em&gt; to get out of bed. And, that&amp;#39;s OK. When we&amp;#39;re in the slog - when our &amp;#34;best&amp;#34; is degraded - it can be helpful to identify a single, small challenge for the day; a challenge that can be accomplish and celebrated. This technique is what Carol calls the &amp;#34;Power of One&amp;#34;.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/144-the-power-of-one/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="27754579" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/ac8b550c-9573-40b5-a851-ccdb60c26ba2/stream.mp3"/>
                
                <guid isPermaLink="false">d84cafc9-3835-4203-89af-4aa68b95812e</guid>
                <link>https://workingcode.dev/episodes/144-the-power-of-one/</link>
                <pubDate>Wed, 13 Sep 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/9/18/13/56d27453-98f2-4db4-9509-5cc636fa758c_08fd8-21e4-498b-9396-9fdec1bc1fac_cover-art-v1.jpg"/>
                <itunes:duration>1734</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/144-the-power-of-one/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>143: Moving On, Rewriting, Replatforming</itunes:title>
                <title>143: Moving On, Rewriting, Replatforming</title>

                <itunes:episode>143</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>While change is inevitable, managing and adapting to change is always a challenge. Change represents the end of something we knew and - at least for some period - loved; and, ushers in the start of something completely unknown. On today&#39;s show, we explore the difficulties in &#34;moving on&#34; using several different contexts: Jobs, tech stacks, video games, API implementations, front-end frameworks, and more.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript: https://workingcode.dev/episodes/143-moving-on-rewriting-replatforming/</itunes:summary>
                <description><![CDATA[<p>While change is inevitable, managing and adapting to change is always a challenge. Change represents the end of something we knew and - at least for some period - loved; and, ushers in the start of something completely unknown. On today&#39;s show, we explore the difficulties in &#34;moving on&#34; using several different contexts: Jobs, tech stacks, video games, API implementations, front-end frameworks, and more.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/143-moving-on-rewriting-replatforming/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;While change is inevitable, managing and adapting to change is always a challenge. Change represents the end of something we knew and - at least for some period - loved; and, ushers in the start of something completely unknown. On today&amp;#39;s show, we explore the difficulties in &amp;#34;moving on&amp;#34; using several different contexts: Jobs, tech stacks, video games, API implementations, front-end frameworks, and more.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/143-moving-on-rewriting-replatforming/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="65520535" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/9bee10f6-4039-42ce-89f2-3da423b24261/stream.mp3"/>
                
                <guid isPermaLink="false">8a3ac2f9-b7de-4437-a73d-2cd9f812ec89</guid>
                <link>https://workingcode.dev/episodes/143-moving-on-rewriting-replatforming/</link>
                <pubDate>Wed, 06 Sep 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/9/4/22/c6b4ef4f-dfed-417b-b7ec-2649a465dece_cover-art-v1.jpg"/>
                <itunes:duration>4095</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/143-moving-on-rewriting-replatforming/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>142: Tangents All the Way Down</itunes:title>
                <title>142: Tangents All the Way Down</title>

                <itunes:episode>142</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>When Carol&#39;s not here to keep us in line, the show quickly flys off the rails. So much so, in fact, that we never made it to the intended topic - it&#39;s just tangents upon tangents upon tangents. We touch upon &#34;vendoring&#34; of our external libraries, installing dependencies with apt-get, dictation app differences between macOS and iOS, the regret of not building features sooner, building the perfect demo for clients, and the &#34;trap&#34; of having to innovate. And that&#39;s not even everything! Carol - we need you! You&#39;re our only hope!

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript here: https://workingcode.dev/episodes/142-tangents-all-the-way-down/</itunes:summary>
                <description><![CDATA[<p>When Carol&#39;s not here to keep us in line, the show quickly flys off the rails. So much so, in fact, that we never made it to the intended topic - it&#39;s just tangents upon tangents upon tangents. We touch upon &#34;vendoring&#34; of our external libraries, installing dependencies with <code>apt-get</code>, dictation app differences between macOS and iOS, the regret of not building features sooner, building the perfect demo for clients, and the &#34;trap&#34; of having to innovate. And that&#39;s <em>not even</em> everything! Carol - we need you! You&#39;re our only hope!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p>Full show notes and transcript <a href="https://workingcode.dev/episodes/142-tangents-all-the-way-down/" rel="nofollow">here</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;When Carol&amp;#39;s not here to keep us in line, the show quickly flys off the rails. So much so, in fact, that we never made it to the intended topic - it&amp;#39;s just tangents upon tangents upon tangents. We touch upon &amp;#34;vendoring&amp;#34; of our external libraries, installing dependencies with &lt;code&gt;apt-get&lt;/code&gt;, dictation app differences between macOS and iOS, the regret of not building features sooner, building the perfect demo for clients, and the &amp;#34;trap&amp;#34; of having to innovate. And that&amp;#39;s &lt;em&gt;not even&lt;/em&gt; everything! Carol - we need you! You&amp;#39;re our only hope!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Full show notes and transcript &lt;a href=&#34;https://workingcode.dev/episodes/142-tangents-all-the-way-down/&#34; rel=&#34;nofollow&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="50891964" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/809d474f-a9b8-4735-b0c3-ac4821051e2d/stream.mp3"/>
                
                <guid isPermaLink="false">c150ee63-e884-4bd6-8430-59f99ac14dc1</guid>
                <link>https://workingcode.dev/episodes/142-tangents-all-the-way-down/</link>
                <pubDate>Wed, 30 Aug 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/8/28/12/e1310d8a-b25b-4724-9a96-5590ee8ab3aa_cover-art-v1.jpg"/>
                <itunes:duration>3180</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/142-tangents-all-the-way-down/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>141: Building Stuff So You Can Build Stuff</itunes:title>
                <title>141: Building Stuff So You Can Build Stuff</title>

                <itunes:episode>141</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Inspired by an article from Dimitri Glazkov: Build a thing to build the thing, we talk about the importance of consuming of our own products. Often referred to as &#34;Dog Fooding&#34;, this means that we must try and build something in the same way that our customers would be expected to build something. And, in doing so, better identify the feature gaps and the points-of-friction. In order to best meet our customers where they are, we have to - in a sense - become our customers.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.

Full show notes and transcript: https://workingcode.dev/episodes/141-building-stuff-so-you-can-build-stuff/</itunes:summary>
                <description><![CDATA[<p>Inspired by an article from <a href="https://glazkov.com/2023/08/03/build-a-thing-to-build-the-thing/" rel="nofollow">Dimitri Glazkov: Build a thing to build the thing</a>, we talk about the importance of consuming of our own products. Often referred to as &#34;Dog Fooding&#34;, this means that we must try and build something in the same way that <em>our customers</em> would be expected to build something. And, in doing so, better identify the feature gaps and the points-of-friction. In order to best meet our customers <em>where they are</em>, we have to - in a sense - become our customers.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p><p><a href="https://workingcode.dev/episodes/141-building-stuff-so-you-can-build-stuff/" rel="nofollow">Full show notes and transcript.</a></p>]]></description>
                <content:encoded>&lt;p&gt;Inspired by an article from &lt;a href=&#34;https://glazkov.com/2023/08/03/build-a-thing-to-build-the-thing/&#34; rel=&#34;nofollow&#34;&gt;Dimitri Glazkov: Build a thing to build the thing&lt;/a&gt;, we talk about the importance of consuming of our own products. Often referred to as &amp;#34;Dog Fooding&amp;#34;, this means that we must try and build something in the same way that &lt;em&gt;our customers&lt;/em&gt; would be expected to build something. And, in doing so, better identify the feature gaps and the points-of-friction. In order to best meet our customers &lt;em&gt;where they are&lt;/em&gt;, we have to - in a sense - become our customers.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;&lt;a href=&#34;https://workingcode.dev/episodes/141-building-stuff-so-you-can-build-stuff/&#34; rel=&#34;nofollow&#34;&gt;Full show notes and transcript.&lt;/a&gt;&lt;/p&gt;</content:encoded>
                
                <enclosure length="47897704" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/7d455127-51ea-4691-9c9f-1c5409ef9d26/stream.mp3"/>
                
                <guid isPermaLink="false">e891138e-bd50-4d43-af66-2fcc3a5324b2</guid>
                <link>https://workingcode.dev/episodes/141-building-stuff-so-you-can-build-stuff/</link>
                <pubDate>Wed, 23 Aug 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/8/22/16/4d7debf4-fc1b-442b-8093-53f7a509cbaf_cover-art-v1.jpg"/>
                <itunes:duration>2993</itunes:duration>
                <podcast:transcript url="https://workingcode.dev/episodes/141-building-stuff-so-you-can-build-stuff/" type="text/html" />
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>140: Fraud, What is it Good For?</itunes:title>
                <title>140: Fraud, What is it Good For?</title>

                <itunes:episode>140</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>If a property is exposed on the internet, people will try to take advantage of it. This might be in the form of sending spam through a communications portal, scamming cellular providers via SMS tolling, or using payment forms to validate stolen credit cards. And that&#39;s just to name a few possible attack vectors! It appears there&#39;s no hurdle too high nor process too tedious for the fraudsters to circumvent. On today&#39;s show, we share our own war stories about detecting, preventing, and dealing with the aftermath of fraud on our own web-facing applications.

Follow the show and be sure to join the discussion on Discord! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes drop weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon.

With audio editing and engineering by ZCross Media.</itunes:summary>
                <description><![CDATA[<p>If a property is exposed on the internet, people will try to take advantage of it. This might be in the form of sending spam through a communications portal, scamming cellular providers via SMS tolling, or using payment forms to validate stolen credit cards. And that&#39;s just to name a few possible attack vectors! It appears there&#39;s no hurdle too high nor process too tedious for the fraudsters to circumvent. On today&#39;s show, we share our own war stories about detecting, preventing, and dealing with the aftermath of fraud on our own web-facing applications.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;If a property is exposed on the internet, people will try to take advantage of it. This might be in the form of sending spam through a communications portal, scamming cellular providers via SMS tolling, or using payment forms to validate stolen credit cards. And that&amp;#39;s just to name a few possible attack vectors! It appears there&amp;#39;s no hurdle too high nor process too tedious for the fraudsters to circumvent. On today&amp;#39;s show, we share our own war stories about detecting, preventing, and dealing with the aftermath of fraud on our own web-facing applications.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="47947441" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a3703f12-1453-4c9b-86a1-0ea6d3dd34fd/stream.mp3"/>
                
                <guid isPermaLink="false">3d9a8e77-65d1-44dd-9c11-1c7e26d63d34</guid>
                <link>https://workingcode.dev/episodes/140-fraud-what-is-it-good-for/</link>
                <pubDate>Wed, 16 Aug 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/8/14/20/58ce629b-350e-41c7-8da8-4a832a5e7f3e_cover-art-v1.jpg"/>
                <itunes:duration>2996</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>139: New Tables vs New Columns</itunes:title>
                <title>139: New Tables vs New Columns</title>

                <itunes:episode>139</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/139-new-tables-vs-new-columns/</itunes:summary>
                <description><![CDATA[<p>Early on in his career, Ben&#39;s default behavior was to add <em>new database columns</em> to any <em>existing table</em> that felt &#34;similar enough&#34; in nature. After years of evolving an application, however, this has lead to relatively wide tables with only a loose sense of cohesion. More recently in his career, Ben has started to err on the side of creating <em>new tables</em> in order to house <em>new columns</em>. While this approach adds complexity in some ways, it also reduces complexity in other ways and creates a more clearly defined data model. Or, so he hopes.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Early on in his career, Ben&amp;#39;s default behavior was to add &lt;em&gt;new database columns&lt;/em&gt; to any &lt;em&gt;existing table&lt;/em&gt; that felt &amp;#34;similar enough&amp;#34; in nature. After years of evolving an application, however, this has lead to relatively wide tables with only a loose sense of cohesion. More recently in his career, Ben has started to err on the side of creating &lt;em&gt;new tables&lt;/em&gt; in order to house &lt;em&gt;new columns&lt;/em&gt;. While this approach adds complexity in some ways, it also reduces complexity in other ways and creates a more clearly defined data model. Or, so he hopes.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57499480" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/fdf09eb8-6d67-43a8-a59a-9046e2d3e1e2/stream.mp3"/>
                
                <guid isPermaLink="false">257c5d41-8513-4c48-ba22-44864636e308</guid>
                <link>https://workingcode.dev/episodes/139-new-tables-vs-new-columns/</link>
                <pubDate>Wed, 09 Aug 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/8/7/15/cea056ad-6c36-4bc8-9046-1f157da22044_cover-art-v1.jpg"/>
                <itunes:duration>3593</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>138: Ben Goes Streaking</itunes:title>
                <title>138: Ben Goes Streaking</title>

                <itunes:episode>138</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/138-ben-goes-streaking/</itunes:summary>
                <description><![CDATA[<p>As Ben builds-out <a href="https://www.digdeepfitness.com/" rel="nofollow">Dig Deep Fitness</a>, he wants to include an &#34;Activity Streak&#34; indicator as a way for people to feel good about the consistent effort that they&#39;ve been putting into their workouts. &#34;Streaks&#34;, however, are bucketed by &#34;day&#34;; and, said &#34;day&#34; is specific to the user&#39;s current timezone experience. Historically, Ben has stored all of his application dates in UTC time; but, he senses that this won&#39;t be appropriate for &#34;Activity Streak&#34; tracking. As such, he turns to his brilliant Working Code co-hosts for their sagely advice.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;As Ben builds-out &lt;a href=&#34;https://www.digdeepfitness.com/&#34; rel=&#34;nofollow&#34;&gt;Dig Deep Fitness&lt;/a&gt;, he wants to include an &amp;#34;Activity Streak&amp;#34; indicator as a way for people to feel good about the consistent effort that they&amp;#39;ve been putting into their workouts. &amp;#34;Streaks&amp;#34;, however, are bucketed by &amp;#34;day&amp;#34;; and, said &amp;#34;day&amp;#34; is specific to the user&amp;#39;s current timezone experience. Historically, Ben has stored all of his application dates in UTC time; but, he senses that this won&amp;#39;t be appropriate for &amp;#34;Activity Streak&amp;#34; tracking. As such, he turns to his brilliant Working Code co-hosts for their sagely advice.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="56704522" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/111cd03e-ada3-4295-9984-0e85c3499c02/stream.mp3"/>
                
                <guid isPermaLink="false">41cd6f09-d7bd-491c-9c9e-6716d7f3610c</guid>
                <link>https://workingcode.dev/episodes/138-ben-goes-streaking/</link>
                <pubDate>Wed, 02 Aug 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/7/31/15/6f216721-59d5-4653-b459-05c5d0666474_cover-art-v1.jpg"/>
                <itunes:duration>3544</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>137: The Grug Brained Developer</itunes:title>
                <title>137: The Grug Brained Developer</title>

                <itunes:episode>137</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/137-the-grug-brained-developer/</itunes:summary>
                <description><![CDATA[<p>This week on the show, we have Tim—our only host with screen acting experience—read from <a href="https://grugbrain.dev/" rel="nofollow">The Grug Brained Developer</a>, &#34;A layman&#39;s guide to thinking like the self-aware smol brained&#34;. This guide uses fun, caveman&#39;esque language to point out the challenges and missteps that we often take in software development. And, how keeping things simple - for easy <em>smol brain</em> consumption - will often lead to better software outcomes.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week on the show, we have Tim—our only host with screen acting experience—read from &lt;a href=&#34;https://grugbrain.dev/&#34; rel=&#34;nofollow&#34;&gt;The Grug Brained Developer&lt;/a&gt;, &amp;#34;A layman&amp;#39;s guide to thinking like the self-aware smol brained&amp;#34;. This guide uses fun, caveman&amp;#39;esque language to point out the challenges and missteps that we often take in software development. And, how keeping things simple - for easy &lt;em&gt;smol brain&lt;/em&gt; consumption - will often lead to better software outcomes.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="38665822" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/ba9a8c09-a09c-4fe0-934d-c444db828dee/stream.mp3"/>
                
                <guid isPermaLink="false">284dd686-8809-4a93-8661-12bf0db3677d</guid>
                <link>https://workingcode.dev/episodes/137-the-grug-brained-developer/</link>
                <pubDate>Wed, 26 Jul 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/7/25/4/69daffe4-ef08-4937-84d8-03b57d6d2027_cover-art-v1.jpg"/>
                <itunes:duration>2416</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>136: Words, Do They Matter?</itunes:title>
                <title>136: Words, Do They Matter?</title>

                <itunes:episode>136</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/136-words-do-they-matter/</itunes:summary>
                <description><![CDATA[<p>Words aren&#39;t <em>just</em> the tools that we use to describe the world around us - they are rich layers of abstraction that carry our cultural histories, our education, and our social norms on their shoulders. When we have a shared understanding of a what a word or turn-of-phrase means, our ability to communicate with each other is robust and unparalleled. But, when our differences our great, we end up talking past each other and going around in circles. Words aren&#39;t just effective, they&#39;re magical. Take, for example, a simple analogy: &#34;It&#39;s the movie JAWS, but with cats!&#34; — this will immediately conjure up <em>entire worlds</em> within the mind of the listener. So, do words matter? You bet your donkey they do!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Words aren&amp;#39;t &lt;em&gt;just&lt;/em&gt; the tools that we use to describe the world around us - they are rich layers of abstraction that carry our cultural histories, our education, and our social norms on their shoulders. When we have a shared understanding of a what a word or turn-of-phrase means, our ability to communicate with each other is robust and unparalleled. But, when our differences our great, we end up talking past each other and going around in circles. Words aren&amp;#39;t just effective, they&amp;#39;re magical. Take, for example, a simple analogy: &amp;#34;It&amp;#39;s the movie JAWS, but with cats!&amp;#34; — this will immediately conjure up &lt;em&gt;entire worlds&lt;/em&gt; within the mind of the listener. So, do words matter? You bet your donkey they do!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="45007098" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/542d8d82-b98c-48f4-92d9-7c09f0eb0840/stream.mp3"/>
                
                <guid isPermaLink="false">f4ae5f43-01e5-452d-9141-6f214cee5762</guid>
                <link>https://workingcode.dev/episodes/136-words-do-they-matter/</link>
                <pubDate>Wed, 19 Jul 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/7/17/12/2b3dc4d9-5760-4777-b9c9-62e91cd18423_a8bfe-6b4b-40d1-8fc0-25374810fa42_cover-art-v1.jpg"/>
                <itunes:duration>2812</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>135: Note To Self v0.3.0</itunes:title>
                <title>135: Note To Self v0.3.0</title>

                <itunes:episode>135</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/135-note-to-self-v0-3-0/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s episode, we invite you into another dimension. A dimension not only of sight and sound, but of mind. Ben&#39;s mind. Ben&#39;s sick, twisted cavern of decay and depravity wherein we gain insight into what actually makes this man tick. Topics include the slippery slope of the &#34;Shift Left&#34; mentality; over-complicating life with JWTs (JSON Web Tokens); dangerous public-on-public method invocation; and, the inherent <em>cost</em> of <em>everything</em>.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s episode, we invite you into another dimension. A dimension not only of sight and sound, but of mind. Ben&amp;#39;s mind. Ben&amp;#39;s sick, twisted cavern of decay and depravity wherein we gain insight into what actually makes this man tick. Topics include the slippery slope of the &amp;#34;Shift Left&amp;#34; mentality; over-complicating life with JWTs (JSON Web Tokens); dangerous public-on-public method invocation; and, the inherent &lt;em&gt;cost&lt;/em&gt; of &lt;em&gt;everything&lt;/em&gt;.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="49752189" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/db3c212f-ff27-447d-a850-227dbd5715d7/stream.mp3"/>
                
                <guid isPermaLink="false">caf1c3d8-f767-4565-8aa3-2b236f784a56</guid>
                <link>https://workingcode.dev/episodes/135-note-to-self-v0-3-0/</link>
                <pubDate>Wed, 12 Jul 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/7/10/6/9a0cc361-6f7e-4dd3-89d6-f1b5ba25746c_cover-art-v1.jpg"/>
                <itunes:duration>3109</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>134: Ben Goes to a Conference</itunes:title>
                <title>134: Ben Goes to a Conference</title>

                <itunes:episode>134</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/134-ben-goes-to-a-conference/</itunes:summary>
                <description><![CDATA[<p>After a multi-year global pandemic, preceded by a dearth of ColdFusion conferences in the U.S., Ben finally made it out to Munich, Germany for <a href="https://www.cfcamp.org/" rel="nofollow">CFCamp 2023</a> - Europe&#39;s premier CFML-oriented conference. At 130 attendees, it was the perfect place to re-enter society and talk tech with like-minded engineers. Going into it, Ben was anxious. But, by the end of the 3-day event, he ended up having a great time and was privileged to hang out with some truly wonderful people!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;After a multi-year global pandemic, preceded by a dearth of ColdFusion conferences in the U.S., Ben finally made it out to Munich, Germany for &lt;a href=&#34;https://www.cfcamp.org/&#34; rel=&#34;nofollow&#34;&gt;CFCamp 2023&lt;/a&gt; - Europe&amp;#39;s premier CFML-oriented conference. At 130 attendees, it was the perfect place to re-enter society and talk tech with like-minded engineers. Going into it, Ben was anxious. But, by the end of the 3-day event, he ended up having a great time and was privileged to hang out with some truly wonderful people!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="48954723" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d3501dda-8ad0-42ae-99bf-e2e63396ab5f/stream.mp3"/>
                
                <guid isPermaLink="false">00dee863-d9a9-49db-a056-773e8c723a10</guid>
                <link>https://workingcode.dev/episodes/134-ben-goes-to-a-conference/</link>
                <pubDate>Wed, 05 Jul 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/7/4/20/9cf03870-282a-4639-8f7a-bed4356cc443_ef850-4352-4dbc-a7cf-fa4d5e2f7416_cover-art-v1.jpg"/>
                <itunes:duration>3059</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>133: The Final Stretch</itunes:title>
                <title>133: The Final Stretch</title>

                <itunes:episode>133</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/133-the-final-stretch/</itunes:summary>
                <description><![CDATA[<p>Starting a new project is always exciting: there&#39;s so much potential, so many visions of grandeur. <em>Completing a project</em>, on the other hand, is always a challenge. In the engineering world, we often joke that the <em>last 90%</em> of a project takes just as much time as the <em>first 90%</em> of a project. Inspired by the <a href="https://github.com/readme/guides/finish-your-projects" rel="nofollow">GitHub Guide: Finish Your Projects</a>, we wanted to talk about why finishing a project is always such a slog; and, how we can keep the momentum moving forward in order to get our projects over the finish-line.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Starting a new project is always exciting: there&amp;#39;s so much potential, so many visions of grandeur. &lt;em&gt;Completing a project&lt;/em&gt;, on the other hand, is always a challenge. In the engineering world, we often joke that the &lt;em&gt;last 90%&lt;/em&gt; of a project takes just as much time as the &lt;em&gt;first 90%&lt;/em&gt; of a project. Inspired by the &lt;a href=&#34;https://github.com/readme/guides/finish-your-projects&#34; rel=&#34;nofollow&#34;&gt;GitHub Guide: Finish Your Projects&lt;/a&gt;, we wanted to talk about why finishing a project is always such a slog; and, how we can keep the momentum moving forward in order to get our projects over the finish-line.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="48470308" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/062ccb76-9b54-4e5f-b77c-4e534fbe77e6/stream.mp3"/>
                
                <guid isPermaLink="false">4f9cf829-2cb4-403d-bc0d-1a32d6b05726</guid>
                <link>https://workingcode.dev/episodes/133-the-final-stretch/</link>
                <pubDate>Wed, 28 Jun 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/6/26/16/7a99f507-315e-4e24-9ff1-df2f2ea53081_cover-art-v1.jpg"/>
                <itunes:duration>3029</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>132: Virtual Reality</itunes:title>
                <title>132: Virtual Reality</title>

                <itunes:episode>132</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/132-virtual-reality/</itunes:summary>
                <description><![CDATA[<p>After watching the release event for Apple&#39;s new <a href="https://www.apple.com/apple-vision-pro/" rel="nofollow">Vision Pro</a> headset, Tim wants to talk to us about both Virtual Reality (VR) and Augmented Reality (AR); and, get our general take on where this all fits into the future of computing. We each have a different level of exposure to this kind of technology. But, certainly none of us is using any type of headset in an ongoing way.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;After watching the release event for Apple&amp;#39;s new &lt;a href=&#34;https://www.apple.com/apple-vision-pro/&#34; rel=&#34;nofollow&#34;&gt;Vision Pro&lt;/a&gt; headset, Tim wants to talk to us about both Virtual Reality (VR) and Augmented Reality (AR); and, get our general take on where this all fits into the future of computing. We each have a different level of exposure to this kind of technology. But, certainly none of us is using any type of headset in an ongoing way.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="53420617" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/88f45de7-09c7-4091-97aa-1bfeb5628111/stream.mp3"/>
                
                <guid isPermaLink="false">e6377b91-65ba-447b-8a7a-da91e9f2aafa</guid>
                <link>https://workingcode.dev/episodes/132-virtual-reality/</link>
                <pubDate>Wed, 21 Jun 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/6/18/23/67ff5604-119f-4b3d-8104-281797c793a3_cover-art-v1.jpg"/>
                <itunes:duration>3338</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>131: Starting From Scratch</itunes:title>
                <title>131: Starting From Scratch</title>

                <itunes:episode>131</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/131-starting-from-scratch/</itunes:summary>
                <description><![CDATA[<p>After years of wanting to build a fitness tracking application, Ben has finally started to write code for <a href="https://www.digdeepfitness.com/" rel="nofollow">Dig Deep Fitness</a>. But, starting a new project from scratch isn&#39;t something that we engineers do very often; and, all of the features that we take for granted - session manage, error logging, rate limiting, email delivery - those foundational aspects all need to be created when we start something new. On today&#39;s show, Ben walks us through the pragmatic choices that he&#39;s made in order to try and keep progress moving forward even if it comes at the cost of elegance.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;After years of wanting to build a fitness tracking application, Ben has finally started to write code for &lt;a href=&#34;https://www.digdeepfitness.com/&#34; rel=&#34;nofollow&#34;&gt;Dig Deep Fitness&lt;/a&gt;. But, starting a new project from scratch isn&amp;#39;t something that we engineers do very often; and, all of the features that we take for granted - session manage, error logging, rate limiting, email delivery - those foundational aspects all need to be created when we start something new. On today&amp;#39;s show, Ben walks us through the pragmatic choices that he&amp;#39;s made in order to try and keep progress moving forward even if it comes at the cost of elegance.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55244591" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d44d62ed-24c7-4baf-bc10-f4be79e5652d/stream.mp3"/>
                
                <guid isPermaLink="false">c85c7bec-bae8-4b99-a090-80704a6e00c4</guid>
                <link>https://workingcode.dev/episodes/131-starting-from-scratch/</link>
                <pubDate>Wed, 14 Jun 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/6/12/17/946cca51-4069-4a1c-b89f-aa0940e74d2a_cover-art-v1.jpg"/>
                <itunes:duration>3452</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>130: Book Club - The Phoenix Project</itunes:title>
                <title>130: Book Club - The Phoenix Project</title>

                <itunes:episode>130</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/130-book-club-the-phoenix-project/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we have our first book club discussion about <a href="https://itrevolution.com/product/the-phoenix-project/" rel="nofollow">The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win</a> by authors Gene Kim, Kevin Behr, and George Spafford. We review chapters 3-6 and talk about how Adam&#39;s recent compliance work has given him a fresh perspective on the 190-page spreadsheet of vulnerabilities portrayed in the book. It&#39;s interesting how a security team can have a deeply collaborative relationship with a company that feels, at least for some, to be purely adversarial.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we have our first book club discussion about &lt;a href=&#34;https://itrevolution.com/product/the-phoenix-project/&#34; rel=&#34;nofollow&#34;&gt;The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win&lt;/a&gt; by authors Gene Kim, Kevin Behr, and George Spafford. We review chapters 3-6 and talk about how Adam&amp;#39;s recent compliance work has given him a fresh perspective on the 190-page spreadsheet of vulnerabilities portrayed in the book. It&amp;#39;s interesting how a security team can have a deeply collaborative relationship with a company that feels, at least for some, to be purely adversarial.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="53714860" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/ecd4276e-9327-4486-8db1-15de3c65ca24/stream.mp3"/>
                
                <guid isPermaLink="false">02be55c5-4784-4333-a7d3-35ca86cbc8a8</guid>
                <link>https://workingcode.dev/episodes/130-book-club-the-phoenix-project/</link>
                <pubDate>Wed, 07 Jun 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/6/5/21/8af39cbf-d5de-4bf6-aced-5b79e038aae3_cover-art-v1.jpg"/>
                <itunes:duration>3357</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>129: New Features vs Maintenance</itunes:title>
                <title>129: New Features vs Maintenance</title>

                <itunes:episode>129</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/129-new-features-vs-maintenance/</itunes:summary>
                <description><![CDATA[<p>When Engineering, Product, and Design (EPD) come together to create the first version of a given piece of software, it feels like everyone is on the same page and has the same priorities. But, once that initial implementation ships to users, the Product and Design departments tend to move on, leaving engineers to maintain the software. This creates an uncomfortable tension between the existing user experience (UX) and the underlying technical details. On today&#39;s show, we talk about that EPD tension and how we might work to mitigate it.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;When Engineering, Product, and Design (EPD) come together to create the first version of a given piece of software, it feels like everyone is on the same page and has the same priorities. But, once that initial implementation ships to users, the Product and Design departments tend to move on, leaving engineers to maintain the software. This creates an uncomfortable tension between the existing user experience (UX) and the underlying technical details. On today&amp;#39;s show, we talk about that EPD tension and how we might work to mitigate it.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="29993169" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e9805e56-f9d5-410e-ab03-9bfd9b546ac0/stream.mp3"/>
                
                <guid isPermaLink="false">66eb31e6-54ea-44eb-8a9d-5863c9d31b08</guid>
                <link>https://workingcode.dev/episodes/129-new-features-vs-maintenance/</link>
                <pubDate>Wed, 31 May 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/5/29/4/4d8060ea-e12d-4339-b9aa-bbbfc7d91154_cover-art-v1.jpg"/>
                <itunes:duration>1874</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>128: Potluck #8</itunes:title>
                <title>128: Potluck #8</title>

                <itunes:episode>128</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/128-potluck-8/</itunes:summary>
                <description><![CDATA[<p>This week on the show, we discuss a variety of web and web-adjacent topics. Adam is feeling dubious about recommending a career in web development to his children (is it still worth it)? Ben legitimately wants to understand why we - the web development community - don&#39;t approach Testing with a YAGNI (You Ain&#39;t Gonna Need It) mindset. And, Tim wants to consider different ways to handle errors in a RESTful API.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week on the show, we discuss a variety of web and web-adjacent topics. Adam is feeling dubious about recommending a career in web development to his children (is it still worth it)? Ben legitimately wants to understand why we - the web development community - don&amp;#39;t approach Testing with a YAGNI (You Ain&amp;#39;t Gonna Need It) mindset. And, Tim wants to consider different ways to handle errors in a RESTful API.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="60110053" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d3947aea-8f3d-40ae-a052-cca591a0973f/stream.mp3"/>
                
                <guid isPermaLink="false">a51fd26a-c188-4497-9058-4b64abe664e6</guid>
                <link>https://workingcode.dev/episodes/128-potluck-8/</link>
                <pubDate>Wed, 24 May 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/5/22/15/a0546e27-ace8-4708-8944-02d08530d701_cover-art-v1.jpg"/>
                <itunes:duration>3756</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>127: How Tech Interviewing is Broken with Sean Corfield</itunes:title>
                <title>127: How Tech Interviewing is Broken with Sean Corfield</title>

                <itunes:episode>127</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/127-how-tech-interview-is-broken-with-sean-corfield/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we talk to <a href="https://corfield.org/" rel="nofollow">Sean Corfield</a> about his take on the &#34;Tech Interview&#34; process. With over 40 years of experience at companies like Macromedia, Adobe, and World Singles, Sean has been on both sides of the interview table; and, has been personally responsible for hiring countless engineers. His perspective that most tech interviews are &#34;broken&#34; might be taken with some apprehension if it weren&#39;t for the fact that, in 30-years of hiring, Sean has <em>never once</em> had to fire an engineer for lack of ability. So, he&#39;s clearly figured out how to hire the <em>right people</em> using a <em>proven and repeatable process</em>.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we talk to &lt;a href=&#34;https://corfield.org/&#34; rel=&#34;nofollow&#34;&gt;Sean Corfield&lt;/a&gt; about his take on the &amp;#34;Tech Interview&amp;#34; process. With over 40 years of experience at companies like Macromedia, Adobe, and World Singles, Sean has been on both sides of the interview table; and, has been personally responsible for hiring countless engineers. His perspective that most tech interviews are &amp;#34;broken&amp;#34; might be taken with some apprehension if it weren&amp;#39;t for the fact that, in 30-years of hiring, Sean has &lt;em&gt;never once&lt;/em&gt; had to fire an engineer for lack of ability. So, he&amp;#39;s clearly figured out how to hire the &lt;em&gt;right people&lt;/em&gt; using a &lt;em&gt;proven and repeatable process&lt;/em&gt;.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="62535053" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/f2b759e2-0595-4f7b-bc6e-261ab97574e7/stream.mp3"/>
                
                <guid isPermaLink="false">cc2275e2-abde-4d69-bfd8-d8eba8f74bb3</guid>
                <link>https://workingcode.dev/episodes/127-how-tech-interview-is-broken-with-sean-corfield/</link>
                <pubDate>Wed, 17 May 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/5/15/17/071fb8ce-8183-4f35-b105-e4a1e8178f7d_cover-art-v1.jpg"/>
                <itunes:duration>3908</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>126: Documenting Decisions</itunes:title>
                <title>126: Documenting Decisions</title>

                <itunes:episode>126</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/126-documenting-decisions/</itunes:summary>
                <description><![CDATA[<p>This week on the show, we talk about documentation. And not just the &#34;how&#34; of software, but the &#34;why&#34; - the decisions that we&#39;ve reached, as a team, regarding the technologies that we use and the architectures that glues everything together. Of course, writing the documentation is only part of the challenge; keeping the documentation up-to-date is a whole other source of friction for most teams.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week on the show, we talk about documentation. And not just the &amp;#34;how&amp;#34; of software, but the &amp;#34;why&amp;#34; - the decisions that we&amp;#39;ve reached, as a team, regarding the technologies that we use and the architectures that glues everything together. Of course, writing the documentation is only part of the challenge; keeping the documentation up-to-date is a whole other source of friction for most teams.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="51580342" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/2291be8a-ae11-4ecb-b7c4-6980e7082639/stream.mp3"/>
                
                <guid isPermaLink="false">a30a88e2-d235-48b1-9dd7-3df59d01f10b</guid>
                <link>https://workingcode.dev/episodes/126-documenting-decisions/</link>
                <pubDate>Wed, 10 May 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/5/8/18/b9de3941-3365-4cac-8f99-d0ebc7f62545_cover-art-v1.jpg"/>
                <itunes:duration>3223</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>125: What&#39;s on Your Workbench? #2</itunes:title>
                <title>125: What&#39;s on Your Workbench? #2</title>

                <itunes:episode>125</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/125-whats-on-your-workbench-2/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, the crew discusses a variety of topics. By which, I mean, Ben waxes philosophical on the subjective nature of <em>everything</em>; and, how he wants to live in a world where those who choose to indent code with 2-spaces may peacefully coexist alongside those who choose to indent code with tabs. Also, Adam body-slams his younger brother into a concrete floor. And then, gets in trouble because he let blood get on the carpet. Be sure to listen for Adam&#39;s pro-tips for removing blood stains.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, the crew discusses a variety of topics. By which, I mean, Ben waxes philosophical on the subjective nature of &lt;em&gt;everything&lt;/em&gt;; and, how he wants to live in a world where those who choose to indent code with 2-spaces may peacefully coexist alongside those who choose to indent code with tabs. Also, Adam body-slams his younger brother into a concrete floor. And then, gets in trouble because he let blood get on the carpet. Be sure to listen for Adam&amp;#39;s pro-tips for removing blood stains.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="59499833" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/6ae4786e-43ca-4eed-bca0-5187f0eb4169/stream.mp3"/>
                
                <guid isPermaLink="false">03743404-7af5-4031-ac0d-965581448f0c</guid>
                <link>https://workingcode.dev/episodes/125-whats-on-your-workbench-2/</link>
                <pubDate>Wed, 03 May 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/5/1/15/44db0ecd-3d3a-4a78-9f98-5c050c44289e_cover-art-v1.jpg"/>
                <itunes:duration>3718</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>124: We Are Juniors For Life</itunes:title>
                <title>124: We Are Juniors For Life</title>

                <itunes:episode>124</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/124-we-are-juniors-for-life/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we reflect on the YouTube video, <a href="https://www.youtube.com/watch?v=ntzuRtFZ8KM" rel="nofollow">15 Years of Dev in a Nutshell</a>. A few years ago, people were complaining about &#34;JavaScript Fatigue&#34; - this sense that there was a new JavaScript library or framework coming out every day; and, that the race to stay up-to-date in the industry was simply overwhelming. Now, take that feeling, and expand it to include <em>everything</em> in a web development career, from front-end frameworks to databases to server-side rendering to edge-computing. <em>It&#39;s a lot!</em> And, it&#39;s easy to feel that we engineers are &#34;Juniors for Life&#34;: always learning, always evolving, and — perhaps — never really mastering anything?</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we reflect on the YouTube video, &lt;a href=&#34;https://www.youtube.com/watch?v=ntzuRtFZ8KM&#34; rel=&#34;nofollow&#34;&gt;15 Years of Dev in a Nutshell&lt;/a&gt;. A few years ago, people were complaining about &amp;#34;JavaScript Fatigue&amp;#34; - this sense that there was a new JavaScript library or framework coming out every day; and, that the race to stay up-to-date in the industry was simply overwhelming. Now, take that feeling, and expand it to include &lt;em&gt;everything&lt;/em&gt; in a web development career, from front-end frameworks to databases to server-side rendering to edge-computing. &lt;em&gt;It&amp;#39;s a lot!&lt;/em&gt; And, it&amp;#39;s easy to feel that we engineers are &amp;#34;Juniors for Life&amp;#34;: always learning, always evolving, and — perhaps — never really mastering anything?&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="45321404" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/f4dd3c24-6007-4984-a582-8cf6a3c9f909/stream.mp3"/>
                
                <guid isPermaLink="false">9b69e231-0cfa-4aec-bdb8-15af9c9e4c75</guid>
                <link>https://workingcode.dev/episodes/124-we-are-juniors-for-life/</link>
                <pubDate>Wed, 26 Apr 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/4/24/18/2f1abf65-a3af-4b13-a6a0-2d17a4e163fa_cover-art-v1.jpg"/>
                <itunes:duration>2832</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>123: Negative 10x Developers</itunes:title>
                <title>123: Negative 10x Developers</title>

                <itunes:episode>123</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/123-negative-10x-developers/</itunes:summary>
                <description><![CDATA[<p>In episode 58, we weighed-in on <a href="https://workingcode.dev/episodes/058-do-10x-developers-exist/" rel="nofollow">whether or not 10x engineers actually exist</a>. On today&#39;s episode, we go <em>hard</em> in the other direction, talking about the <em>much less mythical</em> <strong>-10x engineer</strong>: those engineers that seem to actively work in opposition to the greater good, holding unnecessary meetings and flooding the team with a massive amount of documentation. This discussion was directly inspired by the post, <a href="https://taylor.town/-10x" rel="nofollow">How to be a -10x engineer</a>.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;In episode 58, we weighed-in on &lt;a href=&#34;https://workingcode.dev/episodes/058-do-10x-developers-exist/&#34; rel=&#34;nofollow&#34;&gt;whether or not 10x engineers actually exist&lt;/a&gt;. On today&amp;#39;s episode, we go &lt;em&gt;hard&lt;/em&gt; in the other direction, talking about the &lt;em&gt;much less mythical&lt;/em&gt; &lt;strong&gt;-10x engineer&lt;/strong&gt;: those engineers that seem to actively work in opposition to the greater good, holding unnecessary meetings and flooding the team with a massive amount of documentation. This discussion was directly inspired by the post, &lt;a href=&#34;https://taylor.town/-10x&#34; rel=&#34;nofollow&#34;&gt;How to be a -10x engineer&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="40916114" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/ba2f92ca-de88-45cd-80c5-de456856a4d8/stream.mp3"/>
                
                <guid isPermaLink="false">2194f611-1a16-4dad-812f-04e29e56a7c1</guid>
                <link>https://workingcode.dev/episodes/123-negative-10x-developers/</link>
                <pubDate>Wed, 19 Apr 2023 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/4/17/18/f9e13049-3136-4914-996e-58ad89e8a077_cover-art-v1.jpg"/>
                <itunes:duration>2557</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>122: Coding Hot Takes</itunes:title>
                <title>122: Coding Hot Takes</title>

                <itunes:episode>122</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/122-coding-hot-takes/</itunes:summary>
                <description><![CDATA[<p>This week on the show, we talk about stuff we&#39;ve been working on or thinking about lately. Adam dazzles us with his use of 1Password&#39;s Secrets Automation feature to drive key rotation in his production app. Ben misses the beautiful agony of having to support IE11 (and how it make the web more predictable). And, Carol shares her frustration with React and, especially, with JSX. It turns out, not everyone loves JSX or - <em>clutches pearls</em> - the idea of single-file components!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week on the show, we talk about stuff we&amp;#39;ve been working on or thinking about lately. Adam dazzles us with his use of 1Password&amp;#39;s Secrets Automation feature to drive key rotation in his production app. Ben misses the beautiful agony of having to support IE11 (and how it make the web more predictable). And, Carol shares her frustration with React and, especially, with JSX. It turns out, not everyone loves JSX or - &lt;em&gt;clutches pearls&lt;/em&gt; - the idea of single-file components!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="49198811" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/3efd9e2c-be20-4d5a-9689-3af5214ca047/stream.mp3"/>
                
                <guid isPermaLink="false">98ede8f6-54fb-4f11-bfe8-264793ce32e5</guid>
                <link>https://workingcode.dev/episodes/122-coding-hot-takes/</link>
                <pubDate>Wed, 12 Apr 2023 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/4/10/21/6083545d-f63f-46d8-a736-3af14a9c0c27_cover-art-v1.jpg"/>
                <itunes:duration>3074</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>121: Ben&#39;s Testing Tribulations</itunes:title>
                <title>121: Ben&#39;s Testing Tribulations</title>

                <itunes:episode>121</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/121-bens-testing-tribulations/</itunes:summary>
                <description><![CDATA[<p>Ben was recently tasked with removing an old feature from one of his services. As he did this, he kept breaking tests that were tightly coupled to the rendering of user interface (UI). In his mind, these tests were unnecessarily &#34;brittle&#34; and appeared to be testing the underlying front-end framework more so than the underlying business logic. When he brought this up in the <a href="https://workingcode.dev/discord/" rel="nofollow">podcast&#39;s Discord server</a>, people disagreed. As such, we decided to dig into the topic of &#34;what to test&#34; more closely.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Ben was recently tasked with removing an old feature from one of his services. As he did this, he kept breaking tests that were tightly coupled to the rendering of user interface (UI). In his mind, these tests were unnecessarily &amp;#34;brittle&amp;#34; and appeared to be testing the underlying front-end framework more so than the underlying business logic. When he brought this up in the &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;podcast&amp;#39;s Discord server&lt;/a&gt;, people disagreed. As such, we decided to dig into the topic of &amp;#34;what to test&amp;#34; more closely.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="58452845" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a6a01c03-efa2-407a-aac6-343c93462093/stream.mp3"/>
                
                <guid isPermaLink="false">cd8313bb-dcd8-4f2d-a214-2e4ebf2118c2</guid>
                <link>https://workingcode.dev/episodes/121-bens-testing-tribulations/</link>
                <pubDate>Wed, 05 Apr 2023 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/4/4/17/78fa30e1-d506-4279-947d-cb934285f6e7_cover-art-v1.jpg"/>
                <itunes:duration>3653</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>120: Freelancing with Nolan Erck</itunes:title>
                <title>120: Freelancing with Nolan Erck</title>

                <itunes:episode>120</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/120-freelancing-with-nolan-erck/</itunes:summary>
                <description><![CDATA[<p>As Carol launches her Freelancing career, we thought it would be valuable to interview <a href="https://www.linkedin.com/in/nolan-erck/" rel="nofollow">Nolan Erck</a>, Owner and Director at South of Shasta. For the past 15-years, Nolan has been a Freelance web developer, a mobile developer, and a polyglot technology trainer. He knows the ins-and-outs of attracting clients, setting up a business, and sub-contracting work in order to keep the coffers flush. If there&#39;s anyone who can guide Carol into the pit of success, it will be Nolan.</p><p>Links discussed on the show:</p><ul><li><strong>Book</strong>: <a href="https://www.amazon.com/Business-Side-Creativity-Communications-Professional/dp/039373093X" rel="nofollow">The Business Side of Creativity</a></li><li><strong>Video</strong>: <a href="https://www.youtube.com/watch?v=jVkLVRt6c1U" rel="nofollow">Mike Monteiro: F*ck You, Pay Me</a></li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;As Carol launches her Freelancing career, we thought it would be valuable to interview &lt;a href=&#34;https://www.linkedin.com/in/nolan-erck/&#34; rel=&#34;nofollow&#34;&gt;Nolan Erck&lt;/a&gt;, Owner and Director at South of Shasta. For the past 15-years, Nolan has been a Freelance web developer, a mobile developer, and a polyglot technology trainer. He knows the ins-and-outs of attracting clients, setting up a business, and sub-contracting work in order to keep the coffers flush. If there&amp;#39;s anyone who can guide Carol into the pit of success, it will be Nolan.&lt;/p&gt;&lt;p&gt;Links discussed on the show:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Book&lt;/strong&gt;: &lt;a href=&#34;https://www.amazon.com/Business-Side-Creativity-Communications-Professional/dp/039373093X&#34; rel=&#34;nofollow&#34;&gt;The Business Side of Creativity&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Video&lt;/strong&gt;: &lt;a href=&#34;https://www.youtube.com/watch?v=jVkLVRt6c1U&#34; rel=&#34;nofollow&#34;&gt;Mike Monteiro: F*ck You, Pay Me&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="60007235" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b28429ea-823e-4a54-ac2a-72f51d3e6e1f/stream.mp3"/>
                
                <guid isPermaLink="false">ac4b0abe-1b51-4cca-b7d0-59cfcde9d8d0</guid>
                <link>https://workingcode.dev/episodes/120-freelancing-with-nolan-erck/</link>
                <pubDate>Wed, 29 Mar 2023 10:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/3/28/20/ebae3231-27de-4a0f-b216-267ac3a2ec93_cover-art-v1.jpg"/>
                <itunes:duration>3750</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>119: Potluck #7</itunes:title>
                <title>119: Potluck #7</title>

                <itunes:episode>119</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/119-potluck-7/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, we all bring something juicy to consider. Carol kicks things off with some trepidation about becoming an independent contractor; Tim shares an article on <a href="https://stackoverflow.blog/2023/02/27/stop-saying-technical-debt/" rel="nofollow">Technical Debt</a> and digs into the subtle differences between <em>tech debt</em> and <em>bad code</em>; Ben is befuddled by the fact that &#34;common sense&#34; is apparently wildly subjective; and, Admin introduces us to <a href="https://en.wikipedia.org/wiki/Bloom_filter" rel="nofollow">Bloom Filters</a>.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, we all bring something juicy to consider. Carol kicks things off with some trepidation about becoming an independent contractor; Tim shares an article on &lt;a href=&#34;https://stackoverflow.blog/2023/02/27/stop-saying-technical-debt/&#34; rel=&#34;nofollow&#34;&gt;Technical Debt&lt;/a&gt; and digs into the subtle differences between &lt;em&gt;tech debt&lt;/em&gt; and &lt;em&gt;bad code&lt;/em&gt;; Ben is befuddled by the fact that &amp;#34;common sense&amp;#34; is apparently wildly subjective; and, Admin introduces us to &lt;a href=&#34;https://en.wikipedia.org/wiki/Bloom_filter&#34; rel=&#34;nofollow&#34;&gt;Bloom Filters&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="67285995" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/3c273a1f-8c20-4eb9-8fdf-85a0c7d4f8fc/stream.mp3"/>
                
                <guid isPermaLink="false">590e957b-6c9d-4450-a0d1-f6f9ee8dd394</guid>
                <link>https://workingcode.dev/episodes/119-potluck-7/</link>
                <pubDate>Wed, 22 Mar 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/3/20/19/003b6f4a-bfe7-4b8e-ac69-a3015a152a4d_cover-art-v1.jpg"/>
                <itunes:duration>4205</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>118: Things We Should Be Doing But, You Know... Reasons</itunes:title>
                <title>118: Things We Should Be Doing But, You Know... Reasons</title>

                <itunes:episode>118</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/118-things-we-should-be-doing-but-you-know-reasons/</itunes:summary>
                <description><![CDATA[<p>As web developers, we&#39;re all high-functioning, motivated people. And, we certainly have a good sense of what we <em>should</em> be doing with our time (both personally and professionally). But, theory rarely survives contact with reality. And, on today&#39;s show, we talk about all that sweet, sweet stuff we ought to be doing and why we can&#39;t quite motivate to get any of it done! Topics including backing up computers; creating reproducible systems; reading educational books; upgrading all the things; learning analytics; and, meeting other hoomans!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;As web developers, we&amp;#39;re all high-functioning, motivated people. And, we certainly have a good sense of what we &lt;em&gt;should&lt;/em&gt; be doing with our time (both personally and professionally). But, theory rarely survives contact with reality. And, on today&amp;#39;s show, we talk about all that sweet, sweet stuff we ought to be doing and why we can&amp;#39;t quite motivate to get any of it done! Topics including backing up computers; creating reproducible systems; reading educational books; upgrading all the things; learning analytics; and, meeting other hoomans!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57675859" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/33b2f3d6-ac9b-4621-8d2f-a7b5d13d1457/stream.mp3"/>
                
                <guid isPermaLink="false">5bc419e8-571d-4f6a-8e66-b7029b1401f6</guid>
                <link>https://workingcode.dev/episodes/118-things-we-should-be-doing-but-you-know-reasons/</link>
                <pubDate>Wed, 15 Mar 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/3/15/2/db28fb8c-9dd3-46f4-b77d-8d48153c801f_cover-art-v1.jpg"/>
                <itunes:duration>3604</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>117: Champions of Truth</itunes:title>
                <title>117: Champions of Truth</title>

                <itunes:episode>117</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/117-champions-of-truth/</itunes:summary>
                <description><![CDATA[<p>On <a href="https://workingcode.dev/episodes/114-carol-got-laid-off/" rel="nofollow">episode 114</a> of the show, in effort to balance out the somber tone of Carol&#39;s unfortunate layoff, we decided to have a little fun and play <strong>Two Truths and a Lie</strong>. On today&#39;s episode we review the listener submissions and crown the <strong>one winner</strong> who correctly selected all of our lies. And the prize goes to.... <em>listen to the show</em>!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On &lt;a href=&#34;https://workingcode.dev/episodes/114-carol-got-laid-off/&#34; rel=&#34;nofollow&#34;&gt;episode 114&lt;/a&gt; of the show, in effort to balance out the somber tone of Carol&amp;#39;s unfortunate layoff, we decided to have a little fun and play &lt;strong&gt;Two Truths and a Lie&lt;/strong&gt;. On today&amp;#39;s episode we review the listener submissions and crown the &lt;strong&gt;one winner&lt;/strong&gt; who correctly selected all of our lies. And the prize goes to.... &lt;em&gt;listen to the show&lt;/em&gt;!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="42599235" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/80ea7b8c-67da-4123-afa4-2576ba410059/stream.mp3"/>
                
                <guid isPermaLink="false">9edf5e87-34b3-4439-b544-a91468101f63</guid>
                <link>https://workingcode.dev/episodes/117-champions-of-truth/</link>
                <pubDate>Wed, 08 Mar 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/3/7/4/eed436ae-676e-4141-b6f5-519816a8960f_cover-art-v1.jpg"/>
                <itunes:duration>2662</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>116: The State of Developer Conferences with Brian Rinaldi</itunes:title>
                <title>116: The State of Developer Conferences with Brian Rinaldi</title>

                <itunes:episode>116</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/116-the-state-of-developer-conferences-with-brian-rinaldi/</itunes:summary>
                <description><![CDATA[<p><a href="https://www.linkedin.com/in/brianrinaldi/" rel="nofollow">Brian Rinaldi</a>, Developer Experience Engineer at LaunchDarkly and long time friend of the show, recently wrote a blog post that was picked up in the <a href="https://tldr.tech/" rel="nofollow">TL;DR newsletter</a>. His post, titled <a href="https://remotesynthesis.com/blog/developer-conferences/" rel="nofollow">The State of Developer Conferences</a>, shares a theory as to why both online and IRL (In Real Life) conferences are struggling to reach pre-pandemic attendance. Brian, who&#39;s been running conferences for 15-years, has a keen understanding of who attends events; and, why the demographics of attendees might be shifting. Conference organizers around the world are reading Brian&#39;s post and are nodding in strong agreement.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;&lt;a href=&#34;https://www.linkedin.com/in/brianrinaldi/&#34; rel=&#34;nofollow&#34;&gt;Brian Rinaldi&lt;/a&gt;, Developer Experience Engineer at LaunchDarkly and long time friend of the show, recently wrote a blog post that was picked up in the &lt;a href=&#34;https://tldr.tech/&#34; rel=&#34;nofollow&#34;&gt;TL;DR newsletter&lt;/a&gt;. His post, titled &lt;a href=&#34;https://remotesynthesis.com/blog/developer-conferences/&#34; rel=&#34;nofollow&#34;&gt;The State of Developer Conferences&lt;/a&gt;, shares a theory as to why both online and IRL (In Real Life) conferences are struggling to reach pre-pandemic attendance. Brian, who&amp;#39;s been running conferences for 15-years, has a keen understanding of who attends events; and, why the demographics of attendees might be shifting. Conference organizers around the world are reading Brian&amp;#39;s post and are nodding in strong agreement.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57544202" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e9460731-77f9-4dc8-9676-770d560515e3/stream.mp3"/>
                
                <guid isPermaLink="false">e9c8d0b9-146c-44e4-9907-c0b4b23729b4</guid>
                <link>https://workingcode.dev/episodes/116-the-state-of-developer-conferences-with-brian-rinaldi/</link>
                <pubDate>Wed, 01 Mar 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/2/28/0/50b854ff-ceaa-4e38-83fc-4ac1d8b4fbcf_cover-art-v1.jpg"/>
                <itunes:duration>3596</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>115: Self-Care For Developers</itunes:title>
                <title>115: Self-Care For Developers</title>

                <itunes:episode>115</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/115-self-care-for-developers/</itunes:summary>
                <description><![CDATA[<p>After drinking close to 12 Mountain Dews in a single day, Adam started to wonder if — just maybe — he was using caffeine as a way to self-medicate. Upon discussing this with his doctor, Adam was diagnosed with ADHD (Attention-Deficit / Hyperactivity Disorder) - a condition <em>very common</em> in the world of programming (a fact that we inspect on the show). In light of these findings, we thought it would be nice to reflect on how we&#39;ve all changed during the pandemic; and, share the little things that we do in order to keep our wits about us.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;After drinking close to 12 Mountain Dews in a single day, Adam started to wonder if — just maybe — he was using caffeine as a way to self-medicate. Upon discussing this with his doctor, Adam was diagnosed with ADHD (Attention-Deficit / Hyperactivity Disorder) - a condition &lt;em&gt;very common&lt;/em&gt; in the world of programming (a fact that we inspect on the show). In light of these findings, we thought it would be nice to reflect on how we&amp;#39;ve all changed during the pandemic; and, share the little things that we do in order to keep our wits about us.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="61410742" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/55e1e7d3-e7e5-4cbd-8fd5-7f4252c74121/stream.mp3"/>
                
                <guid isPermaLink="false">91543038-95da-48e2-8439-ca22042a9e84</guid>
                <link>https://workingcode.dev/episodes/115-self-care-for-developers/</link>
                <pubDate>Wed, 22 Feb 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/2/20/17/e44e6b9d-4a39-4345-97be-2e433c3f8ca4_cover-art-v1.jpg"/>
                <itunes:duration>3838</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>114: Carol Got Laid-Off</itunes:title>
                <title>114: Carol Got Laid-Off</title>

                <itunes:episode>114</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/114-carol-got-laid-off/</itunes:summary>
                <description><![CDATA[<p>Amid the frenzy of industry lay-offs, we here at the Working Code podcast were devastated to hear that our very own Carol Weiler has been affected by a down-turning real estate market. A few weeks ago, while attending a virtual All Hands meeting, her Slack account was suddenly locked, momentarily followed by her computer. It turns out that she, along with a majority of her engineers, were part of an unexpected reduction in force (RIF). On today&#39;s show, Carol <strong>graciously</strong> and <strong>courageously</strong> joins us to talk about her experience, the ensuing emotional roller coaster, and some of the fascinating steps that she&#39;s taken to help improve her outcome.</p><p>We love you Carol! You continue to inspire us - and our listeners - every week!</p><p>To help lighten the mood of the episode, we close out by playing <strong>Two Truths and a Lie</strong>. If you can guess who&#39;s lying about what, Tim might just send you some free podcast merch! <a href="https://forms.gle/YLKNEPnp5wYEufCN8" rel="nofollow"><strong>Submit your guesses</strong> over on Google Forms</a>.</p><p>Also, Adam finally finds <a href="https://www.microsoft.com/en-us/microsoft-365/microsoft-to-do-list-app" rel="nofollow">a ToDo list that he loves</a>; and - wait for it - it comes from Microsoft!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Amid the frenzy of industry lay-offs, we here at the Working Code podcast were devastated to hear that our very own Carol Weiler has been affected by a down-turning real estate market. A few weeks ago, while attending a virtual All Hands meeting, her Slack account was suddenly locked, momentarily followed by her computer. It turns out that she, along with a majority of her engineers, were part of an unexpected reduction in force (RIF). On today&amp;#39;s show, Carol &lt;strong&gt;graciously&lt;/strong&gt; and &lt;strong&gt;courageously&lt;/strong&gt; joins us to talk about her experience, the ensuing emotional roller coaster, and some of the fascinating steps that she&amp;#39;s taken to help improve her outcome.&lt;/p&gt;&lt;p&gt;We love you Carol! You continue to inspire us - and our listeners - every week!&lt;/p&gt;&lt;p&gt;To help lighten the mood of the episode, we close out by playing &lt;strong&gt;Two Truths and a Lie&lt;/strong&gt;. If you can guess who&amp;#39;s lying about what, Tim might just send you some free podcast merch! &lt;a href=&#34;https://forms.gle/YLKNEPnp5wYEufCN8&#34; rel=&#34;nofollow&#34;&gt;&lt;strong&gt;Submit your guesses&lt;/strong&gt; over on Google Forms&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Also, Adam finally finds &lt;a href=&#34;https://www.microsoft.com/en-us/microsoft-365/microsoft-to-do-list-app&#34; rel=&#34;nofollow&#34;&gt;a ToDo list that he loves&lt;/a&gt;; and - wait for it - it comes from Microsoft!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55472378" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/70175a88-d08f-4a5e-84e8-b9473dd1bfea/stream.mp3"/>
                
                <guid isPermaLink="false">0ce88d56-7573-4627-affb-5f3939e40e7a</guid>
                <link>https://workingcode.dev/episodes/114-carol-got-laid-off/</link>
                <pubDate>Wed, 15 Feb 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/2/13/16/ab0b9e78-41f4-4848-ae25-e97c5c4d5445_cover-art-v1.jpg"/>
                <itunes:duration>3467</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>113: Surviving A Layoff</itunes:title>
                <title>113: Surviving A Layoff</title>

                <itunes:episode>113</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/113-surviving-a-layoff/</itunes:summary>
                <description><![CDATA[<p>Lay-offs are trending in the technology world. And, it&#39;s not just the scrappy start-ups being hit - goliaths such as Amazon, Apple, Google, Facebook, and Microsoft have all recently announced large reductions in force (RIF). Getting laid-off can pose a serious financial burden on an individual; but, there&#39;s also the psychological burden of self-doubt: Why did this happen to me? Did I deserve this? Will I ever find another tech job? On today&#39;s show, we talk about the state of the industry, share tips on becoming more resilient in uncertain time, and talk about what do if and when the pink slip commeth.</p><blockquote><strong>ASIDE</strong>: In this episode, Adam makes a few comments about what it means to take responsibility as a leader (<a href="https://mastodon.art/@threddyrex/109740877379490682" rel="nofollow">See comic by Threddy</a>). And, accidentally misspoke about a few CEOs not taking a pay-cut (which apparently they did).</blockquote><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Lay-offs are trending in the technology world. And, it&amp;#39;s not just the scrappy start-ups being hit - goliaths such as Amazon, Apple, Google, Facebook, and Microsoft have all recently announced large reductions in force (RIF). Getting laid-off can pose a serious financial burden on an individual; but, there&amp;#39;s also the psychological burden of self-doubt: Why did this happen to me? Did I deserve this? Will I ever find another tech job? On today&amp;#39;s show, we talk about the state of the industry, share tips on becoming more resilient in uncertain time, and talk about what do if and when the pink slip commeth.&lt;/p&gt;&lt;blockquote&gt;&lt;strong&gt;ASIDE&lt;/strong&gt;: In this episode, Adam makes a few comments about what it means to take responsibility as a leader (&lt;a href=&#34;https://mastodon.art/@threddyrex/109740877379490682&#34; rel=&#34;nofollow&#34;&gt;See comic by Threddy&lt;/a&gt;). And, accidentally misspoke about a few CEOs not taking a pay-cut (which apparently they did).&lt;/blockquote&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55678850" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/734460c8-7013-4dbd-8423-4c88821f78c9/stream.mp3"/>
                
                <guid isPermaLink="false">ff03519d-97f5-48e1-845d-2a25bc38c985</guid>
                <link>https://workingcode.dev/episodes/113-surviving-a-layoff/</link>
                <pubDate>Wed, 08 Feb 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/2/6/15/1bb388b7-3fe0-485b-beef-ea149e6cf0f5_cover-art-v1.jpg"/>
                <itunes:duration>3479</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>112: Listener Questions</itunes:title>
                <title>112: Listener Questions</title>

                <itunes:episode>112</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/112-listener-questions/</itunes:summary>
                <description><![CDATA[<p>This week, we reach into <a href="https://workingcode.dev/ama" rel="nofollow">our bag of <strong>Listener Questions</strong></a> and pontificate on such curiosities as: Who would we want to be and what skills would we want to learn if we could step into an alternate reality? Would Danny DeVito make an intriguing Wolverine? Which are the best programming-related movies and shows? And, we all laugh a little nervously as Tim shares <em>just how much time</em> he&#39;s clearly spent figuring out how to get rid of a dead body.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week, we reach into &lt;a href=&#34;https://workingcode.dev/ama&#34; rel=&#34;nofollow&#34;&gt;our bag of &lt;strong&gt;Listener Questions&lt;/strong&gt;&lt;/a&gt; and pontificate on such curiosities as: Who would we want to be and what skills would we want to learn if we could step into an alternate reality? Would Danny DeVito make an intriguing Wolverine? Which are the best programming-related movies and shows? And, we all laugh a little nervously as Tim shares &lt;em&gt;just how much time&lt;/em&gt; he&amp;#39;s clearly spent figuring out how to get rid of a dead body.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="50991438" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/5478f480-7bef-4968-b264-2823b5586454/stream.mp3"/>
                
                <guid isPermaLink="false">53a2df6b-e680-46a7-b439-abd739510c25</guid>
                <link>https://workingcode.dev/episodes/112-listener-questions/</link>
                <pubDate>Wed, 01 Feb 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/1/30/12/801b59be-cd5b-4ecb-801b-d7ba424b9e78_cover-art-v1.jpg"/>
                <itunes:duration>3186</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>111: How To Learn Stuff Good</itunes:title>
                <title>111: How To Learn Stuff Good</title>

                <itunes:episode>111</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/111-how-to-learn-stuff-good/</itunes:summary>
                <description><![CDATA[<p>Learning something new - whether it be a language, framework, or library - can be challenging. And, if you&#39;re already an expert in some ways, it can be both humbling and frustrating to suddenly feel like a novice in other ways. On top of that, our expectations are often distorted by time; and, we forget how long it took us to amass the understanding that we have today. This can lead to unrealistic expectations when it comes to learning something new. Not to mention that our strategies for learning might change in relation to our experience. On today&#39;s show, we share our respective approaches to learning from the ground up, including reading the manual, building applications from scratch, and everything in between.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Learning something new - whether it be a language, framework, or library - can be challenging. And, if you&amp;#39;re already an expert in some ways, it can be both humbling and frustrating to suddenly feel like a novice in other ways. On top of that, our expectations are often distorted by time; and, we forget how long it took us to amass the understanding that we have today. This can lead to unrealistic expectations when it comes to learning something new. Not to mention that our strategies for learning might change in relation to our experience. On today&amp;#39;s show, we share our respective approaches to learning from the ground up, including reading the manual, building applications from scratch, and everything in between.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="46310295" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/52957240-ec41-482c-8252-8010cd13545e/stream.mp3"/>
                
                <guid isPermaLink="false">88197927-150a-41dd-8924-962ed5f80a0d</guid>
                <link>https://workingcode.dev/episodes/111-how-to-learn-stuff-good/</link>
                <pubDate>Wed, 25 Jan 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/1/24/3/8b2c8382-c088-4836-a310-8e8bb5c1bb79_cover-art-v1.jpg"/>
                <itunes:duration>2894</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>110: Measuring Impact At Work</itunes:title>
                <title>110: Measuring Impact At Work</title>

                <itunes:episode>110</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/110-measuring-impact-at-work/</itunes:summary>
                <description><![CDATA[<p>Not all days are created equal. Some days, you show up and just crush it non-stop. Other days, it can feel challenging to even type good. On today&#39;s show, we look at what goes into making those good days &#34;good&#34; and those bad days &#34;bad&#34;. Getting into the zone, meetings, switching modes, interfacing with customers, responding to incidents (and other interruptions) - every little thing has the power to push the needle one way or the other.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Not all days are created equal. Some days, you show up and just crush it non-stop. Other days, it can feel challenging to even type good. On today&amp;#39;s show, we look at what goes into making those good days &amp;#34;good&amp;#34; and those bad days &amp;#34;bad&amp;#34;. Getting into the zone, meetings, switching modes, interfacing with customers, responding to incidents (and other interruptions) - every little thing has the power to push the needle one way or the other.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="48935497" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/c0ba38e9-fdce-49ff-b5b2-05cf84cd5bf4/stream.mp3"/>
                
                <guid isPermaLink="false">f0535e99-d8db-454c-b8a0-3f0aa44e8e0b</guid>
                <link>https://workingcode.dev/episodes/110-measuring-impact-at-work/</link>
                <pubDate>Wed, 18 Jan 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/1/16/23/f97b398e-5203-4e0a-a6f6-95ec10bdc6d5_cover-art-v1.jpg"/>
                <itunes:duration>3058</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>109: Best of 2022</itunes:title>
                <title>109: Best of 2022</title>

                <itunes:episode>109</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/109-best-of-2022/</itunes:summary>
                <description><![CDATA[<p>On today&#39;s show, <a href="https://mattcavender.com/" rel="nofollow">Matt Cavender</a> — the man who turns our incoherent babbling into meaningful thought — is gonna share a selection of his favorite clips from the past year (2022). Adam, Ben, Carol, and Tim are taking the week off to recover from our families and work off some of those food babies. But, fear not dear listeners, the team will be back next week to ring in 2023 - Working Code style. Here&#39;s hoping y&#39;all had a lovely holiday and a happy new year!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On today&amp;#39;s show, &lt;a href=&#34;https://mattcavender.com/&#34; rel=&#34;nofollow&#34;&gt;Matt Cavender&lt;/a&gt; — the man who turns our incoherent babbling into meaningful thought — is gonna share a selection of his favorite clips from the past year (2022). Adam, Ben, Carol, and Tim are taking the week off to recover from our families and work off some of those food babies. But, fear not dear listeners, the team will be back next week to ring in 2023 - Working Code style. Here&amp;#39;s hoping y&amp;#39;all had a lovely holiday and a happy new year!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="61298729" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/603b8687-3351-4c5f-b053-77ea1537f08a/stream.mp3"/>
                
                <guid isPermaLink="false">d61fe45d-cd60-417a-9006-946b24d5c8d0</guid>
                <link>https://workingcode.dev/episodes/109-best-of-2022/</link>
                <pubDate>Wed, 11 Jan 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/1/9/20/c4bcad3a-0c79-4779-8d94-9d510683418a_cover-art-v1.jpg"/>
                <itunes:duration>3831</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>108: 2022 Year In Review</itunes:title>
                <title>108: 2022 Year In Review</title>

                <itunes:episode>108</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/108-2022-year-in-review/</itunes:summary>
                <description><![CDATA[<p>Happy New Year! We did it! We survived 2022! This has been a rather hard year in many ways and a decent year in some ways. On this episode, the crew reflects on the past year in terms of fitness, technology, personal growth, and reading goals; and, celebrates some wins and laments some losses.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Happy New Year! We did it! We survived 2022! This has been a rather hard year in many ways and a decent year in some ways. On this episode, the crew reflects on the past year in terms of fitness, technology, personal growth, and reading goals; and, celebrates some wins and laments some losses.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="70767177" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/2ca16831-ad29-409a-bf4b-f5f0e9ef3e5b/stream.mp3"/>
                
                <guid isPermaLink="false">2e19e1ff-62b9-4610-a259-e769716dc23d</guid>
                <link>https://workingcode.dev/episodes/108-2022-year-in-review/</link>
                <pubDate>Wed, 04 Jan 2023 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/1/4/12/d88b8480-afec-4eec-a32f-29b03a700bf7_11b0e-b29b-4a3f-9979-0acc53c10eaa_cover-art-v1.jpg"/>
                <itunes:duration>4422</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>107: Through The Wormhole</itunes:title>
                <title>107: Through The Wormhole</title>

                <itunes:episode>107</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/107-through-the-wormhole/</itunes:summary>
                <description><![CDATA[<p><a href="https://www.youtube.com/watch?v=1njzgXSzA-A" rel="nofollow">Happy Festivus</a>, dear listeners! Welcome to our last show of 2022! Closing out &#34;No Effort December&#34;, we truly run the gamut this time: Ben talks about the crippling attachment he has to his own fingers (and why he won&#39;t work with wood); Adam talks about how excited he is for the v1.0 release of <a href="https://kit.svelte.dev/" rel="nofollow">Svelte Kit</a>; and, Tim reflects on the blinding speed with which people seem to be to making science and technology breakthroughs - I mean, we&#39;re talking some serious Sci-Fi-level stuff here!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=1njzgXSzA-A&#34; rel=&#34;nofollow&#34;&gt;Happy Festivus&lt;/a&gt;, dear listeners! Welcome to our last show of 2022! Closing out &amp;#34;No Effort December&amp;#34;, we truly run the gamut this time: Ben talks about the crippling attachment he has to his own fingers (and why he won&amp;#39;t work with wood); Adam talks about how excited he is for the v1.0 release of &lt;a href=&#34;https://kit.svelte.dev/&#34; rel=&#34;nofollow&#34;&gt;Svelte Kit&lt;/a&gt;; and, Tim reflects on the blinding speed with which people seem to be to making science and technology breakthroughs - I mean, we&amp;#39;re talking some serious Sci-Fi-level stuff here!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="54204708" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d6860169-883e-4437-9101-a354e38102f0/stream.mp3"/>
                
                <guid isPermaLink="false">10fc2869-8f75-4287-b5a4-5faba3693ade</guid>
                <link>https://workingcode.dev/episodes/107-through-the-wormhole/</link>
                <pubDate>Wed, 28 Dec 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/12/27/3/df0a4de7-c8b3-4113-a944-17f8f94798b2_cover-art-v1.jpg"/>
                <itunes:duration>3387</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>106: A Cascading Cataclysmic Christmas</itunes:title>
                <title>106: A Cascading Cataclysmic Christmas</title>

                <itunes:episode>106</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/106-a-cascading-cataclysmic-christmas/</itunes:summary>
                <description><![CDATA[<p>This week, we continue to lean into &#34;No Effort December&#34;, talking about a hodgepodge of both tech and non-tech topics. Since we&#39;re heading into Christmas, we start off talking about how challenging it is to buy gifts, especially for the <em>grown-ass</em> adults in our lives. We also share some of our favorite Christmas movies; and, the movies which have absolutely nothing to do with Christmas, but which we love to watch in the winter anyway. We also dig into some modern CSS advances; including our fear that CSS selectors will quickly become more like Regular Expressions: fun to write but impossible to read!</p><p>Links discussed in this episode:</p><ul><li><a href="https://dev.to/lissy93/super-useful-css-resources-1ba3" rel="nofollow">Super Useful CSS Resources</a></li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week, we continue to lean into &amp;#34;No Effort December&amp;#34;, talking about a hodgepodge of both tech and non-tech topics. Since we&amp;#39;re heading into Christmas, we start off talking about how challenging it is to buy gifts, especially for the &lt;em&gt;grown-ass&lt;/em&gt; adults in our lives. We also share some of our favorite Christmas movies; and, the movies which have absolutely nothing to do with Christmas, but which we love to watch in the winter anyway. We also dig into some modern CSS advances; including our fear that CSS selectors will quickly become more like Regular Expressions: fun to write but impossible to read!&lt;/p&gt;&lt;p&gt;Links discussed in this episode:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://dev.to/lissy93/super-useful-css-resources-1ba3&#34; rel=&#34;nofollow&#34;&gt;Super Useful CSS Resources&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="60259683" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/201933db-8b63-4e8d-8c38-a53ece414c62/stream.mp3"/>
                
                <guid isPermaLink="false">731ca817-5e3c-4767-9f0b-16279ffd0135</guid>
                <link>https://workingcode.dev/episodes/106-a-cascading-cataclysmic-christmas/</link>
                <pubDate>Wed, 21 Dec 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2023/1/29/16/dfb86696-eba2-49e4-8d29-f5d17b2d710d_bc4d8-6583-4498-99e3-b508e9ffc1ba_cover-art-v1.jpg"/>
                <itunes:duration>3766</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>105: No Effort December</itunes:title>
                <title>105: No Effort December</title>

                <itunes:episode>105</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/105-no-effort-december/</itunes:summary>
                <description><![CDATA[<p>Welcome to the start of <strong>No Effort December</strong>! That&#39;s the time of the year in which we gather &#39;round the mics and talk about whatever the heck comes to mind. We just passed two years on the Working Code podcast, it&#39;s the holidays, we&#39;ve been <em>peopling super hard</em> with our families, and we all need a little jolly relaxation. On today&#39;s show, Carol wonders if she can use Hackathons as a means to &#34;improve community outreach&#34; - one of her team&#39;s new OKR (Objectives and Key Results). And, Ben discusses the difference between deploying on Friday vs. deploying during the holiday (and why these are not the same thing).</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Welcome to the start of &lt;strong&gt;No Effort December&lt;/strong&gt;! That&amp;#39;s the time of the year in which we gather &amp;#39;round the mics and talk about whatever the heck comes to mind. We just passed two years on the Working Code podcast, it&amp;#39;s the holidays, we&amp;#39;ve been &lt;em&gt;peopling super hard&lt;/em&gt; with our families, and we all need a little jolly relaxation. On today&amp;#39;s show, Carol wonders if she can use Hackathons as a means to &amp;#34;improve community outreach&amp;#34; - one of her team&amp;#39;s new OKR (Objectives and Key Results). And, Ben discusses the difference between deploying on Friday vs. deploying during the holiday (and why these are not the same thing).&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="48729025" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/f4135cab-3520-4f9f-8cc5-b16a4a315a1c/stream.mp3"/>
                
                <guid isPermaLink="false">778f7852-86ca-4c69-9952-4d4917c7559a</guid>
                <link>https://workingcode.dev/episodes/105-no-effort-december/</link>
                <pubDate>Wed, 14 Dec 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/12/13/5/085c177d-63fc-4eab-89eb-a27387c9b9e7_86496-2366-4e44-907d-1e44276401f6_cover-art-v1.jpg"/>
                <itunes:duration>3045</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>104: Alexa Make A Podcast About AI</itunes:title>
                <title>104: Alexa Make A Podcast About AI</title>

                <itunes:episode>104</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/104-alexa-make-a-podcast-about-ai/</itunes:summary>
                <description><![CDATA[<p>Tim recently read that, &#34;1 in 10 AI (Artificial Intelligence) engineers think that AI will be the downfall of our civilization.&#34; But, it&#39;s not all doom-and-gloom; he&#39;s also been reading about some exciting advances in AI and Machine Learning (ML) such as Amazon Alexa being able to come up with novel bedtime stories for kids, Cosplay stars trying out new outfits using personalized &#34;generative art&#34;, and complex software modules being created from simple prompts.</p><p>It seems that AI/ML is advancing at a breakneck speed, leveraging a rich Venture Capital (VC) space driven by a &#34;move fast and break things&#34; mentality. This can be really effective at creating change; but, we&#39;re also seeing lots of AI models becoming so big and so complex that no one really understand how they work. Which is problematic when such models take on the inherently biased tendencies of their creators and moderators.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Tim recently read that, &amp;#34;1 in 10 AI (Artificial Intelligence) engineers think that AI will be the downfall of our civilization.&amp;#34; But, it&amp;#39;s not all doom-and-gloom; he&amp;#39;s also been reading about some exciting advances in AI and Machine Learning (ML) such as Amazon Alexa being able to come up with novel bedtime stories for kids, Cosplay stars trying out new outfits using personalized &amp;#34;generative art&amp;#34;, and complex software modules being created from simple prompts.&lt;/p&gt;&lt;p&gt;It seems that AI/ML is advancing at a breakneck speed, leveraging a rich Venture Capital (VC) space driven by a &amp;#34;move fast and break things&amp;#34; mentality. This can be really effective at creating change; but, we&amp;#39;re also seeing lots of AI models becoming so big and so complex that no one really understand how they work. Which is problematic when such models take on the inherently biased tendencies of their creators and moderators.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="36433502" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b2bd9f5d-d7ea-4b80-a51e-d3c04f6ba021/stream.mp3"/>
                
                <guid isPermaLink="false">c7d34819-23e8-459e-af53-9b3dfeeb1e50</guid>
                <link>https://workingcode.dev/episodes/104-alexa-make-a-podcast-about-ai/</link>
                <pubDate>Wed, 07 Dec 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/12/5/13/563f6a3a-6e1a-4d07-9805-f8bf0ed52b6e_cover-art-v1.jpg"/>
                <itunes:duration>2277</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>103: Birdsite Go Boom</itunes:title>
                <title>103: Birdsite Go Boom</title>

                <itunes:episode>103</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/103-birdsite-go-boom/</itunes:summary>
                <description><![CDATA[<p>Back in April, Elon Musk offered to buy Twitter for $44 Billion. He then spent months talking about how terrible Twitter was before finally taking control in October. Everyone knew it was going to be a landmark moment; but, no one quite knew how things were going to play out. With mass lay-offs, a voluntary exodus of talent, threats of &#34;extreme&#34; work hours, and a series of fraudulent accounts that created a swing in the stock market, it&#39;s safe to say that it&#39;s been a <em>poop show</em>. It&#39;s also pulled-back the curtain, revealing Elon Musk to be more &#34;toxic boss&#34; and less &#34;technology genius&#34;.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Back in April, Elon Musk offered to buy Twitter for $44 Billion. He then spent months talking about how terrible Twitter was before finally taking control in October. Everyone knew it was going to be a landmark moment; but, no one quite knew how things were going to play out. With mass lay-offs, a voluntary exodus of talent, threats of &amp;#34;extreme&amp;#34; work hours, and a series of fraudulent accounts that created a swing in the stock market, it&amp;#39;s safe to say that it&amp;#39;s been a &lt;em&gt;poop show&lt;/em&gt;. It&amp;#39;s also pulled-back the curtain, revealing Elon Musk to be more &amp;#34;toxic boss&amp;#34; and less &amp;#34;technology genius&amp;#34;.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="39166537" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/cbcba7a4-7917-4044-8caa-add184a2376b/stream.mp3"/>
                
                <guid isPermaLink="false">b8fb3b35-9ef7-4d3d-a534-fe05f65ff382</guid>
                <link>https://workingcode.dev/episodes/103-birdsite-go-boom/</link>
                <pubDate>Wed, 30 Nov 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/11/28/13/5b434885-a765-4c49-a1d6-5b8592db0a3a_7a55f-604a-4228-8f56-383debd4e3bc_cover-art-v1.jpg"/>
                <itunes:duration>2447</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>102: Upgrading MySQL For Poop Emojis</itunes:title>
                <title>102: Upgrading MySQL For Poop Emojis</title>

                <itunes:episode>102</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/102-upgrading-mysql-for-poop-emojis/</itunes:summary>
                <description><![CDATA[<p>Migrating data is always complicated. And, the more data that you have to migrate, the more complex your migration process becomes. This week on the show, Adam shares the lessons that he learned while performing a <a href="https://adamtuttle.codes/blog/2022/lessons-learned-migrating-large-mysql-databases/" rel="nofollow">large, multi-client, multi-cluster, week-long database migration</a> for <a href="https://www.alumniq.com/" rel="nofollow">AlumnIQ</a>. This included moving roughly a dozen different databases from Amazon Aurora (MySQL 5) to Aurora 8. Late nights, indexes, and UTF-8 character encodings, oh my!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Migrating data is always complicated. And, the more data that you have to migrate, the more complex your migration process becomes. This week on the show, Adam shares the lessons that he learned while performing a &lt;a href=&#34;https://adamtuttle.codes/blog/2022/lessons-learned-migrating-large-mysql-databases/&#34; rel=&#34;nofollow&#34;&gt;large, multi-client, multi-cluster, week-long database migration&lt;/a&gt; for &lt;a href=&#34;https://www.alumniq.com/&#34; rel=&#34;nofollow&#34;&gt;AlumnIQ&lt;/a&gt;. This included moving roughly a dozen different databases from Amazon Aurora (MySQL 5) to Aurora 8. Late nights, indexes, and UTF-8 character encodings, oh my!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="67405113" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a2ce0ab8-66fd-4c65-9471-dc74812edf8a/stream.mp3"/>
                
                <guid isPermaLink="false">e010f477-54f2-4ecc-8c14-065f4d7f7efb</guid>
                <link>https://workingcode.dev/episodes/102-upgrading-mysql-for-poop-emojis/</link>
                <pubDate>Wed, 23 Nov 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/11/22/12/5f5c1a32-31d5-46cb-a6f8-082cf752774b_9d3ef-c7a8-436f-98a1-a93d59bfb5d4_cover-art-v1.jpg"/>
                <itunes:duration>4212</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>101: Error - Error Message Not Helpful!</itunes:title>
                <title>101: Error - Error Message Not Helpful!</title>

                <itunes:episode>101</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/101-error-error-message-not-helpful/</itunes:summary>
                <description><![CDATA[<p>Web application developers are notoriously bad about building resilient applications. All too often, we implement the &#34;happy path&#34; and then forget (or simply ignore) that <em>many things</em> can go wrong for <em>any number</em> of reasons. However, even if we do account for the &#34;sad path&#34;, and we do catch and handle errors, it&#39;s not always clear how those errors should be presented to the user. Luckily, Tim has some very practical guidance on the matter that he shares with us on this week&#39;s show:</p><blockquote>Error messages sent to the end user need to have an appropriate tone, be free of tech jargon and shouldn&#39;t pass the blame. They say what happened and why, provide reassurance, be empathetic, tell them how to fix it (if possible) and give them a course for remediation (customer service, support ticket).</blockquote><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Web application developers are notoriously bad about building resilient applications. All too often, we implement the &amp;#34;happy path&amp;#34; and then forget (or simply ignore) that &lt;em&gt;many things&lt;/em&gt; can go wrong for &lt;em&gt;any number&lt;/em&gt; of reasons. However, even if we do account for the &amp;#34;sad path&amp;#34;, and we do catch and handle errors, it&amp;#39;s not always clear how those errors should be presented to the user. Luckily, Tim has some very practical guidance on the matter that he shares with us on this week&amp;#39;s show:&lt;/p&gt;&lt;blockquote&gt;Error messages sent to the end user need to have an appropriate tone, be free of tech jargon and shouldn&amp;#39;t pass the blame. They say what happened and why, provide reassurance, be empathetic, tell them how to fix it (if possible) and give them a course for remediation (customer service, support ticket).&lt;/blockquote&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="45697985" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/eda3c7b3-ec22-4a8c-b14b-a1afa5c42624/stream.mp3"/>
                
                <guid isPermaLink="false">e5882074-ee64-4505-80b8-3f361ba44931</guid>
                <link>https://workingcode.dev/episodes/101-error-error-message-not-helpful/</link>
                <pubDate>Wed, 16 Nov 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/11/14/14/81ab72af-9435-4081-a252-933e983c2c8c_cover-art-v1.jpg"/>
                <itunes:duration>2856</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>100: The Spicetacular!</itunes:title>
                <title>100: The Spicetacular!</title>

                <itunes:episode>100</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online:  https://workingcode.dev/episodes/100-the-spicetacular/</itunes:summary>
                <description><![CDATA[<p><span>View the video version on YouTube: </span>https://www.youtube.com/watch?v=ykhX08w4yRI</p><p>It&#39;s hard to believe that we made it to <strong>episode 100</strong>! When we, four, started out on this journey almost two years ago, we were convinced that we&#39;d either get sick of each other or quickly run out of topics to discuss. But, here we are, still loving it and having a great time. And, to celebrate this milestone in the <em>most masochistic way possible</em>, we&#39;ve decided to ignite our guts and destroy our butts with a <a href="https://www.youtube.com/c/FirstWeFeast" rel="nofollow">Hot Ones</a>-inspired Spicetacular! Come for the AMA (Ask Me Anything) and stay for the <a href="https://www.merriam-webster.com/dictionary/schadenfreude" rel="nofollow">schadenfreude</a>!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;&lt;span&gt;View the video version on YouTube: &lt;/span&gt;https://www.youtube.com/watch?v=ykhX08w4yRI&lt;/p&gt;&lt;p&gt;It&amp;#39;s hard to believe that we made it to &lt;strong&gt;episode 100&lt;/strong&gt;! When we, four, started out on this journey almost two years ago, we were convinced that we&amp;#39;d either get sick of each other or quickly run out of topics to discuss. But, here we are, still loving it and having a great time. And, to celebrate this milestone in the &lt;em&gt;most masochistic way possible&lt;/em&gt;, we&amp;#39;ve decided to ignite our guts and destroy our butts with a &lt;a href=&#34;https://www.youtube.com/c/FirstWeFeast&#34; rel=&#34;nofollow&#34;&gt;Hot Ones&lt;/a&gt;-inspired Spicetacular! Come for the AMA (Ask Me Anything) and stay for the &lt;a href=&#34;https://www.merriam-webster.com/dictionary/schadenfreude&#34; rel=&#34;nofollow&#34;&gt;schadenfreude&lt;/a&gt;!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="78290024" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/6cab4361-e085-4baf-b091-a29f8dbe6239/stream.mp3"/>
                
                <guid isPermaLink="false">e912ce87-2601-4007-afa2-02071c1d63e7</guid>
                <link>https://workingcode.dev/episodes/100-the-spicetacular/</link>
                <pubDate>Wed, 09 Nov 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/11/7/23/7f74b30b-39aa-4775-b9c1-95bfad9b89a9_581b3-7852-41e0-9355-ae07b0517672_cover-art-v1.jpg"/>
                <itunes:duration>4893</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>099: Technical Debt Isn’t Always A Choice. Or Is It?</itunes:title>
                <title>099: Technical Debt Isn’t Always A Choice. Or Is It?</title>

                <itunes:episode>99</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/099-technical-debt-isnt-always-a-choice-or-is-it/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week, we&#39;re super excited to be getting the band back together! After several weeks of personal and professional obligations, Adam, Ben, Carol, and Tim are all back at it again. And today, we&#39;re talking about <strong>Technical debt</strong>. When engineers talk about technical debt in public, they often try to use financial metaphors; such as taking out a loan in order to buy a house.</p><p>These financial metaphors <em>romanticize</em> the notion of technical debt, elevating it into the realm of <em>calculated decision making</em>. But, if we&#39;re being honest without ourselves, is any kind of calculation really taking place? Or, are we just trying to do the best that we can with the knowledge and experience that we have? In other words, isn&#39;t most technical debt <em>really</em> just the result of engineers writing janky code at the limit of our capabilities?</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week, we&amp;#39;re super excited to be getting the band back together! After several weeks of personal and professional obligations, Adam, Ben, Carol, and Tim are all back at it again. And today, we&amp;#39;re talking about &lt;strong&gt;Technical debt&lt;/strong&gt;. When engineers talk about technical debt in public, they often try to use financial metaphors; such as taking out a loan in order to buy a house.&lt;/p&gt;&lt;p&gt;These financial metaphors &lt;em&gt;romanticize&lt;/em&gt; the notion of technical debt, elevating it into the realm of &lt;em&gt;calculated decision making&lt;/em&gt;. But, if we&amp;#39;re being honest without ourselves, is any kind of calculation really taking place? Or, are we just trying to do the best that we can with the knowledge and experience that we have? In other words, isn&amp;#39;t most technical debt &lt;em&gt;really&lt;/em&gt; just the result of engineers writing janky code at the limit of our capabilities?&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="56350511" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/053c9861-08e2-4ea4-82c7-701039149d7c/stream.mp3"/>
                
                <guid isPermaLink="false">51ed4627-ce4e-4327-a634-9924152e1f72</guid>
                <link>https://workingcode.dev/episodes/099-technical-debt-isnt-always-a-choice-or-is-it/</link>
                <pubDate>Wed, 02 Nov 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/11/1/0/d4524383-2f4e-45e7-9266-c47f5008c499_cover-art-v1.jpg"/>
                <itunes:duration>3521</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>098: In Defense Of Working On The Legacy Platform</itunes:title>
                <title>098: In Defense Of Working On The Legacy Platform</title>

                <itunes:episode>98</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/098-in-defense-of-working-on-the-legacy-platform/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>If you&#39;ve listened to the Working Code podcast for any period of time, you&#39;ve no doubt heard Ben mention the fact that he works on maintaining a <strong>legacy platform</strong> at <a href="https://www.invisionapp.com/" rel="nofollow">InVision</a>. His role on the legacy team was originally focused on security, stability, and bug-related fixed. However, over the years, he&#39;s become increasingly aggressive about adding features and actively improving the legacy experience. This has caused no shortage of controversy both internally to the company, and more broadly within the <a href="https://workingcode.dev/discord/" rel="nofollow">Working Code community</a>. In this episode, Adam plays Devil&#39;s advocate and gets Ben to justify a mode over operation that seems to be - at times - in opposition to his company&#39;s larger goals.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;If you&amp;#39;ve listened to the Working Code podcast for any period of time, you&amp;#39;ve no doubt heard Ben mention the fact that he works on maintaining a &lt;strong&gt;legacy platform&lt;/strong&gt; at &lt;a href=&#34;https://www.invisionapp.com/&#34; rel=&#34;nofollow&#34;&gt;InVision&lt;/a&gt;. His role on the legacy team was originally focused on security, stability, and bug-related fixed. However, over the years, he&amp;#39;s become increasingly aggressive about adding features and actively improving the legacy experience. This has caused no shortage of controversy both internally to the company, and more broadly within the &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;Working Code community&lt;/a&gt;. In this episode, Adam plays Devil&amp;#39;s advocate and gets Ben to justify a mode over operation that seems to be - at times - in opposition to his company&amp;#39;s larger goals.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="46395977" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d578f41e-282a-49e8-89ab-b75f45fa994a/stream.mp3"/>
                
                <guid isPermaLink="false">738f20e0-0ba1-42b9-8f75-a5ef4b52b5c9</guid>
                <link>https://workingcode.dev/episodes/098-in-defense-of-working-on-the-legacy-platform/</link>
                <pubDate>Wed, 26 Oct 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/10/24/12/ec37ae99-7650-4f0d-82b6-5648e298c962_cover-art-v1.jpg"/>
                <itunes:duration>2899</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>097: Expectations Of Professional Software Engineers</itunes:title>
                <title>097: Expectations Of Professional Software Engineers</title>

                <itunes:episode>97</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/097-expectations-of-professional-software-engineers/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, the crew reviews <a href="https://www.youtube.com/watch?v=cV5HArLYajE" rel="nofollow">Mike Acton&#39;s talk, &#34;Everyone Watching This Is Fired&#34;</a>, by way of <a href="https://adamj.eu/tech/2022/06/17/mike-actons-expectations-of-professional-software-engineers/" rel="nofollow">Adam Johnson&#39;s article, Expectations of Professional Software Engineers</a>. This talk outlines 50 characteristics - both technical and non-technical - that go into making you and your team fit for building products and dealing with customers. Some of these line-items makes us feel seen while others leave us feeling attacked. Listen to find out which ones are which!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, the crew reviews &lt;a href=&#34;https://www.youtube.com/watch?v=cV5HArLYajE&#34; rel=&#34;nofollow&#34;&gt;Mike Acton&amp;#39;s talk, &amp;#34;Everyone Watching This Is Fired&amp;#34;&lt;/a&gt;, by way of &lt;a href=&#34;https://adamj.eu/tech/2022/06/17/mike-actons-expectations-of-professional-software-engineers/&#34; rel=&#34;nofollow&#34;&gt;Adam Johnson&amp;#39;s article, Expectations of Professional Software Engineers&lt;/a&gt;. This talk outlines 50 characteristics - both technical and non-technical - that go into making you and your team fit for building products and dealing with customers. Some of these line-items makes us feel seen while others leave us feeling attacked. Listen to find out which ones are which!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="75891356" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/5e0272a2-46c8-443f-8abb-005ac67816be/stream.mp3"/>
                
                <guid isPermaLink="false">960d772e-ca3a-4ab9-8f48-52014f294571</guid>
                <link>https://workingcode.dev/episodes/097-expectations-of-professional-software-engineers/</link>
                <pubDate>Wed, 19 Oct 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/10/17/12/371ef919-40d2-40c8-9543-dabfda60082e_cover-art-v1.jpg"/>
                <itunes:duration>4743</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>096: Why Do You Write?</itunes:title>
                <title>096: Why Do You Write?</title>

                <itunes:episode>96</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/096-why-do-you-write/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>A year ago, on Episode 36, we talked about <a href="https://workingcode.dev/episodes/036-blogs-and-digital-gardens/" rel="nofollow">blogs and digital gardens</a>. Today, Adam and Ben, our resident authors, dive deeper into how they got started writing, what keeps them writing today, and how the act of - and the <em>engagement with</em> - writing has changed over the years. The advent of Social Media, along with the doubling of new programmers every 5-years, has certainly created a contentious relationship with long-form content. And, is at times, antithetical to our hope of bringing readers along for the journey.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;A year ago, on Episode 36, we talked about &lt;a href=&#34;https://workingcode.dev/episodes/036-blogs-and-digital-gardens/&#34; rel=&#34;nofollow&#34;&gt;blogs and digital gardens&lt;/a&gt;. Today, Adam and Ben, our resident authors, dive deeper into how they got started writing, what keeps them writing today, and how the act of - and the &lt;em&gt;engagement with&lt;/em&gt; - writing has changed over the years. The advent of Social Media, along with the doubling of new programmers every 5-years, has certainly created a contentious relationship with long-form content. And, is at times, antithetical to our hope of bringing readers along for the journey.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="56371409" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/8d9f6b23-dc5e-4da0-9e21-060c2b37bb4c/stream.mp3"/>
                
                <guid isPermaLink="false">370a0fca-0f74-4e38-8832-649536f016dc</guid>
                <link>https://workingcode.dev/episodes/096-why-do-you-write/</link>
                <pubDate>Wed, 12 Oct 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/10/10/11/938b6203-6cea-4d04-a0ad-0f53ed76c2ca_cover-art-v1.jpg"/>
                <itunes:duration>3523</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>095: Potluck #6 - Unpopular Opinions Edition</itunes:title>
                <title>095: Potluck #6 - Unpopular Opinions Edition</title>

                <itunes:episode>95</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/095-potluck-6-unpopular-opinions-edition/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, we tip our hats to the <a href="https://changelog.com/gotime/" rel="nofollow">Go Time podcast</a> and have ourselves an <strong>Unpopular Opinion</strong> potluck. This means sharing ideas for which we feel strongly; but, which may not be so popular in the broader programming community. Topics include password rotation policies (which are dumb), relational databases (which are stupendous), the technical ability of an executive leadership team (which is important), the user experience (UX) of forms (which is often over-thought), automated deployments (which should be based on tags), and code duplication (which can certainly be the right approach).</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, we tip our hats to the &lt;a href=&#34;https://changelog.com/gotime/&#34; rel=&#34;nofollow&#34;&gt;Go Time podcast&lt;/a&gt; and have ourselves an &lt;strong&gt;Unpopular Opinion&lt;/strong&gt; potluck. This means sharing ideas for which we feel strongly; but, which may not be so popular in the broader programming community. Topics include password rotation policies (which are dumb), relational databases (which are stupendous), the technical ability of an executive leadership team (which is important), the user experience (UX) of forms (which is often over-thought), automated deployments (which should be based on tags), and code duplication (which can certainly be the right approach).&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="60044434" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/12c5883e-63ae-47f1-b3df-331f272af5aa/stream.mp3"/>
                
                <guid isPermaLink="false">4d4c9f06-ecfa-49ec-ba69-adecb1b05d50</guid>
                <link>https://workingcode.dev/episodes/095-potluck-6-unpopular-opinions-edition/</link>
                <pubDate>Wed, 05 Oct 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/10/3/14/88a79837-aafa-413b-b81f-17fffba1c754_cover-art-v1.jpg"/>
                <itunes:duration>3752</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>094: Disagree And Commit</itunes:title>
                <title>094: Disagree And Commit</title>

                <itunes:episode>94</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/094-disagree-and-commit/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>People don&#39;t burn out because they have too much work to do, they burn out because they feel powerless. And, for Ben, feeling powerless correlates strongly with doing work that he doesn&#39;t believe in. Which is why he&#39;s never understood the notion of, &#34;Disagree and commit&#34;. After all, in order to quell the feelings of dissent, he has to numb a fundamental part of who he is; and, he&#39;s convinced that such a technique can&#39;t be good for the overall creative process.</p><p>To quote Elie Wiesel:</p><blockquote>The opposite of love is not hate, it&#39;s indifference. The opposite of art is not ugliness, it&#39;s indifference. The opposite of faith is not heresy, it&#39;s indifference. And the opposite of life is not death, it&#39;s indifference.</blockquote><p>So what is the opposite of disagreement? Is it <em>agreement</em>? Or, is it <em>indifference</em>?</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;People don&amp;#39;t burn out because they have too much work to do, they burn out because they feel powerless. And, for Ben, feeling powerless correlates strongly with doing work that he doesn&amp;#39;t believe in. Which is why he&amp;#39;s never understood the notion of, &amp;#34;Disagree and commit&amp;#34;. After all, in order to quell the feelings of dissent, he has to numb a fundamental part of who he is; and, he&amp;#39;s convinced that such a technique can&amp;#39;t be good for the overall creative process.&lt;/p&gt;&lt;p&gt;To quote Elie Wiesel:&lt;/p&gt;&lt;blockquote&gt;The opposite of love is not hate, it&amp;#39;s indifference. The opposite of art is not ugliness, it&amp;#39;s indifference. The opposite of faith is not heresy, it&amp;#39;s indifference. And the opposite of life is not death, it&amp;#39;s indifference.&lt;/blockquote&gt;&lt;p&gt;So what is the opposite of disagreement? Is it &lt;em&gt;agreement&lt;/em&gt;? Or, is it &lt;em&gt;indifference&lt;/em&gt;?&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="50214034" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a7f9aa95-b792-4486-b8cc-6f8078704822/stream.mp3"/>
                
                <guid isPermaLink="false">cf46ae7f-04f0-4337-b31b-68a6cb86ab11</guid>
                <link>https://workingcode.dev/episodes/094-disagree-and-commit/</link>
                <pubDate>Wed, 28 Sep 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/9/27/1/64872e7a-4b1f-4a4b-86b4-cc016045230c_cover-art-v1.jpg"/>
                <itunes:duration>3138</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>093: Sounds Easy! Sure Isn&#39;t</itunes:title>
                <title>093: Sounds Easy! Sure Isn&#39;t</title>

                <itunes:episode>93</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/093-sounds-easy-sure-isnt/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>On Adam&#39;s team, whenever anyone uses the phrase <em>&#34;just&#34;</em> to describe a level-of-effort, everyone jumps in and echoes &#34;just&#34; using air-quotes. Because, as many of us have learned over the years, nothing is ever as simple as it seems, especially in the world of web development. On this week&#39;s show, we talk about some of those tasks that end up being way more complicated than they <em>should have been</em>. Topics include: vertically aligning content, using JavaScript in 2022, logging data with sufficient context, tracking who made changes to a database, and storing notification flags for users that <em>may never come back to your application</em>.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;On Adam&amp;#39;s team, whenever anyone uses the phrase &lt;em&gt;&amp;#34;just&amp;#34;&lt;/em&gt; to describe a level-of-effort, everyone jumps in and echoes &amp;#34;just&amp;#34; using air-quotes. Because, as many of us have learned over the years, nothing is ever as simple as it seems, especially in the world of web development. On this week&amp;#39;s show, we talk about some of those tasks that end up being way more complicated than they &lt;em&gt;should have been&lt;/em&gt;. Topics include: vertically aligning content, using JavaScript in 2022, logging data with sufficient context, tracking who made changes to a database, and storing notification flags for users that &lt;em&gt;may never come back to your application&lt;/em&gt;.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="48926720" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/22c0ead2-244f-46d9-afa0-d680ae4f8cc1/stream.mp3"/>
                
                <guid isPermaLink="false">0c4d95f8-d69d-4786-9b7b-08e8277f8896</guid>
                <link>https://workingcode.dev/episodes/093-sounds-easy-sure-isnt/</link>
                <pubDate>Wed, 21 Sep 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/9/19/14/1aca5c66-3695-47ed-b387-2f69861d3d37_cover-art-v1.jpg"/>
                <itunes:duration>3057</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>092: The Power of No</itunes:title>
                <title>092: The Power of No</title>

                <itunes:episode>92</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/092-the-power-of-no/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, the crew talks about the Power of No. For many of us, saying &#34;No&#34; is usually a challenge. Saying &#34;Yes&#34;, on the other hand, is usually the path of lease resistance. Saying &#34;Yes&#34; also feels good. In fact, saying &#34;Yes&#34; has so much appeal that we often rush into saying &#34;Yes&#34; to work before we even understand what that work entails or how urgent that work actually is. And, in many cases, that eager &#34;Yes&#34; ends up leading to a future failure. Which is why getting to &#34;No&#34; - or &#34;No, But&#34; - can help us maintain both our sanity and our professional relationships.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, the crew talks about the Power of No. For many of us, saying &amp;#34;No&amp;#34; is usually a challenge. Saying &amp;#34;Yes&amp;#34;, on the other hand, is usually the path of lease resistance. Saying &amp;#34;Yes&amp;#34; also feels good. In fact, saying &amp;#34;Yes&amp;#34; has so much appeal that we often rush into saying &amp;#34;Yes&amp;#34; to work before we even understand what that work entails or how urgent that work actually is. And, in many cases, that eager &amp;#34;Yes&amp;#34; ends up leading to a future failure. Which is why getting to &amp;#34;No&amp;#34; - or &amp;#34;No, But&amp;#34; - can help us maintain both our sanity and our professional relationships.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="50308493" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/af1aa873-a9ff-487d-b1ca-edc955e469ef/stream.mp3"/>
                
                <guid isPermaLink="false">775ea125-c4cf-4134-8c5d-2018c436252c</guid>
                <link>https://workingcode.dev/episodes/092-the-power-of-no/</link>
                <pubDate>Wed, 14 Sep 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/9/12/15/890c85e9-0cd9-446e-95df-20ad61422a33_cover-art-v1.jpg"/>
                <itunes:duration>3144</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>091: Side Project Therapy</itunes:title>
                <title>091: Side Project Therapy</title>

                <itunes:episode>91</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/091-side-project-therapy/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>On last week&#39;s show, we talked about &#34;Side Hustles&#34; - those extracurricular activities that we do in order to earn a little extra income. On this week&#39;s show, we want to talk about the flip-side to that coin: the coding that we do on the side because we <strong>freakin&#39; love coding</strong>! Carol celebrates the WordPress site that she&#39;s built and now maintains for her son&#39;s band, including the ability to accept payments and donations. And, Ben talks about trying to build a feature flag system using Lucee CFML and Angular. He also confesses that his blog has historically had a negative impact on his resolution to do more exploratory work. We also get to argue a bit about <em>just how sexy</em> TypeScript actually is.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;On last week&amp;#39;s show, we talked about &amp;#34;Side Hustles&amp;#34; - those extracurricular activities that we do in order to earn a little extra income. On this week&amp;#39;s show, we want to talk about the flip-side to that coin: the coding that we do on the side because we &lt;strong&gt;freakin&amp;#39; love coding&lt;/strong&gt;! Carol celebrates the WordPress site that she&amp;#39;s built and now maintains for her son&amp;#39;s band, including the ability to accept payments and donations. And, Ben talks about trying to build a feature flag system using Lucee CFML and Angular. He also confesses that his blog has historically had a negative impact on his resolution to do more exploratory work. We also get to argue a bit about &lt;em&gt;just how sexy&lt;/em&gt; TypeScript actually is.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="49614680" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/614cc2a8-e18f-46dc-94b4-5301e4412a7b/stream.mp3"/>
                
                <guid isPermaLink="false">10a8afcd-2fdd-4cc0-8a0d-b8c924630107</guid>
                <link>https://workingcode.dev/episodes/091-side-project-therapy/</link>
                <pubDate>Wed, 07 Sep 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/9/6/0/73b46078-1eaa-4645-97f8-c2c0b1ba89d5_cover-art-v1.jpg"/>
                <itunes:duration>3100</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>090: Passion Projects and Beer Money - Side Hustles</itunes:title>
                <title>090: Passion Projects and Beer Money - Side Hustles</title>

                <itunes:episode>90</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/090-passion-projects-and-beer-money-side-hustles/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, the crew talks about side hustles: the very American desire to be making money on the side. While many people in this world <em>need</em> side hustles in order to make ends meet, those in our industry (technology) often incur side hustles as a voluntary affliction. Of course, there&#39;s a fixed number of hours in each day; so, you&#39;re either earning passive income; or, your taking time away from your other interests (and commitments). This isn&#39;t always healthy. Nor should it be seen as a rite of passage - we on the show have a lot of respect for people that are <em>simply content</em> and can live their lives without grinding themselves down to a nub.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, the crew talks about side hustles: the very American desire to be making money on the side. While many people in this world &lt;em&gt;need&lt;/em&gt; side hustles in order to make ends meet, those in our industry (technology) often incur side hustles as a voluntary affliction. Of course, there&amp;#39;s a fixed number of hours in each day; so, you&amp;#39;re either earning passive income; or, your taking time away from your other interests (and commitments). This isn&amp;#39;t always healthy. Nor should it be seen as a rite of passage - we on the show have a lot of respect for people that are &lt;em&gt;simply content&lt;/em&gt; and can live their lives without grinding themselves down to a nub.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="61598406" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/85a6eac2-c0b3-4da5-9507-bf9f355c1394/stream.mp3"/>
                
                <guid isPermaLink="false">e690d8eb-7c9e-4e18-83f0-c577e5491097</guid>
                <link>https://workingcode.dev/episodes/090-passion-projects-and-beer-money-side-hustles/</link>
                <pubDate>Wed, 31 Aug 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/8/29/10/f24ad030-9a5c-44dc-b6f8-f19795f603f9_12d39-6eca-46c0-bbef-60f1d893a75f_cover-art-v1.jpg"/>
                <itunes:duration>3849</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>089: What Makes a Good Roadmap?</itunes:title>
                <title>089: What Makes a Good Roadmap?</title>

                <itunes:episode>89</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/089-what-makes-a-good-roadmap/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>Like Michelangelo with a block of marble, we engineers often like to dive right into the code and let the application <em>reveal itself to us</em>. And while this may work on a very small scale, this extreme bias-towards-action isn&#39;t prudent for larger teams or companies with a growing client-base. Mature companies have roadmaps. They weigh the benefits of building one feature against the opportunity cost of not building another feature. Mature companies get buy-in both internally and externally. They then evolve their vision based on that feedback when it make sense; or, they apply grit when it is required.</p><p>Or, at least that&#39;s the hope. Because, in reality, building a roadmap isn&#39;t easy. There are so many competing interests and such a limited amount of time. And then, there are Black Swan events like Covid-19, that force us all to stop and completely <em>re-evaluate everything</em>.</p><p>This week on the show, the crew talks about what goes into a good roadmap; how we can avoid certain pitfalls; and, we question how far into the future a company should be looking on their roadmap.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Like Michelangelo with a block of marble, we engineers often like to dive right into the code and let the application &lt;em&gt;reveal itself to us&lt;/em&gt;. And while this may work on a very small scale, this extreme bias-towards-action isn&amp;#39;t prudent for larger teams or companies with a growing client-base. Mature companies have roadmaps. They weigh the benefits of building one feature against the opportunity cost of not building another feature. Mature companies get buy-in both internally and externally. They then evolve their vision based on that feedback when it make sense; or, they apply grit when it is required.&lt;/p&gt;&lt;p&gt;Or, at least that&amp;#39;s the hope. Because, in reality, building a roadmap isn&amp;#39;t easy. There are so many competing interests and such a limited amount of time. And then, there are Black Swan events like Covid-19, that force us all to stop and completely &lt;em&gt;re-evaluate everything&lt;/em&gt;.&lt;/p&gt;&lt;p&gt;This week on the show, the crew talks about what goes into a good roadmap; how we can avoid certain pitfalls; and, we question how far into the future a company should be looking on their roadmap.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="59234847" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a0d2504e-8d8d-431a-b74f-4fe483fbbceb/stream.mp3"/>
                
                <guid isPermaLink="false">1fab040c-a052-466c-9b58-9f7b5f5634f3</guid>
                <link>https://workingcode.dev/episodes/089-what-makes-a-good-roadmap/</link>
                <pubDate>Wed, 24 Aug 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/8/22/10/93598638-bbab-43ef-890f-c776b422a144_cover-art-v1.jpg"/>
                <itunes:duration>3702</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>088: //todo: documentation</itunes:title>
                <title>088: //todo: documentation</title>

                <itunes:episode>88</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/088-todo-documentation/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, the crew talks about documentation. Yay! As developers, there&#39;s no doubt that we all love consuming great documentation - especially for APIs. But, nary a one of us enjoys the process of creating documentation. Except maybe Adam, who&#39;s oddly passionate about communication. For the rest of us, however, documenting our choices and our subsequent outcomes feels a bit of a slog. It&#39;s never clear when we should be writing documentation; it&#39;s never clear what we should be documenting; and, it&#39;s never clear just how much detail we need to include. Sometimes, ironically, it seems that the more thoroughly we document a topic, the more likely it is to be misunderstood. So, that&#39;s awesome!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, the crew talks about documentation. Yay! As developers, there&amp;#39;s no doubt that we all love consuming great documentation - especially for APIs. But, nary a one of us enjoys the process of creating documentation. Except maybe Adam, who&amp;#39;s oddly passionate about communication. For the rest of us, however, documenting our choices and our subsequent outcomes feels a bit of a slog. It&amp;#39;s never clear when we should be writing documentation; it&amp;#39;s never clear what we should be documenting; and, it&amp;#39;s never clear just how much detail we need to include. Sometimes, ironically, it seems that the more thoroughly we document a topic, the more likely it is to be misunderstood. So, that&amp;#39;s awesome!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="56393142" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/ba3fcec6-f5bc-43c3-81e3-b37c7248c23c/stream.mp3"/>
                
                <guid isPermaLink="false">e0b09bd1-1326-4574-85e4-e37a27957edf</guid>
                <link>https://workingcode.dev/episodes/088-todo-documentation/</link>
                <pubDate>Wed, 17 Aug 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/8/15/9/2be4646e-7a84-4b82-b0b8-dff4e0ad3a21_cover-art-v1.jpg"/>
                <itunes:duration>3524</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>087: Note To Self v0.2.0</itunes:title>
                <title>087: Note To Self v0.2.0</title>

                <itunes:episode>87</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/087-note-to-self-v0-2-0/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>On today&#39;s episode, we get to pull up the floor boards and once again peer into the dark recesses of Ben&#39;s brain: all the random and, frankly, sometimes incoherent chit-cat that Ben has with himself. Listen to him call B.S. on flaky tests; shake his first at overly-specific CSS selectors; preen about GulpJS build scripts; pontificate on the ROI (return on investment) of personal growth; and, theorize that building - not buying - can sometimes be the smarter (and less bureaucratic) move to make.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;On today&amp;#39;s episode, we get to pull up the floor boards and once again peer into the dark recesses of Ben&amp;#39;s brain: all the random and, frankly, sometimes incoherent chit-cat that Ben has with himself. Listen to him call B.S. on flaky tests; shake his first at overly-specific CSS selectors; preen about GulpJS build scripts; pontificate on the ROI (return on investment) of personal growth; and, theorize that building - not buying - can sometimes be the smarter (and less bureaucratic) move to make.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="50900323" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/98786952-84d7-468b-84b2-87eb5405bf7b/stream.mp3"/>
                
                <guid isPermaLink="false">7202dd3e-da64-4060-90a1-ba173d84bb6c</guid>
                <link>https://workingcode.dev/episodes/087-note-to-self-v0-2-0/</link>
                <pubDate>Wed, 10 Aug 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/8/8/10/e771f894-e42d-4437-aa0e-b34104149eb1_cover-art-v1.jpg"/>
                <itunes:duration>3181</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>086: The Working Code Test</itunes:title>
                <title>086: The Working Code Test</title>

                <itunes:episode>86</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/086-the-working-code-test/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>Twenty-two years ago, <a href="https://www.joelonsoftware.com/" rel="nofollow">Joel Spolsky</a> wrote an article titled, <a href="https://www.joelonsoftware.com/2000/08/09/the-joel-test-12-steps-to-better-code/" rel="nofollow">The Joel Test</a>, which outlines 12-steps for evaluating the quality of a software team. At the time, Joel was working with Microsoft, building products that were delivered on CD-ROM. As such, his day-to-day workflow was somewhat different than the kind of work many of us are used to doing today. That said, much of what he had in his 12-point litmus test still holds true! Which I believe is a testament to how fundamental his insights were. This week on the show, the crew reviews Joel&#39;s list, gives each item our personal <em>Yay</em> or <em>Nay</em>, and then adds a few requirements of our own.</p><p>Also, if you want a quick run-down of what we discussed, Adam summarized much of what we talked about in <a href="https://adamtuttle.codes/blog/2022/the-working-code-test/" rel="nofollow">The Working Code Test</a> over on his blog.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Twenty-two years ago, &lt;a href=&#34;https://www.joelonsoftware.com/&#34; rel=&#34;nofollow&#34;&gt;Joel Spolsky&lt;/a&gt; wrote an article titled, &lt;a href=&#34;https://www.joelonsoftware.com/2000/08/09/the-joel-test-12-steps-to-better-code/&#34; rel=&#34;nofollow&#34;&gt;The Joel Test&lt;/a&gt;, which outlines 12-steps for evaluating the quality of a software team. At the time, Joel was working with Microsoft, building products that were delivered on CD-ROM. As such, his day-to-day workflow was somewhat different than the kind of work many of us are used to doing today. That said, much of what he had in his 12-point litmus test still holds true! Which I believe is a testament to how fundamental his insights were. This week on the show, the crew reviews Joel&amp;#39;s list, gives each item our personal &lt;em&gt;Yay&lt;/em&gt; or &lt;em&gt;Nay&lt;/em&gt;, and then adds a few requirements of our own.&lt;/p&gt;&lt;p&gt;Also, if you want a quick run-down of what we discussed, Adam summarized much of what we talked about in &lt;a href=&#34;https://adamtuttle.codes/blog/2022/the-working-code-test/&#34; rel=&#34;nofollow&#34;&gt;The Working Code Test&lt;/a&gt; over on his blog.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="77276473" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/7acd3cf5-24f5-4bcd-b615-9a7487e41a2b/stream.mp3"/>
                
                <guid isPermaLink="false">737a875e-ab71-4f58-83f9-6e700e38c909</guid>
                <link>https://workingcode.dev/episodes/086-the-working-code-test/</link>
                <pubDate>Wed, 03 Aug 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/8/1/12/5dbf75e6-55a7-4b15-bd9e-c7278adebe3d_cover-art-v1.jpg"/>
                <itunes:duration>4829</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>085: Shipping Complexity</itunes:title>
                <title>085: Shipping Complexity</title>

                <itunes:episode>85</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/085-shipping-complexity/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>The less code you write, the easier it is for people to review, the less likely it is to contain bugs, and the more likely it is to merge cleanly into your main integration branch. The converse of this tends to also be true: the more code you write - particularly within a long-lived feature branch - the harder it is to review and the more likely it is to contain bugs that cause production issues. We all basically hold this to be true; however, that doesn&#39;t mean that we can <em>simply choose to do the former</em>. Shipping less complexity is a byproduct of both team and technology constraints. This week on the show, the crew talks about how they try to reduce the complexity of their code shipping process.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;The less code you write, the easier it is for people to review, the less likely it is to contain bugs, and the more likely it is to merge cleanly into your main integration branch. The converse of this tends to also be true: the more code you write - particularly within a long-lived feature branch - the harder it is to review and the more likely it is to contain bugs that cause production issues. We all basically hold this to be true; however, that doesn&amp;#39;t mean that we can &lt;em&gt;simply choose to do the former&lt;/em&gt;. Shipping less complexity is a byproduct of both team and technology constraints. This week on the show, the crew talks about how they try to reduce the complexity of their code shipping process.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="58436963" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/3e3a7200-db05-4ce7-af71-93ec1e44c615/stream.mp3"/>
                
                <guid isPermaLink="false">31fee53e-8e85-450c-9a2b-85ddc37d8657</guid>
                <link>https://workingcode.dev/episodes/085-shipping-complexity/</link>
                <pubDate>Wed, 27 Jul 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/7/25/9/aa98eef3-fb4b-4fa9-a4c5-7033b554ccca_cover-art-v1.jpg"/>
                <itunes:duration>3652</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>084: The Architectural Support Team with Jason Henriksen</itunes:title>
                <title>084: The Architectural Support Team with Jason Henriksen</title>

                <itunes:episode>84</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/084-the-architectural-support-team-with-jason-henriksen/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, we interview <a href="https://www.linkedin.com/in/jason-henriksen-60b5b22/" rel="nofollow">Jason Henriksen</a> who works alongside Carol as a Software Architect at Clear Capital. According to Jason, every engineer does some degree of <em>architecture</em>, whether they know it or not. In fact, there&#39;s a lot of overlap between what Jason does and what your average web developer does. Which is why he calls his team the &#34;Architecture Support&#34; team. Their goal isn&#39;t to hand down edicts and pass out proclamations. Instead, Jason&#39;s goal is to build bridges between teams, help identify common pain points, propagate best practices, and lovingly guide the company in the right <em>technical</em> direction.</p><p>Also, special thanks to Tim for <em>only asking great questions</em>!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, we interview &lt;a href=&#34;https://www.linkedin.com/in/jason-henriksen-60b5b22/&#34; rel=&#34;nofollow&#34;&gt;Jason Henriksen&lt;/a&gt; who works alongside Carol as a Software Architect at Clear Capital. According to Jason, every engineer does some degree of &lt;em&gt;architecture&lt;/em&gt;, whether they know it or not. In fact, there&amp;#39;s a lot of overlap between what Jason does and what your average web developer does. Which is why he calls his team the &amp;#34;Architecture Support&amp;#34; team. Their goal isn&amp;#39;t to hand down edicts and pass out proclamations. Instead, Jason&amp;#39;s goal is to build bridges between teams, help identify common pain points, propagate best practices, and lovingly guide the company in the right &lt;em&gt;technical&lt;/em&gt; direction.&lt;/p&gt;&lt;p&gt;Also, special thanks to Tim for &lt;em&gt;only asking great questions&lt;/em&gt;!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="46978194" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/1295f970-ee23-4ac2-905b-5a4518be26e1/stream.mp3"/>
                
                <guid isPermaLink="false">7f4354f2-1ed4-408f-80de-050099962ddc</guid>
                <link>https://workingcode.dev/episodes/084-the-architectural-support-team-with-jason-henriksen/</link>
                <pubDate>Wed, 20 Jul 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/7/18/12/0b9cdf7b-ae7e-4ceb-8b39-97f5f7b38001_cover-art-v1.jpg"/>
                <itunes:duration>2936</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>083: Alternate Timelines</itunes:title>
                <title>083: Alternate Timelines</title>

                <itunes:episode>83</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/083-alternate-timelines/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>We all love writing code. Honestly, here on the show, it&#39;s hard for us to imagine doing <em>anything other</em> than building beautiful digital products for our beloved customers. But, as a thought experiment - in these post-pandemic times - the crew wanted to share some of the other professions that <em>could have been</em>. From ice cream truck driver to organic chef to movie theater entrepreneur, we dive into the untapped world of alternate realities.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;We all love writing code. Honestly, here on the show, it&amp;#39;s hard for us to imagine doing &lt;em&gt;anything other&lt;/em&gt; than building beautiful digital products for our beloved customers. But, as a thought experiment - in these post-pandemic times - the crew wanted to share some of the other professions that &lt;em&gt;could have been&lt;/em&gt;. From ice cream truck driver to organic chef to movie theater entrepreneur, we dive into the untapped world of alternate realities.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="38181825" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a864f4be-0b9a-4682-9a4e-20f61ed91a5b/stream.mp3"/>
                
                <guid isPermaLink="false">fea4cf32-ee6b-45f6-9221-03b1cd313453</guid>
                <link>https://workingcode.dev/episodes/083-alternate-timelines/</link>
                <pubDate>Wed, 13 Jul 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/7/12/16/5f401ea5-7cbe-4ac1-82b4-05ca5ae37459_c1cfc-b7f3-4483-bd32-e62cdf4278cb_cover-art-v1.jpg"/>
                <itunes:duration>2386</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>082: GitHub Copilot - Is It Worth It?</itunes:title>
                <title>082: GitHub Copilot - Is It Worth It?</title>

                <itunes:episode>82</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/082-github-copilot-is-it-worth-it/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, the crew talks about <a href="https://github.com/features/copilot" rel="nofollow">GitHub Copilot</a>. After being in private beta for several months, this <em>&#34;AI pair programmer&#34;</em> is now generally available as a paid product for $10/month or $100/year. But is this something people want to pay for? Will a price put the kibosh on grassroots adoption? Are there pros-and-cons to different pricing models? And, is there ever going to be a world in which Ben can get past his own fanatical formatting tendencies?</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, the crew talks about &lt;a href=&#34;https://github.com/features/copilot&#34; rel=&#34;nofollow&#34;&gt;GitHub Copilot&lt;/a&gt;. After being in private beta for several months, this &lt;em&gt;&amp;#34;AI pair programmer&amp;#34;&lt;/em&gt; is now generally available as a paid product for $10/month or $100/year. But is this something people want to pay for? Will a price put the kibosh on grassroots adoption? Are there pros-and-cons to different pricing models? And, is there ever going to be a world in which Ben can get past his own fanatical formatting tendencies?&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="52434651" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/458510ff-09c0-4177-a036-961fc95bcb27/stream.mp3"/>
                
                <guid isPermaLink="false">e0d97450-4720-44aa-afe8-85a51d400d62</guid>
                <link>https://workingcode.dev/episodes/082-github-copilot-is-it-worth-it/</link>
                <pubDate>Wed, 06 Jul 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/7/4/21/33ce9f5d-a944-485f-ab89-6813594fc010_0048d-7537-4373-8beb-b2988a678f8f_cover-art-v1.jpg"/>
                <itunes:duration>3277</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>081: Total Randos</itunes:title>
                <title>081: Total Randos</title>

                <itunes:episode>81</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/081-total-randos/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, the crew shares some of the random stuff that they&#39;ve been dealing with at work. Carol is about to submit a PR (Pull Request) that accounts for 8-weeks worth of commits; and, she&#39;s already warning her engineers that it&#39;s gonna be beefy! Ben wonders if he&#39;s been fooling himself into his love of Lucee CFML&#39;s &#34;Tag Islands&#34;; or, if there&#39;s something fundamentally more enjoyable about the developer ergonomics of the <code>CFQuery</code> tag. And, Tim&#39;s been working on remaining PCI (Payment Card Industry) compliant by scrubbing credit card numbers out of his customer&#39;s <em>&#34;name&#34; fields</em>; because, as it turns out, customers will jam a credit card number in just about any form field that they find!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, the crew shares some of the random stuff that they&amp;#39;ve been dealing with at work. Carol is about to submit a PR (Pull Request) that accounts for 8-weeks worth of commits; and, she&amp;#39;s already warning her engineers that it&amp;#39;s gonna be beefy! Ben wonders if he&amp;#39;s been fooling himself into his love of Lucee CFML&amp;#39;s &amp;#34;Tag Islands&amp;#34;; or, if there&amp;#39;s something fundamentally more enjoyable about the developer ergonomics of the &lt;code&gt;CFQuery&lt;/code&gt; tag. And, Tim&amp;#39;s been working on remaining PCI (Payment Card Industry) compliant by scrubbing credit card numbers out of his customer&amp;#39;s &lt;em&gt;&amp;#34;name&amp;#34; fields&lt;/em&gt;; because, as it turns out, customers will jam a credit card number in just about any form field that they find!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="45247843" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a035c23e-4ec1-4841-900b-375beefc34c5/stream.mp3"/>
                
                <guid isPermaLink="false">5576cc72-ba50-46d6-a433-18f6ae87ce8f</guid>
                <link>https://workingcode.dev/episodes/081-total-randos/</link>
                <pubDate>Wed, 29 Jun 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/6/27/15/585829c6-d046-43ce-9ab4-97fc2f467971_cover-art-v1.jpg"/>
                <itunes:duration>2827</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>080: Other Duties As Assigned</itunes:title>
                <title>080: Other Duties As Assigned</title>

                <itunes:episode>80</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/080-other-duties-as-assigned/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>In each role, there are the responsibilities that get listed on the job board; and then, there&#39;s all the random stuff that they ask you do to once you show up. On today&#39;s show, the crew discusses the latter: those strange and wondrous &#34;extras&#34; that sometimes get rolled-up into an honest day&#39;s work. Topics include: buying nipple cream, picking up cigarette butts, cleaning bathrooms, taking out trash, driving to remote server locations, restocking photocopiers, and - perhaps worst of all - getting pushed into Sales.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;In each role, there are the responsibilities that get listed on the job board; and then, there&amp;#39;s all the random stuff that they ask you do to once you show up. On today&amp;#39;s show, the crew discusses the latter: those strange and wondrous &amp;#34;extras&amp;#34; that sometimes get rolled-up into an honest day&amp;#39;s work. Topics include: buying nipple cream, picking up cigarette butts, cleaning bathrooms, taking out trash, driving to remote server locations, restocking photocopiers, and - perhaps worst of all - getting pushed into Sales.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="46397231" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/25396ab0-6800-4991-9871-8dd5365c3c8a/stream.mp3"/>
                
                <guid isPermaLink="false">5fdfca3e-e31b-4d90-bbc3-490c1751e30f</guid>
                <link>https://workingcode.dev/episodes/080-other-duties-as-assigned/</link>
                <pubDate>Wed, 22 Jun 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/6/20/13/0ca0bbcd-5ae1-4f30-bf65-c27040d86b3f_cover-art-v1.jpg"/>
                <itunes:duration>2899</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>079: Potluck #5</itunes:title>
                <title>079: Potluck #5</title>

                <itunes:episode>79</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/079-potluck-5/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, Adam and Ben examine a variety of random topics: Adam loves watching conference videos on YouTube; Ben is feeling terribly insecure about falling behind in the field of web development; neither of us can believe that Elon Musk is forcing his employees back into the office; and, how is it possible that some people seem have so much free time - what the heck is their secret?!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, Adam and Ben examine a variety of random topics: Adam loves watching conference videos on YouTube; Ben is feeling terribly insecure about falling behind in the field of web development; neither of us can believe that Elon Musk is forcing his employees back into the office; and, how is it possible that some people seem have so much free time - what the heck is their secret?!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57395409" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e0cb7816-d830-4dff-9823-624377df84cb/stream.mp3"/>
                
                <guid isPermaLink="false">39a3d3b5-50ad-47bc-ba95-f9858317b0fa</guid>
                <link>https://workingcode.dev/episodes/079-potluck-5/</link>
                <pubDate>Wed, 15 Jun 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/6/13/15/44fbc5dd-d909-4460-b1e5-ff3b91515b24_cover-art-v1.jpg"/>
                <itunes:duration>3587</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>078: UX - Pushing Users Into The Pit of Success</itunes:title>
                <title>078: UX - Pushing Users Into The Pit of Success</title>

                <itunes:episode>78</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/078-ux-pushing-users-into-the-pit-of-success/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, Adam and Ben talk about the &#34;unhappy paths&#34; in software design. An unhappy path - also known as a &#34;sad path&#34; - is <em>anything that can go wrong</em> during the consumption of a product. Some unhappy paths are nothing more than unanticipated edge-cases in the code while other unhappy paths are caused by poorly designed user interfaces (UI) that lack necessary constraints and affordances. But of course, it doesn&#39;t much matter why something is breaking, if our customers are unhappy, it is our job to fix it.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, Adam and Ben talk about the &amp;#34;unhappy paths&amp;#34; in software design. An unhappy path - also known as a &amp;#34;sad path&amp;#34; - is &lt;em&gt;anything that can go wrong&lt;/em&gt; during the consumption of a product. Some unhappy paths are nothing more than unanticipated edge-cases in the code while other unhappy paths are caused by poorly designed user interfaces (UI) that lack necessary constraints and affordances. But of course, it doesn&amp;#39;t much matter why something is breaking, if our customers are unhappy, it is our job to fix it.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57110778" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/716e3391-ab1a-49b0-be59-358f8107e6c8/stream.mp3"/>
                
                <guid isPermaLink="false">3fe830e0-3c40-4df4-a1a3-8188dc7c8616</guid>
                <link>https://workingcode.dev/episodes/078-ux-pushing-users-into-the-pit-of-success/</link>
                <pubDate>Wed, 08 Jun 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/6/6/16/737aa395-efe7-43f2-8db5-ce34a8852204_cover-art-v1.jpg"/>
                <itunes:duration>3569</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>077: Mid-Manager Blues</itunes:title>
                <title>077: Mid-Manager Blues</title>

                <itunes:episode>77</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/077-mid-manager-blues/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week, on the show, we check-in with Carol to see how she&#39;s adjusting to her new role. Carol was recently promoted to a position in which she is a Manager some of the time and an individual contributor (IC) the rest of the time. This setup has a lot of advantages; but, it is not without its challenges. Just last week, she was deep in the coding zone, on the cusp of solving a hard problem, when she had to stop what she was doing and jump into a meeting. This left her with a residue of resentment (in the moment), especially when the first few minutes of the meeting were nothing more than water cooler banter. To be clear, Carol <em>absolutely loves</em> what she is doing; and, she loves being a force-multiplier for her company; but, she&#39;s still in the process of finding a comfortable equilibrium.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week, on the show, we check-in with Carol to see how she&amp;#39;s adjusting to her new role. Carol was recently promoted to a position in which she is a Manager some of the time and an individual contributor (IC) the rest of the time. This setup has a lot of advantages; but, it is not without its challenges. Just last week, she was deep in the coding zone, on the cusp of solving a hard problem, when she had to stop what she was doing and jump into a meeting. This left her with a residue of resentment (in the moment), especially when the first few minutes of the meeting were nothing more than water cooler banter. To be clear, Carol &lt;em&gt;absolutely loves&lt;/em&gt; what she is doing; and, she loves being a force-multiplier for her company; but, she&amp;#39;s still in the process of finding a comfortable equilibrium.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="42338011" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a47d853f-1dc2-4d33-bdc9-494797df3475/stream.mp3"/>
                
                <guid isPermaLink="false">d4d363f4-68a8-403f-93c2-09842bfa839f</guid>
                <link>https://workingcode.dev/episodes/077-mid-manager-blues/</link>
                <pubDate>Wed, 01 Jun 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/5/30/16/76ac0865-c5d5-4e22-bc3c-7e5baf16d9dd_08183-090a-41aa-be97-24c05bcd2e6c_cover-art-v1.jpg"/>
                <itunes:duration>2646</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>076: Ben Needs A Minute</itunes:title>
                <title>076: Ben Needs A Minute</title>

                <itunes:episode>76</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/076-ben-needs-a-minute/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>If Ben crushes it in the woods, and no one is there to see it, is he truly crushing it? Such are the philosophical questions that go through Ben&#39;s brain as he continues to pour his heart and soul into a legacy product that no one else at the company cares about. That is, except for the customers that still log into the legacy platform on a daily basis. Don&#39;t those customers deserve something? Ultimately, Ben just wants to hear that he&#39;s doing a good job.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;If Ben crushes it in the woods, and no one is there to see it, is he truly crushing it? Such are the philosophical questions that go through Ben&amp;#39;s brain as he continues to pour his heart and soul into a legacy product that no one else at the company cares about. That is, except for the customers that still log into the legacy platform on a daily basis. Don&amp;#39;t those customers deserve something? Ultimately, Ben just wants to hear that he&amp;#39;s doing a good job.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55350334" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/027a7799-2485-4353-ab16-7992b160ca3b/stream.mp3"/>
                
                <guid isPermaLink="false">0940655d-6541-4f5d-be7a-4c08c7c78268</guid>
                <link>https://workingcode.dev/episodes/076-ben-needs-a-minute/</link>
                <pubDate>Wed, 25 May 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/5/17/0/5a3452e7-bba3-468a-83f9-298ed10b5cd6_cover-art-v1.jpg"/>
                <itunes:duration>3459</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>075: What Problem Does This Solve?</itunes:title>
                <title>075: What Problem Does This Solve?</title>

                <itunes:episode>75</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/075-what-problem-does-this-solve/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>Carol - who has recently stepped into a managerial role - is facing an interesting situation: her company wants to start implementing process changes across the board. However, Carol&#39;s own team is <em>kicking ass and taking names</em>; and, she can&#39;t understand how any of the proposed changes will actually make her team more effective. In fact, she believes that some of the changes will be counterproductive for her team. So, the question becomes: how does she push-back against the proposed changes without looking like an antagonist or a contrarian?</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Carol - who has recently stepped into a managerial role - is facing an interesting situation: her company wants to start implementing process changes across the board. However, Carol&amp;#39;s own team is &lt;em&gt;kicking ass and taking names&lt;/em&gt;; and, she can&amp;#39;t understand how any of the proposed changes will actually make her team more effective. In fact, she believes that some of the changes will be counterproductive for her team. So, the question becomes: how does she push-back against the proposed changes without looking like an antagonist or a contrarian?&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="47479745" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/148c23c3-05f5-4dbe-b27e-64dca813d7a3/stream.mp3"/>
                
                <guid isPermaLink="false">0b6e7e22-5cce-4847-ad99-3f5f9ca35d96</guid>
                <link>https://workingcode.dev/episodes/075-what-problem-does-this-solve/</link>
                <pubDate>Wed, 18 May 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/5/17/0/9cf97008-6d2d-4b74-adaa-647eebcac6b0_cover-art-v1.jpg"/>
                <itunes:duration>2967</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>074: What&#39;s On Your Workbench?</itunes:title>
                <title>074: What&#39;s On Your Workbench?</title>

                <itunes:episode>74</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/074-whats-on-your-workbench/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, the crew talks about what they&#39;ve been working on recently. Adam is exploring the use of AWS (Amazon Web Services) message queues and S3 in order to manage nightly data processing in a way that <em>won&#39;t crush</em> his application servers. Tim has been approved to use the national &#34;Do Not Call&#34; list and is now working to integrate this list into his communications workflow. Ben is dealing with post-deployment depression, which is often what happens when he&#39;s at the end of his R.O.P.E. And, Carol is de-scoping a massive project down into an MVP (Minimum Viable Product) that can be shipped within a single sprint in order to demonstrate the value-add of the concept!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, the crew talks about what they&amp;#39;ve been working on recently. Adam is exploring the use of AWS (Amazon Web Services) message queues and S3 in order to manage nightly data processing in a way that &lt;em&gt;won&amp;#39;t crush&lt;/em&gt; his application servers. Tim has been approved to use the national &amp;#34;Do Not Call&amp;#34; list and is now working to integrate this list into his communications workflow. Ben is dealing with post-deployment depression, which is often what happens when he&amp;#39;s at the end of his R.O.P.E. And, Carol is de-scoping a massive project down into an MVP (Minimum Viable Product) that can be shipped within a single sprint in order to demonstrate the value-add of the concept!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55988558" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/8f8a011a-d907-4907-8f7f-b84ca0d4feef/stream.mp3"/>
                
                <guid isPermaLink="false">10b07025-591e-4929-90d2-b9e63ec3e12c</guid>
                <link>https://workingcode.dev/episodes/074-whats-on-your-workbench/</link>
                <pubDate>Wed, 11 May 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/5/9/22/e0b8f284-ed30-4a52-b33b-eb74823ee772_cover-art-v1.jpg"/>
                <itunes:duration>3499</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>073: Our Golden Parachute</itunes:title>
                <title>073: Our Golden Parachute</title>

                <itunes:episode>73</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/073-our-golden-parachute/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>In the 20+ years of Ben&#39;s career, he can&#39;t remember ever seeing a person in a leadership position get fired. He&#39;s seen plenty of people leave a company to &#34;explore other opportunities&#34;, typically accompanied by much praise and congratulations. He assumes that at least some of these people <em>were actually fired</em>; but, were allowed to depart under friendly terms. He poses this question to the crew: assuming that his assumption is valid, is suppressing this information healthy for the company (perhaps an effort to keep morale high)? Or, is it a form of <a href="https://en.wikipedia.org/wiki/Gaslighting" rel="nofollow">gaslighting</a> that creates confusion and dissent within the organization?</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;In the 20&#43; years of Ben&amp;#39;s career, he can&amp;#39;t remember ever seeing a person in a leadership position get fired. He&amp;#39;s seen plenty of people leave a company to &amp;#34;explore other opportunities&amp;#34;, typically accompanied by much praise and congratulations. He assumes that at least some of these people &lt;em&gt;were actually fired&lt;/em&gt;; but, were allowed to depart under friendly terms. He poses this question to the crew: assuming that his assumption is valid, is suppressing this information healthy for the company (perhaps an effort to keep morale high)? Or, is it a form of &lt;a href=&#34;https://en.wikipedia.org/wiki/Gaslighting&#34; rel=&#34;nofollow&#34;&gt;gaslighting&lt;/a&gt; that creates confusion and dissent within the organization?&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="35554115" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/ae216df7-aff7-4d3b-a2be-d1eccfca5bd1/stream.mp3"/>
                
                <guid isPermaLink="false">94c37df5-6a78-494e-bf42-ab1018dafac4</guid>
                <link>https://workingcode.dev/episodes/073-our-golden-parachute/</link>
                <pubDate>Wed, 04 May 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/5/2/16/5d6584dc-06ce-4378-8cbb-94b01b9505f1_cover-art-v1.jpg"/>
                <itunes:duration>2222</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>072: Too Many Hats</itunes:title>
                <title>072: Too Many Hats</title>

                <itunes:episode>72</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/072-too-many-hats/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, the crew discusses a topic submitted by <a href="https://mingo.nl/" rel="nofollow">Mingo Hagen</a>: <em>Do developers wear too many hats, do they spread themselves too thin, and does the work suffer because of it?</em> There are clears benefits and drawbacks to wearing a lot of hats. Knowing a little bit about a lot of things can cut down on communication overhead and enable teams to move faster. But, without specialization, solutions will almost certainly be sub-optimal; and, &#34;best practices&#34; may not even be known to the engineer. Ideally, a team should consistent of both <em>generalists</em> and <em>subject-matter experts</em>. This kind of balance creates a &#34;healthy tension&#34; that tempers perfectionism with pragmatism and keeps everyone moving forward at the right pace.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, the crew discusses a topic submitted by &lt;a href=&#34;https://mingo.nl/&#34; rel=&#34;nofollow&#34;&gt;Mingo Hagen&lt;/a&gt;: &lt;em&gt;Do developers wear too many hats, do they spread themselves too thin, and does the work suffer because of it?&lt;/em&gt; There are clears benefits and drawbacks to wearing a lot of hats. Knowing a little bit about a lot of things can cut down on communication overhead and enable teams to move faster. But, without specialization, solutions will almost certainly be sub-optimal; and, &amp;#34;best practices&amp;#34; may not even be known to the engineer. Ideally, a team should consistent of both &lt;em&gt;generalists&lt;/em&gt; and &lt;em&gt;subject-matter experts&lt;/em&gt;. This kind of balance creates a &amp;#34;healthy tension&amp;#34; that tempers perfectionism with pragmatism and keeps everyone moving forward at the right pace.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55214497" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d882fd71-b622-4077-84e8-4aedaac7e5e0/stream.mp3"/>
                
                <guid isPermaLink="false">01951132-d3d4-4b99-a893-7a7004f46b19</guid>
                <link>https://workingcode.dev/episodes/072-too-many-hats/</link>
                <pubDate>Wed, 27 Apr 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/4/25/13/216f6817-a69d-4a1a-af6a-fbfffc5e79fb_cover-art-v1.jpg"/>
                <itunes:duration>3450</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>071: Potluck #4</itunes:title>
                <title>071: Potluck #4</title>

                <itunes:episode>71</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/071-potluck-4/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, the crew discusses a potluck of tasty topics. Ben is trying to figure out what project he wants to use as his vehicle for learning Docker and container-based deployments. Adam wants to completely overhaul his data synchronization workflow, but is having a lot of trouble getting excited about the work (despite all of the exciting ingredients). Carol is being worn-down by the analysis phase of a project and just wants to start <em>doing the work</em> and accruing some wins for her team! And, Tim just can&#39;t wrap his head around Functional Programming (FP) - I mean, how the heck can you possibly program anything without <code>IF</code>-statements?!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, the crew discusses a potluck of tasty topics. Ben is trying to figure out what project he wants to use as his vehicle for learning Docker and container-based deployments. Adam wants to completely overhaul his data synchronization workflow, but is having a lot of trouble getting excited about the work (despite all of the exciting ingredients). Carol is being worn-down by the analysis phase of a project and just wants to start &lt;em&gt;doing the work&lt;/em&gt; and accruing some wins for her team! And, Tim just can&amp;#39;t wrap his head around Functional Programming (FP) - I mean, how the heck can you possibly program anything without &lt;code&gt;IF&lt;/code&gt;-statements?!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57772826" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/03b69313-f16a-4a6a-80ec-20c6ebfb24f8/stream.mp3"/>
                
                <guid isPermaLink="false">0b4f47a0-77a3-4741-bf07-6dfda2f791ee</guid>
                <link>https://workingcode.dev/episodes/071-potluck-4/</link>
                <pubDate>Wed, 20 Apr 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/4/18/13/631ac887-d56c-496a-967f-3f8031e968cc_cover-art-v1.jpg"/>
                <itunes:duration>3610</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>070: Self Reflections</itunes:title>
                <title>070: Self Reflections</title>

                <itunes:episode>70</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/070-self-reflections/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, the crew looks back on the first 70 episodes of Working Code and reflects on what&#39;s working, what&#39;s not working, and what we&#39;d like to see in the future. I think we all agree that we&#39;ve made it a lot farther than we thought we would. And, thanks to <a href="https://www.zcross.media/" rel="nofollow">Matt at Z-Cross Media</a>, we always end up sounding <em>totes profesh&#39;</em> on tape even when we sounded like bunch of monkeys in the recording studio. We&#39;ve also been super thrilled to see our Discord community become such a lively and diverse forum, even if half of it is just people mocking Ben for not having any tests. We&#39;re all excited to see how the show evolves; and, we hope you come on this adventure with us!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, the crew looks back on the first 70 episodes of Working Code and reflects on what&amp;#39;s working, what&amp;#39;s not working, and what we&amp;#39;d like to see in the future. I think we all agree that we&amp;#39;ve made it a lot farther than we thought we would. And, thanks to &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;Matt at Z-Cross Media&lt;/a&gt;, we always end up sounding &lt;em&gt;totes profesh&amp;#39;&lt;/em&gt; on tape even when we sounded like bunch of monkeys in the recording studio. We&amp;#39;ve also been super thrilled to see our Discord community become such a lively and diverse forum, even if half of it is just people mocking Ben for not having any tests. We&amp;#39;re all excited to see how the show evolves; and, we hope you come on this adventure with us!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="42239373" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/8db3ee30-d3d4-4977-a606-38be457e8d5f/stream.mp3"/>
                
                <guid isPermaLink="false">63084830-a80b-4b74-b509-5851c0e15aa0</guid>
                <link>https://workingcode.dev/episodes/070-self-reflections/</link>
                <pubDate>Wed, 13 Apr 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/11/3/22/06890a03-5ba3-43b6-a5ff-bdb45161ff45_a5570-650f-4eac-9d80-22200f0f4a91_cover-art-v1.jpg"/>
                <itunes:duration>2639</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>069: Now I&#39;m Catching Events</itunes:title>
                <title>069: Now I&#39;m Catching Events</title>

                <itunes:episode>69</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/069-now-im-catching-events/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week, Carol talks to us about how her Support team manages communication with their customers. And, how she&#39;d love to find an easy way for one Support engineer to know that <em>another Support engineer</em> is currently working on a given ticket. She&#39;s been exploring the use of WebSockets and &#34;presence channels&#34; as a means to provide feedback within the Support platform. And, more generally, she&#39;s been looking into the concept of Publish and Subscribe (often referred to as Pub/Sub) as a means to push information from one service to another. We talk a lot about <a href="https://pusher.com/" rel="nofollow">Pusher</a> - a fully-managed WebSocket SaaS offering; and, consider other techniques that might be helpful.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week, Carol talks to us about how her Support team manages communication with their customers. And, how she&amp;#39;d love to find an easy way for one Support engineer to know that &lt;em&gt;another Support engineer&lt;/em&gt; is currently working on a given ticket. She&amp;#39;s been exploring the use of WebSockets and &amp;#34;presence channels&amp;#34; as a means to provide feedback within the Support platform. And, more generally, she&amp;#39;s been looking into the concept of Publish and Subscribe (often referred to as Pub/Sub) as a means to push information from one service to another. We talk a lot about &lt;a href=&#34;https://pusher.com/&#34; rel=&#34;nofollow&#34;&gt;Pusher&lt;/a&gt; - a fully-managed WebSocket SaaS offering; and, consider other techniques that might be helpful.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="36914155" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d49aa5a3-307c-42e1-920f-cba5726f1c04/stream.mp3"/>
                
                <guid isPermaLink="false">028cdf62-006b-4ade-b55a-7cd85084e8cd</guid>
                <link>https://workingcode.dev/episodes/069-now-im-catching-events/</link>
                <pubDate>Wed, 06 Apr 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/4/5/16/dec0609e-a28d-404e-a546-3fe1b0ed866c_cover-art-v1.jpg"/>
                <itunes:duration>2307</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>068: Hire Women, Inspire Women</itunes:title>
                <title>068: Hire Women, Inspire Women</title>

                <itunes:episode>68</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/068-hire-women-inspire-women/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, Carol leads a discussion about communication styles, recruiting, and the power of seeing female role models at all levels of an organization. From the onset of her career, Carol has both been <em>witness to</em> and been <em>taxed by</em> a general lack of female leadership in the engineering world. From the college advisor who steered Carol away from computer science to the boss that sent her pictures of his genitalia, the last 12-years have made it abundantly clear to Carol just how important it is to hire women and cultivate a diversity of thought, perspectives, and backgrounds. And, this isn&#39;t only for the sake of women - it&#39;s also a way to drive more successful outcomes for companies and the products that they build.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, Carol leads a discussion about communication styles, recruiting, and the power of seeing female role models at all levels of an organization. From the onset of her career, Carol has both been &lt;em&gt;witness to&lt;/em&gt; and been &lt;em&gt;taxed by&lt;/em&gt; a general lack of female leadership in the engineering world. From the college advisor who steered Carol away from computer science to the boss that sent her pictures of his genitalia, the last 12-years have made it abundantly clear to Carol just how important it is to hire women and cultivate a diversity of thought, perspectives, and backgrounds. And, this isn&amp;#39;t only for the sake of women - it&amp;#39;s also a way to drive more successful outcomes for companies and the products that they build.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57919529" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/3fd4c982-f750-401c-93a2-cd7a9168fad9/stream.mp3"/>
                
                <guid isPermaLink="false">506ebc2a-7a6b-4e72-986a-ee09b95aa19a</guid>
                <link>https://workingcode.dev/episodes/068-hire-women-inspire-women/</link>
                <pubDate>Wed, 30 Mar 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/3/29/12/75f23cba-ce1e-4db1-8e43-742b9eb9a368_b51e2-95c4-4537-b6cf-0e9a415dab51_cover-art-v1.jpg"/>
                <itunes:duration>3619</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>067: We Have Feelings On Logging</itunes:title>
                <title>067: We Have Feelings On Logging</title>

                <itunes:episode>66</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/067-we-have-feelings-on-logging/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>Under the right circumstances, application and error logs can be magical. They can shed light on how a system is behaving - or misbehaving; and, they can provide a path forward in an emergency situation. But, logs do come at a cost. Not only is there an actual dollars-and-cents cost to aggregating and storing logs, having <em>too many</em> logs can end-up reducing the signal-to-noise ratio which can make it <em>harder</em> to debug a running application.</p><p>This week on the show, the crew talks about different categories of logging, why some logging is required for regulatory purposes, how you can replace certain logs with telemetry and metrics, and why you should absolutely never ever email yourself errors... except for when you should; because it&#39;s easy; and because we never learn from our mistakes.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Under the right circumstances, application and error logs can be magical. They can shed light on how a system is behaving - or misbehaving; and, they can provide a path forward in an emergency situation. But, logs do come at a cost. Not only is there an actual dollars-and-cents cost to aggregating and storing logs, having &lt;em&gt;too many&lt;/em&gt; logs can end-up reducing the signal-to-noise ratio which can make it &lt;em&gt;harder&lt;/em&gt; to debug a running application.&lt;/p&gt;&lt;p&gt;This week on the show, the crew talks about different categories of logging, why some logging is required for regulatory purposes, how you can replace certain logs with telemetry and metrics, and why you should absolutely never ever email yourself errors... except for when you should; because it&amp;#39;s easy; and because we never learn from our mistakes.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="37142778" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e5076582-aebb-484f-802b-4d3a0d57b1d5/stream.mp3"/>
                
                <guid isPermaLink="false">449040ee-f334-4535-82ec-6a453c06e36d</guid>
                <link>https://workingcode.dev/episodes/067-we-have-feelings-on-logging/</link>
                <pubDate>Wed, 23 Mar 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/3/21/14/872e2ddb-63c0-4a23-8e40-862e41719e07_cover-art-v1.jpg"/>
                <itunes:duration>2321</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>066: Make Meetings Suck Less</itunes:title>
                <title>066: Make Meetings Suck Less</title>

                <itunes:episode>66</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/066-make-meetings-suck-less/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>For many of us, meetings feel like a necessary evil. We love to complain that we have too many meetings; and, that most of them are useless. However, forgoing meetings and attempting to solve problems and reach consensus asynchronously can feel like <em>even more</em> of a drain on our time and effort. We all have some degree of meeting PTSD. But, none of us is really sure what to do about it.</p><p>This week on the show, the crew talks about their love-hate relationship with meetings. And, demonstrates that we&#39;re all a little different when it comes to right-sizing our meeting agendas. Carol, with her team of 20, burns through her standup in under 30-minutes. Ben, with his team of 3, spends the first 20-minutes of each stand-up just talking about movies. And, both of them are happy with their stand-up experience.</p><p>That&#39;s part of the problem - there is no one-size-fits-all when it comes to good meetings. That said, we do all agree on a few things: silence can be golden; it&#39;s OK (but hard) to leave irrelevant meeting; and, no meeting attendee should <em>ever</em> have to prepare for a meeting a head of time - <strong>don&#39;t be giving people homework</strong>!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;For many of us, meetings feel like a necessary evil. We love to complain that we have too many meetings; and, that most of them are useless. However, forgoing meetings and attempting to solve problems and reach consensus asynchronously can feel like &lt;em&gt;even more&lt;/em&gt; of a drain on our time and effort. We all have some degree of meeting PTSD. But, none of us is really sure what to do about it.&lt;/p&gt;&lt;p&gt;This week on the show, the crew talks about their love-hate relationship with meetings. And, demonstrates that we&amp;#39;re all a little different when it comes to right-sizing our meeting agendas. Carol, with her team of 20, burns through her standup in under 30-minutes. Ben, with his team of 3, spends the first 20-minutes of each stand-up just talking about movies. And, both of them are happy with their stand-up experience.&lt;/p&gt;&lt;p&gt;That&amp;#39;s part of the problem - there is no one-size-fits-all when it comes to good meetings. That said, we do all agree on a few things: silence can be golden; it&amp;#39;s OK (but hard) to leave irrelevant meeting; and, no meeting attendee should &lt;em&gt;ever&lt;/em&gt; have to prepare for a meeting a head of time - &lt;strong&gt;don&amp;#39;t be giving people homework&lt;/strong&gt;!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="45091944" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/8e351363-7c4a-403d-914a-23dc4d74b6fe/stream.mp3"/>
                
                <guid isPermaLink="false">96da53e4-cabb-4e0a-ad17-9c5ef21b90ff</guid>
                <link>https://workingcode.dev/episodes/066-make-meetings-suck-less/</link>
                <pubDate>Wed, 16 Mar 2022 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/3/16/11/063d0159-c152-44e3-810d-88de4149a06b_36db7-aea5-4c17-895f-b77195a6c87b_cover-art-v1.jpg"/>
                <itunes:duration>2818</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>065: TDD In the Trenches with Scott Stroz</itunes:title>
                <title>065: TDD In the Trenches with Scott Stroz</title>

                <itunes:episode>65</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/065-tdd-in-the-trenches-with-scott-stroz/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>Testing code is like taking out insurance: until you <em>need</em> it, it can be hard to understand why it&#39;s so important; it can be hard to understand what everyone is <em>raving</em> about. And so, you continue writing your code without tests. And, everything is fine, until one day it isn&#39;t. And in that moment, you <em>finally</em> see for yourself what value automated testing could have brought to the table.</p><p>On today&#39;s show, the crew talks to <a href="https://www.linkedin.com/in/boyzoid/" rel="nofollow">Scott Stroz</a> about his experience with Test Driven Development (TDD); and, about how he has come to understand that testing makes possible what would have otherwise been impossible. With solid testing practices in place, Scott was able to refactor an <em>exceedingly convoluted</em> intake form that rendered 25 buttons, 6 unique workflows, and took the user through up to 28 steps. Crunch those numbers and try telling me that the chance of making a mistake isn&#39;t absolute. And yet, thanks to a rigorous test-first coding methodology, Scott was able to completely refactor this workflow - <em>from the ground-up</em> - and delivery it on-time and without error!</p><h2>Notes &amp; Links</h2><ul><li><a href="https://www.youtube.com/watch?v=8bZh5LMaSmE" rel="nofollow">Sandi Metz: RailsConf 2014 - All the Little Things</a></li><li><a href="https://www.youtube.com/watch?t=732s&v=qT5iriwidRg" rel="nofollow">Sandi Metz: No Private Methods</a></li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Testing code is like taking out insurance: until you &lt;em&gt;need&lt;/em&gt; it, it can be hard to understand why it&amp;#39;s so important; it can be hard to understand what everyone is &lt;em&gt;raving&lt;/em&gt; about. And so, you continue writing your code without tests. And, everything is fine, until one day it isn&amp;#39;t. And in that moment, you &lt;em&gt;finally&lt;/em&gt; see for yourself what value automated testing could have brought to the table.&lt;/p&gt;&lt;p&gt;On today&amp;#39;s show, the crew talks to &lt;a href=&#34;https://www.linkedin.com/in/boyzoid/&#34; rel=&#34;nofollow&#34;&gt;Scott Stroz&lt;/a&gt; about his experience with Test Driven Development (TDD); and, about how he has come to understand that testing makes possible what would have otherwise been impossible. With solid testing practices in place, Scott was able to refactor an &lt;em&gt;exceedingly convoluted&lt;/em&gt; intake form that rendered 25 buttons, 6 unique workflows, and took the user through up to 28 steps. Crunch those numbers and try telling me that the chance of making a mistake isn&amp;#39;t absolute. And yet, thanks to a rigorous test-first coding methodology, Scott was able to completely refactor this workflow - &lt;em&gt;from the ground-up&lt;/em&gt; - and delivery it on-time and without error!&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=8bZh5LMaSmE&#34; rel=&#34;nofollow&#34;&gt;Sandi Metz: RailsConf 2014 - All the Little Things&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?t=732s&amp;v=qT5iriwidRg&#34; rel=&#34;nofollow&#34;&gt;Sandi Metz: No Private Methods&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="40106527" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/3e1aec1d-8bd3-4f4a-8fcf-7a4fe85beca1/stream.mp3"/>
                
                <guid isPermaLink="false">b4c461ca-ae60-42ac-9fd3-cd9d094db8da</guid>
                <link>https://workingcode.dev/episodes/065-tdd-in-the-trenches-with-scott-stroz/</link>
                <pubDate>Wed, 09 Mar 2022 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/3/7/12/a06e56eb-61e5-4eda-a78d-01acf67a448f_cover-art-v1.jpg"/>
                <itunes:duration>2506</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>064: Should I Stay Or Should I Go?</itunes:title>
                <title>064: Should I Stay Or Should I Go?</title>

                <itunes:episode>64</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/064-should-i-stay-or-should-i-go/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>Gone is the era of the life-long employee. It&#39;s hard to even imagine rising up through the ranks, grinding out the decades, and then retiring - <em>with a pension</em> - all at a single company. Companies don&#39;t see their people that way anymore - a perspective that is, no doubt, shared in both directions. But, if you&#39;re not going to plant your flag and hunker down for the long-haul, how long should you stay at your job?</p><p>This week on the show, the crew talks about the pros-and-cons of various employment tenures. Sure, you might get paid more by moving to a new job. But, is money everything? What about the relationships you build and the opportunity you have to really <em>go deep</em> on a given set of technologies?</p><p>Of course, staying in one place too long may lead to stagnation in your skills and your ambition. If you say at one place for a decade, is that a decade of growth? Or, is that the same menial tasks executed year after year ad nauseam?</p><p>There&#39;s no correct path. And, there&#39;s no reason that your personal journey has to be uniform. Sometimes, as Adam points out, it can be quite beneficial to have a few shorter jobs before settling in for a longer stint. Just about the only thing we all agree on is that you shouldn&#39;t hop from job to job to job. At some point, you have to demonstrate some grit.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Gone is the era of the life-long employee. It&amp;#39;s hard to even imagine rising up through the ranks, grinding out the decades, and then retiring - &lt;em&gt;with a pension&lt;/em&gt; - all at a single company. Companies don&amp;#39;t see their people that way anymore - a perspective that is, no doubt, shared in both directions. But, if you&amp;#39;re not going to plant your flag and hunker down for the long-haul, how long should you stay at your job?&lt;/p&gt;&lt;p&gt;This week on the show, the crew talks about the pros-and-cons of various employment tenures. Sure, you might get paid more by moving to a new job. But, is money everything? What about the relationships you build and the opportunity you have to really &lt;em&gt;go deep&lt;/em&gt; on a given set of technologies?&lt;/p&gt;&lt;p&gt;Of course, staying in one place too long may lead to stagnation in your skills and your ambition. If you say at one place for a decade, is that a decade of growth? Or, is that the same menial tasks executed year after year ad nauseam?&lt;/p&gt;&lt;p&gt;There&amp;#39;s no correct path. And, there&amp;#39;s no reason that your personal journey has to be uniform. Sometimes, as Adam points out, it can be quite beneficial to have a few shorter jobs before settling in for a longer stint. Just about the only thing we all agree on is that you shouldn&amp;#39;t hop from job to job to job. At some point, you have to demonstrate some grit.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="38546703" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/cfafff26-b31e-4000-841d-3ef902c525a7/stream.mp3"/>
                
                <guid isPermaLink="false">d942ae05-70cc-492d-b05c-a2d4e50aa5d8</guid>
                <link>https://workingcode.dev/episodes/064-should-i-stay-or-should-i-go/</link>
                <pubDate>Wed, 02 Mar 2022 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/3/2/12/d1d74c97-fc69-43b5-b88d-d9cec062f3f6_4b9dc-7795-49ba-833f-fe32b891a6de_cover-art-v1.jpg"/>
                <itunes:duration>2409</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>063: Nobody Makes It Out Alive!</itunes:title>
                <title>063: Nobody Makes It Out Alive!</title>

                <itunes:episode>63</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/063-nobody-makes-it-out-alive/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>Van Wilder reminds us to enjoy the moment, warning us <em>&#34;Don&#39;t take life too seriously, you&#39;ll never make it out alive.&#34;</em> And while this is a jocular take on our own mortality, the truth is such that the total cost of death isn&#39;t levied against the dead, it&#39;s wrought upon the living - the ones left behind. To ease their transition in the wake of loss, we can prepare for own departure; and, provide a plan for our own digital landscape and social networks.</p><p>This week, inspired in part by a <a href="https://github.com/potatoqualitee/froopyland-dr" rel="nofollow">post-mortem checklist</a> created by <a href="https://github.com/potatoqualitee" rel="nofollow">Chrissy LeMaire</a>, the crew shares their thoughts and experiences with death. And what steps they&#39;ve taken—<em>or not yet taken</em>—to ease the terrible, yet inevitable, burden on our loved ones.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Van Wilder reminds us to enjoy the moment, warning us &lt;em&gt;&amp;#34;Don&amp;#39;t take life too seriously, you&amp;#39;ll never make it out alive.&amp;#34;&lt;/em&gt; And while this is a jocular take on our own mortality, the truth is such that the total cost of death isn&amp;#39;t levied against the dead, it&amp;#39;s wrought upon the living - the ones left behind. To ease their transition in the wake of loss, we can prepare for own departure; and, provide a plan for our own digital landscape and social networks.&lt;/p&gt;&lt;p&gt;This week, inspired in part by a &lt;a href=&#34;https://github.com/potatoqualitee/froopyland-dr&#34; rel=&#34;nofollow&#34;&gt;post-mortem checklist&lt;/a&gt; created by &lt;a href=&#34;https://github.com/potatoqualitee&#34; rel=&#34;nofollow&#34;&gt;Chrissy LeMaire&lt;/a&gt;, the crew shares their thoughts and experiences with death. And what steps they&amp;#39;ve taken—&lt;em&gt;or not yet taken&lt;/em&gt;—to ease the terrible, yet inevitable, burden on our loved ones.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="31994357" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b8301332-8dc9-491b-bc8f-cb1eb6dd6e60/stream.mp3"/>
                
                <guid isPermaLink="false">3457defa-19c6-41fa-997d-8c449efde127</guid>
                <link>https://workingcode.dev/episodes/063-nobody-makes-it-out-alive/</link>
                <pubDate>Wed, 23 Feb 2022 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/2/21/15/8900c43e-f192-481e-a6fb-e1efa05ed110_cover-art-v1.jpg"/>
                <itunes:duration>1999</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>062: Note To Self</itunes:title>
                <title>062: Note To Self</title>

                <itunes:episode>62</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: 
https://workingcode.dev/episodes/062-note-to-self/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>This week on the show, the crew peers into the deep, dark recesses of Ben&#39;s mind and tries to understand what exactly makes him tick. Composed of equal parts rant and dialogue, the topics range from throwing errors on delete operations, handling bulk operations idempotently, feeling guilty about using backup cameras, keeping large task backlogs, reprioritizing tasks on-the-fly, transpiling JavaScript to ES5 for legacy browsers, the benefits and drawbacks of a robust QA (Quality Assurance) phase, and the cargo culting of <code>let</code> and <code>const</code> in the greater JavaScript community.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;This week on the show, the crew peers into the deep, dark recesses of Ben&amp;#39;s mind and tries to understand what exactly makes him tick. Composed of equal parts rant and dialogue, the topics range from throwing errors on delete operations, handling bulk operations idempotently, feeling guilty about using backup cameras, keeping large task backlogs, reprioritizing tasks on-the-fly, transpiling JavaScript to ES5 for legacy browsers, the benefits and drawbacks of a robust QA (Quality Assurance) phase, and the cargo culting of &lt;code&gt;let&lt;/code&gt; and &lt;code&gt;const&lt;/code&gt; in the greater JavaScript community.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="65555644" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/663d9ab0-4cfd-4387-8e89-75aaf0e41d2d/stream.mp3"/>
                
                <guid isPermaLink="false">4323056b-fc3f-4421-b9ea-e1edd7609640</guid>
                <link>https://workingcode.dev/episodes/062-note-to-self/</link>
                <pubDate>Wed, 16 Feb 2022 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/2/13/20/cf550397-2a6f-4442-b268-fb89c5d582d9_cover-art-v1.jpg"/>
                <itunes:duration>4097</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>061: Software Is For People</itunes:title>
                <title>061: Software Is For People</title>

                <itunes:episode>61</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: 
https://workingcode.dev/episodes/061-software-is-for-people/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>Many companies are seeded from the same basic concept: customers have a problem to be solved and the people on the Product team know how to solve it. This customer-centric approach is what gives a product much-needed early traction, helps build a loyal community, and lets customer-and-company alike feel as though they&#39;re moving in the same direction.</p><p>As a company matures, however, the distance between the Customers and the Product team can begin to grow: it&#39;s no longer engineers jumping on Zoom calls with customers, it&#39;s a Support Team translating issues into a ticketing system which the engineers will then consume <em>weeks later</em> in an adjacent vacuum. This gap - this layer of abstraction - can create a breakdown in customer empathy and can quickly lead Product teams astray.</p><p>This week on the show, the crew talks about their own experience dealing with customers. And, how hard it can be to manage expectations in either direction, whether it be the little customer with the &#34;high urgency&#34; tickets; or, the lone engineer who&#39;s super excited to build a custom feature even if it&#39;s not on the roadmap. None of it is easy; and, the less communication we have with our customers, the harder it seems to become.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Many companies are seeded from the same basic concept: customers have a problem to be solved and the people on the Product team know how to solve it. This customer-centric approach is what gives a product much-needed early traction, helps build a loyal community, and lets customer-and-company alike feel as though they&amp;#39;re moving in the same direction.&lt;/p&gt;&lt;p&gt;As a company matures, however, the distance between the Customers and the Product team can begin to grow: it&amp;#39;s no longer engineers jumping on Zoom calls with customers, it&amp;#39;s a Support Team translating issues into a ticketing system which the engineers will then consume &lt;em&gt;weeks later&lt;/em&gt; in an adjacent vacuum. This gap - this layer of abstraction - can create a breakdown in customer empathy and can quickly lead Product teams astray.&lt;/p&gt;&lt;p&gt;This week on the show, the crew talks about their own experience dealing with customers. And, how hard it can be to manage expectations in either direction, whether it be the little customer with the &amp;#34;high urgency&amp;#34; tickets; or, the lone engineer who&amp;#39;s super excited to build a custom feature even if it&amp;#39;s not on the roadmap. None of it is easy; and, the less communication we have with our customers, the harder it seems to become.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="49130684" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b7e101c3-6ac0-4ece-bb31-be2b5bc9a668/stream.mp3"/>
                
                <guid isPermaLink="false">d414fb1d-c746-407e-b683-917fcfb09882</guid>
                <link>https://workingcode.dev/episodes/061-software-is-for-people/</link>
                <pubDate>Wed, 09 Feb 2022 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/2/7/12/c13c29f5-72d0-47b2-8fd7-f0d5b7f0c02d_cover-art-v1.jpg"/>
                <itunes:duration>3070</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>060: Technical Debt</itunes:title>
                <title>060: Technical Debt</title>

                <itunes:episode>60</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: 
https://workingcode.dev/episodes/060-technical-debt/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>Every software application has &#34;technical debt&#34;. Some of that debt is acquired through meaningful consideration: short-term value gained in lieu of longer-term ease-of-maintenance. And, some of that debt is obtained incidentally through a lack of experience and a dearth of business knowledge. This week, the crew discusses technical debt in their web applications. And goes so far as to say that taking on technical debt is a necessary negotiation within every successful product development life-cycle.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Every software application has &amp;#34;technical debt&amp;#34;. Some of that debt is acquired through meaningful consideration: short-term value gained in lieu of longer-term ease-of-maintenance. And, some of that debt is obtained incidentally through a lack of experience and a dearth of business knowledge. This week, the crew discusses technical debt in their web applications. And goes so far as to say that taking on technical debt is a necessary negotiation within every successful product development life-cycle.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="57789544" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/4f3730f2-3abc-45cc-ba61-a78c737a0fa8/stream.mp3"/>
                
                <guid isPermaLink="false">3fdabe14-82f8-4820-ac83-065fe8e9f394</guid>
                <link>https://workingcode.dev/episodes/060-technical-debt/</link>
                <pubDate>Wed, 02 Feb 2022 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/1/31/3/03093c40-924b-4eb1-9311-992c8815d59b_cover-art-v1.jpg"/>
                <itunes:duration>3611</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>059: Everything Old Is New Again</itunes:title>
                <title>059: Everything Old Is New Again</title>

                <itunes:episode>59</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/059-everything-old-is-new-again/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>It&#39;s easy to be flippant about how often our industry seemingly &#34;discovers&#34; the programming practices and paradigms that experienced engineers have been talking about for <em>decades</em>. But, the truth is more complicated and nuanced. The landscape of the web is evolving at a breakneck speed; processing power and storage capacity are going up while costs are coming down; and, the needs of different applications are beginning to diverge massively.</p><p>As an industry, we&#39;re not <em>&#34;rediscovering&#34;</em>, we&#39;re <a href="https://en.wikipedia.org/wiki/Yes,_and..." rel="nofollow"><em>&#34;Yes, and&#39;ing&#34;</em></a>. We&#39;re constantly learning up on timeless techniques and then trying to apply them to the new constraints and pressures of the modern web. Some of these experiments are going to seem familiar; but, each step in this journey is an attempt to answer a new question or speak to a new problem. Everything old is new again because the context is <em>always changing</em> and is in need of new consideration.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;It&amp;#39;s easy to be flippant about how often our industry seemingly &amp;#34;discovers&amp;#34; the programming practices and paradigms that experienced engineers have been talking about for &lt;em&gt;decades&lt;/em&gt;. But, the truth is more complicated and nuanced. The landscape of the web is evolving at a breakneck speed; processing power and storage capacity are going up while costs are coming down; and, the needs of different applications are beginning to diverge massively.&lt;/p&gt;&lt;p&gt;As an industry, we&amp;#39;re not &lt;em&gt;&amp;#34;rediscovering&amp;#34;&lt;/em&gt;, we&amp;#39;re &lt;a href=&#34;https://en.wikipedia.org/wiki/Yes,_and...&#34; rel=&#34;nofollow&#34;&gt;&lt;em&gt;&amp;#34;Yes, and&amp;#39;ing&amp;#34;&lt;/em&gt;&lt;/a&gt;. We&amp;#39;re constantly learning up on timeless techniques and then trying to apply them to the new constraints and pressures of the modern web. Some of these experiments are going to seem familiar; but, each step in this journey is an attempt to answer a new question or speak to a new problem. Everything old is new again because the context is &lt;em&gt;always changing&lt;/em&gt; and is in need of new consideration.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="52562546" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b39e4ffe-7380-47b9-ba2c-4512099a698f/stream.mp3"/>
                
                <guid isPermaLink="false">83102bc8-ba85-4dd6-9c80-f24f794428b0</guid>
                <link>https://workingcode.dev/episodes/059-everything-old-is-new-again/</link>
                <pubDate>Wed, 26 Jan 2022 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/1/25/15/fa465d29-fc15-4586-a383-b90fc1729e39_50649-4b3b-452a-86ee-74d480cdf40e_cover-art-v1.jpg"/>
                <itunes:duration>3285</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>058: Do 10x Developers Exist?</itunes:title>
                <title>058: Do 10x Developers Exist?</title>

                <itunes:episode>58</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/058-do-10x-developers-exist/</itunes:summary>
                <description><![CDATA[<p>Sponsors</p><ul><li><a href="https://workingcode.dev/audible" rel="nofollow">Audible</a> - get a free audiobook from Audible with no strings attached at <a href="https://workingcode.dev/audible" rel="nofollow">https://workingcode.dev/audible</a></li></ul><p>Sometimes, people on the internet are wrong. And this week, that person is Tim, who said something inaccurate about the .net (dotnet) framework. Thankfully, our de facto .net ambassador, <a href="https://www.dopefly.com/" rel="nofollow">Nathan Strutz</a>, sent us a recording that shed light on the current state of .net, its open source architecture, its ability to run on many platforms, and its sweet, sweet modern features. Thank you so much Nathan for keeping us honest! And, keep those recordings coming!</p><p>For our main topic, we discuss the concept of the &#34;10x Developer&#34;. This notion has its roots in bona fide research; however, much of the nuance has been lost in translation. When many people talk about the 10x Developer, what they imply is that there are <em>great developers</em> that are <em>10-times more productive</em> than the <em>average developer</em>. This is where the reality parts way from the research. What the research found is that, in software engineering, the <em>best engineers</em> are 10-times more productive than the <em>worst engineers</em>. Which is, perhaps, a much more palatable and relatable comparison.</p><p>Of course, few developers work in a vacuum. And, when you&#39;re part of a team that is part of a company that is driven by a given culture, there&#39;s <em>so much more</em> to being productive than one&#39;s ability to jam out code. If you&#39;re not working in an environment that actively caters to and encourages agile practices, no amount of coding velocity can escape the <em>gravity of inaction</em>.</p><p>Also, is <a href="https://github.com/tj" rel="nofollow">TJ Holowaychuk</a> even a real person? Or, is he an artificial persona concocted by a consortium of elite programmers who were keen to show the world what a 10x Developer might look like? We may never know!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://www.twitter.com/workingcodepod/" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Sponsors&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;Audible&lt;/a&gt; - get a free audiobook from Audible with no strings attached at &lt;a href=&#34;https://workingcode.dev/audible&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/audible&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Sometimes, people on the internet are wrong. And this week, that person is Tim, who said something inaccurate about the .net (dotnet) framework. Thankfully, our de facto .net ambassador, &lt;a href=&#34;https://www.dopefly.com/&#34; rel=&#34;nofollow&#34;&gt;Nathan Strutz&lt;/a&gt;, sent us a recording that shed light on the current state of .net, its open source architecture, its ability to run on many platforms, and its sweet, sweet modern features. Thank you so much Nathan for keeping us honest! And, keep those recordings coming!&lt;/p&gt;&lt;p&gt;For our main topic, we discuss the concept of the &amp;#34;10x Developer&amp;#34;. This notion has its roots in bona fide research; however, much of the nuance has been lost in translation. When many people talk about the 10x Developer, what they imply is that there are &lt;em&gt;great developers&lt;/em&gt; that are &lt;em&gt;10-times more productive&lt;/em&gt; than the &lt;em&gt;average developer&lt;/em&gt;. This is where the reality parts way from the research. What the research found is that, in software engineering, the &lt;em&gt;best engineers&lt;/em&gt; are 10-times more productive than the &lt;em&gt;worst engineers&lt;/em&gt;. Which is, perhaps, a much more palatable and relatable comparison.&lt;/p&gt;&lt;p&gt;Of course, few developers work in a vacuum. And, when you&amp;#39;re part of a team that is part of a company that is driven by a given culture, there&amp;#39;s &lt;em&gt;so much more&lt;/em&gt; to being productive than one&amp;#39;s ability to jam out code. If you&amp;#39;re not working in an environment that actively caters to and encourages agile practices, no amount of coding velocity can escape the &lt;em&gt;gravity of inaction&lt;/em&gt;.&lt;/p&gt;&lt;p&gt;Also, is &lt;a href=&#34;https://github.com/tj&#34; rel=&#34;nofollow&#34;&gt;TJ Holowaychuk&lt;/a&gt; even a real person? Or, is he an artificial persona concocted by a consortium of elite programmers who were keen to show the world what a 10x Developer might look like? We may never know!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://www.twitter.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="51319118" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/61d5158b-087d-43f3-9a42-d71fff570a13/stream.mp3"/>
                
                <guid isPermaLink="false">29783c5d-9bc1-4b1c-b206-71ec816c13ab</guid>
                <link>https://workingcode.dev/episodes/058-do-10x-developers-exist/</link>
                <pubDate>Wed, 19 Jan 2022 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/1/18/2/46caec6d-189b-4e0e-8d1f-db54d164a766_cover-art-v1.jpg"/>
                <itunes:duration>3207</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>057: Goals for 2022</itunes:title>
                <title>057: Goals for 2022</title>

                <itunes:episode>57</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/057-goals-for-2022/</itunes:summary>
                <description><![CDATA[<p>New Year&#39;s Resolutions may be considered a bit cliche by some; and even a bit silly by others; but, there&#39;s always value in any opportunity to pause and take stock of your own situation. On this week&#39;s show, we share both our <strong>tech</strong> and our <strong>non-tech</strong> goals for the new year. As it happens, we all want to be in better shape - <em>shocking</em>, I know. But, when it comes to technology - and tech-adjacent interests - we all have different areas in which we wish to increase our proficiency: build systems, continuous integration, photo editing, TypeScript, mentoring, and product management, just to name a few.</p><p>Unfortunately, Tim couldn&#39;t be with us on this episode because he and his whole family came down with the Flu! But - spoiler alert - by the time this episode is published, he&#39;ll already be back to his wonderful, normal self. And, we sure can&#39;t wait to get the band back together!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;New Year&amp;#39;s Resolutions may be considered a bit cliche by some; and even a bit silly by others; but, there&amp;#39;s always value in any opportunity to pause and take stock of your own situation. On this week&amp;#39;s show, we share both our &lt;strong&gt;tech&lt;/strong&gt; and our &lt;strong&gt;non-tech&lt;/strong&gt; goals for the new year. As it happens, we all want to be in better shape - &lt;em&gt;shocking&lt;/em&gt;, I know. But, when it comes to technology - and tech-adjacent interests - we all have different areas in which we wish to increase our proficiency: build systems, continuous integration, photo editing, TypeScript, mentoring, and product management, just to name a few.&lt;/p&gt;&lt;p&gt;Unfortunately, Tim couldn&amp;#39;t be with us on this episode because he and his whole family came down with the Flu! But - spoiler alert - by the time this episode is published, he&amp;#39;ll already be back to his wonderful, normal self. And, we sure can&amp;#39;t wait to get the band back together!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="52484806" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b1f5d605-feef-4ce9-b816-fd54fd4641ba/stream.mp3"/>
                
                <guid isPermaLink="false">6cd391da-cc26-471b-8d74-9888aee89028</guid>
                <link>https://workingcode.dev/episodes/057-goals-for-2022/</link>
                <pubDate>Wed, 12 Jan 2022 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/1/10/17/cb9fa816-3423-43ba-97f1-709cefb27b8f_6c5ea-739b-4861-8a63-fe3ea19fd21d_cover-art-v1.jpg"/>
                <itunes:duration>3280</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>056: Best of 2021</itunes:title>
                <title>056: Best of 2021</title>

                <itunes:episode>56</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/056-best-of-2021/</itunes:summary>
                <description><![CDATA[<p>With a year of Working Code episodes behind us, our podcast has come a long way. But, we&#39;re still trying to figure things out: we are continuing to play with the show format, we are each growing into our own voice, and hopefully we&#39;re putting together some content that adds a little something, something to the boarder web-development conversation.</p><p>If, in our ramblings, we ever sound like we know what we&#39;re talking about, it&#39;s due in large part to the skillful audio editing and engineering provided by <a href="https://mattcavender.com/" rel="nofollow"><strong>Matt Cavender</strong></a> and <a href="https://www.zcross.media/" rel="nofollow"><strong>ZCross Media</strong></a>. Each week, Matt manages to magically cut and splice our pontifications into meaningful, coherent thought. Working with Matt has been a true pleasure - one that we can only afford because of <a href="https://www.patreon.com/workingcodepod" rel="nofollow">our very generous Patreons</a>!</p><p>As a year-end wrap-up, Matt offered to gather up some of his favorite clips from the show and put together a retrospective on the last 30 episodes. Thank you Matt! And, thank you to all of our listeners! Let&#39;s make 2022 a fantastic year!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, record an audio message on your phone or computer and email it to <a href="mailto:workingcodepod@gmail.com" rel="nofollow">workingcodepod@gmail.com</a>.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;With a year of Working Code episodes behind us, our podcast has come a long way. But, we&amp;#39;re still trying to figure things out: we are continuing to play with the show format, we are each growing into our own voice, and hopefully we&amp;#39;re putting together some content that adds a little something, something to the boarder web-development conversation.&lt;/p&gt;&lt;p&gt;If, in our ramblings, we ever sound like we know what we&amp;#39;re talking about, it&amp;#39;s due in large part to the skillful audio editing and engineering provided by &lt;a href=&#34;https://mattcavender.com/&#34; rel=&#34;nofollow&#34;&gt;&lt;strong&gt;Matt Cavender&lt;/strong&gt;&lt;/a&gt; and &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;&lt;strong&gt;ZCross Media&lt;/strong&gt;&lt;/a&gt;. Each week, Matt manages to magically cut and splice our pontifications into meaningful, coherent thought. Working with Matt has been a true pleasure - one that we can only afford because of &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;our very generous Patreons&lt;/a&gt;!&lt;/p&gt;&lt;p&gt;As a year-end wrap-up, Matt offered to gather up some of his favorite clips from the show and put together a retrospective on the last 30 episodes. Thank you Matt! And, thank you to all of our listeners! Let&amp;#39;s make 2022 a fantastic year!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, record an audio message on your phone or computer and email it to &lt;a href=&#34;mailto:workingcodepod@gmail.com&#34; rel=&#34;nofollow&#34;&gt;workingcodepod@gmail.com&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="65402671" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/ae061337-3d83-4d15-b265-4430e2da4993/stream.mp3"/>
                
                <guid isPermaLink="false">b37b18df-70f3-4cdb-abb1-83b0f4ac3063</guid>
                <link>https://workingcode.dev/episodes/056-best-of-2021/</link>
                <pubDate>Wed, 05 Jan 2022 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2022/1/3/13/30513dc9-398e-48ab-9cd4-10e387c45ddd_73a28-218d-483c-8bb2-77ed9abcb86c_cover-art-v1.jpg"/>
                <itunes:duration>4087</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>055: Sales Fails</itunes:title>
                <title>055: Sales Fails</title>

                <itunes:episode>55</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/055-sales-fails/</itunes:summary>
                <description><![CDATA[<p>When you consider the hourly-rate of everyone in the room, meetings can be shockingly expensive. And, if it&#39;s a sales meeting, both <em>actual</em> and <em>opportunity</em> costs are on the line. Which is why we practice our sales pitches and offer up a sacrifice to the Demo Gods. But sometimes, that&#39;s not enough. On today&#39;s show, Tim and Adam share their sad tales of <em>sales fails</em>; and illustrate why it&#39;s so important to go into any meeting with a rock-solid plan-of-attack.</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633 (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;When you consider the hourly-rate of everyone in the room, meetings can be shockingly expensive. And, if it&amp;#39;s a sales meeting, both &lt;em&gt;actual&lt;/em&gt; and &lt;em&gt;opportunity&lt;/em&gt; costs are on the line. Which is why we practice our sales pitches and offer up a sacrifice to the Demo Gods. But sometimes, that&amp;#39;s not enough. On today&amp;#39;s show, Tim and Adam share their sad tales of &lt;em&gt;sales fails&lt;/em&gt;; and illustrate why it&amp;#39;s so important to go into any meeting with a rock-solid plan-of-attack.&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633 (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="48405524" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/4f00f7a4-f92e-44bf-86a2-3f7435f1d0e5/stream.mp3"/>
                
                <guid isPermaLink="false">60ea0b9e-4ce4-445f-b3c6-902827044f60</guid>
                <link>https://workingcode.dev/episodes/055-sales-fails/</link>
                <pubDate>Wed, 29 Dec 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/12/27/14/d1dc9a5b-9dc7-4044-9af2-b606b9f26cfa_b700d-5ac6-47d0-87d8-5678a389023a_cover-art-v1.jpg"/>
                <itunes:duration>3025</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>054: We&#39;re So Quacked</itunes:title>
                <title>054: We&#39;re So Quacked</title>

                <itunes:episode>54</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/054-were-so-quacked/</itunes:summary>
                <description><![CDATA[<p>At 3:30 AM the day before Thanksgiving, Ben received an emergency page about a failing API end-point. Rushing to his desk, groggy-eyed and in various states of undress, he jumped into the <code>#incident</code> channel on Slack to see what was happening. What unfolded over the next 30-hours was the manifestation of Ben&#39;s worst nightmare. The moment he had been dreading for the last 4-years had finally come to pass: <strong>two of his database columns had run out of storage space</strong>! Using feature flags, emergency hot-fixes, shadow tables, and a database migration being performed over a transient and unstable terminal session, he and his team somehow made it through to the other side just in time to enjoy Thanksgiving turkey and pumpkin pie!</p><blockquote>&#34;Hug your data engineers - they are amazing people!&#34; — <strong>Ben Nadel</strong></blockquote><h2>Notes &amp; Links</h2><ul><li><a href="https://www.liquibase.org/" rel="nofollow">Liquibase</a></li><li><a href="https://www.percona.com/software/database-tools/percona-toolkit" rel="nofollow">Percona Tooklit</a></li><li><a href="https://dev.mysql.com/doc/refman/8.0/en/information-schema.html" rel="nofollow">MySQL&#39;s Information Schema</a></li><li><a href="https://www.datadoghq.com/" rel="nofollow">Datadog</a></li><li><a href="http://cfsearching.blogspot.com/2010/01/cfqueryparam-matrix-for-mysql-5.html" rel="nofollow">CFSearching: CFQueryparam Matrix for MySQL 5</a></li><li><a href="https://www.bennadel.com/blog/4157-caution-silent-value-truncation-in-cfqueryparam-tag-in-lucee-cfml-5-3-7-47.htm" rel="nofollow">Ben Nadel: CAUTION: Silent Value Truncation In CFQueryParam Tag In Lucee CFML 5.3.7.47</a></li><li><a href="https://www.bennadel.com/blog/4166-recording-datadog-statsd-gauges-for-database-key-utilization-in-lucee-cfml-5-3-7-47.htm" rel="nofollow">Ben Nadel: Recording Datadog / StatsD Gauges For Database Key Utilization</a></li><li><a href="https://www.bennadel.com/blog/4165-inspecting-primary-and-secondary-index-key-utilization-for-mysql-5-7-32-in-lucee-cfml-5-3-7-47.htm" rel="nofollow">Ben Nadel: Inspecting Primary And Secondary Index Key Utilization For MySQL</a></li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633 (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;At 3:30 AM the day before Thanksgiving, Ben received an emergency page about a failing API end-point. Rushing to his desk, groggy-eyed and in various states of undress, he jumped into the &lt;code&gt;#incident&lt;/code&gt; channel on Slack to see what was happening. What unfolded over the next 30-hours was the manifestation of Ben&amp;#39;s worst nightmare. The moment he had been dreading for the last 4-years had finally come to pass: &lt;strong&gt;two of his database columns had run out of storage space&lt;/strong&gt;! Using feature flags, emergency hot-fixes, shadow tables, and a database migration being performed over a transient and unstable terminal session, he and his team somehow made it through to the other side just in time to enjoy Thanksgiving turkey and pumpkin pie!&lt;/p&gt;&lt;blockquote&gt;&amp;#34;Hug your data engineers - they are amazing people!&amp;#34; — &lt;strong&gt;Ben Nadel&lt;/strong&gt;&lt;/blockquote&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.liquibase.org/&#34; rel=&#34;nofollow&#34;&gt;Liquibase&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.percona.com/software/database-tools/percona-toolkit&#34; rel=&#34;nofollow&#34;&gt;Percona Tooklit&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://dev.mysql.com/doc/refman/8.0/en/information-schema.html&#34; rel=&#34;nofollow&#34;&gt;MySQL&amp;#39;s Information Schema&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.datadoghq.com/&#34; rel=&#34;nofollow&#34;&gt;Datadog&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;http://cfsearching.blogspot.com/2010/01/cfqueryparam-matrix-for-mysql-5.html&#34; rel=&#34;nofollow&#34;&gt;CFSearching: CFQueryparam Matrix for MySQL 5&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.bennadel.com/blog/4157-caution-silent-value-truncation-in-cfqueryparam-tag-in-lucee-cfml-5-3-7-47.htm&#34; rel=&#34;nofollow&#34;&gt;Ben Nadel: CAUTION: Silent Value Truncation In CFQueryParam Tag In Lucee CFML 5.3.7.47&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.bennadel.com/blog/4166-recording-datadog-statsd-gauges-for-database-key-utilization-in-lucee-cfml-5-3-7-47.htm&#34; rel=&#34;nofollow&#34;&gt;Ben Nadel: Recording Datadog / StatsD Gauges For Database Key Utilization&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.bennadel.com/blog/4165-inspecting-primary-and-secondary-index-key-utilization-for-mysql-5-7-32-in-lucee-cfml-5-3-7-47.htm&#34; rel=&#34;nofollow&#34;&gt;Ben Nadel: Inspecting Primary And Secondary Index Key Utilization For MySQL&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633 (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="40013740" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/eee65117-e7f1-49db-9ada-b41229a8469a/stream.mp3"/>
                
                <guid isPermaLink="false">b0cfe514-586b-4873-a202-8bbf5eca06da</guid>
                <link>https://workingcode.dev/episodes/054-were-so-quacked/</link>
                <pubDate>Wed, 22 Dec 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/12/20/14/74b78148-a55a-45b7-ab11-592ecc7f0f98_d0cba-e0f4-4efb-b4f6-ac830a77bd92_cover-art-v1.jpg"/>
                <itunes:duration>2500</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>053: Product Management with Adam Lehman</itunes:title>
                <title>053: Product Management with Adam Lehman</title>

                <itunes:episode>53</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/053-product-management-with-adam-lehman/</itunes:summary>
                <description><![CDATA[<p>On this week&#39;s show, Tim interviews <a href="https://www.linkedin.com/in/adrock/" rel="nofollow">Adam Lehman</a>, the Director of Product for Marketplace Core at <a href="https://www.spotify.com/" rel="nofollow">Spotify</a>. Of course, many friends-of-the-show will know Adam more intimately as the former Director of Product and Engineering at Adobe where he helped drive the Adobe ColdFusion product and community forward. Or, as Tim puts it, where Adam <em>&#34;lead by throwing grenades&#34;</em>. Like most Product Managers (PMs), Adam never quite envisioned himself as a PM. He started out as an engineer who ended-up falling backwards into the PM role when he maxed-out his ability to exert change as an individual contributor (IC). Adam believes that engineers ultimately make the best Product Managers because of their ability to bring a holistic set of skills to the table. Which is why he&#39;s always on the look-out for engineers that gravitate towards a management mindset.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://brackets.io/" rel="nofollow">Brackets IDE</a></li><li><a href="https://lifeatspotify.com/jobs" rel="nofollow">Spotify is hiring</a></li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633 (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On this week&amp;#39;s show, Tim interviews &lt;a href=&#34;https://www.linkedin.com/in/adrock/&#34; rel=&#34;nofollow&#34;&gt;Adam Lehman&lt;/a&gt;, the Director of Product for Marketplace Core at &lt;a href=&#34;https://www.spotify.com/&#34; rel=&#34;nofollow&#34;&gt;Spotify&lt;/a&gt;. Of course, many friends-of-the-show will know Adam more intimately as the former Director of Product and Engineering at Adobe where he helped drive the Adobe ColdFusion product and community forward. Or, as Tim puts it, where Adam &lt;em&gt;&amp;#34;lead by throwing grenades&amp;#34;&lt;/em&gt;. Like most Product Managers (PMs), Adam never quite envisioned himself as a PM. He started out as an engineer who ended-up falling backwards into the PM role when he maxed-out his ability to exert change as an individual contributor (IC). Adam believes that engineers ultimately make the best Product Managers because of their ability to bring a holistic set of skills to the table. Which is why he&amp;#39;s always on the look-out for engineers that gravitate towards a management mindset.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://brackets.io/&#34; rel=&#34;nofollow&#34;&gt;Brackets IDE&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://lifeatspotify.com/jobs&#34; rel=&#34;nofollow&#34;&gt;Spotify is hiring&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633 (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="37729593" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/6cfb03ff-7b14-4dfd-aba5-70cc4362b7ab/stream.mp3"/>
                
                <guid isPermaLink="false">985b4c1e-f602-4ce8-877e-a6c50758fe31</guid>
                <link>https://workingcode.dev/episodes/053-product-management-with-adam-lehman/</link>
                <pubDate>Wed, 15 Dec 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/12/14/12/f830c3b9-5742-40c1-a635-9de7f62b5add_f4473-7d21-413c-ac0c-ea5b2f91eb21_cover-art-v1.jpg"/>
                <itunes:duration>2358</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>052: Starting Your Own Business, with Steve Rittler</itunes:title>
                <title>052: Starting Your Own Business, with Steve Rittler</title>

                <itunes:episode>52</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/052-starting-your-own-business-with-steve-rittler/</itunes:summary>
                <description><![CDATA[<p>On this week&#39;s show, Adam interviews his long-time friend and boss <a href="https://www.linkedin.com/in/scrittler/" rel="nofollow">Steve Rittler</a>, founder and CEO of <a href="https://www.alumniq.com/" rel="nofollow">AlumnIQ</a>. Once a software engineer himself, Steve discusses his journey from individual contributor (IC) to business leader; and, how he sees his role as the boss from both a practical and a philosophical standpoint. For Steve, it&#39;s always been about changing the world using whichever tools he had at his disposal. And, when those tools were no longer effective, that&#39;s when he started to grow a team, a business, and a collection of trusted advisors - so that he could continue to take on and solve larger, more complex problems.</p><blockquote>&#34;What starts us as software developers in the first place is wanting to fix the world with whatever lever we have that we can put our hands on.&#34; — Steve Rittler</blockquote><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633 (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;On this week&amp;#39;s show, Adam interviews his long-time friend and boss &lt;a href=&#34;https://www.linkedin.com/in/scrittler/&#34; rel=&#34;nofollow&#34;&gt;Steve Rittler&lt;/a&gt;, founder and CEO of &lt;a href=&#34;https://www.alumniq.com/&#34; rel=&#34;nofollow&#34;&gt;AlumnIQ&lt;/a&gt;. Once a software engineer himself, Steve discusses his journey from individual contributor (IC) to business leader; and, how he sees his role as the boss from both a practical and a philosophical standpoint. For Steve, it&amp;#39;s always been about changing the world using whichever tools he had at his disposal. And, when those tools were no longer effective, that&amp;#39;s when he started to grow a team, a business, and a collection of trusted advisors - so that he could continue to take on and solve larger, more complex problems.&lt;/p&gt;&lt;blockquote&gt;&amp;#34;What starts us as software developers in the first place is wanting to fix the world with whatever lever we have that we can put our hands on.&amp;#34; — Steve Rittler&lt;/blockquote&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633 (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="72024816" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/588802e0-76d9-4406-82f3-8b848079a6df/stream.mp3"/>
                
                <guid isPermaLink="false">5084b712-ec65-4bf9-8d19-60d3f1be7988</guid>
                <link>https://workingcode.dev/episodes/052-starting-your-own-business-with-steve-rittler/</link>
                <pubDate>Wed, 08 Dec 2021 12:00:00 &#43;0000</pubDate>
                <itunes:duration>4501</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>051: You Are Replaceable</itunes:title>
                <title>051: You Are Replaceable</title>

                <itunes:episode>51</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/051-you-are-replaceable/</itunes:summary>
                <description><![CDATA[<p>Engineers like to believe that they are non-fungible. That is, that they are not replaceable - that they are special and bring a unique set of skills and perspectives to the table. And, for some engineers at early-stage companies, this may be true. However, as companies grow and evolve and become more sophisticated, the cold truth sets in: we are all replaceable. Even Apple - at this point in its trajectory - continues to innovate without the iconic Steve Jobs.</p><p>This week on the show, the crew talks about their own relationship to the notion of being replaced. On one hand, it can be very humbling. But, on the other hand, it can be very freeing, allowing us to do crazy things like &#34;take vacation&#34; and not have to deal with every single emergency that crops up at work.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://amzn.to/3E2rvkq" rel="nofollow">The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win</a></li><li><a href="https://amzn.to/3D1kjDy" rel="nofollow">The Unicorn Project: A Novel about Developers, Digital Disruption, and Thriving in the Age of Data</a></li><li><a href="https://softskills.audio/" rel="nofollow">Soft Skills Engineering Podcast</a></li><li><a href="https://twitter.com/amyhoy" rel="nofollow">Amy Hoy</a></li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633 (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Engineers like to believe that they are non-fungible. That is, that they are not replaceable - that they are special and bring a unique set of skills and perspectives to the table. And, for some engineers at early-stage companies, this may be true. However, as companies grow and evolve and become more sophisticated, the cold truth sets in: we are all replaceable. Even Apple - at this point in its trajectory - continues to innovate without the iconic Steve Jobs.&lt;/p&gt;&lt;p&gt;This week on the show, the crew talks about their own relationship to the notion of being replaced. On one hand, it can be very humbling. But, on the other hand, it can be very freeing, allowing us to do crazy things like &amp;#34;take vacation&amp;#34; and not have to deal with every single emergency that crops up at work.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://amzn.to/3E2rvkq&#34; rel=&#34;nofollow&#34;&gt;The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://amzn.to/3D1kjDy&#34; rel=&#34;nofollow&#34;&gt;The Unicorn Project: A Novel about Developers, Digital Disruption, and Thriving in the Age of Data&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://softskills.audio/&#34; rel=&#34;nofollow&#34;&gt;Soft Skills Engineering Podcast&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://twitter.com/amyhoy&#34; rel=&#34;nofollow&#34;&gt;Amy Hoy&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633 (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="35054236" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d69920ce-adc6-4b8b-9148-71d7ce287618/stream.mp3"/>
                
                <guid isPermaLink="false">9358fcd1-b2ee-4de8-a19c-0c9908a7c52b</guid>
                <link>https://workingcode.dev/episodes/051-you-are-replaceable/</link>
                <pubDate>Wed, 01 Dec 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/11/28/14/3404af15-bcfb-4ef5-bfc1-0aacd3daa2f4_d9bf8-cf9f-4464-96c2-c737dc080b48_cover-art-v1.jpg"/>
                <itunes:duration>2190</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>050: Where Do You See Yourself in 5 Years?</itunes:title>
                <title>050: Where Do You See Yourself in 5 Years?</title>

                <itunes:episode>50</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes line: https://workingcode.dev/episodes/050-where-do-you-see-yourself-in-5-years/</itunes:summary>
                <description><![CDATA[<p>This week on the show, the crew talks about where they each see themselves in 5 years. This is not an easy thought-experiment, especially in a technology landscape that changes so rapidly. Are we getting better at the things we do today? Or, are we changing our focus, our role, and maybe even our job? Do our personality traits of introversion and extroversion influence our career trajectory? Or, can we learn to lean into and enjoy any type of position? Should we be following our &#34;passions&#34;? Or, should we be focusing on our natural abilities and affinities? Is it even worth thinking this far into the future? Or, should we just concentrate on making the next few weeks as effective as possible? All of us (hosts) love what we do today. But, we each have different perspectives, passions, and insecurities that affect how we look forward into the future.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://adamtuttle.codes/blog/2020/challenge-breeds-stability/" rel="nofollow">Adam Tuttle: Challenge Breeds Stability</a></li><li><a href="https://pragprog.com/titles/btlang/seven-languages-in-seven-weeks/" rel="nofollow">Seven Languages in Seven Weeks: A Pragmatic Guide to Learning Programming Languages</a></li><li><a href="https://pragprog.com/titles/pwrdata/seven-databases-in-seven-weeks-second-edition/" rel="nofollow">Seven Databases in Seven Weeks: A Guide to Modern Databases and the NoSQL Movement</a></li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633 (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week on the show, the crew talks about where they each see themselves in 5 years. This is not an easy thought-experiment, especially in a technology landscape that changes so rapidly. Are we getting better at the things we do today? Or, are we changing our focus, our role, and maybe even our job? Do our personality traits of introversion and extroversion influence our career trajectory? Or, can we learn to lean into and enjoy any type of position? Should we be following our &amp;#34;passions&amp;#34;? Or, should we be focusing on our natural abilities and affinities? Is it even worth thinking this far into the future? Or, should we just concentrate on making the next few weeks as effective as possible? All of us (hosts) love what we do today. But, we each have different perspectives, passions, and insecurities that affect how we look forward into the future.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://adamtuttle.codes/blog/2020/challenge-breeds-stability/&#34; rel=&#34;nofollow&#34;&gt;Adam Tuttle: Challenge Breeds Stability&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://pragprog.com/titles/btlang/seven-languages-in-seven-weeks/&#34; rel=&#34;nofollow&#34;&gt;Seven Languages in Seven Weeks: A Pragmatic Guide to Learning Programming Languages&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://pragprog.com/titles/pwrdata/seven-databases-in-seven-weeks-second-edition/&#34; rel=&#34;nofollow&#34;&gt;Seven Databases in Seven Weeks: A Guide to Modern Databases and the NoSQL Movement&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633 (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="50699702" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/7bc60f61-f0c0-48fa-968a-ea179f7370de/stream.mp3"/>
                
                <guid isPermaLink="false">a541a2a5-1259-43d4-b2d9-a0ae2a1b81fd</guid>
                <link>https://workingcode.dev/episodes/050-where-do-you-see-yourself-in-5-years/</link>
                <pubDate>Wed, 24 Nov 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/11/19/14/244241ae-3c4f-4185-b426-c2a6b1db606a_a6d53-87be-46f9-bc88-baa8c68eec44_cover-art-v1.jpg"/>
                <itunes:duration>3168</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>049: Revisiting Replatforming - There Is No Correct Answer</itunes:title>
                <title>049: Revisiting Replatforming - There Is No Correct Answer</title>

                <itunes:episode>49</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/049-revisiting-replatforming/</itunes:summary>
                <description><![CDATA[<p>One of our fans on Patreon is about to embark on a large &#34;replatforming&#34; endeavor. His team has decided to move away from their &#34;traditionally coded&#34; application (think hard to maintain, big ball of mud); and, will soon rebuild the server-side aspect of their application using a new language. The team isn&#39;t yet sure what language they&#39;ll use (this is how the topic came up in <a href="https://workingcode.dev/discord/" rel="nofollow">Discord</a>); but, they know that they want a statically typed language with a strong separation of concerns in the MVC (Model, View, Controller) layers.</p><p>In episode 25, we talked about <a href="https://workingcode.dev/episodes/025-breaking-up-with-your-stack/" rel="nofollow">breaking up with your tech-stack</a>. But, this discussion of replatforming has rekindled our interest in the topic. On today&#39;s show, we talk about the choices that we&#39;d personally make if we had to rebuild our application using a new language. Based on historical trends, it feels like a gamble no matter what you do. As such, we also talk about how we might go about validating some of our choices.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://www.infoq.com/presentations/Simple-Made-Easy/" rel="nofollow">Rich Hickey: Simple-Made-Easy</a></li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633 (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;One of our fans on Patreon is about to embark on a large &amp;#34;replatforming&amp;#34; endeavor. His team has decided to move away from their &amp;#34;traditionally coded&amp;#34; application (think hard to maintain, big ball of mud); and, will soon rebuild the server-side aspect of their application using a new language. The team isn&amp;#39;t yet sure what language they&amp;#39;ll use (this is how the topic came up in &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;Discord&lt;/a&gt;); but, they know that they want a statically typed language with a strong separation of concerns in the MVC (Model, View, Controller) layers.&lt;/p&gt;&lt;p&gt;In episode 25, we talked about &lt;a href=&#34;https://workingcode.dev/episodes/025-breaking-up-with-your-stack/&#34; rel=&#34;nofollow&#34;&gt;breaking up with your tech-stack&lt;/a&gt;. But, this discussion of replatforming has rekindled our interest in the topic. On today&amp;#39;s show, we talk about the choices that we&amp;#39;d personally make if we had to rebuild our application using a new language. Based on historical trends, it feels like a gamble no matter what you do. As such, we also talk about how we might go about validating some of our choices.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.infoq.com/presentations/Simple-Made-Easy/&#34; rel=&#34;nofollow&#34;&gt;Rich Hickey: Simple-Made-Easy&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633 (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="47533244" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/5184df65-e631-460e-ad02-3b14e5a530ea/stream.mp3"/>
                
                <guid isPermaLink="false">9f5772ee-9e31-4a18-9568-efa3d9be07d5</guid>
                <link>https://workingcode.dev/episodes/049-revisiting-replatforming/</link>
                <pubDate>Wed, 17 Nov 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/11/12/22/0b0079e3-076f-4a3c-ba0e-f7b49737e9c2_f914b-6fb3-4ee7-9cd4-a5138d2b1e31_cover-art-v1.jpg"/>
                <itunes:duration>2970</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>048: // TODO: Microwave ToDo List</itunes:title>
                <title>048: // TODO: Microwave ToDo List</title>

                <itunes:episode>48</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/048-todo-microwave-todo-list/</itunes:summary>
                <description><![CDATA[<p>Surgeons and pilots have known for years that checklists <em>literally save lives</em>. And, while programming is rarely a life-and-death stakes situation, the humble ToDo list continues to serve as a powerful tool in the developer toolbox. This week on the show, the crew talks about how they manage their ToDo lists using comments, software applications, and physical notebooks. And, while we each have our preferred methods of organization, it&#39;s clear that even in a predominantly digital world, there is something deeply satisfying about using pen-and-paper in our respective workflows.</p><blockquote>&#34;Let chaos reign; and then rein in the chaos.&#34; — <a href="https://www.linkedin.com/in/armstrongrich/" rel="nofollow">Rich Armstrong</a></blockquote><p><em>Note: We feel obliged to mention that NONE of the products mentioned in this episode in any way compensated us for discussing them. We mention products that we like only because we like them.</em></p><h2>Notes &amp; Links</h2><ul><li><a href="https://getrocketbook.com/" rel="nofollow">RocketBook notebooks</a></li><li><a href="https://fieldnotesbrand.com/" rel="nofollow">Field Notes notebooks</a></li><li><a href="https://marketplace.visualstudio.com/items?itemName=Gruntfuggly.todo-tree" rel="nofollow">ToDo Tree VSCode plug-in</a></li><li><a href="https://marketplace.visualstudio.com/items?itemName=aaron-bond.better-comments" rel="nofollow">Better Comments VSCode plug-in</a></li></ul><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Surgeons and pilots have known for years that checklists &lt;em&gt;literally save lives&lt;/em&gt;. And, while programming is rarely a life-and-death stakes situation, the humble ToDo list continues to serve as a powerful tool in the developer toolbox. This week on the show, the crew talks about how they manage their ToDo lists using comments, software applications, and physical notebooks. And, while we each have our preferred methods of organization, it&amp;#39;s clear that even in a predominantly digital world, there is something deeply satisfying about using pen-and-paper in our respective workflows.&lt;/p&gt;&lt;blockquote&gt;&amp;#34;Let chaos reign; and then rein in the chaos.&amp;#34; — &lt;a href=&#34;https://www.linkedin.com/in/armstrongrich/&#34; rel=&#34;nofollow&#34;&gt;Rich Armstrong&lt;/a&gt;&lt;/blockquote&gt;&lt;p&gt;&lt;em&gt;Note: We feel obliged to mention that NONE of the products mentioned in this episode in any way compensated us for discussing them. We mention products that we like only because we like them.&lt;/em&gt;&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://getrocketbook.com/&#34; rel=&#34;nofollow&#34;&gt;RocketBook notebooks&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://fieldnotesbrand.com/&#34; rel=&#34;nofollow&#34;&gt;Field Notes notebooks&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://marketplace.visualstudio.com/items?itemName=Gruntfuggly.todo-tree&#34; rel=&#34;nofollow&#34;&gt;ToDo Tree VSCode plug-in&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://marketplace.visualstudio.com/items?itemName=aaron-bond.better-comments&#34; rel=&#34;nofollow&#34;&gt;Better Comments VSCode plug-in&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="54035853" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/15c62893-2475-40a2-8f44-cb732cb66e89/stream.mp3"/>
                
                <guid isPermaLink="false">678dedf7-8060-4e1e-8eab-8ee3b439174b</guid>
                <link>https://workingcode.dev/episodes/048-todo-microwave-todo-list/</link>
                <pubDate>Wed, 10 Nov 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/11/3/21/5a625ddb-5306-4fa3-a597-a87071b9fdff_67ad2-7892-44e9-8393-e345102cd8ec_cover-art-v1.jpg"/>
                <itunes:duration>3377</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>047: Email Ruins Everything</itunes:title>
                <title>047: Email Ruins Everything</title>

                <itunes:episode>47</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/047-email-ruins-everything/</itunes:summary>
                <description><![CDATA[<p>With an increasing amount of work being performed within a distributed or hybrid team model, there&#39;s a push to move more and more communication into an asynchronous workflow. Whether through email or collaborative document editing, there&#39;s a growing perception that collaboration becomes more efficient when each person can participate in their own time. But, is this really true? Or, are we fooling ourselves into thinking that the cost of &#34;homework&#34;, &#34;email fatigue&#34;, and extended delivery timelines are outweighed by one&#39;s ability to go &#34;heads down&#34; at work? This week on the show, the crew talks about different communication styles, Inbox zero, email as a delivery mechanism, and the not-so-surprising surprising way that Zoom calls can supercharge our ability to get stuff done!</p><p>Follow the show and be sure to <a href="https://workingcode.dev/discord/" rel="nofollow">join the discussion on Discord</a>! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;With an increasing amount of work being performed within a distributed or hybrid team model, there&amp;#39;s a push to move more and more communication into an asynchronous workflow. Whether through email or collaborative document editing, there&amp;#39;s a growing perception that collaboration becomes more efficient when each person can participate in their own time. But, is this really true? Or, are we fooling ourselves into thinking that the cost of &amp;#34;homework&amp;#34;, &amp;#34;email fatigue&amp;#34;, and extended delivery timelines are outweighed by one&amp;#39;s ability to go &amp;#34;heads down&amp;#34; at work? This week on the show, the crew talks about different communication styles, Inbox zero, email as a delivery mechanism, and the not-so-surprising surprising way that Zoom calls can supercharge our ability to get stuff done!&lt;/p&gt;&lt;p&gt;Follow the show and be sure to &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;join the discussion on Discord&lt;/a&gt;! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="53784659" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/edf994e3-aad8-4f96-9d23-05277eceade4/stream.mp3"/>
                
                <guid isPermaLink="false">61af8950-7bf2-4b9d-a280-35234547ef35</guid>
                <link>https://workingcode.dev/episodes/047-email-ruins-everything/</link>
                <pubDate>Wed, 03 Nov 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/10/26/15/728224f6-e895-4dd9-8f0b-4998def5aa05_c575f-97f7-4b0c-90d2-5f26441efcd1_cover-art-v1.jpg"/>
                <itunes:duration>3361</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>046: Secrets Management vs. Premature Optimization</itunes:title>
                <title>046: Secrets Management vs. Premature Optimization</title>

                <itunes:episode>46</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/046-secrets-management-vs-premature-optimization/</itunes:summary>
                <description><![CDATA[<p>When two systems have to communicate with each other, the security of transmitted messages is typically enforced through the use of shared secrets. Whether with encryption or one-way hashing, the receiving system can use a shared secret to verify that a producer&#39;s message has not been tampered with or spoofed. Rotating these shared secrets can be complicated; and, may even have to take place over an extended period of time depending on what&#39;s considered to be an acceptable window of backwards compatibility. This week, the crew talks about how they manage secrets, mistakes they&#39;ve made in the past, and what best practices they&#39;d like to put in place going forward.</p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;When two systems have to communicate with each other, the security of transmitted messages is typically enforced through the use of shared secrets. Whether with encryption or one-way hashing, the receiving system can use a shared secret to verify that a producer&amp;#39;s message has not been tampered with or spoofed. Rotating these shared secrets can be complicated; and, may even have to take place over an extended period of time depending on what&amp;#39;s considered to be an acceptable window of backwards compatibility. This week, the crew talks about how they manage secrets, mistakes they&amp;#39;ve made in the past, and what best practices they&amp;#39;d like to put in place going forward.&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="42478863" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b9ae3cd3-e884-4177-97b7-c664e5c92a18/stream.mp3"/>
                
                <guid isPermaLink="false">2aa48bd1-1f89-472c-b8bf-79d02d6c0e81</guid>
                <link>https://workingcode.dev/episodes/046-secrets-management-vs-premature-optimization/</link>
                <pubDate>Wed, 27 Oct 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/10/19/19/043d4d1f-cbb7-4a8f-b889-5cffa025b705_cover-art-v1.jpg"/>
                <itunes:duration>2654</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>045B: The Aftershow</itunes:title>
                <title>045B: The Aftershow</title>

                
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Because this week&#39;s episode was short, and because we&#39;ve wanted to give the public feed a taste of what&#39;s in the aftershow, here&#39;s a bonus episode. This is the aftershow from episode 43.</itunes:summary>
                <description><![CDATA[<p>Because this week&#39;s episode was short, and because we&#39;ve wanted to give the public feed a taste of what&#39;s in the aftershow, here&#39;s a bonus episode. This is the aftershow from episode 43.</p>]]></description>
                <content:encoded>&lt;p&gt;Because this week&amp;#39;s episode was short, and because we&amp;#39;ve wanted to give the public feed a taste of what&amp;#39;s in the aftershow, here&amp;#39;s a bonus episode. This is the aftershow from episode 43.&lt;/p&gt;</content:encoded>
                
                <enclosure length="23721273" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e383325f-95f3-45d3-bf67-b9befd9f4588/stream.mp3"/>
                
                <guid isPermaLink="false">c779c9a4-8b70-4f60-ada9-08fce9326304</guid>
                <link>https://workingcode.dev/</link>
                <pubDate>Wed, 20 Oct 2021 11:05:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/10/20/11/5eacfc92-f4d9-4afd-af42-b6d572eab593_cover-art-aftershow-v1.jpg"/>
                <itunes:duration>1482</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>bonus</itunes:episodeType>
                <itunes:title>045: Join Our Discord</itunes:title>
                <title>045: Join Our Discord</title>

                <itunes:episode>45</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/045-join-our-discord/</itunes:summary>
                <description><![CDATA[<p>This week&#39;s episode is all about the podcast&#39;s Discord server going public. We&#39;re now inviting all listeners to join us and participate in the community chat. Why would we want to do that, and what&#39;s in it for you? Answers to these questions and more now available as sound waves for your ear holes.</p><p>Join our Discord here: <a href="https://workingcode.dev/discord/" rel="nofollow">https://workingcode.dev/discord/</a></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week&amp;#39;s episode is all about the podcast&amp;#39;s Discord server going public. We&amp;#39;re now inviting all listeners to join us and participate in the community chat. Why would we want to do that, and what&amp;#39;s in it for you? Answers to these questions and more now available as sound waves for your ear holes.&lt;/p&gt;&lt;p&gt;Join our Discord here: &lt;a href=&#34;https://workingcode.dev/discord/&#34; rel=&#34;nofollow&#34;&gt;https://workingcode.dev/discord/&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="10515017" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/55f44e08-2823-4c0d-b454-015035467d30/stream.mp3"/>
                
                <guid isPermaLink="false">0c95a160-9525-43a5-a01b-afc082454e3b</guid>
                <link>https://workingcode.dev/episodes/045-join-our-discord/</link>
                <pubDate>Wed, 20 Oct 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/10/22/12/2b83a3d6-a1f2-4c3f-a73e-5af733325956_3cff6-6665-4638-b861-1fb710c64628_cover-art-v1.jpg"/>
                <itunes:duration>657</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>044: Facebook&#39;s No Good Very Bad Week</itunes:title>
                <title>044: Facebook&#39;s No Good Very Bad Week</title>

                <itunes:episode>44</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/044-facebooks-no-good-very-bad-week/</itunes:summary>
                <description><![CDATA[<p>Between Frances Haugen&#39;s testimony, a meta outage of Facebook properties including <a href="http://facebook.com/" rel="nofollow">Facebook.com</a>, Instagram, and What&#39;s App, and a $7 billion drop in Mark Zuckerberg&#39;s personal wealth in a matter of hours, it&#39;s safe to say that Facebook has been having a terrible, horrible, no good, very bad time of it. There have even been rumors that Facebook&#39;s &#34;work from home&#34; policy is being rescinded; though, such claims have been denied by the company. Today, the crew talks about everything that&#39;s going on in the Facebook universe. And, Tim shares his own harrowing experience with Border Gateway Protocol (BGP) catastrophes and why Facebook&#39;s networking woes were a little too triggering for his own comfort.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://www.nytimes.com/2021/10/04/technology/facebook-down.html" rel="nofollow">Gone in Minutes, Out for Hours: Outage Shakes Facebook</a></li><li><a href="https://www.npr.org/2021/10/05/1043377310/facebook-whistleblower-frances-haugen-congress" rel="nofollow">Here are 4 key points from the Facebook whistleblower&#39;s testimony on Capitol Hill</a></li><li><a href="https://www.business-standard.com/article/technology/zuckerberg-loses-7-billion-over-facebook-outage-telegram-signal-gain-121100501493_1.html" rel="nofollow">Zuckerberg loses $7 billion over Facebook outage; Telegram, Signal gain</a></li><li><a href="https://www.techradar.com/uk/news/facebook-ends-wfh-forever-rule-after-mega-outage" rel="nofollow">Facebook denies end to &#39;WFH forever&#39; rule in wake of mega outage</a></li><li><a href="https://en.wikipedia.org/wiki/Domain_Name_System" rel="nofollow">DNS - Domain Name System</a></li><li><a href="https://en.wikipedia.org/wiki/Border_Gateway_Protocol" rel="nofollow">BGP - Border Gateway Protocol</a></li><li><a href="https://account.dyn.com/" rel="nofollow">DynDNS</a></li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Between Frances Haugen&amp;#39;s testimony, a meta outage of Facebook properties including &lt;a href=&#34;http://facebook.com/&#34; rel=&#34;nofollow&#34;&gt;Facebook.com&lt;/a&gt;, Instagram, and What&amp;#39;s App, and a $7 billion drop in Mark Zuckerberg&amp;#39;s personal wealth in a matter of hours, it&amp;#39;s safe to say that Facebook has been having a terrible, horrible, no good, very bad time of it. There have even been rumors that Facebook&amp;#39;s &amp;#34;work from home&amp;#34; policy is being rescinded; though, such claims have been denied by the company. Today, the crew talks about everything that&amp;#39;s going on in the Facebook universe. And, Tim shares his own harrowing experience with Border Gateway Protocol (BGP) catastrophes and why Facebook&amp;#39;s networking woes were a little too triggering for his own comfort.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.nytimes.com/2021/10/04/technology/facebook-down.html&#34; rel=&#34;nofollow&#34;&gt;Gone in Minutes, Out for Hours: Outage Shakes Facebook&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.npr.org/2021/10/05/1043377310/facebook-whistleblower-frances-haugen-congress&#34; rel=&#34;nofollow&#34;&gt;Here are 4 key points from the Facebook whistleblower&amp;#39;s testimony on Capitol Hill&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.business-standard.com/article/technology/zuckerberg-loses-7-billion-over-facebook-outage-telegram-signal-gain-121100501493_1.html&#34; rel=&#34;nofollow&#34;&gt;Zuckerberg loses $7 billion over Facebook outage; Telegram, Signal gain&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.techradar.com/uk/news/facebook-ends-wfh-forever-rule-after-mega-outage&#34; rel=&#34;nofollow&#34;&gt;Facebook denies end to &amp;#39;WFH forever&amp;#39; rule in wake of mega outage&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Domain_Name_System&#34; rel=&#34;nofollow&#34;&gt;DNS - Domain Name System&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Border_Gateway_Protocol&#34; rel=&#34;nofollow&#34;&gt;BGP - Border Gateway Protocol&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://account.dyn.com/&#34; rel=&#34;nofollow&#34;&gt;DynDNS&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="52878106" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/ce229c52-202f-4f70-b511-171369188a84/stream.mp3"/>
                
                <guid isPermaLink="false">3ed06295-ed35-4b77-b243-e5eefab3a279</guid>
                <link>https://workingcode.dev/episodes/044-facebooks-no-good-very-bad-week/</link>
                <pubDate>Wed, 13 Oct 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/10/10/21/69f814e1-eec1-4f5a-b7f7-2cbd6704687e_cover-art-v1.jpg"/>
                <itunes:duration>3304</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>043: Relay Race Programming</itunes:title>
                <title>043: Relay Race Programming</title>

                <itunes:episode>43</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/043-relay-race-programming/</itunes:summary>
                <description><![CDATA[<p>You might think that &#34;programming&#34; is a relatively straightforward concept: take abstract ideas and codify them into lines-of-code (LOC). But, within this broad abstraction, there are a multitude of implementation details. Some engineers love to hunker down and write code inside a metaphorical bubble; <a href="https://www.agilealliance.org/glossary/mob-programming/" rel="nofollow">mob programmers</a> love to dog-pile on the same machine, blitzing the problem until it&#39;s obliterated; and, <a href="https://www.agilealliance.org/glossary/pairing/" rel="nofollow">pair programmers</a> methodically alternate responsibilities between a &#34;driver&#34; and a &#34;navigator&#34; in cooperative pairing sessions.</p><p>On today&#39;s episode, Carol shares her team&#39;s approach to product development which sounds more like &#34;Relay Race Programming.&#34; First, her team does some up-front design and planning in order to orient the work. Then, her team divvies up the tasks, processes the work in parallel, and keeps a constant line-of-communication open such that they can unblock each other as soon as issues arise. While this approach takes some getting used to, Carol believes that it has increased her productivity, decreased her Pull-Request review latency, and opened the door to many more mentorship opportunities.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://www.agilealliance.org/glossary/pairing/" rel="nofollow">Agile Alliance: Pair Programmging</a></li><li><a href="https://www.agilealliance.org/glossary/mob-programming/" rel="nofollow">Agile Alliance: Mob Programming</a></li><li><a href="http://wiki.c2.com/?PairProgrammingPingPongPattern=" rel="nofollow">Ward Cunningham: Ping-Pong Programming</a></li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;You might think that &amp;#34;programming&amp;#34; is a relatively straightforward concept: take abstract ideas and codify them into lines-of-code (LOC). But, within this broad abstraction, there are a multitude of implementation details. Some engineers love to hunker down and write code inside a metaphorical bubble; &lt;a href=&#34;https://www.agilealliance.org/glossary/mob-programming/&#34; rel=&#34;nofollow&#34;&gt;mob programmers&lt;/a&gt; love to dog-pile on the same machine, blitzing the problem until it&amp;#39;s obliterated; and, &lt;a href=&#34;https://www.agilealliance.org/glossary/pairing/&#34; rel=&#34;nofollow&#34;&gt;pair programmers&lt;/a&gt; methodically alternate responsibilities between a &amp;#34;driver&amp;#34; and a &amp;#34;navigator&amp;#34; in cooperative pairing sessions.&lt;/p&gt;&lt;p&gt;On today&amp;#39;s episode, Carol shares her team&amp;#39;s approach to product development which sounds more like &amp;#34;Relay Race Programming.&amp;#34; First, her team does some up-front design and planning in order to orient the work. Then, her team divvies up the tasks, processes the work in parallel, and keeps a constant line-of-communication open such that they can unblock each other as soon as issues arise. While this approach takes some getting used to, Carol believes that it has increased her productivity, decreased her Pull-Request review latency, and opened the door to many more mentorship opportunities.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.agilealliance.org/glossary/pairing/&#34; rel=&#34;nofollow&#34;&gt;Agile Alliance: Pair Programmging&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.agilealliance.org/glossary/mob-programming/&#34; rel=&#34;nofollow&#34;&gt;Agile Alliance: Mob Programming&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;http://wiki.c2.com/?PairProgrammingPingPongPattern=&#34; rel=&#34;nofollow&#34;&gt;Ward Cunningham: Ping-Pong Programming&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="48120058" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/130914ab-9800-4df7-9e7c-ce70378ee523/stream.mp3"/>
                
                <guid isPermaLink="false">a0fa088b-5dbb-4e3f-8c9e-ada6950bc97d</guid>
                <link>https://workingcode.dev/episodes/043-relay-race-programming/</link>
                <pubDate>Wed, 06 Oct 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/9/28/17/faf43b0f-284d-42e7-ac29-3fba5eb3f576_e5836-245d-4771-9fc1-6adb10ab79a2_cover-art-v1.jpg"/>
                <itunes:duration>3007</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>042: Potluck #3</itunes:title>
                <title>042: Potluck #3</title>

                <itunes:episode>42</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/042-potluck-3/</itunes:summary>
                <description><![CDATA[<p>This week on the podcast, the crew discusses various topics: <em>&#34;Strong opinions, loosely held&#34;</em> - is this a statement with noble intent? Or, does it encourage people to dismiss past evidence and the experiences that have shaped their current view of the world? When is it time to upgrade old technology choices? When the time it takes to upgrade is time <em>not spent</em> on building features, at what point is that cost justified for the business? GitHub Copilot helps you write code, but who gets credit for that? Is it even legal? Have engineers demonstrated enough responsibility in the past to merit an <em>even more powerful</em> copy-paste programming paradigm? And finally, why don&#39;t we see more employee-owned software companies? If engineers had more material skin in the game, wouldn&#39;t they be <em>more motivated</em> to ship product?</p><p>All that <em>and more</em> on this week&#39;s show!</p><h2>Notes &amp; Links</h2><ul><li><a href="https://blog.codinghorror.com/strong-opinions-weakly-held/" rel="nofollow">Jeff Atwood: Strong Opinions, Weakly Held</a></li><li><a href="https://copilot.github.com/" rel="nofollow">GitHub Copilot</a></li><li><a href="https://changelog.com/podcast/458" rel="nofollow">The Changelog: We ask a lawyer about GitHub Copilot</a></li><li><a href="https://www.greatgame.com/about/what-is-the-great-game-of-business" rel="nofollow">The Great Game of Business</a></li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week on the podcast, the crew discusses various topics: &lt;em&gt;&amp;#34;Strong opinions, loosely held&amp;#34;&lt;/em&gt; - is this a statement with noble intent? Or, does it encourage people to dismiss past evidence and the experiences that have shaped their current view of the world? When is it time to upgrade old technology choices? When the time it takes to upgrade is time &lt;em&gt;not spent&lt;/em&gt; on building features, at what point is that cost justified for the business? GitHub Copilot helps you write code, but who gets credit for that? Is it even legal? Have engineers demonstrated enough responsibility in the past to merit an &lt;em&gt;even more powerful&lt;/em&gt; copy-paste programming paradigm? And finally, why don&amp;#39;t we see more employee-owned software companies? If engineers had more material skin in the game, wouldn&amp;#39;t they be &lt;em&gt;more motivated&lt;/em&gt; to ship product?&lt;/p&gt;&lt;p&gt;All that &lt;em&gt;and more&lt;/em&gt; on this week&amp;#39;s show!&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://blog.codinghorror.com/strong-opinions-weakly-held/&#34; rel=&#34;nofollow&#34;&gt;Jeff Atwood: Strong Opinions, Weakly Held&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://copilot.github.com/&#34; rel=&#34;nofollow&#34;&gt;GitHub Copilot&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://changelog.com/podcast/458&#34; rel=&#34;nofollow&#34;&gt;The Changelog: We ask a lawyer about GitHub Copilot&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.greatgame.com/about/what-is-the-great-game-of-business&#34; rel=&#34;nofollow&#34;&gt;The Great Game of Business&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="49800672" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/26e4f992-3408-45c9-b9d9-078b8fdbb852/stream.mp3"/>
                
                <guid isPermaLink="false">d0fefe41-4cad-4891-abf3-c3423610d313</guid>
                <link>https://workingcode.dev/episodes/042-potluck-3/</link>
                <pubDate>Wed, 29 Sep 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/9/28/11/936d36c9-b502-43ea-9614-4dd8698ff538_ccbb6-e491-4a31-b9e7-ad658e2deaa3_cover-art-v1.jpg"/>
                <itunes:duration>3112</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>041: The Third Age of JavaScript, with Shawn @Swyx Wang</itunes:title>
                <title>041: The Third Age of JavaScript, with Shawn @Swyx Wang</title>

                <itunes:episode>41</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/041-the-third-age-of-javascript-with-shawn-swyx-wang/</itunes:summary>
                <description><![CDATA[<p><a href="https://www.swyx.io/" rel="nofollow">Shawn Wang</a> - known as &#34;swyx&#34; online - is a financial investor turned software engineer and journalist. With a passion for history and a knack for &#34;trend spotting&#34;, Shawn uses a keen analytical sense, honed through years of financial due diligence, in order to organize the world of web development into a series of epochs, each with its own theme. He&#39;s recently codified these observations in a blog post titled, <a href="https://www.swyx.io/js-third-age/" rel="nofollow">The Third Age of JavaScript</a>. Today, we&#39;re thrilled to have Shawn as a guest on our podcast to discuss the past, present, and future state of JavaScript as well as the world of developer ergonomics and the magical possibilities of effortless platform management.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://www.swyx.io/js-third-age/" rel="nofollow">Shawn Wang: The Third Age of JavaScript</a></li><li><a href="https://www.swyx.io/self-provisioning-runtime/" rel="nofollow">Shawn Wang: The Self Provisioning Runtime</a></li><li><a href="https://temporal.io/" rel="nofollow">Shawn Wang: Temporal.io</a></li><li><a href="https://jquery.com/" rel="nofollow">John Resig: jQuery</a></li><li><a href="https://www.json.org/" rel="nofollow">Douglas Crockford: JSON</a></li><li><a href="https://analytics.usa.gov/" rel="nofollow">analytics.usa.gov</a></li><li><a href="https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Modules" rel="nofollow">JavaScript (ES) Modules</a></li><li><a href="https://github.com/evanw/esbuild" rel="nofollow">Evan Wallace: esbuild</a></li><li><a href="https://swc.rs/" rel="nofollow">SWC</a></li><li><a href="https://parceljs.org/" rel="nofollow">Parcel</a></li><li><a href="https://www.ben-evans.com/benedictevans/2020/12/21/google-bundling-and-kill-zones" rel="nofollow">Benedict Evans: Platforms, bundling and kill zones</a></li><li><a href="https://en.wikipedia.org/wiki/Base_rate_fallacy" rel="nofollow">Base Rate Fallacy</a></li><li><a href="https://en.wikipedia.org/wiki/Diffusion_of_innovations" rel="nofollow">Rogers Curve of Adoption: Diffusion of Innovations</a></li><li><a href="https://www.amazon.com/Crossing-Chasm-Marketing-High-Tech-Mainstream/dp/0060517123" rel="nofollow">Crossing the Chasm: Marketing and Selling High-Tech Products to Mainstream Customers</a></li><li><a href="https://svelte.dev/" rel="nofollow">Svelte</a></li><li><a href="https://sveltesociety.dev/" rel="nofollow">Svelte Society</a></li><li><a href="https://webpack.js.org/" rel="nofollow">Webpack</a></li><li><a href="https://www.pulumi.com/" rel="nofollow">Pulumi</a></li><li><a href="https://aws.amazon.com/cdk/" rel="nofollow">AWS Cloud Development Kit</a></li><li><a href="https://www.serverless.com/" rel="nofollow">Serverless.com</a></li><li><a href="https://begin.com/" rel="nofollow">Begin.com</a></li><li><a href="https://aws.amazon.com/dynamodb/" rel="nofollow">Amazon DynamoDB</a></li><li><a href="https://microservices.io/" rel="nofollow">Chris Richardson: Microservices.io</a></li><li><a href="https://theburningmonk.com/2020/08/choreography-vs-orchestration-in-the-land-of-serverless/" rel="nofollow">The Burning Monk: Choreography vs Orchestration in the land of serverless</a></li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;&lt;a href=&#34;https://www.swyx.io/&#34; rel=&#34;nofollow&#34;&gt;Shawn Wang&lt;/a&gt; - known as &amp;#34;swyx&amp;#34; online - is a financial investor turned software engineer and journalist. With a passion for history and a knack for &amp;#34;trend spotting&amp;#34;, Shawn uses a keen analytical sense, honed through years of financial due diligence, in order to organize the world of web development into a series of epochs, each with its own theme. He&amp;#39;s recently codified these observations in a blog post titled, &lt;a href=&#34;https://www.swyx.io/js-third-age/&#34; rel=&#34;nofollow&#34;&gt;The Third Age of JavaScript&lt;/a&gt;. Today, we&amp;#39;re thrilled to have Shawn as a guest on our podcast to discuss the past, present, and future state of JavaScript as well as the world of developer ergonomics and the magical possibilities of effortless platform management.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.swyx.io/js-third-age/&#34; rel=&#34;nofollow&#34;&gt;Shawn Wang: The Third Age of JavaScript&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.swyx.io/self-provisioning-runtime/&#34; rel=&#34;nofollow&#34;&gt;Shawn Wang: The Self Provisioning Runtime&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://temporal.io/&#34; rel=&#34;nofollow&#34;&gt;Shawn Wang: Temporal.io&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://jquery.com/&#34; rel=&#34;nofollow&#34;&gt;John Resig: jQuery&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.json.org/&#34; rel=&#34;nofollow&#34;&gt;Douglas Crockford: JSON&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://analytics.usa.gov/&#34; rel=&#34;nofollow&#34;&gt;analytics.usa.gov&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Modules&#34; rel=&#34;nofollow&#34;&gt;JavaScript (ES) Modules&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/evanw/esbuild&#34; rel=&#34;nofollow&#34;&gt;Evan Wallace: esbuild&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://swc.rs/&#34; rel=&#34;nofollow&#34;&gt;SWC&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://parceljs.org/&#34; rel=&#34;nofollow&#34;&gt;Parcel&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.ben-evans.com/benedictevans/2020/12/21/google-bundling-and-kill-zones&#34; rel=&#34;nofollow&#34;&gt;Benedict Evans: Platforms, bundling and kill zones&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Base_rate_fallacy&#34; rel=&#34;nofollow&#34;&gt;Base Rate Fallacy&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Diffusion_of_innovations&#34; rel=&#34;nofollow&#34;&gt;Rogers Curve of Adoption: Diffusion of Innovations&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.amazon.com/Crossing-Chasm-Marketing-High-Tech-Mainstream/dp/0060517123&#34; rel=&#34;nofollow&#34;&gt;Crossing the Chasm: Marketing and Selling High-Tech Products to Mainstream Customers&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://svelte.dev/&#34; rel=&#34;nofollow&#34;&gt;Svelte&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://sveltesociety.dev/&#34; rel=&#34;nofollow&#34;&gt;Svelte Society&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://webpack.js.org/&#34; rel=&#34;nofollow&#34;&gt;Webpack&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.pulumi.com/&#34; rel=&#34;nofollow&#34;&gt;Pulumi&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/cdk/&#34; rel=&#34;nofollow&#34;&gt;AWS Cloud Development Kit&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.serverless.com/&#34; rel=&#34;nofollow&#34;&gt;Serverless.com&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://begin.com/&#34; rel=&#34;nofollow&#34;&gt;Begin.com&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/dynamodb/&#34; rel=&#34;nofollow&#34;&gt;Amazon DynamoDB&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://microservices.io/&#34; rel=&#34;nofollow&#34;&gt;Chris Richardson: Microservices.io&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://theburningmonk.com/2020/08/choreography-vs-orchestration-in-the-land-of-serverless/&#34; rel=&#34;nofollow&#34;&gt;The Burning Monk: Choreography vs Orchestration in the land of serverless&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="65965244" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/7fae91d3-463e-42da-9334-3403ccb42307/stream.mp3"/>
                
                <guid isPermaLink="false">1ed4e8d2-e975-490e-b03d-24f3bb4fc75e</guid>
                <link>https://workingcode.dev/episodes/041-the-third-age-of-javascript-with-shawn-swyx-wang/</link>
                <pubDate>Wed, 22 Sep 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/9/20/12/33422e0e-11d4-4674-a084-13484c616e96_26197-f1d7-43f0-8957-657bc7b85faa_cover-art-v1.jpg"/>
                <itunes:duration>4122</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>040: Automaticity Is a Weird Word</itunes:title>
                <title>040: Automaticity Is a Weird Word</title>

                <itunes:episode>40</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/040-automaticity-is-a-weird-word/</itunes:summary>
                <description><![CDATA[<p>The other day, Ben was listening to an <a href="https://mongodb.libsyn.com/67-mongodb-evolved-with-mat-keep" rel="nofollow">episode of the MongoDB podcast in which Mat Keep</a> shared a story about the adding of <strong>atomic transactions</strong> into the MongoDB product. Mat said that the engineer who spearheaded the effort used to joke about the fact that his team was spending a huge amount of time working on a feature that <strong>90% of developers would never need</strong>. For Ben - who leans heavily on transactions for referential integrity - this sounded like an crazy statement. But is it? Are database transactions overrated? Or, is it more so that the <em>type of use-cases</em> that work best in a document database are also the type of uses-cases that don&#39;t really need transactions?</p><p>On today&#39;s episode, the crew talks about how they use databases; the role of atomic transactions in the reduction of application complexity; and, whether or not they&#39;ve ever felt &#34;held back&#34; by the limitations of a relational database management system. Full disclosure, all of the hosts have far more experience with traditional databases when compared to NoSQL databases.</p><blockquote><strong>NOTE</strong>: In the show, Ben mentioned that a document database like MongoDB can&#39;t enforce schemas like a relational database. And while this was true in earlier versions of the MongoDB product, it is no longer true. In recent updates, MongoDB has added <a href="https://docs.mongodb.com/realm/mongodb/enforce-a-document-schema/" rel="nofollow">schema validation and enforcement</a>.</blockquote><h2>Notes &amp; Links</h2><ul><li><a href="https://mongodb.libsyn.com/67-mongodb-evolved-with-mat-keep" rel="nofollow">MongoDB Podcast: Episode 67 - MongoDB Evolved with Mat Keep</a></li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;The other day, Ben was listening to an &lt;a href=&#34;https://mongodb.libsyn.com/67-mongodb-evolved-with-mat-keep&#34; rel=&#34;nofollow&#34;&gt;episode of the MongoDB podcast in which Mat Keep&lt;/a&gt; shared a story about the adding of &lt;strong&gt;atomic transactions&lt;/strong&gt; into the MongoDB product. Mat said that the engineer who spearheaded the effort used to joke about the fact that his team was spending a huge amount of time working on a feature that &lt;strong&gt;90% of developers would never need&lt;/strong&gt;. For Ben - who leans heavily on transactions for referential integrity - this sounded like an crazy statement. But is it? Are database transactions overrated? Or, is it more so that the &lt;em&gt;type of use-cases&lt;/em&gt; that work best in a document database are also the type of uses-cases that don&amp;#39;t really need transactions?&lt;/p&gt;&lt;p&gt;On today&amp;#39;s episode, the crew talks about how they use databases; the role of atomic transactions in the reduction of application complexity; and, whether or not they&amp;#39;ve ever felt &amp;#34;held back&amp;#34; by the limitations of a relational database management system. Full disclosure, all of the hosts have far more experience with traditional databases when compared to NoSQL databases.&lt;/p&gt;&lt;blockquote&gt;&lt;strong&gt;NOTE&lt;/strong&gt;: In the show, Ben mentioned that a document database like MongoDB can&amp;#39;t enforce schemas like a relational database. And while this was true in earlier versions of the MongoDB product, it is no longer true. In recent updates, MongoDB has added &lt;a href=&#34;https://docs.mongodb.com/realm/mongodb/enforce-a-document-schema/&#34; rel=&#34;nofollow&#34;&gt;schema validation and enforcement&lt;/a&gt;.&lt;/blockquote&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://mongodb.libsyn.com/67-mongodb-evolved-with-mat-keep&#34; rel=&#34;nofollow&#34;&gt;MongoDB Podcast: Episode 67 - MongoDB Evolved with Mat Keep&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="40302550" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/9689f695-0027-414b-b322-a7cda2650c6b/stream.mp3"/>
                
                <guid isPermaLink="false">2226a74d-0351-4678-a63e-fa86b62ced19</guid>
                <link>https://workingcode.dev/episodes/040-automaticity-is-a-weird-word/</link>
                <pubDate>Wed, 15 Sep 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/9/8/11/7f657476-5dda-423d-8bca-27ae4b7f6959_a7467-c221-40f5-be03-cae4ae8a72ba_cover-art-v1.jpg"/>
                <itunes:duration>2518</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>039: Ben&#39;s Future at InVision</itunes:title>
                <title>039: Ben&#39;s Future at InVision</title>

                <itunes:episode>39</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/039-bens-future-at-invision/</itunes:summary>
                <description><![CDATA[<p>For last 8-years, Ben Nadel has poured his heart and soul into <a href="https://www.invisionapp.com/" rel="nofollow">InVision</a>, a product that drives design collaboration. During this period, his area of expertise has focused on the (now named) &#34;legacy&#34; platform - the ColdFusion and AngularJS monolith that has built the business into what it is today. Soon, however, the &#34;legacy&#34; platform will be wholly subsumed by the &#34;modern&#34; platform - a distributed, microservices architecture built on Go, Node.js, and React.</p><p>In today&#39;s episode, Ben opens up about the emotional struggle that he&#39;s facing as his role on the legacy platform comes to a end. He wonders what it&#39;s going to be like to start over; to go from a big fish in a CFML pond to a novice in a Go ocean; and, to find a way to not feel like a complete failure when his productivity drops significantly.</p><p>One of the scariest things for Ben is that he&#39;s not sure if he&#39;ll be able to trust his gut. While the fundamentals of programming will certainly transfer from the legacy platform over to the modern platform, it&#39;s hard to know if future &#34;feelings&#34; will be true indicators of potential problems. Or, if it&#39;s just a byproduct of his lack of familiarity with the new architecture and language constructs.</p><p>Only time will tell. And, until then, he intends to grind hard and deliver as much value as he possibly can on the legacy platform while he still has time and the skills necessary to get the job done.</p><blockquote><strong>ASIDE</strong>: While not mentioned by name in the show, <a href="https://www.linkedin.com/in/heinstrom/" rel="nofollow">Travis Heinström</a> - the SVP of Engineering at InVision - is the person who wanted to make sure that Ben has all the room he needs to &#34;feel his feelings&#34; when the legacy platform is shut down. This is perhaps one of the most emotionally-intelligent things that Ben has ever heard a manager ask about.</blockquote><h2>Notes &amp; Links</h2><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;For last 8-years, Ben Nadel has poured his heart and soul into &lt;a href=&#34;https://www.invisionapp.com/&#34; rel=&#34;nofollow&#34;&gt;InVision&lt;/a&gt;, a product that drives design collaboration. During this period, his area of expertise has focused on the (now named) &amp;#34;legacy&amp;#34; platform - the ColdFusion and AngularJS monolith that has built the business into what it is today. Soon, however, the &amp;#34;legacy&amp;#34; platform will be wholly subsumed by the &amp;#34;modern&amp;#34; platform - a distributed, microservices architecture built on Go, Node.js, and React.&lt;/p&gt;&lt;p&gt;In today&amp;#39;s episode, Ben opens up about the emotional struggle that he&amp;#39;s facing as his role on the legacy platform comes to a end. He wonders what it&amp;#39;s going to be like to start over; to go from a big fish in a CFML pond to a novice in a Go ocean; and, to find a way to not feel like a complete failure when his productivity drops significantly.&lt;/p&gt;&lt;p&gt;One of the scariest things for Ben is that he&amp;#39;s not sure if he&amp;#39;ll be able to trust his gut. While the fundamentals of programming will certainly transfer from the legacy platform over to the modern platform, it&amp;#39;s hard to know if future &amp;#34;feelings&amp;#34; will be true indicators of potential problems. Or, if it&amp;#39;s just a byproduct of his lack of familiarity with the new architecture and language constructs.&lt;/p&gt;&lt;p&gt;Only time will tell. And, until then, he intends to grind hard and deliver as much value as he possibly can on the legacy platform while he still has time and the skills necessary to get the job done.&lt;/p&gt;&lt;blockquote&gt;&lt;strong&gt;ASIDE&lt;/strong&gt;: While not mentioned by name in the show, &lt;a href=&#34;https://www.linkedin.com/in/heinstrom/&#34; rel=&#34;nofollow&#34;&gt;Travis Heinström&lt;/a&gt; - the SVP of Engineering at InVision - is the person who wanted to make sure that Ben has all the room he needs to &amp;#34;feel his feelings&amp;#34; when the legacy platform is shut down. This is perhaps one of the most emotionally-intelligent things that Ben has ever heard a manager ask about.&lt;/blockquote&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="49821152" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e7cf623d-4e23-4085-b710-cf9d8a8cdb75/stream.mp3"/>
                
                <guid isPermaLink="false">ff009686-56ff-4f24-96cd-17eb14767eba</guid>
                <link>https://workingcode.dev/episodes/039-bens-future-at-invision/</link>
                <pubDate>Wed, 08 Sep 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/9/7/13/a7fe8758-3f21-4dd3-83e7-3337ba9357ea_3a2a5-3837-4590-bf7a-de2b9d1b94ed_cover-art-v1.jpg"/>
                <itunes:duration>3113</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>038: Holding Developers Accountable</itunes:title>
                <title>038: Holding Developers Accountable</title>

                <itunes:episode>38</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/038-holding-developers-accountable/</itunes:summary>
                <description><![CDATA[<p>Recently on Facebook, <a href="https://www.linkedin.com/in/hal-helms-613a992/" rel="nofollow">Hal Helms</a> —highly respected author, speaker, and computer programmer— shared some of his views on the use of &#34;Sprints&#34; to drive engineering work on a product team. In short, he despises the idea of asking engineers to <strong>commit</strong> to achieving a goal within an <strong>estimated time frame</strong>. He likens this to asking prisons to build their own gallows. <em>Everyone</em> is terrible at estimating <em>everything</em>. So when companies start to use each &#34;estimate&#34; as a &#34;contract&#34; with which to punish engineers for under-delivering after over-promising, all it does is set the entire team up for a toxic cycle of disappointment.</p><p>This is the full text of Hal&#39;s post:</p><blockquote>&#34;We have to be able to hold developers accountable.&#34;</blockquote><blockquote>A friend and I were discussing the idea of &#34;sprints&#34; — a system where developers commit to achieving certain results within a specified time frame — usually two weeks.</blockquote><blockquote>I hate and detest sprints. I despise asking developers to &#34;commit&#34; to achieving a goal within an estimated time frame. My friend disagrees. He&#39;s wrong.</blockquote><blockquote>The first flaw in this system is what Nobel Prize-winning psychologist Daniel Kahneman termed &#34;The Estimation Fallacy&#34;. When people are asked how long a goal will take to achieve, they predictably and chronically underestimate the time. And this is true even when they have considerable experience in being wrong in their previous estimates.</blockquote><blockquote>A good estimate is one that&#39;s over half the time and under half the time. So, estimates are not really what developers are asked for. They&#39;re asked to commit to a date after which they can be held to blame if they have not achieved the goal. Every such &#34;estimate&#34; holds an implied threat. &#39; Asking developers to provide their own deadlines is a bit too much like asking prisoners to build their own gallows.</blockquote><blockquote>But let&#39;s say you have a taste for a bit of sadistic irony. It&#39;s still not a good idea — not if your goal is to actually increase the throughput of the system.</blockquote><blockquote>Developers are not, by lot, stupid. So while inexperienced developers may believe their own deadlines are realistic, those of us with more road behind us are not so quick to be led to slaughter.</blockquote><blockquote>If the boss demands a deadline that a more experienced developer thinks is probably five or six days, the deadline become two weeks — three if they can stretch it.</blockquote><blockquote>And when they actually complete the work ahead of time — well, would you be quick to voluntarily re-enter the arena only to place yourself at risk again any earlier than you have to?</blockquote><blockquote>It gets worse: you may know one part of the sprint goal while I know another, of which you&#39;re clueless. Can I help you? Sorry, I have my own deadline. How is this good for the developer, much less the organization?</blockquote><blockquote>And so I circle back to my conversation with my friend. &#34;We have to be able to hold developers accountable.&#34; One needs to hold people accountable for things they <em>don&#39;t</em> want to do. Developers, on the other hand, <em>like</em> to develop. Most of the ones I know do it in their spare time as well as their work hours.</blockquote><blockquote>If I want you to do something you already want to do, what is the sense behind &#34;holding you accountable&#34;?</blockquote><blockquote>Eat this ice cream — and I&#39;ll need to see status reports of how much you&#39;ve eaten, accompanied by proof that you&#39;re actually eating it (to make sure you don&#39;t just dispose of the ice cream).</blockquote><blockquote>I recently had a long discussion with a CEO who asked for what might be termed my &#34;philosophy of management&#34; when it comes to managing developers.</blockquote><blockquote>I told him it was really quite simple: give developers what they need and protect them from upper management.</blockquote><blockquote>CEOs don&#39;t produce software. CTOs don&#39;t. Product Managers don&#39;t. When upper management tries tricks like sprints to force their developers into deadlines — as if such a thing could be done by fiat — they effectively tell developers: we neither trust nor respect you.</blockquote><blockquote>I&#39;m not sure what genius management consultant had the flash of insight that disempowering workers and placing obstacles in their way was a surefire way to get the most out of them.</blockquote><p>Inspired by Hal&#39;s post, we wanted to talk about how we view—and experience—developer motivation; how we employ Sprints at our respective offices; and, what we think an organization should be doing to help drive a project to completion. There&#39;s the idealized approach that Hal puts forward:</p><blockquote>Give developers what they need and protect them from upper management.</blockquote><p><em>Amen!</em> But, there&#39;s also the practicalities of running a business, building a road-map, organizing marketing campaigns, and keeping users interested and excited in your product. None of it is easy. But you can be sure that <em>treating people with professional respect</em> is certainly one of the necessary ingredients.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://en.wikipedia.org/wiki/Planning_fallacy" rel="nofollow">Daniel Kahneman: The Planning Fallacy</a></li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Recently on Facebook, &lt;a href=&#34;https://www.linkedin.com/in/hal-helms-613a992/&#34; rel=&#34;nofollow&#34;&gt;Hal Helms&lt;/a&gt; —highly respected author, speaker, and computer programmer— shared some of his views on the use of &amp;#34;Sprints&amp;#34; to drive engineering work on a product team. In short, he despises the idea of asking engineers to &lt;strong&gt;commit&lt;/strong&gt; to achieving a goal within an &lt;strong&gt;estimated time frame&lt;/strong&gt;. He likens this to asking prisons to build their own gallows. &lt;em&gt;Everyone&lt;/em&gt; is terrible at estimating &lt;em&gt;everything&lt;/em&gt;. So when companies start to use each &amp;#34;estimate&amp;#34; as a &amp;#34;contract&amp;#34; with which to punish engineers for under-delivering after over-promising, all it does is set the entire team up for a toxic cycle of disappointment.&lt;/p&gt;&lt;p&gt;This is the full text of Hal&amp;#39;s post:&lt;/p&gt;&lt;blockquote&gt;&amp;#34;We have to be able to hold developers accountable.&amp;#34;&lt;/blockquote&gt;&lt;blockquote&gt;A friend and I were discussing the idea of &amp;#34;sprints&amp;#34; — a system where developers commit to achieving certain results within a specified time frame — usually two weeks.&lt;/blockquote&gt;&lt;blockquote&gt;I hate and detest sprints. I despise asking developers to &amp;#34;commit&amp;#34; to achieving a goal within an estimated time frame. My friend disagrees. He&amp;#39;s wrong.&lt;/blockquote&gt;&lt;blockquote&gt;The first flaw in this system is what Nobel Prize-winning psychologist Daniel Kahneman termed &amp;#34;The Estimation Fallacy&amp;#34;. When people are asked how long a goal will take to achieve, they predictably and chronically underestimate the time. And this is true even when they have considerable experience in being wrong in their previous estimates.&lt;/blockquote&gt;&lt;blockquote&gt;A good estimate is one that&amp;#39;s over half the time and under half the time. So, estimates are not really what developers are asked for. They&amp;#39;re asked to commit to a date after which they can be held to blame if they have not achieved the goal. Every such &amp;#34;estimate&amp;#34; holds an implied threat. &amp;#39; Asking developers to provide their own deadlines is a bit too much like asking prisoners to build their own gallows.&lt;/blockquote&gt;&lt;blockquote&gt;But let&amp;#39;s say you have a taste for a bit of sadistic irony. It&amp;#39;s still not a good idea — not if your goal is to actually increase the throughput of the system.&lt;/blockquote&gt;&lt;blockquote&gt;Developers are not, by lot, stupid. So while inexperienced developers may believe their own deadlines are realistic, those of us with more road behind us are not so quick to be led to slaughter.&lt;/blockquote&gt;&lt;blockquote&gt;If the boss demands a deadline that a more experienced developer thinks is probably five or six days, the deadline become two weeks — three if they can stretch it.&lt;/blockquote&gt;&lt;blockquote&gt;And when they actually complete the work ahead of time — well, would you be quick to voluntarily re-enter the arena only to place yourself at risk again any earlier than you have to?&lt;/blockquote&gt;&lt;blockquote&gt;It gets worse: you may know one part of the sprint goal while I know another, of which you&amp;#39;re clueless. Can I help you? Sorry, I have my own deadline. How is this good for the developer, much less the organization?&lt;/blockquote&gt;&lt;blockquote&gt;And so I circle back to my conversation with my friend. &amp;#34;We have to be able to hold developers accountable.&amp;#34; One needs to hold people accountable for things they &lt;em&gt;don&amp;#39;t&lt;/em&gt; want to do. Developers, on the other hand, &lt;em&gt;like&lt;/em&gt; to develop. Most of the ones I know do it in their spare time as well as their work hours.&lt;/blockquote&gt;&lt;blockquote&gt;If I want you to do something you already want to do, what is the sense behind &amp;#34;holding you accountable&amp;#34;?&lt;/blockquote&gt;&lt;blockquote&gt;Eat this ice cream — and I&amp;#39;ll need to see status reports of how much you&amp;#39;ve eaten, accompanied by proof that you&amp;#39;re actually eating it (to make sure you don&amp;#39;t just dispose of the ice cream).&lt;/blockquote&gt;&lt;blockquote&gt;I recently had a long discussion with a CEO who asked for what might be termed my &amp;#34;philosophy of management&amp;#34; when it comes to managing developers.&lt;/blockquote&gt;&lt;blockquote&gt;I told him it was really quite simple: give developers what they need and protect them from upper management.&lt;/blockquote&gt;&lt;blockquote&gt;CEOs don&amp;#39;t produce software. CTOs don&amp;#39;t. Product Managers don&amp;#39;t. When upper management tries tricks like sprints to force their developers into deadlines — as if such a thing could be done by fiat — they effectively tell developers: we neither trust nor respect you.&lt;/blockquote&gt;&lt;blockquote&gt;I&amp;#39;m not sure what genius management consultant had the flash of insight that disempowering workers and placing obstacles in their way was a surefire way to get the most out of them.&lt;/blockquote&gt;&lt;p&gt;Inspired by Hal&amp;#39;s post, we wanted to talk about how we view—and experience—developer motivation; how we employ Sprints at our respective offices; and, what we think an organization should be doing to help drive a project to completion. There&amp;#39;s the idealized approach that Hal puts forward:&lt;/p&gt;&lt;blockquote&gt;Give developers what they need and protect them from upper management.&lt;/blockquote&gt;&lt;p&gt;&lt;em&gt;Amen!&lt;/em&gt; But, there&amp;#39;s also the practicalities of running a business, building a road-map, organizing marketing campaigns, and keeping users interested and excited in your product. None of it is easy. But you can be sure that &lt;em&gt;treating people with professional respect&lt;/em&gt; is certainly one of the necessary ingredients.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Planning_fallacy&#34; rel=&#34;nofollow&#34;&gt;Daniel Kahneman: The Planning Fallacy&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55585227" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/f3b72369-2024-42ae-9983-32c08d3f0099/stream.mp3"/>
                
                <guid isPermaLink="false">68535f38-e352-4b06-bece-ec4109c99435</guid>
                <link>https://workingcode.dev/episodes/038-holding-developers-accountable/</link>
                <pubDate>Wed, 01 Sep 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/8/24/13/48cf647b-128c-4466-92f2-c91eaa2ce388_a649a-e5c3-46bb-acbc-b4186de5cedd_cover-art-v1.jpg"/>
                <itunes:duration>3474</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>037: Brian Klaas Talks Cloud</itunes:title>
                <title>037: Brian Klaas Talks Cloud</title>

                <itunes:episode>37</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/037-brian-klaas-talks-cloud/</itunes:summary>
                <description><![CDATA[<p>As we alluded to in <a href="https://workingcode.dev/episodes/020-carol-needs-a-consult/" rel="nofollow">Episode 20: Carol Needs a Consult</a>, there are a lot of different products under the Amazon Web Services (AWS) umbrella. In fact, the number of products is somewhat mind-boggling. It can be overwhelming just figuring out where to start, let alone understanding which service is right for which job, how to configure that service, and how to get that service to integrate with all the other AWS services. Thankfully, we have Brian Klaas as a very special guest on today&#39;s episode.</p><p><a href="https://www.linkedin.com/in/brianklaas/" rel="nofollow">Brian Klaas</a> (<a href="https://twitter.com/Brian_Klaas" rel="nofollow">@Brian_Klaas</a>) is a Senior Technology Officer and instructor at the Johns Hopkins Bloomberg School of Public Health; he runs a team that builds a Learning Management System (LMS) running on a hybrid cloud; he&#39;s been using and extolling the value of Amazon Web Services since 2009; and, he&#39;s a well known and respected speaker and leader within the ColdFusion community. According to him, the overarching value that AWS provides is the outsourcing of &#34;undifferentiated heavy lifting&#34;: AWS builds the infrastructure that you don&#39;t want to, allowing your team to focus on your own business-critical product-lines.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://www.adobe.com/products/coldfusion-enterprise.html" rel="nofollow">ColdFusion</a></li><li><a href="https://azure.microsoft.com/" rel="nofollow">Azure Cloud Services</a></li><li><a href="https://cloud.google.com/" rel="nofollow">Google Cloud Services</a></li><li><a href="https://us.alibabacloud.com/" rel="nofollow">Alibaba Cloud Services</a></li><li><a href="https://aws.amazon.com/" rel="nofollow">Amazon Web Services (AWS)</a></li><li><a href="https://aws.amazon.com/s3/" rel="nofollow">AWS S3 (Simple Storage Service)</a> and <a href="https://aws.amazon.com/s3/storage-classes/" rel="nofollow">Storage Classes</a></li><li><a href="https://aws.amazon.com/s3/glacier/" rel="nofollow">AWS Glacier</a></li><li><a href="https://aws.amazon.com/sqs/" rel="nofollow">AWS SQS (Simple Queue Service)</a></li><li><a href="https://aws.amazon.com/sns/" rel="nofollow">AWS SNS (Simple Notification Service)</a></li><li><a href="https://aws.amazon.com/eventbridge/" rel="nofollow">AWS EventBridge</a></li><li><a href="https://aws.amazon.com/fargate/" rel="nofollow">AWS Fargate</a></li><li><a href="https://aws.amazon.com/ecs/" rel="nofollow">AWS ECS (Elastic Container Service)</a></li><li><a href="https://aws.amazon.com/ec2/" rel="nofollow">AWS EC2 (Elastic Compute Cloud)</a></li><li><a href="https://aws.amazon.com/athena/" rel="nofollow">AWS Athena</a></li><li><a href="https://aws.amazon.com/kinesis/" rel="nofollow">AWS Kinesis</a></li><li><a href="https://aws.amazon.com/step-functions/" rel="nofollow">AWS Step Functions</a></li><li><a href="https://aws.amazon.com/glue/" rel="nofollow">AWS Glue</a></li><li><a href="https://aws.amazon.com/cloudformation/" rel="nofollow">AWS CloudFormation</a></li><li><a href="https://aws.amazon.com/lambda/" rel="nofollow">AWS Lambda Functions</a></li><li><a href="https://aws.amazon.com/vpc/" rel="nofollow">AWS VPC (Virtual Private Cloud)</a></li><li><a href="https://aws.amazon.com/dynamodb/" rel="nofollow">AWS DynamoDB</a></li><li><a href="https://aws.amazon.com/xray/" rel="nofollow">AWS X-Ray</a></li><li><a href="https://principlesofchaos.org/" rel="nofollow">Principles of Chaos Engineering</a></li><li><a href="https://martinfowler.com/bliki/StranglerFigApplication.html" rel="nofollow">Strangler Pattern</a></li><li><a href="https://acloudguru.com/" rel="nofollow">A Cloud Guru</a></li><li><a href="https://twitter.com/killedbygoogle" rel="nofollow">@killedbygoogle</a></li><li><a href="https://www.lastweekinaws.com/podcast/aws-morning-brief/certifications-the-good-the-bad-the-ugly/" rel="nofollow">Certifications: The Good, The Bad &amp; The Ugly</a></li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;As we alluded to in &lt;a href=&#34;https://workingcode.dev/episodes/020-carol-needs-a-consult/&#34; rel=&#34;nofollow&#34;&gt;Episode 20: Carol Needs a Consult&lt;/a&gt;, there are a lot of different products under the Amazon Web Services (AWS) umbrella. In fact, the number of products is somewhat mind-boggling. It can be overwhelming just figuring out where to start, let alone understanding which service is right for which job, how to configure that service, and how to get that service to integrate with all the other AWS services. Thankfully, we have Brian Klaas as a very special guest on today&amp;#39;s episode.&lt;/p&gt;&lt;p&gt;&lt;a href=&#34;https://www.linkedin.com/in/brianklaas/&#34; rel=&#34;nofollow&#34;&gt;Brian Klaas&lt;/a&gt; (&lt;a href=&#34;https://twitter.com/Brian_Klaas&#34; rel=&#34;nofollow&#34;&gt;@Brian_Klaas&lt;/a&gt;) is a Senior Technology Officer and instructor at the Johns Hopkins Bloomberg School of Public Health; he runs a team that builds a Learning Management System (LMS) running on a hybrid cloud; he&amp;#39;s been using and extolling the value of Amazon Web Services since 2009; and, he&amp;#39;s a well known and respected speaker and leader within the ColdFusion community. According to him, the overarching value that AWS provides is the outsourcing of &amp;#34;undifferentiated heavy lifting&amp;#34;: AWS builds the infrastructure that you don&amp;#39;t want to, allowing your team to focus on your own business-critical product-lines.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.adobe.com/products/coldfusion-enterprise.html&#34; rel=&#34;nofollow&#34;&gt;ColdFusion&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://azure.microsoft.com/&#34; rel=&#34;nofollow&#34;&gt;Azure Cloud Services&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://cloud.google.com/&#34; rel=&#34;nofollow&#34;&gt;Google Cloud Services&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://us.alibabacloud.com/&#34; rel=&#34;nofollow&#34;&gt;Alibaba Cloud Services&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/&#34; rel=&#34;nofollow&#34;&gt;Amazon Web Services (AWS)&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/s3/&#34; rel=&#34;nofollow&#34;&gt;AWS S3 (Simple Storage Service)&lt;/a&gt; and &lt;a href=&#34;https://aws.amazon.com/s3/storage-classes/&#34; rel=&#34;nofollow&#34;&gt;Storage Classes&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/s3/glacier/&#34; rel=&#34;nofollow&#34;&gt;AWS Glacier&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/sqs/&#34; rel=&#34;nofollow&#34;&gt;AWS SQS (Simple Queue Service)&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/sns/&#34; rel=&#34;nofollow&#34;&gt;AWS SNS (Simple Notification Service)&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/eventbridge/&#34; rel=&#34;nofollow&#34;&gt;AWS EventBridge&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/fargate/&#34; rel=&#34;nofollow&#34;&gt;AWS Fargate&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/ecs/&#34; rel=&#34;nofollow&#34;&gt;AWS ECS (Elastic Container Service)&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/ec2/&#34; rel=&#34;nofollow&#34;&gt;AWS EC2 (Elastic Compute Cloud)&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/athena/&#34; rel=&#34;nofollow&#34;&gt;AWS Athena&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/kinesis/&#34; rel=&#34;nofollow&#34;&gt;AWS Kinesis&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/step-functions/&#34; rel=&#34;nofollow&#34;&gt;AWS Step Functions&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/glue/&#34; rel=&#34;nofollow&#34;&gt;AWS Glue&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/cloudformation/&#34; rel=&#34;nofollow&#34;&gt;AWS CloudFormation&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/lambda/&#34; rel=&#34;nofollow&#34;&gt;AWS Lambda Functions&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/vpc/&#34; rel=&#34;nofollow&#34;&gt;AWS VPC (Virtual Private Cloud)&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/dynamodb/&#34; rel=&#34;nofollow&#34;&gt;AWS DynamoDB&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/xray/&#34; rel=&#34;nofollow&#34;&gt;AWS X-Ray&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://principlesofchaos.org/&#34; rel=&#34;nofollow&#34;&gt;Principles of Chaos Engineering&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://martinfowler.com/bliki/StranglerFigApplication.html&#34; rel=&#34;nofollow&#34;&gt;Strangler Pattern&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://acloudguru.com/&#34; rel=&#34;nofollow&#34;&gt;A Cloud Guru&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://twitter.com/killedbygoogle&#34; rel=&#34;nofollow&#34;&gt;@killedbygoogle&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.lastweekinaws.com/podcast/aws-morning-brief/certifications-the-good-the-bad-the-ugly/&#34; rel=&#34;nofollow&#34;&gt;Certifications: The Good, The Bad &amp;amp; The Ugly&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="74375418" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/ddf60f8b-5a5d-47b8-a09f-86d520a54bad/stream.mp3"/>
                
                <guid isPermaLink="false">1d4a31e5-802d-4cda-8ccc-1a7f883f66a5</guid>
                <link>https://workingcode.dev/episodes/037-brian-klaas-talks-cloud/</link>
                <pubDate>Wed, 25 Aug 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/8/17/13/f82659b2-837c-4e6f-92a4-816a523f338a_cover-art-v1.jpg"/>
                <itunes:duration>4648</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>036: Blogs and Digital Gardens</itunes:title>
                <title>036: Blogs and Digital Gardens</title>

                <itunes:episode>36</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/036-blogs-and-digital-gardens/</itunes:summary>
                <description><![CDATA[<p>Blogging is a win-win activity. Not only does the act of writing help burn knowledge into your long-term memory, it also acts as an easily searchable repository of your own thoughts. Furthermore, it helps other people solve similar problems when they stumble upon your blog in the future.</p><p>The value-add of blogging is obvious; the way start blogging is less clear. This week, Adam, Ben, and Tim talk to Carol about her desire to start blogging. The discussion touches on tooling, platforms, hosting, content, and strategy which Adam sums up nicely as:</p><blockquote>Do whatever it takes to get started soon. Just get into the habit of writing.</blockquote><h2>Notes &amp; Links</h2><ul><li><a href="https://www.blogger.com/" rel="nofollow">Blogger</a></li><li><a href="https://medium.com/" rel="nofollow">Medium</a></li><li><a href="https://pages.github.com/" rel="nofollow">GitHub Pages</a></li><li><a href="https://wordpress.com/" rel="nofollow">WordPress</a></li><li><a href="https://trello.com/" rel="nofollow">Trello</a></li><li><a href="https://joelhooks.com/digital-garden" rel="nofollow">Digital Gardening</a></li><li><a href="https://awesomesocks.club/" rel="nofollow">Awesome Socks Club</a></li><li><a href="https://adamtuttle.codes/blog/2007/optimizing-your-applicationcfm/" rel="nofollow">Adam&#39;s first blog post</a></li><li><a href="https://www.bennadel.com/blog/3-did-i-mention-how-cool-this-is.htm" rel="nofollow">Ben&#39;s first blog post</a></li><li><a href="https://www.timothycunningham.com/" rel="nofollow">Tim&#39;s blog</a></li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Blogging is a win-win activity. Not only does the act of writing help burn knowledge into your long-term memory, it also acts as an easily searchable repository of your own thoughts. Furthermore, it helps other people solve similar problems when they stumble upon your blog in the future.&lt;/p&gt;&lt;p&gt;The value-add of blogging is obvious; the way start blogging is less clear. This week, Adam, Ben, and Tim talk to Carol about her desire to start blogging. The discussion touches on tooling, platforms, hosting, content, and strategy which Adam sums up nicely as:&lt;/p&gt;&lt;blockquote&gt;Do whatever it takes to get started soon. Just get into the habit of writing.&lt;/blockquote&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.blogger.com/&#34; rel=&#34;nofollow&#34;&gt;Blogger&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://medium.com/&#34; rel=&#34;nofollow&#34;&gt;Medium&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://pages.github.com/&#34; rel=&#34;nofollow&#34;&gt;GitHub Pages&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://wordpress.com/&#34; rel=&#34;nofollow&#34;&gt;WordPress&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://trello.com/&#34; rel=&#34;nofollow&#34;&gt;Trello&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://joelhooks.com/digital-garden&#34; rel=&#34;nofollow&#34;&gt;Digital Gardening&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://awesomesocks.club/&#34; rel=&#34;nofollow&#34;&gt;Awesome Socks Club&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://adamtuttle.codes/blog/2007/optimizing-your-applicationcfm/&#34; rel=&#34;nofollow&#34;&gt;Adam&amp;#39;s first blog post&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.bennadel.com/blog/3-did-i-mention-how-cool-this-is.htm&#34; rel=&#34;nofollow&#34;&gt;Ben&amp;#39;s first blog post&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.timothycunningham.com/&#34; rel=&#34;nofollow&#34;&gt;Tim&amp;#39;s blog&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="56192104" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/357e14da-1d5b-4d00-b7db-20d7c1ed6609/stream.mp3"/>
                
                <guid isPermaLink="false">cf7af869-9308-4436-93ab-b0799b6e5a33</guid>
                <link>https://workingcode.dev/episodes/036-blogs-and-digital-gardens/</link>
                <pubDate>Wed, 18 Aug 2021 11:00:00 &#43;0000</pubDate>
                <itunes:duration>3512</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>035: Being a Swamp Guide</itunes:title>
                <title>035: Being a Swamp Guide</title>

                <itunes:episode>35</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/035-being-a-swamp-guide/</itunes:summary>
                <description><![CDATA[<p>Software is never &#34;done&#34;. And, as it continues to evolve over time, it often gathers a lot of <em>accidental</em> and <em>essential</em> complexity. This makes it harder to on-board new engineers into a legacy application (and a legacy organization). Enter <strong>swamp guides</strong>: the aged and battle-hardened staff who know where all the bodies are buried. These guides can hand-hold new team-members as they walk fresh-eyes through the fog of war, helping them to understand where everything lives and how everything works. And, hopefully, leave the swamp a little cleaner than they found it.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://stackoverflow.com/teams" rel="nofollow">Stack Overflow for Teams</a></li><li><a href="https://en.wikipedia.org/wiki/Big_ball_of_mud" rel="nofollow">Big Ball of Mud</a></li><li><a href="https://en.wikipedia.org/wiki/Hanlon%27s_razor" rel="nofollow">Hanlon&#39;s razor</a>: &#34;never attribute to malice that which is adequately explained by stupidity.&#34;</li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Software is never &amp;#34;done&amp;#34;. And, as it continues to evolve over time, it often gathers a lot of &lt;em&gt;accidental&lt;/em&gt; and &lt;em&gt;essential&lt;/em&gt; complexity. This makes it harder to on-board new engineers into a legacy application (and a legacy organization). Enter &lt;strong&gt;swamp guides&lt;/strong&gt;: the aged and battle-hardened staff who know where all the bodies are buried. These guides can hand-hold new team-members as they walk fresh-eyes through the fog of war, helping them to understand where everything lives and how everything works. And, hopefully, leave the swamp a little cleaner than they found it.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://stackoverflow.com/teams&#34; rel=&#34;nofollow&#34;&gt;Stack Overflow for Teams&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Big_ball_of_mud&#34; rel=&#34;nofollow&#34;&gt;Big Ball of Mud&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Hanlon%27s_razor&#34; rel=&#34;nofollow&#34;&gt;Hanlon&amp;#39;s razor&lt;/a&gt;: &amp;#34;never attribute to malice that which is adequately explained by stupidity.&amp;#34;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="45750648" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/07a10a94-c2c0-4469-aca1-c845f9b3e5f7/stream.mp3"/>
                
                <guid isPermaLink="false">987b9c01-d03e-4770-8a6e-2211f13abbc4</guid>
                <link>https://workingcode.dev/episodes/035-being-a-swamp-guide/</link>
                <pubDate>Wed, 11 Aug 2021 11:00:00 &#43;0000</pubDate>
                <itunes:duration>2859</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>034: Some of My Best Friends Are React Developers!</itunes:title>
                <title>034: Some of My Best Friends Are React Developers!</title>

                <itunes:episode>34</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/034-some-of-my-best-friends-are-react-developers/</itunes:summary>
                <description><![CDATA[<p>This week, Adam talks about his &#34;obnoxious optimism&#34;: his general tendency to believe that all problems can be solved and that everything will just sort of work itself out. This optimism allows him to take action and make decisions quickly. However, it also means that he may not be fully considering the future cost of his choices.</p><p>This is not uncommon in the programming world. Engineers are often criticized for choosing technologies based solely on their merits and almost never on their drawbacks. Of course, we don&#39;t want to be so cautious that all productivity grinds to a halt. The best possible scenario is to have a team with diverse personalities that can all temper each other. Every team needs an Adam; but, every team also needs a few curmudgeons.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://github.com/casey/just" rel="nofollow">Just command runner</a></li><li><a href="https://www.cockroachlabs.com/" rel="nofollow">CockroachDB</a></li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p>With audio editing and engineering by <a href="https://www.zcross.media/" rel="nofollow">ZCross Media</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week, Adam talks about his &amp;#34;obnoxious optimism&amp;#34;: his general tendency to believe that all problems can be solved and that everything will just sort of work itself out. This optimism allows him to take action and make decisions quickly. However, it also means that he may not be fully considering the future cost of his choices.&lt;/p&gt;&lt;p&gt;This is not uncommon in the programming world. Engineers are often criticized for choosing technologies based solely on their merits and almost never on their drawbacks. Of course, we don&amp;#39;t want to be so cautious that all productivity grinds to a halt. The best possible scenario is to have a team with diverse personalities that can all temper each other. Every team needs an Adam; but, every team also needs a few curmudgeons.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/casey/just&#34; rel=&#34;nofollow&#34;&gt;Just command runner&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.cockroachlabs.com/&#34; rel=&#34;nofollow&#34;&gt;CockroachDB&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;With audio editing and engineering by &lt;a href=&#34;https://www.zcross.media/&#34; rel=&#34;nofollow&#34;&gt;ZCross Media&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="42522749" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/bb4e10de-e61d-4031-b2f4-127233a24cd6/stream.mp3"/>
                
                <guid isPermaLink="false">227d754b-955f-4547-b40f-17eda7401909</guid>
                <link>https://workingcode.dev/episodes/034-some-of-my-best-friends-are-react-developers/</link>
                <pubDate>Wed, 04 Aug 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/8/2/1/18077d96-952b-4d23-94f7-3b997e2fc3dd_f58f4-5972-4f2f-bdc4-b18134e0faad_cover-art-v1.jpg"/>
                <itunes:duration>2657</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>033: Software Patents</itunes:title>
                <title>033: Software Patents</title>

                <itunes:episode>33</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/033-software-patents/</itunes:summary>
                <description><![CDATA[<p>Do you write &#34;new and original&#34; code that is &#34;useful&#34; and has a &#34;non-obvious function&#34;? If so, your code may qualify for a patent. A patent can help prevent other people from using or selling your software. That said, which engineer among us isn&#39;t write <em>new and original</em> code every day? Software patents are weird and fuzzy and open for way too much interpretation. And, in the software industry, they seem to give &#34;patent trolls&#34; a lot of unpleasant leverage.</p><p>This week, the crew - <strong>which has absolutely no legal training whatsoever</strong> - talk about patents, copyrights, research &amp; development tax credits, building software, job hopping, and best practices. And, if you don&#39;t care at all about software patents, level-up your view of the world with this quote from Adam:</p><blockquote>People don&#39;t burn-out from too much work, they burn-out from too much unfulfilling work.</blockquote><h2>Notes &amp; Links</h2><ul><li><a href="https://www.upcounsel.com/software-patent-or-copyright" rel="nofollow">Software Patent or Copyright: Everything You Need to Know</a></li><li><a href="https://www.codemag.com/article/1701041/Legal-Notes-What%E2%80%99s-the-Deal-with-ReactJS%E2%80%99s-Licensing-Scheme" rel="nofollow">Legal Notes: What’s the Deal with ReactJS’s Licensing Scheme?</a></li><li><a href="https://taxpointadvisors.com/blog/view/how-to-qualify-for-rd-tax-credits-the-four-part-test" rel="nofollow">How to Qualify for R&amp;D Tax Credits: The Four-Part Test</a></li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Do you write &amp;#34;new and original&amp;#34; code that is &amp;#34;useful&amp;#34; and has a &amp;#34;non-obvious function&amp;#34;? If so, your code may qualify for a patent. A patent can help prevent other people from using or selling your software. That said, which engineer among us isn&amp;#39;t write &lt;em&gt;new and original&lt;/em&gt; code every day? Software patents are weird and fuzzy and open for way too much interpretation. And, in the software industry, they seem to give &amp;#34;patent trolls&amp;#34; a lot of unpleasant leverage.&lt;/p&gt;&lt;p&gt;This week, the crew - &lt;strong&gt;which has absolutely no legal training whatsoever&lt;/strong&gt; - talk about patents, copyrights, research &amp;amp; development tax credits, building software, job hopping, and best practices. And, if you don&amp;#39;t care at all about software patents, level-up your view of the world with this quote from Adam:&lt;/p&gt;&lt;blockquote&gt;People don&amp;#39;t burn-out from too much work, they burn-out from too much unfulfilling work.&lt;/blockquote&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.upcounsel.com/software-patent-or-copyright&#34; rel=&#34;nofollow&#34;&gt;Software Patent or Copyright: Everything You Need to Know&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.codemag.com/article/1701041/Legal-Notes-What%E2%80%99s-the-Deal-with-ReactJS%E2%80%99s-Licensing-Scheme&#34; rel=&#34;nofollow&#34;&gt;Legal Notes: What’s the Deal with ReactJS’s Licensing Scheme?&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://taxpointadvisors.com/blog/view/how-to-qualify-for-rd-tax-credits-the-four-part-test&#34; rel=&#34;nofollow&#34;&gt;How to Qualify for R&amp;amp;D Tax Credits: The Four-Part Test&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="40881841" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/29e666b0-663d-40c4-93c9-67c8f13cf2ce/stream.mp3"/>
                
                <guid isPermaLink="false">bd5fb757-7bac-40aa-ba81-e1288488544b</guid>
                <link>https://workingcode.dev/episodes/033-software-patents/</link>
                <pubDate>Wed, 28 Jul 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/7/26/13/040a82e4-875b-418c-9ce5-ca8294304b56_b6c2e-b254-4e70-9677-8e5d3bc51275_cover-art-v1.jpg"/>
                <itunes:duration>2555</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>032: What Comes After Senior Developer?</itunes:title>
                <title>032: What Comes After Senior Developer?</title>

                <itunes:episode>32</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/032-what-comes-after-senior-developer/</itunes:summary>
                <description><![CDATA[<p>The world of web development is still a nascent industry. According to Robert &#34;Uncle Bob&#34; Martin, the number of programmers roughly doubles every 5-years. Which means that most of the developers that you interact with are relatively new and relatively young. It&#39;s not often that you look around and see developers in their 40s, 50s, and beyond; because, frankly, the web - <em>as we know it</em> - isn&#39;t even that old.</p><p>Because of the ongoing evolution of our field, it can be unclear as to what a web developer&#39;s professional journey <em>can</em> or <em>should</em> look like. A lot of engineers seem to end up in management; but, for those of us that want to continue coding, what comes after Senior Developer? And, is climbing that technical ladder even something that you want to do?</p><p>This week, the crew talks about the career path of web developers; how some positions allow you to be a &#34;force multiplier&#34; and have a bigger impact; and, how dopamine affects your sense of work satisfaction.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://www.engmanagement.dev/" rel="nofollow">Sarah Drasner: Engineering Management for the Rest of Us</a></li><li><a href="https://www.audible.com/pd/The-Magic-of-Thinking-Big-Audiobook/B002V1BMPI" rel="nofollow">David J. Schwartz Ph.D.: The Magic of Thinking Big</a></li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;The world of web development is still a nascent industry. According to Robert &amp;#34;Uncle Bob&amp;#34; Martin, the number of programmers roughly doubles every 5-years. Which means that most of the developers that you interact with are relatively new and relatively young. It&amp;#39;s not often that you look around and see developers in their 40s, 50s, and beyond; because, frankly, the web - &lt;em&gt;as we know it&lt;/em&gt; - isn&amp;#39;t even that old.&lt;/p&gt;&lt;p&gt;Because of the ongoing evolution of our field, it can be unclear as to what a web developer&amp;#39;s professional journey &lt;em&gt;can&lt;/em&gt; or &lt;em&gt;should&lt;/em&gt; look like. A lot of engineers seem to end up in management; but, for those of us that want to continue coding, what comes after Senior Developer? And, is climbing that technical ladder even something that you want to do?&lt;/p&gt;&lt;p&gt;This week, the crew talks about the career path of web developers; how some positions allow you to be a &amp;#34;force multiplier&amp;#34; and have a bigger impact; and, how dopamine affects your sense of work satisfaction.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.engmanagement.dev/&#34; rel=&#34;nofollow&#34;&gt;Sarah Drasner: Engineering Management for the Rest of Us&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.audible.com/pd/The-Magic-of-Thinking-Big-Audiobook/B002V1BMPI&#34; rel=&#34;nofollow&#34;&gt;David J. Schwartz Ph.D.: The Magic of Thinking Big&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="47873462" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e2149732-ac61-4cea-bb73-03732050ba00/stream.mp3"/>
                
                <guid isPermaLink="false">59657ddc-84dd-4d7a-a501-df8e4f0985ea</guid>
                <link>https://workingcode.dev/episodes/032-what-comes-after-senior-developer/</link>
                <pubDate>Wed, 21 Jul 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/7/19/12/5603df41-65c5-4fd5-809b-dd601e1a2fd7_f062b-8ca4-4139-bc55-37c83077e61e_cover-art-v1.jpg"/>
                <itunes:duration>2992</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>031: To The Cloud! But Why?</itunes:title>
                <title>031: To The Cloud! But Why?</title>

                <itunes:episode>31</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/031-to-the-cloud-but-why/</itunes:summary>
                <description><![CDATA[<p>There is no <em>one thing</em> that is &#34;The Cloud&#34;. Instead, there are a set of <em>general characteristics</em> that underscore cloud technologies: we can provision, deprovision, and scale resources at will; we don&#39;t need to manage those resources; and, we only pay for the resources that we use. But, even within this definition, there is a broad spectrum of technologies that more-or-less fit the bill. From Geocities, to managed hosting, to elastic clouds, to distributed edge-computing, lots of things <em>kind of look like &#34;The Cloud&#34;</em>, depending on how hard you squint.</p><p>This week, the crew talks about what The Cloud is and why people are so keen to adopt it. And, of course, since nothing is <em>truly free</em>, we&#39;ll also take a look at the drawbacks of cloud-based architectures.</p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;There is no &lt;em&gt;one thing&lt;/em&gt; that is &amp;#34;The Cloud&amp;#34;. Instead, there are a set of &lt;em&gt;general characteristics&lt;/em&gt; that underscore cloud technologies: we can provision, deprovision, and scale resources at will; we don&amp;#39;t need to manage those resources; and, we only pay for the resources that we use. But, even within this definition, there is a broad spectrum of technologies that more-or-less fit the bill. From Geocities, to managed hosting, to elastic clouds, to distributed edge-computing, lots of things &lt;em&gt;kind of look like &amp;#34;The Cloud&amp;#34;&lt;/em&gt;, depending on how hard you squint.&lt;/p&gt;&lt;p&gt;This week, the crew talks about what The Cloud is and why people are so keen to adopt it. And, of course, since nothing is &lt;em&gt;truly free&lt;/em&gt;, we&amp;#39;ll also take a look at the drawbacks of cloud-based architectures.&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="58616267" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/89c2b32f-acb8-46d8-9787-42664995d1e4/stream.mp3"/>
                
                <guid isPermaLink="false">7660528e-8133-4e42-ad70-4257de823d32</guid>
                <link>https://workingcode.dev/episodes/031-to-the-cloud-but-why/</link>
                <pubDate>Wed, 14 Jul 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/7/8/12/69cd23ab-ae8a-4d05-b752-295c145c30cf_cbd48-4715-4060-ab13-16bb6c3390fa_cover-art-v1.jpg"/>
                <itunes:duration>3663</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>030: Carol&#39;s Consult Catch-Up Conversation</itunes:title>
                <title>030: Carol&#39;s Consult Catch-Up Conversation</title>

                <itunes:episode>30</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/030-carols-consult-catch-up-conversation/</itunes:summary>
                <description><![CDATA[<p>Ten weeks ago, in <a href="https://workingcode.dev/episodes/020-carol-needs-a-consult/" rel="nofollow">Episode 20</a>, Carol described a problem at work in which her customers were using Support Tickets as a means to look-up information in lieu of logging into the customer dashboard. This email-based workflow has been putting a large burden on the Support staff. And, Carol wanted to brainstorm on ways in which she could improve the overall situation and the efficiency of her team. Today, we circle back with Carol to see how it&#39;s going. Which is to say, to see just how hard <strong>Carol is crushing it</strong>!</p><p>It&#39;s amazing to see how much Carol has accomplished in just a few months. Topics include natural language processing, AWS SAM, AWS Lambda, AWS S3, AWS SNS, AWS EventBridge, AWS CloudWatcher, AWS Parameter Store, Sumo Logic, <em>and much more</em>! It&#39;s kind of mind-boggling to see it all coming together so quickly.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://aws.amazon.com/lambda/" rel="nofollow">AWS Lambda</a></li><li><a href="https://aws.amazon.com/s3/" rel="nofollow">AWS S3</a></li><li><a href="https://aws.amazon.com/sns/" rel="nofollow">AWS SNS</a></li><li><a href="https://aws.amazon.com/eventbridge/" rel="nofollow">AWS EventBridge</a></li><li><a href="https://aws.amazon.com/cloudwatch/" rel="nofollow">AWS CloudWatch</a></li><li><a href="https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-parameter-store.html" rel="nofollow">AWS Parameter Store</a></li><li><a href="https://docs.aws.amazon.com/serverless-application-model/index.html" rel="nofollow">AWS SAM</a></li><li><a href="https://www.sumologic.com/" rel="nofollow">Sumo Logic</a></li><li><a href="https://jestjs.io/" rel="nofollow">Jest</a></li><li><a href="https://testingjavascript.com/" rel="nofollow">Kent C. Dodds: Testing JavaScript</a></li><li><a href="https://www.netlify.com/" rel="nofollow">Netlify</a></li><li><a href="https://jwt.io/" rel="nofollow">JWT</a></li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Ten weeks ago, in &lt;a href=&#34;https://workingcode.dev/episodes/020-carol-needs-a-consult/&#34; rel=&#34;nofollow&#34;&gt;Episode 20&lt;/a&gt;, Carol described a problem at work in which her customers were using Support Tickets as a means to look-up information in lieu of logging into the customer dashboard. This email-based workflow has been putting a large burden on the Support staff. And, Carol wanted to brainstorm on ways in which she could improve the overall situation and the efficiency of her team. Today, we circle back with Carol to see how it&amp;#39;s going. Which is to say, to see just how hard &lt;strong&gt;Carol is crushing it&lt;/strong&gt;!&lt;/p&gt;&lt;p&gt;It&amp;#39;s amazing to see how much Carol has accomplished in just a few months. Topics include natural language processing, AWS SAM, AWS Lambda, AWS S3, AWS SNS, AWS EventBridge, AWS CloudWatcher, AWS Parameter Store, Sumo Logic, &lt;em&gt;and much more&lt;/em&gt;! It&amp;#39;s kind of mind-boggling to see it all coming together so quickly.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/lambda/&#34; rel=&#34;nofollow&#34;&gt;AWS Lambda&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/s3/&#34; rel=&#34;nofollow&#34;&gt;AWS S3&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/sns/&#34; rel=&#34;nofollow&#34;&gt;AWS SNS&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/eventbridge/&#34; rel=&#34;nofollow&#34;&gt;AWS EventBridge&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/cloudwatch/&#34; rel=&#34;nofollow&#34;&gt;AWS CloudWatch&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-parameter-store.html&#34; rel=&#34;nofollow&#34;&gt;AWS Parameter Store&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://docs.aws.amazon.com/serverless-application-model/index.html&#34; rel=&#34;nofollow&#34;&gt;AWS SAM&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.sumologic.com/&#34; rel=&#34;nofollow&#34;&gt;Sumo Logic&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://jestjs.io/&#34; rel=&#34;nofollow&#34;&gt;Jest&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://testingjavascript.com/&#34; rel=&#34;nofollow&#34;&gt;Kent C. Dodds: Testing JavaScript&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.netlify.com/&#34; rel=&#34;nofollow&#34;&gt;Netlify&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://jwt.io/&#34; rel=&#34;nofollow&#34;&gt;JWT&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="46625018" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/9f7a57f3-65df-45e2-8353-257e0e66b6e6/stream.mp3"/>
                
                <guid isPermaLink="false">e8bef5e1-7667-45cb-b4b9-318d9e4633df</guid>
                <link>https://workingcode.dev/episodes/030-carols-consult-catch-up-conversation/</link>
                <pubDate>Wed, 07 Jul 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/6/29/13/ecf22e15-cb7b-4249-a10d-00a55951877f_fc7a-4b26-a0e8-912c3eaa139c_cover-art-v1-small.jpg"/>
                <itunes:duration>2914</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>029: Potluck #2</itunes:title>
                <title>029: Potluck #2</title>

                <itunes:episode>29</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/029-potluck-2/</itunes:summary>
                <description><![CDATA[<p>This week on the podcast, the crew discusses various topics: What would you do as an engineer if you knew you couldn&#39;t get fired? What conscious and unconscious fears might be holding you back from executing on tasks that you know are important? What does a healthy work-life balance look like after Covid-19? Are you one of the estimated 40% of employees that are considering quitting their job now that they&#39;ve had the opportunity to work from home? In an increasingly remote-friendly culture, how are you taking care of your employees and making them feel wanted? How do you stays focused at work when you&#39;re feeling stuck? What strategies for success can you employ when you hit a wall and can&#39;t seem to motivate?</p><p>All that <em>and more</em> on this week&#39;s show!</p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-<strong>CODE</strong>). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week on the podcast, the crew discusses various topics: What would you do as an engineer if you knew you couldn&amp;#39;t get fired? What conscious and unconscious fears might be holding you back from executing on tasks that you know are important? What does a healthy work-life balance look like after Covid-19? Are you one of the estimated 40% of employees that are considering quitting their job now that they&amp;#39;ve had the opportunity to work from home? In an increasingly remote-friendly culture, how are you taking care of your employees and making them feel wanted? How do you stays focused at work when you&amp;#39;re feeling stuck? What strategies for success can you employ when you hit a wall and can&amp;#39;t seem to motivate?&lt;/p&gt;&lt;p&gt;All that &lt;em&gt;and more&lt;/em&gt; on this week&amp;#39;s show!&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-&lt;strong&gt;CODE&lt;/strong&gt;). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="44295314" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/78aadbd6-e9ac-49c2-b4d4-4e20d90f47d8/stream.mp3"/>
                
                <guid isPermaLink="false">4d4bae57-f624-405f-ae26-4f69eb086a30</guid>
                <link>https://workingcode.dev/episodes/029-potluck-2/</link>
                <pubDate>Wed, 30 Jun 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/6/28/13/a32404ee-d69a-4245-b9e6-af8ab29742bd_cover-art-v1-small.jpg"/>
                <itunes:duration>2768</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>028: Buy vs. DIY</itunes:title>
                <title>028: Buy vs. DIY</title>

                <itunes:episode>28</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/028-buy-vs-diy/</itunes:summary>
                <description><![CDATA[<p>Engineers love to build things. Materializing an abstract concept into the form of a working piece of software is one of the <em>most thrilling experiences available on planet earth</em>. As such, we engineers often favor building new software over buying existing solutions. However, doing so takes time and energy; and, incurs a potentially-large opportunity cost for the business. It can be difficult to know if such a trade-off is worthwhile for the business in the long-run. This week, the crew examines the &#34;build vs. buy&#34; dilemma; and, reflects on their own general tendencies.</p><h2>Notes &amp; Links</h2><ul><li><a href="https://www.amazon.com/Test-Driven-Development-Kent-Beck/dp/0321146530" rel="nofollow">Kent Beck: Test Driven Development By Example</a> - a book that teaches programmers by example, so they can painlessly and dramatically increase the quality of their work.</li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-CODE). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Engineers love to build things. Materializing an abstract concept into the form of a working piece of software is one of the &lt;em&gt;most thrilling experiences available on planet earth&lt;/em&gt;. As such, we engineers often favor building new software over buying existing solutions. However, doing so takes time and energy; and, incurs a potentially-large opportunity cost for the business. It can be difficult to know if such a trade-off is worthwhile for the business in the long-run. This week, the crew examines the &amp;#34;build vs. buy&amp;#34; dilemma; and, reflects on their own general tendencies.&lt;/p&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.amazon.com/Test-Driven-Development-Kent-Beck/dp/0321146530&#34; rel=&#34;nofollow&#34;&gt;Kent Beck: Test Driven Development By Example&lt;/a&gt; - a book that teaches programmers by example, so they can painlessly and dramatically increase the quality of their work.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-CODE). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="45607706" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/b3b18e72-4dab-42ea-b209-feba78f5fe3d/stream.mp3"/>
                
                <guid isPermaLink="false">8090d18a-f60a-4ff8-8fe3-52d4a364c56a</guid>
                <link>https://workingcode.dev/episodes/028-buy-vs-diy/</link>
                <pubDate>Wed, 23 Jun 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/6/22/15/e4d7c3eb-0b7f-449c-a354-d64b923c393a_524e1-d4cc-455d-a2bc-8f929f8631b6_cover-art-v1.jpg"/>
                <itunes:duration>2850</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>027: Giving Technical Presentations</itunes:title>
                <title>027: Giving Technical Presentations</title>

                <itunes:episode>27</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/027-giving-technical-presentations/</itunes:summary>
                <description><![CDATA[<p>As <a href="https://www.goodreads.com/quotes/170523-a-recent-survey-stated-that-the-average-person-s-greatest-fear" rel="nofollow">Jerry Seinfeld joked</a>, when it comes to funerals, most people would rather be the one in the casket than the one giving the eulogy. Because, public speaking isn&#39;t easy. And, for many, it&#39;s a source of great anxiety. A technical presentation takes that anxiety and compounds it by layering on a need to provide complicated information in an engaging way. Part deep-dive, part story telling, a compelling technical presentation has to present enough information on a topic so as to deliver meaningful take-aways while, at the same time, keeping the information light enough so as not to overwhelm the audience. This week, the crew discusses presentations that they&#39;ve given. And, shares tips and tricks for making your presentation a real winner!</p><h2>Triumphs &amp; Failures</h2><ul><li>Adam&#39;s Triumph - Adam was keen to get into testing as a life-style. And, by golly, he&#39;s done it! His current project has 100% passing tests with 95% test coverage! He&#39;s also been writing blog posts on the topic of testing in order to help keep this momentum going.</li><li>Ben&#39;s Triumph - It doesn&#39;t necessarily <em>feel like a &#34;triumph&#34;</em> in the moment; but, Ben is excited to be giving his first tech presentation in maybe a decade. He has a lot of social anxiety. But, he wants to feel more connected to the larger programming community and he thinks that giving a presentation will help take him a step in that direction.</li><li>Carol&#39;s Triumph - <em>Carol is winning life!</em> She was selected to run in the Peach Tree Road Race and she&#39;s super excited to crush her previous race times! Go Carol!</li><li>Tim&#39;s Failure - Tim is struggling to bring operational readiness and predictable performance to a legacy system whose architecture and behavior seem to defy reason. He&#39;s at the point where a &#34;big bang&#34; rewrite feels like the most viable path forward. This is generally considered a taboo move in the tech industry; but, he&#39;s not sure how else he can stabilize the product and provide a good Service Level Agreement (SLA) to his customers.</li></ul><h2>Notes &amp; Links</h2><ul><li><a href="https://www.youtube.com/watch?v=Unzc731iCUY" rel="nofollow">Patrick Winston: How to Speak</a> - this talk, 40-years in the making, is intended to improve your speaking ability in critical situations by teaching you a few heuristic rules.</li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-CODE). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;As &lt;a href=&#34;https://www.goodreads.com/quotes/170523-a-recent-survey-stated-that-the-average-person-s-greatest-fear&#34; rel=&#34;nofollow&#34;&gt;Jerry Seinfeld joked&lt;/a&gt;, when it comes to funerals, most people would rather be the one in the casket than the one giving the eulogy. Because, public speaking isn&amp;#39;t easy. And, for many, it&amp;#39;s a source of great anxiety. A technical presentation takes that anxiety and compounds it by layering on a need to provide complicated information in an engaging way. Part deep-dive, part story telling, a compelling technical presentation has to present enough information on a topic so as to deliver meaningful take-aways while, at the same time, keeping the information light enough so as not to overwhelm the audience. This week, the crew discusses presentations that they&amp;#39;ve given. And, shares tips and tricks for making your presentation a real winner!&lt;/p&gt;&lt;h2&gt;Triumphs &amp;amp; Failures&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph - Adam was keen to get into testing as a life-style. And, by golly, he&amp;#39;s done it! His current project has 100% passing tests with 95% test coverage! He&amp;#39;s also been writing blog posts on the topic of testing in order to help keep this momentum going.&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Triumph - It doesn&amp;#39;t necessarily &lt;em&gt;feel like a &amp;#34;triumph&amp;#34;&lt;/em&gt; in the moment; but, Ben is excited to be giving his first tech presentation in maybe a decade. He has a lot of social anxiety. But, he wants to feel more connected to the larger programming community and he thinks that giving a presentation will help take him a step in that direction.&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Triumph - &lt;em&gt;Carol is winning life!&lt;/em&gt; She was selected to run in the Peach Tree Road Race and she&amp;#39;s super excited to crush her previous race times! Go Carol!&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Failure - Tim is struggling to bring operational readiness and predictable performance to a legacy system whose architecture and behavior seem to defy reason. He&amp;#39;s at the point where a &amp;#34;big bang&amp;#34; rewrite feels like the most viable path forward. This is generally considered a taboo move in the tech industry; but, he&amp;#39;s not sure how else he can stabilize the product and provide a good Service Level Agreement (SLA) to his customers.&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=Unzc731iCUY&#34; rel=&#34;nofollow&#34;&gt;Patrick Winston: How to Speak&lt;/a&gt; - this talk, 40-years in the making, is intended to improve your speaking ability in critical situations by teaching you a few heuristic rules.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-CODE). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="32878759" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d1ffca7d-a65a-4e5d-87db-4cab1baefbb5/stream.mp3"/>
                
                <guid isPermaLink="false">4506916b-0f14-4fc9-b453-8cf825efa990</guid>
                <link>https://workingcode.dev/episodes/027-giving-technical-presentations/</link>
                <pubDate>Wed, 16 Jun 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/6/15/11/c9d6626f-14c8-4251-ac31-69f4e2aa05d8_cover-art-v1.jpg"/>
                <itunes:duration>2054</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>026: Passwords</itunes:title>
                <title>026: Passwords</title>

                <itunes:episode>26</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/026-passwords/</itunes:summary>
                <description><![CDATA[<p>This week, the crew talks about passwords. Web applications store a great deal of sensitive information. But, there is something <em>categorically different</em> about storing passwords. Because—if compromised—a password from one application may grant a malicious actor access to another application. As such, it is essential that we store our customers&#39; passwords using modern, one-way hashing algorithms that protect the underlying payload against increasingly powerful compute resources. And, that we have a way to evolve our password hashing strategies in order to stay a step ahead of potential attackers.</p><p>Of course, sometimes the best password hashing strategies is to <em>not store</em> a password at all. Using a <em>&#34;passwordless login&#34;</em> allows you to defer the responsibility of password storage off to another, trusted vendor.</p><p>Also, we&#39;ve been doing this podcast for half-a-year! How awesome is that! Yay for us!</p><h2>Triumphs &amp; Failures</h2><ul><li>Adam&#39;s Failure - While Adam has been quite keen on Testing code, he recently ran into a testing scenario that he found very challenging. And, he ended up taking half-a-day to refactor <em>already working code</em> just so that he could add the tests. In the long run, it wasn&#39;t a waste of time; but, it was a very humbling experience in the moment.</li><li>Ben&#39;s Triumph - After weeks of struggling to debug an authentication issue within a Sketch plug-in, Ben and his team finally figured out what was going wrong! As fate would often have it, Ben was the engineer that <em>originally wrote</em> the problematic code - so, that was unfortunate. But, at least they figured out how to fix the user experience!</li><li>Carol&#39;s Failure - Carol has been having trouble walking away from problems even when she feels stuck. So, instead of stepping back and clearing her head, she continues to beat it against the wall (often to no avail). She knows this is counterproductive; but, sometimes she gets lost in the details.</li><li>Tim&#39;s Triumph / Failure - Tim finds himself coasting this week. Nothing has been all that note-worthy; either in triumph or in failure.</li></ul><h2>Notes &amp; Links</h2><ul><li><a href="https://cheatsheetseries.owasp.org/cheatsheets/Password_Storage_Cheat_Sheet.html" rel="nofollow">OWASP Password Cheat Sheet</a> - industry standard best practices for storing passwords - covers Argon2, BCrypt, SCrypt, and PBKDF2.</li><li><a href="https://haveibeenpwned.com/" rel="nofollow">Have I Been Pwned</a> - a service that tells you if your password has been exposed in a data breach.</li><li><a href="https://1password.com/" rel="nofollow">1Password</a> - the world&#39;s most-loved password manager.</li><li><a href="https://authy.com/" rel="nofollow">Authy</a> - a user-friendly two-factor authentication app.</li><li><a href="https://www.shibboleth.net/" rel="nofollow">Shibboleth</a> - an identity provider solution.</li><li><a href="https://en.wikipedia.org/wiki/OAuth" rel="nofollow">OAuth</a> - a standard for granting access to a website or application without having to provide it with your password.</li><li><a href="https://en.wikipedia.org/wiki/Security_Assertion_Markup_Language" rel="nofollow">SAML</a> - a standard for exchanging authentication between parties.</li><li><a href="https://en.wikipedia.org/wiki/Diceware" rel="nofollow">Diceware</a> - a method for generation secure, random passwords using playing dice.</li><li><a href="https://auth0.com/blog/dont-pass-on-the-new-nist-password-guidelines/" rel="nofollow">NIST Password Guidelines</a> - Auth0 explains new passwords guidelines from NIST.</li><li><a href="https://en.wikipedia.org/wiki/Single_sign-on" rel="nofollow">Single Sign-On (SSO)</a> - an authentication scheme in which one login grantes access to several, unrelated applications.</li><li><a href="https://docs.netlify.com/visitor-access/identity/" rel="nofollow">Netlify Identity Management</a> - a solution for user management in a Netlify app.</li><li><a href="https://firebase.google.com/docs/auth" rel="nofollow">Firebase Identity Management</a> - a solution for user management in a Firebase app.</li><li><a href="https://xkcd.com/936/" rel="nofollow">XKCD: Password Strength</a> - A web comic about how we make passwords hard for people but easy for computers.</li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-CODE). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week, the crew talks about passwords. Web applications store a great deal of sensitive information. But, there is something &lt;em&gt;categorically different&lt;/em&gt; about storing passwords. Because—if compromised—a password from one application may grant a malicious actor access to another application. As such, it is essential that we store our customers&amp;#39; passwords using modern, one-way hashing algorithms that protect the underlying payload against increasingly powerful compute resources. And, that we have a way to evolve our password hashing strategies in order to stay a step ahead of potential attackers.&lt;/p&gt;&lt;p&gt;Of course, sometimes the best password hashing strategies is to &lt;em&gt;not store&lt;/em&gt; a password at all. Using a &lt;em&gt;&amp;#34;passwordless login&amp;#34;&lt;/em&gt; allows you to defer the responsibility of password storage off to another, trusted vendor.&lt;/p&gt;&lt;p&gt;Also, we&amp;#39;ve been doing this podcast for half-a-year! How awesome is that! Yay for us!&lt;/p&gt;&lt;h2&gt;Triumphs &amp;amp; Failures&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Failure - While Adam has been quite keen on Testing code, he recently ran into a testing scenario that he found very challenging. And, he ended up taking half-a-day to refactor &lt;em&gt;already working code&lt;/em&gt; just so that he could add the tests. In the long run, it wasn&amp;#39;t a waste of time; but, it was a very humbling experience in the moment.&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Triumph - After weeks of struggling to debug an authentication issue within a Sketch plug-in, Ben and his team finally figured out what was going wrong! As fate would often have it, Ben was the engineer that &lt;em&gt;originally wrote&lt;/em&gt; the problematic code - so, that was unfortunate. But, at least they figured out how to fix the user experience!&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Failure - Carol has been having trouble walking away from problems even when she feels stuck. So, instead of stepping back and clearing her head, she continues to beat it against the wall (often to no avail). She knows this is counterproductive; but, sometimes she gets lost in the details.&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph / Failure - Tim finds himself coasting this week. Nothing has been all that note-worthy; either in triumph or in failure.&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://cheatsheetseries.owasp.org/cheatsheets/Password_Storage_Cheat_Sheet.html&#34; rel=&#34;nofollow&#34;&gt;OWASP Password Cheat Sheet&lt;/a&gt; - industry standard best practices for storing passwords - covers Argon2, BCrypt, SCrypt, and PBKDF2.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://haveibeenpwned.com/&#34; rel=&#34;nofollow&#34;&gt;Have I Been Pwned&lt;/a&gt; - a service that tells you if your password has been exposed in a data breach.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://1password.com/&#34; rel=&#34;nofollow&#34;&gt;1Password&lt;/a&gt; - the world&amp;#39;s most-loved password manager.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://authy.com/&#34; rel=&#34;nofollow&#34;&gt;Authy&lt;/a&gt; - a user-friendly two-factor authentication app.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.shibboleth.net/&#34; rel=&#34;nofollow&#34;&gt;Shibboleth&lt;/a&gt; - an identity provider solution.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/OAuth&#34; rel=&#34;nofollow&#34;&gt;OAuth&lt;/a&gt; - a standard for granting access to a website or application without having to provide it with your password.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Security_Assertion_Markup_Language&#34; rel=&#34;nofollow&#34;&gt;SAML&lt;/a&gt; - a standard for exchanging authentication between parties.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Diceware&#34; rel=&#34;nofollow&#34;&gt;Diceware&lt;/a&gt; - a method for generation secure, random passwords using playing dice.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://auth0.com/blog/dont-pass-on-the-new-nist-password-guidelines/&#34; rel=&#34;nofollow&#34;&gt;NIST Password Guidelines&lt;/a&gt; - Auth0 explains new passwords guidelines from NIST.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Single_sign-on&#34; rel=&#34;nofollow&#34;&gt;Single Sign-On (SSO)&lt;/a&gt; - an authentication scheme in which one login grantes access to several, unrelated applications.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://docs.netlify.com/visitor-access/identity/&#34; rel=&#34;nofollow&#34;&gt;Netlify Identity Management&lt;/a&gt; - a solution for user management in a Netlify app.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://firebase.google.com/docs/auth&#34; rel=&#34;nofollow&#34;&gt;Firebase Identity Management&lt;/a&gt; - a solution for user management in a Firebase app.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://xkcd.com/936/&#34; rel=&#34;nofollow&#34;&gt;XKCD: Password Strength&lt;/a&gt; - A web comic about how we make passwords hard for people but easy for computers.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-CODE). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="56728764" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/e72ebcbd-f5fb-466c-8d72-81b40085b2bf/stream.mp3"/>
                
                <guid isPermaLink="false">cbf4e8c1-ccf2-4769-bfcc-3b5ec65d3c13</guid>
                <link>https://workingcode.dev/episodes/026-passwords/</link>
                <pubDate>Wed, 09 Jun 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/6/7/2/f334c83b-bd1c-4d6e-9667-005433ef5a1e_c161a-6880-4409-97ab-b2fe59f1d97a_cover-art-v1.jpg"/>
                <itunes:duration>3545</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>025: Breaking Up With Your Stack</itunes:title>
                <title>025: Breaking Up With Your Stack</title>

                <itunes:episode>25</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/025-breaking-up-with-your-stack/</itunes:summary>
                <description><![CDATA[<p>There&#39;s no <em>one reason</em> that companies <em>move away</em> from or <em>onto</em> a technology stack. Sometimes a given technology is no longer actively updated; sometimes the pool of developers that uses a technology shrinks, making it hard to hire new engineers or find community support; sometimes people just like the <em>new hawtness</em>; sometimes licensing costs become prohibitively expensive; sometimes there&#39;s a leadership change at your company; and, sometimes a team just <em>believes</em> that a new technology will solve all of their problems (spoiler alert: <em>it won&#39;t</em>). This week, the crew meets to talk about reasons that they&#39;ve move on from or stuck with a set of chosen technologies.</p><h2>Triumphs &amp; Failures</h2><ul><li>Adam&#39;s Triumph - All of our recent talk of testing and &#34;clean code&#34; has had a <em>very positive impact</em> on how Adam is writing his own code. He&#39;s become much more cognizant of his application&#39;s boundaries and modularity; which, has enabled him to organize dependencies in order to make them more testable (and mockable). In fact, he&#39;s been so motivated by this new-found perspective that he&#39;s even gone back and refactored a mission critical portion of a legacy application that didn&#39;t have any tests at all.</li><li>Ben&#39;s Failure - He fancies himself quite good at debugging software. And yet, for the last 2-weeks, he&#39;s been <em>completely baffled</em> by a bug in a portion of his application. No one on his team can reproduce the issue. So, all he&#39;s been able to do so far is add new logging statements and then comb through his log aggregator looking for clues. It&#39;s maddening!</li><li>Carol&#39;s Triumph - In episode 020 - <a href="https://workingcode.dev/episodes/020-carol-needs-a-consult/" rel="nofollow">&#34;Carol Needs A Consult&#34;</a> - Carol laid-out her plans to build an email-based integration with her company&#39;s ticketing system. Now, only a month-and-a-half later, she&#39;s thrilled to see this product really coming to life. It hasn&#39;t always been easy; and, they&#39;ve hit some significant bumps along the way; but, so far, they haven&#39;t faced anything that they couldn&#39;t conquer together as a team. She&#39;s feeling lucky to be working with so many wonderful people!</li><li>Tim&#39;s Failure - He created a Pull-Request titled, <em>&#34;OMG, I can&#39;t believe I left this in the code&#34;</em>. Apparently, while writing code for a new API-workflow, Tim hard-coded a failure-response into a network request so that he could test the &#34;sad path&#34; control-flow logic. And then, he forgot to remove it. For 3-days, he had production API calls all hard-coded to return failures. Fortunately, the code would fall-back to returning the <em>correct result</em> on a subsequent retry. But, he&#39;s definitely feeling some acute Shame over this turn of events.</li></ul><h2>Notes &amp; Links</h2><ul><li><a href="https://adamtuttle.codes/blog/2021/introducing-semaphore/" rel="nofollow">Semaphore</a> - A minimalist Feature Flag engine for CFML apps.</li><li><a href="https://martinfowler.com/bliki/StranglerFigApplication.html" rel="nofollow">Strangler Pattern</a> - A technique in which a new implementation slowly takes traffic from an existing implementation.</li><li><a href="https://jamstack.org/" rel="nofollow">JAM Stack</a> - JavaScript, APIs, and Markup stand as the pillars in this newly-coined architectural approach.</li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-CODE). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;There&amp;#39;s no &lt;em&gt;one reason&lt;/em&gt; that companies &lt;em&gt;move away&lt;/em&gt; from or &lt;em&gt;onto&lt;/em&gt; a technology stack. Sometimes a given technology is no longer actively updated; sometimes the pool of developers that uses a technology shrinks, making it hard to hire new engineers or find community support; sometimes people just like the &lt;em&gt;new hawtness&lt;/em&gt;; sometimes licensing costs become prohibitively expensive; sometimes there&amp;#39;s a leadership change at your company; and, sometimes a team just &lt;em&gt;believes&lt;/em&gt; that a new technology will solve all of their problems (spoiler alert: &lt;em&gt;it won&amp;#39;t&lt;/em&gt;). This week, the crew meets to talk about reasons that they&amp;#39;ve move on from or stuck with a set of chosen technologies.&lt;/p&gt;&lt;h2&gt;Triumphs &amp;amp; Failures&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph - All of our recent talk of testing and &amp;#34;clean code&amp;#34; has had a &lt;em&gt;very positive impact&lt;/em&gt; on how Adam is writing his own code. He&amp;#39;s become much more cognizant of his application&amp;#39;s boundaries and modularity; which, has enabled him to organize dependencies in order to make them more testable (and mockable). In fact, he&amp;#39;s been so motivated by this new-found perspective that he&amp;#39;s even gone back and refactored a mission critical portion of a legacy application that didn&amp;#39;t have any tests at all.&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Failure - He fancies himself quite good at debugging software. And yet, for the last 2-weeks, he&amp;#39;s been &lt;em&gt;completely baffled&lt;/em&gt; by a bug in a portion of his application. No one on his team can reproduce the issue. So, all he&amp;#39;s been able to do so far is add new logging statements and then comb through his log aggregator looking for clues. It&amp;#39;s maddening!&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Triumph - In episode 020 - &lt;a href=&#34;https://workingcode.dev/episodes/020-carol-needs-a-consult/&#34; rel=&#34;nofollow&#34;&gt;&amp;#34;Carol Needs A Consult&amp;#34;&lt;/a&gt; - Carol laid-out her plans to build an email-based integration with her company&amp;#39;s ticketing system. Now, only a month-and-a-half later, she&amp;#39;s thrilled to see this product really coming to life. It hasn&amp;#39;t always been easy; and, they&amp;#39;ve hit some significant bumps along the way; but, so far, they haven&amp;#39;t faced anything that they couldn&amp;#39;t conquer together as a team. She&amp;#39;s feeling lucky to be working with so many wonderful people!&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Failure - He created a Pull-Request titled, &lt;em&gt;&amp;#34;OMG, I can&amp;#39;t believe I left this in the code&amp;#34;&lt;/em&gt;. Apparently, while writing code for a new API-workflow, Tim hard-coded a failure-response into a network request so that he could test the &amp;#34;sad path&amp;#34; control-flow logic. And then, he forgot to remove it. For 3-days, he had production API calls all hard-coded to return failures. Fortunately, the code would fall-back to returning the &lt;em&gt;correct result&lt;/em&gt; on a subsequent retry. But, he&amp;#39;s definitely feeling some acute Shame over this turn of events.&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://adamtuttle.codes/blog/2021/introducing-semaphore/&#34; rel=&#34;nofollow&#34;&gt;Semaphore&lt;/a&gt; - A minimalist Feature Flag engine for CFML apps.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://martinfowler.com/bliki/StranglerFigApplication.html&#34; rel=&#34;nofollow&#34;&gt;Strangler Pattern&lt;/a&gt; - A technique in which a new implementation slowly takes traffic from an existing implementation.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://jamstack.org/&#34; rel=&#34;nofollow&#34;&gt;JAM Stack&lt;/a&gt; - JavaScript, APIs, and Markup stand as the pillars in this newly-coined architectural approach.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-CODE). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="58335817" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a58b26aa-4577-44db-bcb2-ada7ed5a0751/stream.mp3"/>
                
                <guid isPermaLink="false">f5b09db9-8f7f-4103-b6f4-a581ae083edd</guid>
                <link>https://workingcode.dev/episodes/025-breaking-up-with-your-stack/</link>
                <pubDate>Wed, 02 Jun 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/5/30/17/82db121f-7ea5-4ee0-a334-e730e044b48a_21f2a-c070-47cc-bc1b-1c3acbab5426_cover-art-v1.jpg"/>
                <itunes:duration>3645</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>024: The Archetype of an Effective Developer</itunes:title>
                <title>024: The Archetype of an Effective Developer</title>

                <itunes:episode>24</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/024-the-archetype-of-an-effective-developer/</itunes:summary>
                <description><![CDATA[<p>We all love the Hollywood portrayal of the &#34;brilliant programmer&#34; who can step in and just crush it at a moment&#39;s notice. We&#39;ve probably all fantasized about <em>being that programmer</em>. But, that&#39;s not how people work. And it&#39;s not how teams work. Highly effective developers don&#39;t just &#34;crush it&#34; - they cultivate good habits that they then apply consistently, day-in and day-out, for years. This week, the crew discusses which habits make - or break - the most effective developers.</p><h2>Triumphs &amp; Failures</h2><ul><li>Adam&#39;s Triumph - After struggling to get several Java-based feature flag services configured correctly in ColdFusion (which is one layer of indirection above Java), Adam decided to pull the ultimate power move and created his own open-source, ColdFusion-based feature flag library: <a href="https://adamtuttle.codes/blog/2021/introducing-semaphore/" rel="nofollow">Semaphore</a>. While still in active development, it&#39;s already feeling very &#34;feature complete&#34;. Pull-requests welcome!</li><li>Ben&#39;s Failure - Without being able to point at anything in particular, this week kind of just kicked his butt. Without a Product Manager (PM) or an Engineering Manager (EM) on his team, he&#39;s felt as though noone is &#34;protecting&#34; him or his people. And, even though an EM may not have actually made a the week better, there&#39;s an emotional cost to feeling so exposed. One saving grace, however, is that he received a <em>stellar review</em> from someone on the Customer Facing Team (CFT). So, he must be doing <em>something</em> right.</li><li>Carol&#39;s Triumph - She totally survived a mercury-based allergic reaction to something she ate! That which doesn&#39;t kill Carol only makes her bolder when it comes to that sweet, sweet shellfish.</li><li>Tim&#39;s Triumph - He recently built a custom solution for one of his customers. However, he built it with clean boundaries and multi-tenancy in mind. Which means, now that he&#39;s successfully rolled-it-out to his first customer, he&#39;s ready to cash-in on that work by using the same solution as an upsell opportunity for his other customers. He&#39;s even gone back and refactored some of the architecture using the <a href="https://workingcode.dev/episodes/022-book-club-1-clean-code-by-uncle-bob-martin-pt1/" rel="nofollow">Clean Code tips from our earlier book review</a>.</li></ul><h2>Notes &amp; Links</h2><ul><li><a href="https://adamtuttle.codes/blog/2021/introducing-semaphore/" rel="nofollow">Semaphore</a> - A minimalist Feature Flag engine for CFML apps.</li><li><a href="https://github.com/atuttle/Taffy" rel="nofollow">Taffy</a> - A low friction, extremely simple way to build REST-ful end-points in your CFML apps.</li><li><a href="http://framework-one.github.io/" rel="nofollow">FW/1</a> - A family of small, lightweight, convention-over-configuration frameworks, primarily for CFML apps.</li><li><a href="https://ohmyz.sh/" rel="nofollow">Oh My Zsh</a> - A delightful, open source, community-driven framework for managing your Zsh configuration.</li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-CODE). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;We all love the Hollywood portrayal of the &amp;#34;brilliant programmer&amp;#34; who can step in and just crush it at a moment&amp;#39;s notice. We&amp;#39;ve probably all fantasized about &lt;em&gt;being that programmer&lt;/em&gt;. But, that&amp;#39;s not how people work. And it&amp;#39;s not how teams work. Highly effective developers don&amp;#39;t just &amp;#34;crush it&amp;#34; - they cultivate good habits that they then apply consistently, day-in and day-out, for years. This week, the crew discusses which habits make - or break - the most effective developers.&lt;/p&gt;&lt;h2&gt;Triumphs &amp;amp; Failures&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph - After struggling to get several Java-based feature flag services configured correctly in ColdFusion (which is one layer of indirection above Java), Adam decided to pull the ultimate power move and created his own open-source, ColdFusion-based feature flag library: &lt;a href=&#34;https://adamtuttle.codes/blog/2021/introducing-semaphore/&#34; rel=&#34;nofollow&#34;&gt;Semaphore&lt;/a&gt;. While still in active development, it&amp;#39;s already feeling very &amp;#34;feature complete&amp;#34;. Pull-requests welcome!&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Failure - Without being able to point at anything in particular, this week kind of just kicked his butt. Without a Product Manager (PM) or an Engineering Manager (EM) on his team, he&amp;#39;s felt as though noone is &amp;#34;protecting&amp;#34; him or his people. And, even though an EM may not have actually made a the week better, there&amp;#39;s an emotional cost to feeling so exposed. One saving grace, however, is that he received a &lt;em&gt;stellar review&lt;/em&gt; from someone on the Customer Facing Team (CFT). So, he must be doing &lt;em&gt;something&lt;/em&gt; right.&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Triumph - She totally survived a mercury-based allergic reaction to something she ate! That which doesn&amp;#39;t kill Carol only makes her bolder when it comes to that sweet, sweet shellfish.&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph - He recently built a custom solution for one of his customers. However, he built it with clean boundaries and multi-tenancy in mind. Which means, now that he&amp;#39;s successfully rolled-it-out to his first customer, he&amp;#39;s ready to cash-in on that work by using the same solution as an upsell opportunity for his other customers. He&amp;#39;s even gone back and refactored some of the architecture using the &lt;a href=&#34;https://workingcode.dev/episodes/022-book-club-1-clean-code-by-uncle-bob-martin-pt1/&#34; rel=&#34;nofollow&#34;&gt;Clean Code tips from our earlier book review&lt;/a&gt;.&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://adamtuttle.codes/blog/2021/introducing-semaphore/&#34; rel=&#34;nofollow&#34;&gt;Semaphore&lt;/a&gt; - A minimalist Feature Flag engine for CFML apps.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/atuttle/Taffy&#34; rel=&#34;nofollow&#34;&gt;Taffy&lt;/a&gt; - A low friction, extremely simple way to build REST-ful end-points in your CFML apps.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;http://framework-one.github.io/&#34; rel=&#34;nofollow&#34;&gt;FW/1&lt;/a&gt; - A family of small, lightweight, convention-over-configuration frameworks, primarily for CFML apps.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://ohmyz.sh/&#34; rel=&#34;nofollow&#34;&gt;Oh My Zsh&lt;/a&gt; - A delightful, open source, community-driven framework for managing your Zsh configuration.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-CODE). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="81484486" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/28483d22-4bdf-4d66-9fd0-44ef0f298714/stream.mp3"/>
                
                <guid isPermaLink="false">44526612-348a-49bf-8cd4-1b44d0873e5d</guid>
                <link>https://workingcode.dev/episodes/024-the-archetype-of-an-effective-developer/</link>
                <pubDate>Wed, 26 May 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/5/23/23/be3cb9ff-9b64-4535-8167-786cc4f0a016_0fc58-80ba-4750-9a1d-87904da0fc87_cover-art-v1.jpg"/>
                <itunes:duration>5092</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>023: Book Club #1 Clean Code by &#34;Uncle Bob&#34; Martin (pt2)</itunes:title>
                <title>023: Book Club #1 Clean Code by &#34;Uncle Bob&#34; Martin (pt2)</title>

                <itunes:episode>23</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the notes online: https://workingcode.dev/episodes/023-book-club-1-clean-code-by-uncle-bob-martin-pt2/</itunes:summary>
                <description><![CDATA[<p>This week, the crew meets to finish their review of <a href="https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM" rel="nofollow">Clean Code: A Handbook of Agile Software Craftsmanship</a> by <a href="http://cleancoder.com/" rel="nofollow">Robert Martin</a> (aka, &#34;Uncle Bob&#34;). This book is filled with so much thought-provoking information that it took us two episodes to get through it! And, while some of the practices in the book didn&#39;t quite connect with the programming languages that we use or the types of applications that we build, our general consensus is that most of the suggestions in this book are spot-on.</p><p>All-in-all, I&#39;d say that our first attempt at a book review was a smashing success!</p><h2>Triumphs &amp; Failures</h2><ul><li>Adam&#39;s Triumph - He took a SQL query that was running for over 3-minutes, refactored it, and brought the execution time down to <em>30 milliseconds</em>. For those of you following along at home, that&#39;s a &#34;4 orders of magnitude&#34; improvement! There&#39;s nothing quite as thrilling as query optimization! But, anytime you get to describe an improvement in terms of &#34;orders of magnitude&#34;, you are already winning!</li><li>Ben&#39;s Triumph - After spending weeks of his personal time building a ColdFusion custom tag DSL (Domain Specific Language) for generating HTML emails; and, then using said DSL in a company Hackathon to rebuild a bevy of transactional emails; he finally starting applying the approach at work! And, it&#39;s all going very smoothly!</li><li>Carol&#39;s Failure - She was so focused on putting together the mother&#39;s day plans (for her mothers) that she completely forgot that her son was coming home from his Freshman year of college. So, instead of going to get him, he had to rely on his friends (and their parents) to help him move back home. Of course, isn&#39;t a big part of going to college all about becoming more independent and self-reliant?</li><li>Tim&#39;s Failure - He is terrible at negotiating. And, the very act of &#34;countering&#34; an offer makes him feel like a bad person. In a contentious situation, his primary goal is to figure out exactly what he can say to bring the situation to an end. This is something he always wishes he was better at.</li></ul><h2>Notes &amp; Links</h2><ul><li><a href="https://www.amazon.com/Getting-Yes-Negotiating-Agreement-Without/dp/0143118757/" rel="nofollow">Getting To Yes: Negotiating Agreement Without Giving In</a> - Offers a proven, step-by-step strategy for coming to mutually acceptable agreements in every sort of conflict.</li><li><a href="https://www.amazon.com/Never-Split-Difference-Negotiating-Depended/dp/0062407805" rel="nofollow">Never Split the Difference</a> - A former international hostage negotiator for the FBI offers a new, field-tested approach to high-stakes negotiations.</li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-CODE). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week, the crew meets to finish their review of &lt;a href=&#34;https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM&#34; rel=&#34;nofollow&#34;&gt;Clean Code: A Handbook of Agile Software Craftsmanship&lt;/a&gt; by &lt;a href=&#34;http://cleancoder.com/&#34; rel=&#34;nofollow&#34;&gt;Robert Martin&lt;/a&gt; (aka, &amp;#34;Uncle Bob&amp;#34;). This book is filled with so much thought-provoking information that it took us two episodes to get through it! And, while some of the practices in the book didn&amp;#39;t quite connect with the programming languages that we use or the types of applications that we build, our general consensus is that most of the suggestions in this book are spot-on.&lt;/p&gt;&lt;p&gt;All-in-all, I&amp;#39;d say that our first attempt at a book review was a smashing success!&lt;/p&gt;&lt;h2&gt;Triumphs &amp;amp; Failures&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph - He took a SQL query that was running for over 3-minutes, refactored it, and brought the execution time down to &lt;em&gt;30 milliseconds&lt;/em&gt;. For those of you following along at home, that&amp;#39;s a &amp;#34;4 orders of magnitude&amp;#34; improvement! There&amp;#39;s nothing quite as thrilling as query optimization! But, anytime you get to describe an improvement in terms of &amp;#34;orders of magnitude&amp;#34;, you are already winning!&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Triumph - After spending weeks of his personal time building a ColdFusion custom tag DSL (Domain Specific Language) for generating HTML emails; and, then using said DSL in a company Hackathon to rebuild a bevy of transactional emails; he finally starting applying the approach at work! And, it&amp;#39;s all going very smoothly!&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Failure - She was so focused on putting together the mother&amp;#39;s day plans (for her mothers) that she completely forgot that her son was coming home from his Freshman year of college. So, instead of going to get him, he had to rely on his friends (and their parents) to help him move back home. Of course, isn&amp;#39;t a big part of going to college all about becoming more independent and self-reliant?&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Failure - He is terrible at negotiating. And, the very act of &amp;#34;countering&amp;#34; an offer makes him feel like a bad person. In a contentious situation, his primary goal is to figure out exactly what he can say to bring the situation to an end. This is something he always wishes he was better at.&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.amazon.com/Getting-Yes-Negotiating-Agreement-Without/dp/0143118757/&#34; rel=&#34;nofollow&#34;&gt;Getting To Yes: Negotiating Agreement Without Giving In&lt;/a&gt; - Offers a proven, step-by-step strategy for coming to mutually acceptable agreements in every sort of conflict.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.amazon.com/Never-Split-Difference-Negotiating-Depended/dp/0062407805&#34; rel=&#34;nofollow&#34;&gt;Never Split the Difference&lt;/a&gt; - A former international hostage negotiator for the FBI offers a new, field-tested approach to high-stakes negotiations.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-CODE). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="63780571" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/d8a159eb-1f43-47e9-971a-64c4a98bb7da/stream.mp3"/>
                
                <guid isPermaLink="false">839c873e-7d8f-4a41-9709-cd7e8c851103</guid>
                <link>https://workingcode.dev/episodes/023-book-club-1-clean-code-by-uncle-bob-martin-pt2/</link>
                <pubDate>Wed, 19 May 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/5/17/20/056f90f5-2e4e-4949-af86-9a8d69a73f03_b3ee3-47ad-4d6f-8c5c-b1a856bd8ad3_cover-art-v1.jpg"/>
                <itunes:duration>3986</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>022: Book Club #1 Clean Code by &#34;Uncle Bob&#34; Martin (pt1)</itunes:title>
                <title>022: Book Club #1 Clean Code by &#34;Uncle Bob&#34; Martin (pt1)</title>

                <itunes:episode>22</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/022-book-club-1-clean-code-by-uncle-bob-martin-pt1/</itunes:summary>
                <description><![CDATA[<p>This week, the crew talks about <a href="https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM" rel="nofollow">Clean Code: A Handbook of Agile Software Craftsmanship</a> by <a href="http://cleancoder.com/" rel="nofollow">Robert Martin</a> (aka, &#34;Uncle Bob&#34;). Recommended to us by friend-of-the-show <a href="https://blog.adamcameron.me/" rel="nofollow">Adam Cameron</a>, this book outlines a series of &#34;best practices&#34; that programmers can use in order to create applications that are easy to understand and easy to maintain. Just imagine if applications became easier to understand over time - not harder; that is the goal of this book.</p><p>A lot of the approaches feel obvious <em>once you see them articulated</em>. However, they&#39;re not always easy to apply in your own applications. And, some of the practices feel at odds with each other. For example, sometimes we want small, reusable classes that &#34;do only one thing&#34;; and, sometimes, we want a large mama-jama class that has 2,000 lines of code in it because <em>it&#39;s the very collocation of the logic</em> that makes that class maintainable.</p><p>And, of course, we don&#39;t all agree on all the concepts. But, that&#39;s what makes the discussion so much fun!</p><h2>Triumphs &amp; Failures</h2><ul><li>Adam&#39;s Triumph - Adam&#39;s son broke both of his wrists (what the doctors refer to a &#34;bilateral ouchie&#34;) while playing on the monkey-bars. Thankfully, his family has great insurance and lives very close to one of best children&#39;s hospitals in the country: the Children&#39;s Hospital of Philadelphia. So, while it has been (and will likely be) a rough recovery period, Adam feels like he has much to be thankful for.</li><li>Ben&#39;s Triumph - His big hairy goal for 2021 was supposed to be learning about &#34;Design Systems&#34;. But, in the first 4-months of the year, he didn&#39;t follow-through on that goal in any way whatsoever However, in just the last few weeks, he&#39;s finally started to piece together some reusable components for his AngularJS application. Eventually, he might move to something like Google&#39;s Material Design; but, he feels like he needs to &#34;fail first&#34; before he can truly understand the problem that robust Design Systems are solving.</li><li>Carol&#39;s Failure - Despite what felt like an effortless start in her adventure with Amazon AWS, Carol hit a brick-wall while trying to get AWS Lambda to communicate with GMail. After struggling for 3-days to no avail, she finally got in touch with her Google Cloud Account support; and, <em>not even they can figure out</em> why it&#39;s not working.</li><li>Tim&#39;s Triumph - While reading <a href="https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM" rel="nofollow">Clean Code</a> in preparation for this episode, he&#39;s already feeling more cognizant of the way that he&#39;s writing his applications. And, things are feeling pretty, pretty, pretty clean.</li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-CODE). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week, the crew talks about &lt;a href=&#34;https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM&#34; rel=&#34;nofollow&#34;&gt;Clean Code: A Handbook of Agile Software Craftsmanship&lt;/a&gt; by &lt;a href=&#34;http://cleancoder.com/&#34; rel=&#34;nofollow&#34;&gt;Robert Martin&lt;/a&gt; (aka, &amp;#34;Uncle Bob&amp;#34;). Recommended to us by friend-of-the-show &lt;a href=&#34;https://blog.adamcameron.me/&#34; rel=&#34;nofollow&#34;&gt;Adam Cameron&lt;/a&gt;, this book outlines a series of &amp;#34;best practices&amp;#34; that programmers can use in order to create applications that are easy to understand and easy to maintain. Just imagine if applications became easier to understand over time - not harder; that is the goal of this book.&lt;/p&gt;&lt;p&gt;A lot of the approaches feel obvious &lt;em&gt;once you see them articulated&lt;/em&gt;. However, they&amp;#39;re not always easy to apply in your own applications. And, some of the practices feel at odds with each other. For example, sometimes we want small, reusable classes that &amp;#34;do only one thing&amp;#34;; and, sometimes, we want a large mama-jama class that has 2,000 lines of code in it because &lt;em&gt;it&amp;#39;s the very collocation of the logic&lt;/em&gt; that makes that class maintainable.&lt;/p&gt;&lt;p&gt;And, of course, we don&amp;#39;t all agree on all the concepts. But, that&amp;#39;s what makes the discussion so much fun!&lt;/p&gt;&lt;h2&gt;Triumphs &amp;amp; Failures&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph - Adam&amp;#39;s son broke both of his wrists (what the doctors refer to a &amp;#34;bilateral ouchie&amp;#34;) while playing on the monkey-bars. Thankfully, his family has great insurance and lives very close to one of best children&amp;#39;s hospitals in the country: the Children&amp;#39;s Hospital of Philadelphia. So, while it has been (and will likely be) a rough recovery period, Adam feels like he has much to be thankful for.&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Triumph - His big hairy goal for 2021 was supposed to be learning about &amp;#34;Design Systems&amp;#34;. But, in the first 4-months of the year, he didn&amp;#39;t follow-through on that goal in any way whatsoever However, in just the last few weeks, he&amp;#39;s finally started to piece together some reusable components for his AngularJS application. Eventually, he might move to something like Google&amp;#39;s Material Design; but, he feels like he needs to &amp;#34;fail first&amp;#34; before he can truly understand the problem that robust Design Systems are solving.&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Failure - Despite what felt like an effortless start in her adventure with Amazon AWS, Carol hit a brick-wall while trying to get AWS Lambda to communicate with GMail. After struggling for 3-days to no avail, she finally got in touch with her Google Cloud Account support; and, &lt;em&gt;not even they can figure out&lt;/em&gt; why it&amp;#39;s not working.&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph - While reading &lt;a href=&#34;https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM&#34; rel=&#34;nofollow&#34;&gt;Clean Code&lt;/a&gt; in preparation for this episode, he&amp;#39;s already feeling more cognizant of the way that he&amp;#39;s writing his applications. And, things are feeling pretty, pretty, pretty clean.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-CODE). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="68407379" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/a92c4a72-82f4-4849-a904-9b8dbc8cefee/stream.mp3"/>
                
                <guid isPermaLink="false">64351f42-78d3-496e-96ba-d6882b2c523c</guid>
                <link>https://workingcode.dev/episodes/022-book-club-1-clean-code-by-uncle-bob-martin-pt1/</link>
                <pubDate>Wed, 12 May 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/5/8/21/c59b21d8-5319-437e-9691-7a26f0ceeb14_9486d-58b7-4fdb-b422-275ff0639ce5_cover-art-v1.jpg"/>
                <itunes:duration>4275</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>021: Listener Questions #2</itunes:title>
                <title>021: Listener Questions #2</title>

                <itunes:episode>21</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/021-listener-questions-2/</itunes:summary>
                <description><![CDATA[<p>This week, the crew responds to questions shared by our wonderful, wonderful audience! <a href="https://www.dopefly.com/" rel="nofollow">Nathan Strutz</a> - who called the Working Code Hotline - shares his exciting journey into feature flags; <a href="http://creativenotice.com/" rel="nofollow">Ryan Mueller</a> wants to compare and contrast Kanban and Scrum style project management; and, LD2 covers the gamut with questions regarding staying-up on new technology, the importance of having a GitHub profile, and whether the hosts prefer having a deep knowledge in one area (ie, a technical expert) or a shallower knowledge across a variety of areas (ie, a Jack or Jill of All Trades).</p><p>This week&#39;s sponsored shout-out is <a href="https://ghc.anitab.org/" rel="nofollow">Grace Hopper Celebration</a> - an event, inspired by the legacy of Admiral Grace Murray Hopper - that brings the research and career interests of women in computing to the forefront.</p><p>And finally, don&#39;t forget that we are going to have our first book club episode on May 12th for <a href="https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM" rel="nofollow">Clean Code by Robert Martin</a> (aka, &#34;Uncle Bob&#34;). Feel free to read-up and follow along!</p><h2>Triumphs &amp; Failures</h2><ul><li>Adam&#39;s Triumph - After feeling like <a href="https://www.gatsbyjs.com/" rel="nofollow">Gatsby</a> wasn&#39;t performing well enough (at least on the old version that he&#39;s using), Adam&#39;s decided to start porting his blog over to <a href="https://www.11ty.dev/" rel="nofollow">Eleventy (11ty)</a>. This new static blogging engine is proving to be much faster and will allow Adam to build-out more of the features that he used to have in his older, dynamically-rendered blog engine.</li><li>Ben&#39;s Failure - Piling onto some previous failures, he&#39;s been in a bit of slump lately. More specifically, he feels disconnected from the programming community. Having nothing to do with the pandemic, he longs for the time that he used to spend reading blogs, watching videos, and - generally speaking - being &#34;part of the conversation.&#34; He fears that his hyper-focus on work problems may be holding him back. And, he wants to figure out how to make learning (for the sake of learning) part of his every-week routine.</li><li>Carol&#39;s Triumph - She got vaccinated! Woot woot! And, after <a href="https://workingcode.dev/episodes/020-carol-needs-a-consult/" rel="nofollow">last week&#39;s episode</a>, Carol is really crushing it! With one 4-hour Udemy course about AWS under her belt and she already has her AWS lambdas running on a SAM local stack, all while seamlessly integrating with Google Auth and GMail. All in all, she&#39;s quite pleased with how well all the pieces are coming together; and she feels like she&#39;s unlocked a lot of potential value in her future development efforts!</li><li>Tim&#39;s Triumph - After triumphantly releasing a new product last month, Tim held a retrospective with his customers to get a broad sense of how things are going. And, so far, everything seems to be going swimmingly. Yes, a few obscure edge-cases have presented themselves (and have been promptly dealt with); but, for the most part, payments are getting processed and people are very pleased with the new functionality! In fact, motivated by the current success, he&#39;s now planning to release this new product offering to a wider customer-base.</li></ul><h2>Notes &amp; Links</h2><ul><li><a href="https://adamtuttle.codes/blog/2021/dead-code/" rel="nofollow">Adam Tuttle - Dead Code</a> - An exploration of when it makes sense to comment-out code.</li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-CODE). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week, the crew responds to questions shared by our wonderful, wonderful audience! &lt;a href=&#34;https://www.dopefly.com/&#34; rel=&#34;nofollow&#34;&gt;Nathan Strutz&lt;/a&gt; - who called the Working Code Hotline - shares his exciting journey into feature flags; &lt;a href=&#34;http://creativenotice.com/&#34; rel=&#34;nofollow&#34;&gt;Ryan Mueller&lt;/a&gt; wants to compare and contrast Kanban and Scrum style project management; and, LD2 covers the gamut with questions regarding staying-up on new technology, the importance of having a GitHub profile, and whether the hosts prefer having a deep knowledge in one area (ie, a technical expert) or a shallower knowledge across a variety of areas (ie, a Jack or Jill of All Trades).&lt;/p&gt;&lt;p&gt;This week&amp;#39;s sponsored shout-out is &lt;a href=&#34;https://ghc.anitab.org/&#34; rel=&#34;nofollow&#34;&gt;Grace Hopper Celebration&lt;/a&gt; - an event, inspired by the legacy of Admiral Grace Murray Hopper - that brings the research and career interests of women in computing to the forefront.&lt;/p&gt;&lt;p&gt;And finally, don&amp;#39;t forget that we are going to have our first book club episode on May 12th for &lt;a href=&#34;https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM&#34; rel=&#34;nofollow&#34;&gt;Clean Code by Robert Martin&lt;/a&gt; (aka, &amp;#34;Uncle Bob&amp;#34;). Feel free to read-up and follow along!&lt;/p&gt;&lt;h2&gt;Triumphs &amp;amp; Failures&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph - After feeling like &lt;a href=&#34;https://www.gatsbyjs.com/&#34; rel=&#34;nofollow&#34;&gt;Gatsby&lt;/a&gt; wasn&amp;#39;t performing well enough (at least on the old version that he&amp;#39;s using), Adam&amp;#39;s decided to start porting his blog over to &lt;a href=&#34;https://www.11ty.dev/&#34; rel=&#34;nofollow&#34;&gt;Eleventy (11ty)&lt;/a&gt;. This new static blogging engine is proving to be much faster and will allow Adam to build-out more of the features that he used to have in his older, dynamically-rendered blog engine.&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Failure - Piling onto some previous failures, he&amp;#39;s been in a bit of slump lately. More specifically, he feels disconnected from the programming community. Having nothing to do with the pandemic, he longs for the time that he used to spend reading blogs, watching videos, and - generally speaking - being &amp;#34;part of the conversation.&amp;#34; He fears that his hyper-focus on work problems may be holding him back. And, he wants to figure out how to make learning (for the sake of learning) part of his every-week routine.&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Triumph - She got vaccinated! Woot woot! And, after &lt;a href=&#34;https://workingcode.dev/episodes/020-carol-needs-a-consult/&#34; rel=&#34;nofollow&#34;&gt;last week&amp;#39;s episode&lt;/a&gt;, Carol is really crushing it! With one 4-hour Udemy course about AWS under her belt and she already has her AWS lambdas running on a SAM local stack, all while seamlessly integrating with Google Auth and GMail. All in all, she&amp;#39;s quite pleased with how well all the pieces are coming together; and she feels like she&amp;#39;s unlocked a lot of potential value in her future development efforts!&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph - After triumphantly releasing a new product last month, Tim held a retrospective with his customers to get a broad sense of how things are going. And, so far, everything seems to be going swimmingly. Yes, a few obscure edge-cases have presented themselves (and have been promptly dealt with); but, for the most part, payments are getting processed and people are very pleased with the new functionality! In fact, motivated by the current success, he&amp;#39;s now planning to release this new product offering to a wider customer-base.&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://adamtuttle.codes/blog/2021/dead-code/&#34; rel=&#34;nofollow&#34;&gt;Adam Tuttle - Dead Code&lt;/a&gt; - An exploration of when it makes sense to comment-out code.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-CODE). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="77307402" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/ec8016f6-79ee-43c0-b87f-6e0106de389e/stream.mp3"/>
                
                <guid isPermaLink="false">904a85c7-9b27-4d31-908c-a471d58e45d8</guid>
                <link>https://workingcode.dev/episodes/021-listener-questions-2/</link>
                <pubDate>Wed, 05 May 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/5/5/11/9f9887d6-d025-482a-af59-fc1dfac27d4b_b9f3b-8dab-4e9a-94f3-b603e998403c_cover-art-v1.jpg"/>
                <itunes:duration>4831</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>020: Carol Needs a Consult</itunes:title>
                <title>020: Carol Needs a Consult</title>

                <itunes:episode>20</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/020-carol-needs-a-consult/</itunes:summary>
                <description><![CDATA[<p>At Carol&#39;s company, Support emails are sorted, labeled, and processed using a manual - <em>and very expensive</em> - workflow that won&#39;t be able to scale with the increasing demand. As such, Carol is looking to build a robust auto-reply system on Amazon Web Services (AWS) using machine learning (ML). At least, that&#39;s the long-term goal. In the near-term, she&#39;d be thrilled just to get more users to log into the existing web-portal instead of using email as their primary means of communicating with Support.</p><p>But, where to begin? This week, the crew meets to commiserate with Carol on the complexity of email management; and, to help her brainstorm on ways that she might use AWS - and other service providers - to increase Support efficiency while also providing more customer value.</p><p>Pro-tip from Carol: Did you know that GMail ignores <em>dots</em> in the email username? That means that <code>foobarbaz@gmail.com</code> and <code>foo.bar.baz@gmail.com</code> are <em>the same address</em>. Carol uses this to her advantage by signing-up for services using different email variations which she can then use for filtering in the future.</p><p>This week&#39;s sponsored shout-out is <a href="https://www.techgirlz.org/" rel="nofollow">TechGirlz</a>, whose mission it is to inspire middle school girls to explore the possibilities of technology to empower their future careers through the creation of free, fun, interactive TechShopz led by industry professionals, leaders, and students.</p><p>And finally, don&#39;t forget that we are going to have our first book club episode on May 12th for <a href="https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM" rel="nofollow">Clean Code by Robert Martin</a> (aka, &#34;Uncle Bob&#34;). Feel free to read-up and follow along!</p><h3>Triumphs &amp; Failures</h3><ul><li>Adam&#39;s Triumph - He just transfered ownership of an old open-source project to fellow ColdFusion enthusiast, <a href="https://www.linkedin.com/in/dswitzer/" rel="nofollow">Dan Switzer</a>. This project hasn&#39;t been touched in about 5-years; and, Adam is thrilled to have the project continue to live-on and remain useful under Dan&#39;s watchful eye.</li><li>Ben&#39;s Triumph - In an attempt to be more agile and bias towards action, he had an idea on Tuesday, implemented it on Wednesday, and then deployed it on Thursday. He cut out all of the &#34;analysis paralysis&#34;, over-engineering, and hand-wringing that often accompanies product design. And gosh-darn-it, people are already using it and <em>getting value out of it</em>! It feels like a victory.</li><li>Carol&#39;s Triumph - After using a Windows computer for most of her career, she recently switched over to using a Mac for development. The Mac is nice; but, when she has to switch back to her Windows computer briefly, the key-combinations feel all janky. To remedy this, she remapped her Windows&#39; modifier keys to work like her Mac&#39;s modifier keys. She now has a seamless experience no matter which operating system she&#39;s on.</li><li>Tim&#39;s Triumph - After deploying a brand new product, he half expected a lot of bug reports to start rolling in. But, <em>nope!</em> It&#39;s been surprisingly smooth sailing. As such, he finds himself just watching the analytics and seeing those sweet, sweet payments get processed appropriately. He was even able to leverage those analytics to drive a 10% increase in conversions through targeted improvements for certain cohorts.</li></ul><h3>Notes &amp; Links</h3><ul><li><a href="https://aws.amazon.com/lambda/" rel="nofollow">AWS Lambda</a> - Serverless compute resources that scale automatically.</li><li><a href="https://aws.amazon.com/sns/" rel="nofollow">AWS SNS</a> - Simple Notification Service, a fully-managed messaging service.</li><li><a href="https://aws.amazon.com/sqs/" rel="nofollow">AWS SQS</a> - Simple Queue Service, a fully-managed message queue service.</li><li><a href="https://aws.amazon.com/polly/" rel="nofollow">AWS Polly</a> - A robust text-to-speech service that offers realistic, life-like sound.</li><li><a href="https://postmarkapp.com/" rel="nofollow">Postmark</a> - An industry leading email delivery and inbound processing service.</li><li><code><a href="https://ss64.com/osx/say.html" rel="nofollow">say</a></code> - A text-to-speech synthesis program that ships with MacOS.</li><li><a href="https://www.youtube.com/watch?v=qv6UVOQ0F44" rel="nofollow">Seth Bling: Machine Learning for Video Games</a> - An example of a computer that learns to play Super Mario.</li><li><a href="https://cloud.google.com/natural-language" rel="nofollow">Google: Natural Language</a> - A service helps you derive insights from unstructured text.</li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-CODE). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;At Carol&amp;#39;s company, Support emails are sorted, labeled, and processed using a manual - &lt;em&gt;and very expensive&lt;/em&gt; - workflow that won&amp;#39;t be able to scale with the increasing demand. As such, Carol is looking to build a robust auto-reply system on Amazon Web Services (AWS) using machine learning (ML). At least, that&amp;#39;s the long-term goal. In the near-term, she&amp;#39;d be thrilled just to get more users to log into the existing web-portal instead of using email as their primary means of communicating with Support.&lt;/p&gt;&lt;p&gt;But, where to begin? This week, the crew meets to commiserate with Carol on the complexity of email management; and, to help her brainstorm on ways that she might use AWS - and other service providers - to increase Support efficiency while also providing more customer value.&lt;/p&gt;&lt;p&gt;Pro-tip from Carol: Did you know that GMail ignores &lt;em&gt;dots&lt;/em&gt; in the email username? That means that &lt;code&gt;foobarbaz@gmail.com&lt;/code&gt; and &lt;code&gt;foo.bar.baz@gmail.com&lt;/code&gt; are &lt;em&gt;the same address&lt;/em&gt;. Carol uses this to her advantage by signing-up for services using different email variations which she can then use for filtering in the future.&lt;/p&gt;&lt;p&gt;This week&amp;#39;s sponsored shout-out is &lt;a href=&#34;https://www.techgirlz.org/&#34; rel=&#34;nofollow&#34;&gt;TechGirlz&lt;/a&gt;, whose mission it is to inspire middle school girls to explore the possibilities of technology to empower their future careers through the creation of free, fun, interactive TechShopz led by industry professionals, leaders, and students.&lt;/p&gt;&lt;p&gt;And finally, don&amp;#39;t forget that we are going to have our first book club episode on May 12th for &lt;a href=&#34;https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM&#34; rel=&#34;nofollow&#34;&gt;Clean Code by Robert Martin&lt;/a&gt; (aka, &amp;#34;Uncle Bob&amp;#34;). Feel free to read-up and follow along!&lt;/p&gt;&lt;h3&gt;Triumphs &amp;amp; Failures&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph - He just transfered ownership of an old open-source project to fellow ColdFusion enthusiast, &lt;a href=&#34;https://www.linkedin.com/in/dswitzer/&#34; rel=&#34;nofollow&#34;&gt;Dan Switzer&lt;/a&gt;. This project hasn&amp;#39;t been touched in about 5-years; and, Adam is thrilled to have the project continue to live-on and remain useful under Dan&amp;#39;s watchful eye.&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Triumph - In an attempt to be more agile and bias towards action, he had an idea on Tuesday, implemented it on Wednesday, and then deployed it on Thursday. He cut out all of the &amp;#34;analysis paralysis&amp;#34;, over-engineering, and hand-wringing that often accompanies product design. And gosh-darn-it, people are already using it and &lt;em&gt;getting value out of it&lt;/em&gt;! It feels like a victory.&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Triumph - After using a Windows computer for most of her career, she recently switched over to using a Mac for development. The Mac is nice; but, when she has to switch back to her Windows computer briefly, the key-combinations feel all janky. To remedy this, she remapped her Windows&amp;#39; modifier keys to work like her Mac&amp;#39;s modifier keys. She now has a seamless experience no matter which operating system she&amp;#39;s on.&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph - After deploying a brand new product, he half expected a lot of bug reports to start rolling in. But, &lt;em&gt;nope!&lt;/em&gt; It&amp;#39;s been surprisingly smooth sailing. As such, he finds himself just watching the analytics and seeing those sweet, sweet payments get processed appropriately. He was even able to leverage those analytics to drive a 10% increase in conversions through targeted improvements for certain cohorts.&lt;/li&gt;&lt;/ul&gt;&lt;h3&gt;Notes &amp;amp; Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/lambda/&#34; rel=&#34;nofollow&#34;&gt;AWS Lambda&lt;/a&gt; - Serverless compute resources that scale automatically.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/sns/&#34; rel=&#34;nofollow&#34;&gt;AWS SNS&lt;/a&gt; - Simple Notification Service, a fully-managed messaging service.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/sqs/&#34; rel=&#34;nofollow&#34;&gt;AWS SQS&lt;/a&gt; - Simple Queue Service, a fully-managed message queue service.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/polly/&#34; rel=&#34;nofollow&#34;&gt;AWS Polly&lt;/a&gt; - A robust text-to-speech service that offers realistic, life-like sound.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://postmarkapp.com/&#34; rel=&#34;nofollow&#34;&gt;Postmark&lt;/a&gt; - An industry leading email delivery and inbound processing service.&lt;/li&gt;&lt;li&gt;&lt;code&gt;&lt;a href=&#34;https://ss64.com/osx/say.html&#34; rel=&#34;nofollow&#34;&gt;say&lt;/a&gt;&lt;/code&gt; - A text-to-speech synthesis program that ships with MacOS.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=qv6UVOQ0F44&#34; rel=&#34;nofollow&#34;&gt;Seth Bling: Machine Learning for Video Games&lt;/a&gt; - An example of a computer that learns to play Super Mario.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://cloud.google.com/natural-language&#34; rel=&#34;nofollow&#34;&gt;Google: Natural Language&lt;/a&gt; - A service helps you derive insights from unstructured text.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-CODE). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55926700" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/57b684ab-826a-4e69-b591-208563f04690/stream.mp3"/>
                
                <guid isPermaLink="false">736cf86d-f629-4e0f-a31c-2e4cdd842140</guid>
                <link>https://workingcode.dev/episodes/020-carol-needs-a-consult/</link>
                <pubDate>Wed, 28 Apr 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/4/27/2/c9f8ac4a-771f-4c40-996d-9780678e7e30_99991-b7ca-4e88-96f9-39a8dda8d884_cover-art-v1.jpg"/>
                <itunes:duration>3495</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>019: Makefiles</itunes:title>
                <title>019: Makefiles</title>

                <itunes:episode>19</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/019-makefiles/</itunes:summary>
                <description><![CDATA[<p>Adam Tuttle first came into contact with makefiles (pronounced &#34;make files&#34;) back in high school when compiling code. But, at the time, he didn&#39;t really understand what they were or how they worked - he was just a consumer. And, after high school, years went by in which he never gave makefiles a second thought. That is, until, one fateful conversation with <a href="https://www.compoundtheory.com/" rel="nofollow">Mark Mandel</a>.</p><p>Mark explained that he used makefiles to create aliases for complex Docker commands. This piqued Adam&#39;s curiosity; and soon, Adam went down the rabbit hole! Today, he uses makefiles extensively for complex shell commands that he shares across his entire team: building containers, deploying code, generating Pull Requests - and, he&#39;s only begun to scratch the surface!</p><p>Today, the crew listens to Adam wax poetically about what makes makefiles so great. And, we get to ask him all sort of questions like: can they be used to create <code>git</code> aliases? Can this be used with <code>npx</code> commands? Is this like npm run scripts? And, why are you still using &#34;boring technology&#34; that was built in the 70s?</p><p>This week&#39;s sponsored shout-out is <a href="https://wonderwomentech.com/" rel="nofollow">Wonder Woman Tech</a>, whose mission it is to highlight, celebrate, educate, and amplify Women, BIPOC, and the Underrepresented in Science, Technology, Engineering, the Arts, Math (STEAM), and Innovation.</p><p>And finally, don&#39;t forget that we are going to have our first book club episode on May 12th for <a href="https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM" rel="nofollow">Clean Code by Robert Martin</a> (aka, &#34;Uncle Bob&#34;). Feel free to read-up and follow along!</p><h3>Triumphs &amp; Failures</h3><ul><li>Adam&#39;s Failure - In what can only be described as <em>unbridled enthusiasm</em> for his team&#39;s switch to GitHub Packages, Adam tried to incorporate a few too many changes into what was originally supposed to be the simple swapping of URLs in various <code>package.json</code> files. In the end, the migration wound-up including a bunch of test automation and QA deployments which cost his team an additional day in person-hours. But, he did get it done!</li><li>Ben&#39;s Failure - He feels like his muse has been on vacation for the last few weeks. Usually his brain is awash with a chaotic symphony of ideas; but, lately, it&#39;s just been quiet. These things run in cycles for him; so, he&#39;s confident that he&#39;ll be back to normal in the near future.</li><li>Carol&#39;s Triumph - She just finished her first 2-week rotation on Zendesk duty. Her company rotates all engineers through the Support team twice a year in an effort to build customer empathy and to help educate the engineers on the full landscape of their product-suite. Carol walks away from her rotation with a <em>deep sense of gratitude</em> for her team; and for her customers!</li><li>Tim&#39;s Triumph and Failure - After months of mothering his &#34;skunk works&#34; project from ideation and development through to deployment and release, he&#39;s suddenly struck with a case of &#34;coder&#39;s empty nest syndrome&#34;. Without any fires to put-out or customers to consult with, he&#39;s not exactly sure what to do with himself. That said, Tim is thrilled to have finally gotten his first <em>hater</em>! And while this shade is almost certainly being thrown in jest, it definitely made Tim&#39;s week - <em>his heart is overflowing</em>!</li></ul><h3>Notes &amp; Links</h3><ul><li><code><a href="https://github.com/cli/cli" rel="nofollow">gh</a></code> - GitHub&#39;s command-line interface (CLI).</li><li><code><a href="https://docs.npmjs.com/cli/v7/commands/npx" rel="nofollow">npx</a></code> - Run local and remote binaries from the command-line in your Node application context.</li><li><a href="https://docs.npmjs.com/cli/v7/commands/npm-run-script" rel="nofollow">npm Run Scripts</a> - Run arbitrary scripts from your <code>package.json</code> file.</li><li><a href="https://brew.sh/" rel="nofollow">Homebrew</a> - A popular package manager for Mac and Linux.</li><li><code><a href="https://linux.die.net/man/1/grep" rel="nofollow">grep</a></code> - A shell command for searching files and input streams.</li><li><code><a href="https://linux.die.net/man/1/find" rel="nofollow">find</a></code> - A shell command for searching for a file within a file tree.</li><li><code><a href="https://linux.die.net/man/1/awk" rel="nofollow">awk</a></code> - A shell command for pattern scanning and processing language.</li><li><code><a href="https://linux.die.net/man/1/sed" rel="nofollow">sed</a></code> - A shell command for stream editing and text transformation.</li><li><code><a href="https://linux.die.net/man/1/xargs" rel="nofollow">xargs</a></code> - A shell command for building other command-line executions using the input stream.</li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. Or, leave us a message at (512) 253-2633‬ (that&#39;s 512-253-CODE). New episodes drop weekly on Wednesday.</p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Adam Tuttle first came into contact with makefiles (pronounced &amp;#34;make files&amp;#34;) back in high school when compiling code. But, at the time, he didn&amp;#39;t really understand what they were or how they worked - he was just a consumer. And, after high school, years went by in which he never gave makefiles a second thought. That is, until, one fateful conversation with &lt;a href=&#34;https://www.compoundtheory.com/&#34; rel=&#34;nofollow&#34;&gt;Mark Mandel&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;Mark explained that he used makefiles to create aliases for complex Docker commands. This piqued Adam&amp;#39;s curiosity; and soon, Adam went down the rabbit hole! Today, he uses makefiles extensively for complex shell commands that he shares across his entire team: building containers, deploying code, generating Pull Requests - and, he&amp;#39;s only begun to scratch the surface!&lt;/p&gt;&lt;p&gt;Today, the crew listens to Adam wax poetically about what makes makefiles so great. And, we get to ask him all sort of questions like: can they be used to create &lt;code&gt;git&lt;/code&gt; aliases? Can this be used with &lt;code&gt;npx&lt;/code&gt; commands? Is this like npm run scripts? And, why are you still using &amp;#34;boring technology&amp;#34; that was built in the 70s?&lt;/p&gt;&lt;p&gt;This week&amp;#39;s sponsored shout-out is &lt;a href=&#34;https://wonderwomentech.com/&#34; rel=&#34;nofollow&#34;&gt;Wonder Woman Tech&lt;/a&gt;, whose mission it is to highlight, celebrate, educate, and amplify Women, BIPOC, and the Underrepresented in Science, Technology, Engineering, the Arts, Math (STEAM), and Innovation.&lt;/p&gt;&lt;p&gt;And finally, don&amp;#39;t forget that we are going to have our first book club episode on May 12th for &lt;a href=&#34;https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM&#34; rel=&#34;nofollow&#34;&gt;Clean Code by Robert Martin&lt;/a&gt; (aka, &amp;#34;Uncle Bob&amp;#34;). Feel free to read-up and follow along!&lt;/p&gt;&lt;h3&gt;Triumphs &amp;amp; Failures&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Failure - In what can only be described as &lt;em&gt;unbridled enthusiasm&lt;/em&gt; for his team&amp;#39;s switch to GitHub Packages, Adam tried to incorporate a few too many changes into what was originally supposed to be the simple swapping of URLs in various &lt;code&gt;package.json&lt;/code&gt; files. In the end, the migration wound-up including a bunch of test automation and QA deployments which cost his team an additional day in person-hours. But, he did get it done!&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Failure - He feels like his muse has been on vacation for the last few weeks. Usually his brain is awash with a chaotic symphony of ideas; but, lately, it&amp;#39;s just been quiet. These things run in cycles for him; so, he&amp;#39;s confident that he&amp;#39;ll be back to normal in the near future.&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Triumph - She just finished her first 2-week rotation on Zendesk duty. Her company rotates all engineers through the Support team twice a year in an effort to build customer empathy and to help educate the engineers on the full landscape of their product-suite. Carol walks away from her rotation with a &lt;em&gt;deep sense of gratitude&lt;/em&gt; for her team; and for her customers!&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph and Failure - After months of mothering his &amp;#34;skunk works&amp;#34; project from ideation and development through to deployment and release, he&amp;#39;s suddenly struck with a case of &amp;#34;coder&amp;#39;s empty nest syndrome&amp;#34;. Without any fires to put-out or customers to consult with, he&amp;#39;s not exactly sure what to do with himself. That said, Tim is thrilled to have finally gotten his first &lt;em&gt;hater&lt;/em&gt;! And while this shade is almost certainly being thrown in jest, it definitely made Tim&amp;#39;s week - &lt;em&gt;his heart is overflowing&lt;/em&gt;!&lt;/li&gt;&lt;/ul&gt;&lt;h3&gt;Notes &amp;amp; Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;code&gt;&lt;a href=&#34;https://github.com/cli/cli&#34; rel=&#34;nofollow&#34;&gt;gh&lt;/a&gt;&lt;/code&gt; - GitHub&amp;#39;s command-line interface (CLI).&lt;/li&gt;&lt;li&gt;&lt;code&gt;&lt;a href=&#34;https://docs.npmjs.com/cli/v7/commands/npx&#34; rel=&#34;nofollow&#34;&gt;npx&lt;/a&gt;&lt;/code&gt; - Run local and remote binaries from the command-line in your Node application context.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://docs.npmjs.com/cli/v7/commands/npm-run-script&#34; rel=&#34;nofollow&#34;&gt;npm Run Scripts&lt;/a&gt; - Run arbitrary scripts from your &lt;code&gt;package.json&lt;/code&gt; file.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://brew.sh/&#34; rel=&#34;nofollow&#34;&gt;Homebrew&lt;/a&gt; - A popular package manager for Mac and Linux.&lt;/li&gt;&lt;li&gt;&lt;code&gt;&lt;a href=&#34;https://linux.die.net/man/1/grep&#34; rel=&#34;nofollow&#34;&gt;grep&lt;/a&gt;&lt;/code&gt; - A shell command for searching files and input streams.&lt;/li&gt;&lt;li&gt;&lt;code&gt;&lt;a href=&#34;https://linux.die.net/man/1/find&#34; rel=&#34;nofollow&#34;&gt;find&lt;/a&gt;&lt;/code&gt; - A shell command for searching for a file within a file tree.&lt;/li&gt;&lt;li&gt;&lt;code&gt;&lt;a href=&#34;https://linux.die.net/man/1/awk&#34; rel=&#34;nofollow&#34;&gt;awk&lt;/a&gt;&lt;/code&gt; - A shell command for pattern scanning and processing language.&lt;/li&gt;&lt;li&gt;&lt;code&gt;&lt;a href=&#34;https://linux.die.net/man/1/sed&#34; rel=&#34;nofollow&#34;&gt;sed&lt;/a&gt;&lt;/code&gt; - A shell command for stream editing and text transformation.&lt;/li&gt;&lt;li&gt;&lt;code&gt;&lt;a href=&#34;https://linux.die.net/man/1/xargs&#34; rel=&#34;nofollow&#34;&gt;xargs&lt;/a&gt;&lt;/code&gt; - A shell command for building other command-line executions using the input stream.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. Or, leave us a message at (512) 253-2633‬ (that&amp;#39;s 512-253-CODE). New episodes drop weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="72415190" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/6d48b3f4-c116-48aa-b587-1b56e495078b/stream.mp3"/>
                
                <guid isPermaLink="false">53812fda-8a9f-47a9-9729-d288ae49f73f</guid>
                <link>https://workingcode.dev/episodes/019-makefiles/</link>
                <pubDate>Wed, 21 Apr 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/4/18/12/59e61d6e-e2d1-4c38-8e0f-06eb72f41108_9ae2d-2b30-48b1-8196-10601906f74f_cover-art-v1.jpg"/>
                <itunes:duration>4525</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>018: Feature Flags (Finally!)</itunes:title>
                <title>018: Feature Flags (Finally!)</title>

                <itunes:episode>18</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/018-feature-flags-finally/</itunes:summary>
                <description><![CDATA[<p>For Ben and his team, few things have <em>fundamentally changed</em> the product development life-cycle as much as <a href="https://launchdarkly.com/" rel="nofollow">LaunchDarkly</a>, a feature flag management platform. Feature flags allow software engineers to separate the &#34;deployment&#34; of code from the &#34;releasing&#34; of code. Which means safer deployments; instantaneous roll-backs; smaller Pull Requests (PRs); incremental feature development; load-testing with real-world traffic; and - <em>generally speaking</em> - a big bowl of awesome sauce that you didn&#39;t even know you needed! And, once you have it, you realize that you can&#39;t live without it.</p><p><em>Mic drop!</em></p><p>But, while Feature Flags may seem magical, <em>they aren&#39;t magic</em>. And, moving feature flags through a product development life-cycle requires a certain degree of discipline. Because if you leave feature flags in your code for too long, your application logic can quickly devolve into an unclear, unpredictable maze of control-flow spaghetti.</p><p>In other news, the Working Code crew is also about to embark on their fist book club adventure, starting with <a href="https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM" rel="nofollow">Clean Code by Robert Martin</a> (aka, &#34;Uncle Bob&#34;). We intend to review this book in the May 12th episode. Feel free to follow along!</p><p>And just when you thought things couldn&#39;t get any better, the Working Code Podcast now has a <em>party line</em>! Just kidding; but, we do have an <strong>answering service at (512) 253-2633 (That&#39;s 512-253-CODE!)</strong>. Please leave us a message with with your comments, questions, and anything else you feel like sharing. We miss hearing your voices!</p><h3>Triumphs &amp; Failures</h3><ul><li>Adam&#39;s Triumph - Historically, when his team needed to host a private npm module, they&#39;ve stored it in a private GitHub repository and then used git URLs within the <code>package.json</code> file. And, this worked <em>most of the time</em>. But, it was wonky and there were lots of quirks and edge-cases and they&#39;ve been on the lookout for a better solution. Enter stage left: <a href="https://github.com/features/packages" rel="nofollow">GitHub Packages</a>. These allow you to &#34;officially&#34; store npm modules right alongside the rest of your GitHub hosted code - no hacks, no troubles.</li><li>Ben&#39;s Failure - He&#39;s generally very regimented about the hours that he keeps. But, in the wake of losing both his Project Manger (PM) and his Engineering Manager (EM), he&#39;s been struggling to properly prioritize all the work on his plate. And, instead of being smarter, he&#39;s opted to work <em>harder</em> by putting in a few extra hours here-and-there. He understands that it&#39;s a <em>slippery slope</em>; and, not the life-style that he wants to live; but, if he can <em>just get ahead of it</em>, he&#39;s confident that he&#39;ll get back on the right track.</li><li>Carol&#39;s Triumph - She&#39;s been wanting to build something with React as means to level-up on her front-end skills. And she finally finished going through a <a href="https://www.udemy.com/" rel="nofollow">Udemy</a> course on React! Next step: React side project (possibly to track her water intake).</li><li>Tim&#39;s Triumph - He&#39;s launching a skunk works project that is based on a previous skunk works project. It feels a little bit rogue; and a little bit cowboy; but, it also feels kind of amazing and is something that Tim recommends to everyone (assuming that they have some free time to commit).</li></ul><blockquote>ASIDE: A &#34;skunk works project&#34; is a secret project that the rest of (or most of) your company doesn&#39;t know about until there&#39;s a big reveal. These types of projects may <em>or may not</em> be authorized by the company itself.</blockquote><h3>Notes &amp; Links</h3><ul><li><a href="https://launchdarkly.com/" rel="nofollow">LaunchDarkly</a> - an amazing platform for feature flag based application development.</li><li><a href="https://www.flagsmith.com/" rel="nofollow">Flagsmith</a> - a feature flag service that has hosted, cloud, and on-premise solutions.</li><li><a href="https://www.split.io/" rel="nofollow">Split IO</a> - a feature flag service with a free tier option.</li><li><a href="https://www.bennadel.com/blog/3766-my-personal-best-practices-for-using-launchdarkly-feature-flags.htm" rel="nofollow">Ben Nadel: My Personal Best Practices For Using LaunchDarkly Feature Flags</a> - on opus on how Ben&#39;s team uses LaunchDarkly and feature flags.</li><li><a href="https://www.bennadel.com/blog/3612-viewing-the-launchdarkly-feature-flag-evaluation-process-as-a-pure-function.htm" rel="nofollow">Ben Nadel: Viewing The LaunchDarkly Feature Flag Evaluation Process As A Pure Function</a> - a helpful analogy for understanding how user targeting works in LaunchDarkly.</li><li><a href="https://www.oreilly.com/library/view/managing-feature-flags/9781492028598/" rel="nofollow">Adil Aijaz: Managing Feature Flags</a> - an O&#39;Reilly book on feature flag management.</li><li><a href="https://github.com/statsd/statsd" rel="nofollow">StatsD</a> - the de facto standard for recording application metrics in web development.</li><li><a href="https://www.fusion-reactor.com/" rel="nofollow">FusionReactor</a> - an application performance monitoring (APM) solution for the JVM.</li><li><a href="https://www.loggly.com/" rel="nofollow">Loggly</a> - a log aggregation service that requires no proprietary agents.</li><li><a href="https://www.datadoghq.com/" rel="nofollow">Datadog</a> - a modern (and totally awesome) platform for monitoring, logging, and StatsD metrics.</li></ul><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;For Ben and his team, few things have &lt;em&gt;fundamentally changed&lt;/em&gt; the product development life-cycle as much as &lt;a href=&#34;https://launchdarkly.com/&#34; rel=&#34;nofollow&#34;&gt;LaunchDarkly&lt;/a&gt;, a feature flag management platform. Feature flags allow software engineers to separate the &amp;#34;deployment&amp;#34; of code from the &amp;#34;releasing&amp;#34; of code. Which means safer deployments; instantaneous roll-backs; smaller Pull Requests (PRs); incremental feature development; load-testing with real-world traffic; and - &lt;em&gt;generally speaking&lt;/em&gt; - a big bowl of awesome sauce that you didn&amp;#39;t even know you needed! And, once you have it, you realize that you can&amp;#39;t live without it.&lt;/p&gt;&lt;p&gt;&lt;em&gt;Mic drop!&lt;/em&gt;&lt;/p&gt;&lt;p&gt;But, while Feature Flags may seem magical, &lt;em&gt;they aren&amp;#39;t magic&lt;/em&gt;. And, moving feature flags through a product development life-cycle requires a certain degree of discipline. Because if you leave feature flags in your code for too long, your application logic can quickly devolve into an unclear, unpredictable maze of control-flow spaghetti.&lt;/p&gt;&lt;p&gt;In other news, the Working Code crew is also about to embark on their fist book club adventure, starting with &lt;a href=&#34;https://www.amazon.com/Clean-Code-Handbook-Software-Craftsmanship-ebook/dp/B001GSTOAM&#34; rel=&#34;nofollow&#34;&gt;Clean Code by Robert Martin&lt;/a&gt; (aka, &amp;#34;Uncle Bob&amp;#34;). We intend to review this book in the May 12th episode. Feel free to follow along!&lt;/p&gt;&lt;p&gt;And just when you thought things couldn&amp;#39;t get any better, the Working Code Podcast now has a &lt;em&gt;party line&lt;/em&gt;! Just kidding; but, we do have an &lt;strong&gt;answering service at (512) 253-2633 (That&amp;#39;s 512-253-CODE!)&lt;/strong&gt;. Please leave us a message with with your comments, questions, and anything else you feel like sharing. We miss hearing your voices!&lt;/p&gt;&lt;h3&gt;Triumphs &amp;amp; Failures&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph - Historically, when his team needed to host a private npm module, they&amp;#39;ve stored it in a private GitHub repository and then used git URLs within the &lt;code&gt;package.json&lt;/code&gt; file. And, this worked &lt;em&gt;most of the time&lt;/em&gt;. But, it was wonky and there were lots of quirks and edge-cases and they&amp;#39;ve been on the lookout for a better solution. Enter stage left: &lt;a href=&#34;https://github.com/features/packages&#34; rel=&#34;nofollow&#34;&gt;GitHub Packages&lt;/a&gt;. These allow you to &amp;#34;officially&amp;#34; store npm modules right alongside the rest of your GitHub hosted code - no hacks, no troubles.&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Failure - He&amp;#39;s generally very regimented about the hours that he keeps. But, in the wake of losing both his Project Manger (PM) and his Engineering Manager (EM), he&amp;#39;s been struggling to properly prioritize all the work on his plate. And, instead of being smarter, he&amp;#39;s opted to work &lt;em&gt;harder&lt;/em&gt; by putting in a few extra hours here-and-there. He understands that it&amp;#39;s a &lt;em&gt;slippery slope&lt;/em&gt;; and, not the life-style that he wants to live; but, if he can &lt;em&gt;just get ahead of it&lt;/em&gt;, he&amp;#39;s confident that he&amp;#39;ll get back on the right track.&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Triumph - She&amp;#39;s been wanting to build something with React as means to level-up on her front-end skills. And she finally finished going through a &lt;a href=&#34;https://www.udemy.com/&#34; rel=&#34;nofollow&#34;&gt;Udemy&lt;/a&gt; course on React! Next step: React side project (possibly to track her water intake).&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph - He&amp;#39;s launching a skunk works project that is based on a previous skunk works project. It feels a little bit rogue; and a little bit cowboy; but, it also feels kind of amazing and is something that Tim recommends to everyone (assuming that they have some free time to commit).&lt;/li&gt;&lt;/ul&gt;&lt;blockquote&gt;ASIDE: A &amp;#34;skunk works project&amp;#34; is a secret project that the rest of (or most of) your company doesn&amp;#39;t know about until there&amp;#39;s a big reveal. These types of projects may &lt;em&gt;or may not&lt;/em&gt; be authorized by the company itself.&lt;/blockquote&gt;&lt;h3&gt;Notes &amp;amp; Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://launchdarkly.com/&#34; rel=&#34;nofollow&#34;&gt;LaunchDarkly&lt;/a&gt; - an amazing platform for feature flag based application development.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.flagsmith.com/&#34; rel=&#34;nofollow&#34;&gt;Flagsmith&lt;/a&gt; - a feature flag service that has hosted, cloud, and on-premise solutions.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.split.io/&#34; rel=&#34;nofollow&#34;&gt;Split IO&lt;/a&gt; - a feature flag service with a free tier option.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.bennadel.com/blog/3766-my-personal-best-practices-for-using-launchdarkly-feature-flags.htm&#34; rel=&#34;nofollow&#34;&gt;Ben Nadel: My Personal Best Practices For Using LaunchDarkly Feature Flags&lt;/a&gt; - on opus on how Ben&amp;#39;s team uses LaunchDarkly and feature flags.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.bennadel.com/blog/3612-viewing-the-launchdarkly-feature-flag-evaluation-process-as-a-pure-function.htm&#34; rel=&#34;nofollow&#34;&gt;Ben Nadel: Viewing The LaunchDarkly Feature Flag Evaluation Process As A Pure Function&lt;/a&gt; - a helpful analogy for understanding how user targeting works in LaunchDarkly.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.oreilly.com/library/view/managing-feature-flags/9781492028598/&#34; rel=&#34;nofollow&#34;&gt;Adil Aijaz: Managing Feature Flags&lt;/a&gt; - an O&amp;#39;Reilly book on feature flag management.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/statsd/statsd&#34; rel=&#34;nofollow&#34;&gt;StatsD&lt;/a&gt; - the de facto standard for recording application metrics in web development.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.fusion-reactor.com/&#34; rel=&#34;nofollow&#34;&gt;FusionReactor&lt;/a&gt; - an application performance monitoring (APM) solution for the JVM.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.loggly.com/&#34; rel=&#34;nofollow&#34;&gt;Loggly&lt;/a&gt; - a log aggregation service that requires no proprietary agents.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.datadoghq.com/&#34; rel=&#34;nofollow&#34;&gt;Datadog&lt;/a&gt; - a modern (and totally awesome) platform for monitoring, logging, and StatsD metrics.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="82037028" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/4744bc75-9c60-40cd-98ee-a3eb9683c895/stream.mp3"/>
                
                <guid isPermaLink="false">90372a21-46b3-4783-a885-08ae675a6d10</guid>
                <link>https://workingcode.dev/episodes/018-feature-flags-finally/</link>
                <pubDate>Wed, 14 Apr 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/4/17/21/d5d0216c-b21d-4987-bd0d-c209fc5cec4c_30a8c-746e-475e-a33c-dc45cd6835ef_cover-art-v1.jpg"/>
                <itunes:duration>5127</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>017: Premature Optimization</itunes:title>
                <title>017: Premature Optimization</title>

                <itunes:episode>17</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/017-premature-optimization/</itunes:summary>
                <description><![CDATA[<p>This week, the crew talks about &#34;premature optimization&#34;. As Ben explained it to his wife, this is when you <em>&#34;solve problems that you don&#39;t have yet&#34;</em>. But, what kind of problems are we talking about? Missing features? Missing methodologies? Missing performance characteristics? It seems that every aspect of the development life-cycle offers up potential pitfalls in which we may chase &#34;perfection&#34; needlessly when all we really needed was something that was &#34;good enough.&#34; In the best case scenario, premature optimization is a waste of time. But, in the worst case scenario, premature optimization can kill a project before it ever gets off the ground.</p><h3>Triumphs &amp; Failures</h3><ul><li>Adam&#39;s Triumph - For a long time, he and his team have been correcting a recurring data corruption issue by manually opening a record in their administrative user interface (UI) and then re-saving that record. It&#39;s easy to do; but it&#39;s tedious and frustrating. After recently completing some of his high-priority work, however, Adam was <em>finally</em> able to locate and <em>fix the underlying cause</em> (a race condition between two asynchronous API calls). This removed a small point of friction; but, it had an outside effect on the team morale!</li><li>Ben&#39;s Triumph - After feeling gut-punched over the poor performance of his HTML Email DSL (Domain Specific Language) when running inside of a Docker container, he deployed a sanity-check experiment to production and found that ColdFusion custom tags ran <em>68-times faster</em> in production when compared to his local development environment. This completely removed his fear of using ColdFusion custom tags to generate HTML emails; and meant that it was totally <em>game on</em>!</li><li>Carol&#39;s N/A - Unfortunately, Carol was out sick. Feel better Carol! We miss you and we hope you feel better soon!</li><li>Tim&#39;s Triumph - He&#39;s been working hard to find common ground with his customers during the ideation phase of Product development. And although he sometimes feels like a marriage counselor, he knows that the best way to achieve success is to include and consult with his customers, even if he suspects that the final outcome will be the same. Ultimately, customers just want to <em>feel heard</em>; and to feel like their needs are being addressed in some form or fashion.</li></ul><h3>Notes &amp; Links</h3><ul><li><a href="https://changelog.com/gotime/172" rel="nofollow">Go Time: Episode 172</a> - An interview with Bill Kennedy discussing best practices around the design of Go software.</li><li><a href="https://imgur.com/gallery/KkUB0dL" rel="nofollow">Meme: Science vs Engineering</a> - A meme that pits the elegance of science against the brute-force pragmatism of engineering.</li><li><a href="https://sandimetz.com/blog/2016/1/20/the-wrong-abstraction" rel="nofollow">Sandi Metz: The Wrong Abstraction</a> - a blog post in which the cost of a little duplication is compared to the cost of the wrong abstraction.</li><li><a href="https://en.wikipedia.org/wiki/Rule_of_three_(computer_programming)" rel="nofollow">Rule of Three</a> - a code refactoring rule-of-thumb that states an abstraction should be created only on the third time duplicate code is needed.</li><li><a href="https://kentcdodds.com/blog/aha-programming" rel="nofollow">Kent C. Dodds: AHA Programming</a> - DRY vs. WET vs. AHA - several different rules-of-thumb for refactoring code.</li><li><a href="https://adamtuttle.codes/blog/2013/errors-are-best-when-emailed-said-nobody-ever/" rel="nofollow">Adam Tuttle: Errors Are Best When Emailed... Said Nobody Ever</a> - a presentation on how to effectively monitor errors within your web application.</li><li><a href="https://www.youtube.com/watch?v=b2F-DItXtZs" rel="nofollow">MongoDB is Web Scale</a> - a meme poking fun at the web scale fanatics that showed up after Document Databases were first introduced.</li></ul><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week, the crew talks about &amp;#34;premature optimization&amp;#34;. As Ben explained it to his wife, this is when you &lt;em&gt;&amp;#34;solve problems that you don&amp;#39;t have yet&amp;#34;&lt;/em&gt;. But, what kind of problems are we talking about? Missing features? Missing methodologies? Missing performance characteristics? It seems that every aspect of the development life-cycle offers up potential pitfalls in which we may chase &amp;#34;perfection&amp;#34; needlessly when all we really needed was something that was &amp;#34;good enough.&amp;#34; In the best case scenario, premature optimization is a waste of time. But, in the worst case scenario, premature optimization can kill a project before it ever gets off the ground.&lt;/p&gt;&lt;h3&gt;Triumphs &amp;amp; Failures&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph - For a long time, he and his team have been correcting a recurring data corruption issue by manually opening a record in their administrative user interface (UI) and then re-saving that record. It&amp;#39;s easy to do; but it&amp;#39;s tedious and frustrating. After recently completing some of his high-priority work, however, Adam was &lt;em&gt;finally&lt;/em&gt; able to locate and &lt;em&gt;fix the underlying cause&lt;/em&gt; (a race condition between two asynchronous API calls). This removed a small point of friction; but, it had an outside effect on the team morale!&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Triumph - After feeling gut-punched over the poor performance of his HTML Email DSL (Domain Specific Language) when running inside of a Docker container, he deployed a sanity-check experiment to production and found that ColdFusion custom tags ran &lt;em&gt;68-times faster&lt;/em&gt; in production when compared to his local development environment. This completely removed his fear of using ColdFusion custom tags to generate HTML emails; and meant that it was totally &lt;em&gt;game on&lt;/em&gt;!&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s N/A - Unfortunately, Carol was out sick. Feel better Carol! We miss you and we hope you feel better soon!&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph - He&amp;#39;s been working hard to find common ground with his customers during the ideation phase of Product development. And although he sometimes feels like a marriage counselor, he knows that the best way to achieve success is to include and consult with his customers, even if he suspects that the final outcome will be the same. Ultimately, customers just want to &lt;em&gt;feel heard&lt;/em&gt;; and to feel like their needs are being addressed in some form or fashion.&lt;/li&gt;&lt;/ul&gt;&lt;h3&gt;Notes &amp;amp; Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://changelog.com/gotime/172&#34; rel=&#34;nofollow&#34;&gt;Go Time: Episode 172&lt;/a&gt; - An interview with Bill Kennedy discussing best practices around the design of Go software.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://imgur.com/gallery/KkUB0dL&#34; rel=&#34;nofollow&#34;&gt;Meme: Science vs Engineering&lt;/a&gt; - A meme that pits the elegance of science against the brute-force pragmatism of engineering.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://sandimetz.com/blog/2016/1/20/the-wrong-abstraction&#34; rel=&#34;nofollow&#34;&gt;Sandi Metz: The Wrong Abstraction&lt;/a&gt; - a blog post in which the cost of a little duplication is compared to the cost of the wrong abstraction.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Rule_of_three_(computer_programming)&#34; rel=&#34;nofollow&#34;&gt;Rule of Three&lt;/a&gt; - a code refactoring rule-of-thumb that states an abstraction should be created only on the third time duplicate code is needed.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://kentcdodds.com/blog/aha-programming&#34; rel=&#34;nofollow&#34;&gt;Kent C. Dodds: AHA Programming&lt;/a&gt; - DRY vs. WET vs. AHA - several different rules-of-thumb for refactoring code.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://adamtuttle.codes/blog/2013/errors-are-best-when-emailed-said-nobody-ever/&#34; rel=&#34;nofollow&#34;&gt;Adam Tuttle: Errors Are Best When Emailed... Said Nobody Ever&lt;/a&gt; - a presentation on how to effectively monitor errors within your web application.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=b2F-DItXtZs&#34; rel=&#34;nofollow&#34;&gt;MongoDB is Web Scale&lt;/a&gt; - a meme poking fun at the web scale fanatics that showed up after Document Databases were first introduced.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="51624646" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/1e04850f-0572-4cd7-a2be-d49595f964f7/stream.mp3"/>
                
                <guid isPermaLink="false">db816484-00ab-404e-820a-db3d5064d25c</guid>
                <link>https://workingcode.dev/episodes/017-premature-optimization/</link>
                <pubDate>Wed, 07 Apr 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/4/29/11/8ed52d1e-2eee-4231-b381-db64f86517f1_9367c-9744-4295-ae6b-2c5314fe8704_cover-art-v1.jpg"/>
                <itunes:duration>3226</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>016: Interviewing</itunes:title>
                <title>016: Interviewing</title>

                <itunes:episode>16</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/016-interviewing/</itunes:summary>
                <description><![CDATA[<p>This week, the crew sits down to talk about interviewing, both from the side of the interviewer and from the side of interviewee. What are we looking for? What are the red flags? What kinds of questions should we be asking? Are we putting too much faith in the sanctity of the interview process? And, why the heck does <a href="https://www.businessinsider.com/zappos-tony-hsieh-paid-new-workers-to-quit-the-offer-2020-11" rel="nofollow">Zappos offer to pay you $2,000 <em>not to work there</em></a>?!</p><p><br></p><p>This discussion is particularly insightful because Carol shares her perspective as a female which includes things most men will have never considered. For example, did you know that you can ask ahead of time who will be interviewing you? And, that it&#39;s even OK to ask for a woman to be present on the interview panel? This underscores the importance of creating and hiring for a diverse team: everyone&#39;s perspective is different; and, everyone&#39;s perspective is valuable. And, when we only hire people that look and act like us, we only see the human experience through a small window.</p><p><br></p><p>Each week, our top Patreon supporters get a sponsored shout-out. And, today&#39;s shout-out goes to <a href="https://girlswhocode.com/" rel="nofollow">Girls Who Code</a>, an organization who&#39;s mission it is to close the gender gap in technology and to change the image of what a programmer looks like and does.</p><h3><br></h3><h3>Triumphs &amp; Failures</h3><ul><li>Adam&#39;s Triumph - In 2014, he wrote <a href="https://restassuredbook.com/" rel="nofollow">REST Assured</a>, a no-nonsense ebook about architecting RESTful APIs. Now in 2021 - by <em>popular demand</em> - this digital work is finally coming to a paperback near you! And of course, we&#39;re all demanding signed copies!</li><li>Ben&#39;s Failure - this past week just left him feeling <em>destroyed</em>. Between the &#34;Spring forward&#34; clock change, an absurd number of meetings, and the abysmal performance of his ColdFusion custom tag DSL inside a Docker container, this whole week has felt like a kick in the gut. Not every week is going to be a winner; and, he just hopes that next week is better!</li><li>Carol&#39;s Triumph - she bought a daily-planer to help her keep track of what she&#39;s done <em>today</em>; and, what she needs to get done <em>tomorrow</em>. Part optimization, part self-care, writing everything down allows her to see a clear record of what she&#39;s accomplished; which, in turn, allows her to embrace her own success and feel good about stepping away from her desk when she needs to take a break.</li><li>Tim&#39;s Triumph - his plan is really coming together! After months-and-months of consulting with customers, writing business plans, organizing marketing campaigns, collecting testimonials, obtaining budgets, running things by Legal, and working with Quality Assurance (QA), all the pieces are falling into place. And, for him, it&#39;s been a truly humbling experience. As engineers, we can be lulled into thinking that we are the <em>center of the universe</em>; but, when one see just how many people are involved in bringing a product to market, it becomes clear that we are just small cogs in a massive, harmonious machine.</li></ul><h3><br></h3><h3>Notes &amp; Links</h3><ul><li><a href="https://github.com/danieldelcore/mega-interview-guide" rel="nofollow">The MEGA Interview Guide</a> - a humble guide to give developers the tools they need to nail technical interviews!</li><li><a href="https://github.com/DopplerHQ/awesome-interview-questions" rel="nofollow">Awesome Interview Questions</a> - a curated list of lists of technical interview questions.</li><li><a href="https://github.com/careercup/CtCI-6th-Edition" rel="nofollow">Cracking the Coding Interview</a> - the 6th edition of the book&#39;s crowd-sourced solutions guide.</li><li><a href="https://www.theregister.com/2021/03/10/fake_mova_programming" rel="nofollow">MOVA</a> - a fake programming language created to help weed-out nefarious recruiters and engineers.</li><li><a href="https://www.howtodeal.dev/" rel="nofollow">How to Deal with Difficult People on Software Projects</a> - a breakdown of different work personalities and how to work effectively with them.</li></ul><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week, the crew sits down to talk about interviewing, both from the side of the interviewer and from the side of interviewee. What are we looking for? What are the red flags? What kinds of questions should we be asking? Are we putting too much faith in the sanctity of the interview process? And, why the heck does &lt;a href=&#34;https://www.businessinsider.com/zappos-tony-hsieh-paid-new-workers-to-quit-the-offer-2020-11&#34; rel=&#34;nofollow&#34;&gt;Zappos offer to pay you $2,000 &lt;em&gt;not to work there&lt;/em&gt;&lt;/a&gt;?!&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;This discussion is particularly insightful because Carol shares her perspective as a female which includes things most men will have never considered. For example, did you know that you can ask ahead of time who will be interviewing you? And, that it&amp;#39;s even OK to ask for a woman to be present on the interview panel? This underscores the importance of creating and hiring for a diverse team: everyone&amp;#39;s perspective is different; and, everyone&amp;#39;s perspective is valuable. And, when we only hire people that look and act like us, we only see the human experience through a small window.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Each week, our top Patreon supporters get a sponsored shout-out. And, today&amp;#39;s shout-out goes to &lt;a href=&#34;https://girlswhocode.com/&#34; rel=&#34;nofollow&#34;&gt;Girls Who Code&lt;/a&gt;, an organization who&amp;#39;s mission it is to close the gender gap in technology and to change the image of what a programmer looks like and does.&lt;/p&gt;&lt;h3&gt;&lt;br&gt;&lt;/h3&gt;&lt;h3&gt;Triumphs &amp;amp; Failures&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph - In 2014, he wrote &lt;a href=&#34;https://restassuredbook.com/&#34; rel=&#34;nofollow&#34;&gt;REST Assured&lt;/a&gt;, a no-nonsense ebook about architecting RESTful APIs. Now in 2021 - by &lt;em&gt;popular demand&lt;/em&gt; - this digital work is finally coming to a paperback near you! And of course, we&amp;#39;re all demanding signed copies!&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Failure - this past week just left him feeling &lt;em&gt;destroyed&lt;/em&gt;. Between the &amp;#34;Spring forward&amp;#34; clock change, an absurd number of meetings, and the abysmal performance of his ColdFusion custom tag DSL inside a Docker container, this whole week has felt like a kick in the gut. Not every week is going to be a winner; and, he just hopes that next week is better!&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Triumph - she bought a daily-planer to help her keep track of what she&amp;#39;s done &lt;em&gt;today&lt;/em&gt;; and, what she needs to get done &lt;em&gt;tomorrow&lt;/em&gt;. Part optimization, part self-care, writing everything down allows her to see a clear record of what she&amp;#39;s accomplished; which, in turn, allows her to embrace her own success and feel good about stepping away from her desk when she needs to take a break.&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph - his plan is really coming together! After months-and-months of consulting with customers, writing business plans, organizing marketing campaigns, collecting testimonials, obtaining budgets, running things by Legal, and working with Quality Assurance (QA), all the pieces are falling into place. And, for him, it&amp;#39;s been a truly humbling experience. As engineers, we can be lulled into thinking that we are the &lt;em&gt;center of the universe&lt;/em&gt;; but, when one see just how many people are involved in bringing a product to market, it becomes clear that we are just small cogs in a massive, harmonious machine.&lt;/li&gt;&lt;/ul&gt;&lt;h3&gt;&lt;br&gt;&lt;/h3&gt;&lt;h3&gt;Notes &amp;amp; Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/danieldelcore/mega-interview-guide&#34; rel=&#34;nofollow&#34;&gt;The MEGA Interview Guide&lt;/a&gt; - a humble guide to give developers the tools they need to nail technical interviews!&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/DopplerHQ/awesome-interview-questions&#34; rel=&#34;nofollow&#34;&gt;Awesome Interview Questions&lt;/a&gt; - a curated list of lists of technical interview questions.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/careercup/CtCI-6th-Edition&#34; rel=&#34;nofollow&#34;&gt;Cracking the Coding Interview&lt;/a&gt; - the 6th edition of the book&amp;#39;s crowd-sourced solutions guide.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.theregister.com/2021/03/10/fake_mova_programming&#34; rel=&#34;nofollow&#34;&gt;MOVA&lt;/a&gt; - a fake programming language created to help weed-out nefarious recruiters and engineers.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.howtodeal.dev/&#34; rel=&#34;nofollow&#34;&gt;How to Deal with Difficult People on Software Projects&lt;/a&gt; - a breakdown of different work personalities and how to work effectively with them.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="72695222" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/744eea2b-add6-40c2-8b11-875ea16baf09/stream.mp3"/>
                
                <guid isPermaLink="false">b4021eb3-6315-47dd-9cbb-c54fc0a6d8f7</guid>
                <link>https://workingcode.dev/episodes/016-interviewing/</link>
                <pubDate>Wed, 31 Mar 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/3/23/23/ce949fe0-1def-4df4-94c4-384916885185_2a7f2-9682-440d-a716-02c58472f0c6_cover-art-v1.jpg"/>
                <itunes:duration>4543</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>015: Potluck #1</itunes:title>
                <title>015: Potluck #1</title>

                <itunes:episode>15</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes on our website: https://workingcode.dev/episodes/015-potluck-1/</itunes:summary>
                <description><![CDATA[<p>This week, we&#39;re trying something new: each host has brought with them a topic for the crew to discuss. Topics range from considerations about data-context; what does and <em>does not</em> make for a good manager; code that we&#39;re proud to have written; and, what it looks like when a team develops a strong bias for action. One particularly thought-provoking matter is the fact that 20% of Tim&#39;s clients prefer to make payments over the phone even when given a web-based option. This is a great reminder of the &#34;bubble&#34; that we can live in, often forgetting that what seems like an odd, archaic choice to us can actually be the &#34;preferred choice&#34; for others.</p><h3><br></h3><h3>Triumphs &amp; Failures</h3><ul><li>Adam&#39;s Triumph - His desk is normally an obstacle course of empty Mountain Dew cans, thumb drives, pens, papers, and whatever else piles up and refuses to be thrown away over time. But, he finally cleaned up his office and even <em>vacuumed the floor</em>. And, heck if it doesn&#39;t feel good; well, at least for the next 6-hours.</li><li>Ben&#39;s Triumph - He fixed some bugs! On a small team, there&#39;s always a <em>tension</em> between new feature development and fixing bugs. And, unfortunately, building the &#34;newness&#34; tends to win out. In the last few weeks, however, he&#39;s really focused on allocating time to grooming the backlog and fixing long-standing issues, each one of which represents a real user that&#39;s experiencing real frictions.</li><li>Carol&#39;s Triumph - Her communication style can be a bit too curt. In a professional setting, she tends not to mince her words, which can ruffle feathers. Lately, however, she&#39;s been making an effort to &#34;people&#34; better, pushing back against inaccuracies with <em>questions</em> instead of just showing people where they went wrong.</li><li>Tim&#39;s Triumph - Building a successful software product is far more than just <em>writing the code</em>. As Tim puts it, you have to be a &#34;bridge builder&#34;. Which means, spending time getting everyone else on board: finance, legal, engineers, and the leadership within the corporate hierarchy. Everyone needs to understand why something is being created; and, why it&#39;s worth the time, money, and investment. Historically, Tim has not felt very effective at this consensus building. But lately, he&#39;s been really crushing it. He can&#39;t share too many details at the moment; but, when the time comes, we won&#39;t be able to shut-him-up!</li></ul><h3><br></h3><h3>Notes &amp; Links</h3><ul><li><a href="https://girlswhocode.com/" rel="nofollow">Girls Who Code</a> - an organization focused on building the world&#39;s largest pipeline of future female engineers.</li><li><a href="https://changelog.com/gotime" rel="nofollow">Go Time podcast</a> - a Changelog podcast focused on Golang.</li><li><a href="https://samnewman.io/patterns/architectural/bff/" rel="nofollow">BFF: Backends For Frontends</a> - an architectural pattern in which backend APIs are built for specific frontend clients.</li><li><a href="https://programmingisterrible.com/post/139222674273/how-to-write-disposable-code-in-large-systems" rel="nofollow">Tef: Write code that&#39;s easy to delete</a> - an article espousing the virtues of code that is written to be deleted.</li><li><a href="https://wardbell.me/" rel="nofollow">Ward Bell</a> - co-host of the <a href="https://webrush.io/" rel="nofollow">Web Rush podcast</a>.</li><li>Dark Matter Developers - the quiet majority of engineers that do their job but don&#39;t necessarily participate in the greater web development community.</li><li>IGROW - Issue, Goal, Reality, Options, Way Forward: a model for mentoring and coaching.</li></ul><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;This week, we&amp;#39;re trying something new: each host has brought with them a topic for the crew to discuss. Topics range from considerations about data-context; what does and &lt;em&gt;does not&lt;/em&gt; make for a good manager; code that we&amp;#39;re proud to have written; and, what it looks like when a team develops a strong bias for action. One particularly thought-provoking matter is the fact that 20% of Tim&amp;#39;s clients prefer to make payments over the phone even when given a web-based option. This is a great reminder of the &amp;#34;bubble&amp;#34; that we can live in, often forgetting that what seems like an odd, archaic choice to us can actually be the &amp;#34;preferred choice&amp;#34; for others.&lt;/p&gt;&lt;h3&gt;&lt;br&gt;&lt;/h3&gt;&lt;h3&gt;Triumphs &amp;amp; Failures&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph - His desk is normally an obstacle course of empty Mountain Dew cans, thumb drives, pens, papers, and whatever else piles up and refuses to be thrown away over time. But, he finally cleaned up his office and even &lt;em&gt;vacuumed the floor&lt;/em&gt;. And, heck if it doesn&amp;#39;t feel good; well, at least for the next 6-hours.&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Triumph - He fixed some bugs! On a small team, there&amp;#39;s always a &lt;em&gt;tension&lt;/em&gt; between new feature development and fixing bugs. And, unfortunately, building the &amp;#34;newness&amp;#34; tends to win out. In the last few weeks, however, he&amp;#39;s really focused on allocating time to grooming the backlog and fixing long-standing issues, each one of which represents a real user that&amp;#39;s experiencing real frictions.&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Triumph - Her communication style can be a bit too curt. In a professional setting, she tends not to mince her words, which can ruffle feathers. Lately, however, she&amp;#39;s been making an effort to &amp;#34;people&amp;#34; better, pushing back against inaccuracies with &lt;em&gt;questions&lt;/em&gt; instead of just showing people where they went wrong.&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph - Building a successful software product is far more than just &lt;em&gt;writing the code&lt;/em&gt;. As Tim puts it, you have to be a &amp;#34;bridge builder&amp;#34;. Which means, spending time getting everyone else on board: finance, legal, engineers, and the leadership within the corporate hierarchy. Everyone needs to understand why something is being created; and, why it&amp;#39;s worth the time, money, and investment. Historically, Tim has not felt very effective at this consensus building. But lately, he&amp;#39;s been really crushing it. He can&amp;#39;t share too many details at the moment; but, when the time comes, we won&amp;#39;t be able to shut-him-up!&lt;/li&gt;&lt;/ul&gt;&lt;h3&gt;&lt;br&gt;&lt;/h3&gt;&lt;h3&gt;Notes &amp;amp; Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://girlswhocode.com/&#34; rel=&#34;nofollow&#34;&gt;Girls Who Code&lt;/a&gt; - an organization focused on building the world&amp;#39;s largest pipeline of future female engineers.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://changelog.com/gotime&#34; rel=&#34;nofollow&#34;&gt;Go Time podcast&lt;/a&gt; - a Changelog podcast focused on Golang.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://samnewman.io/patterns/architectural/bff/&#34; rel=&#34;nofollow&#34;&gt;BFF: Backends For Frontends&lt;/a&gt; - an architectural pattern in which backend APIs are built for specific frontend clients.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://programmingisterrible.com/post/139222674273/how-to-write-disposable-code-in-large-systems&#34; rel=&#34;nofollow&#34;&gt;Tef: Write code that&amp;#39;s easy to delete&lt;/a&gt; - an article espousing the virtues of code that is written to be deleted.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://wardbell.me/&#34; rel=&#34;nofollow&#34;&gt;Ward Bell&lt;/a&gt; - co-host of the &lt;a href=&#34;https://webrush.io/&#34; rel=&#34;nofollow&#34;&gt;Web Rush podcast&lt;/a&gt;.&lt;/li&gt;&lt;li&gt;Dark Matter Developers - the quiet majority of engineers that do their job but don&amp;#39;t necessarily participate in the greater web development community.&lt;/li&gt;&lt;li&gt;IGROW - Issue, Goal, Reality, Options, Way Forward: a model for mentoring and coaching.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="79090834" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/80160043-3f0f-43b8-8b5b-ad91201cbbae/stream.mp3"/>
                
                <guid isPermaLink="false">0d0a6835-e88e-4d18-b41e-f70fea13109f</guid>
                <link>https://workingcode.dev/episodes/015-potluck-1/</link>
                <pubDate>Wed, 24 Mar 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/3/15/2/836edb2d-0010-4f12-81da-521463ce94f6_cover-art-v1.jpg"/>
                <itunes:duration>4943</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>014: Zen and the Art of Pull Requests</itunes:title>
                <title>014: Zen and the Art of Pull Requests</title>

                <itunes:episode>14</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>View the notes online: https://workingcode.dev/episodes/014-zen-and-the-art-of-pull-requests/</itunes:summary>
                <description><![CDATA[<p>Ben has <em>&#34;feelings&#34;</em> about many aspects of web application development. And, after working with <a href="https://git-scm.com/" rel="nofollow">git</a> and <a href="https://github.com/" rel="nofollow">GitHub</a> for the last 10-years, he&#39;s formed a lot of <em>strong opinions</em> - oftentimes <em>strongly held</em> - about how Pull Requests (PRs) should be created and managed within a team context. For example:</p><blockquote>Code completed is more important than code being written. As such, if an open PR sits around for more than an hour, your team has <em>failed</em> to review said PR in a timely manner.</blockquote><p>And:</p><blockquote>If a PR takes more than 15-minutes to review, the PR is too large. The author of said PR has failed to decompose the problem into smaller, independently-deployable changes.</blockquote><p><br></p><p>As you can imagine, Ben&#39;s &#34;PR Commandments&#34; don&#39;t work for every one or every team. This week, the crew meets to discuss his approach to Pull Requests, reaching consensus on some concepts and pushing-back strongly on others. And, of course, this is totally fine - every team has its own set of constraints that have bearing on how that team operates. Your mileage my vary!</p><p><br></p><p>Plus, we find out that Carol can be bribed with tacos... sweet, sweet tacos!</p><h3><br></h3><h3>Triumphs &amp; Failures</h3><ul><li>Adam&#39;s Triumph - He just had his 9-year work anniversary at <a href="https://www.alumniq.com/" rel="nofollow">AlumnIQ</a>! And, as he reflects on the last 9-years, he&#39;s amazed to realize that he never wanted to quit. Every day seems to be a stream of challenges; which is exactly what makes the work <em>so invigorating</em>! When he thinks back to prior jobs that <em>he has quit</em>, they were always boring jobs building &#34;forms over data&#34; type products. He&#39;s looking forward to the next 9-years!</li><li>Ben&#39;s Triumph - He gets a little nostalgic this week, recalling a thought he had 15-years ago about how amazing it would be to create a software system that worked like the human body, with cells that acted independently and communicated via hormones. At the time, he dismissed the thought as being crazy; but, fast-forward to today, it turns out that his instincts were <em>actually spot-on</em>. Though, instead of hormones, we have event-streams, message queues, and pub-sub mechanism; and, instead of cells, we have distributed, independently-scalable systems that are kept up-to-date through &#34;eventually consistent&#34; communications!</li><li>Carol&#39;s Triumph - Her team has moved all thirteen of their pending-work branches into testing. This is the culmination of weeks of hard work. And, to top it off, she&#39;s proud of the fact that she was able to buckle-down and maintain a high standard of quality for her coding all the way to the very end! No cutting corners for this engineer!</li><li>Tim&#39;s Triumph - He was required to participate in a coaching and mentoring workshop at his company. And, though he was initially frustrated about having to put pressing-work-matters on hold, once the workshop started, he found it be quite helpful. And, he was even able to find the solution to a problem he&#39;s been wrestling with for some time! It turns out that if you open yourself up to opportunities in front of you, you never know what you&#39;re gonna find!</li></ul><h3><br></h3><h3>Notes &amp; Links</h3><ul><li><a href="https://git-scm.com/" rel="nofollow">git</a> - the most popular source-control system on planet earth.</li><li><a href="https://github.com/" rel="nofollow">GitHub</a> - a very popular source-control solution, built on git.</li><li><a href="https://bitbucket.org/" rel="nofollow">BitBucket</a> - another popular source-control solution from Atlassian.</li></ul><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Ben has &lt;em&gt;&amp;#34;feelings&amp;#34;&lt;/em&gt; about many aspects of web application development. And, after working with &lt;a href=&#34;https://git-scm.com/&#34; rel=&#34;nofollow&#34;&gt;git&lt;/a&gt; and &lt;a href=&#34;https://github.com/&#34; rel=&#34;nofollow&#34;&gt;GitHub&lt;/a&gt; for the last 10-years, he&amp;#39;s formed a lot of &lt;em&gt;strong opinions&lt;/em&gt; - oftentimes &lt;em&gt;strongly held&lt;/em&gt; - about how Pull Requests (PRs) should be created and managed within a team context. For example:&lt;/p&gt;&lt;blockquote&gt;Code completed is more important than code being written. As such, if an open PR sits around for more than an hour, your team has &lt;em&gt;failed&lt;/em&gt; to review said PR in a timely manner.&lt;/blockquote&gt;&lt;p&gt;And:&lt;/p&gt;&lt;blockquote&gt;If a PR takes more than 15-minutes to review, the PR is too large. The author of said PR has failed to decompose the problem into smaller, independently-deployable changes.&lt;/blockquote&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;As you can imagine, Ben&amp;#39;s &amp;#34;PR Commandments&amp;#34; don&amp;#39;t work for every one or every team. This week, the crew meets to discuss his approach to Pull Requests, reaching consensus on some concepts and pushing-back strongly on others. And, of course, this is totally fine - every team has its own set of constraints that have bearing on how that team operates. Your mileage my vary!&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Plus, we find out that Carol can be bribed with tacos... sweet, sweet tacos!&lt;/p&gt;&lt;h3&gt;&lt;br&gt;&lt;/h3&gt;&lt;h3&gt;Triumphs &amp;amp; Failures&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph - He just had his 9-year work anniversary at &lt;a href=&#34;https://www.alumniq.com/&#34; rel=&#34;nofollow&#34;&gt;AlumnIQ&lt;/a&gt;! And, as he reflects on the last 9-years, he&amp;#39;s amazed to realize that he never wanted to quit. Every day seems to be a stream of challenges; which is exactly what makes the work &lt;em&gt;so invigorating&lt;/em&gt;! When he thinks back to prior jobs that &lt;em&gt;he has quit&lt;/em&gt;, they were always boring jobs building &amp;#34;forms over data&amp;#34; type products. He&amp;#39;s looking forward to the next 9-years!&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Triumph - He gets a little nostalgic this week, recalling a thought he had 15-years ago about how amazing it would be to create a software system that worked like the human body, with cells that acted independently and communicated via hormones. At the time, he dismissed the thought as being crazy; but, fast-forward to today, it turns out that his instincts were &lt;em&gt;actually spot-on&lt;/em&gt;. Though, instead of hormones, we have event-streams, message queues, and pub-sub mechanism; and, instead of cells, we have distributed, independently-scalable systems that are kept up-to-date through &amp;#34;eventually consistent&amp;#34; communications!&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Triumph - Her team has moved all thirteen of their pending-work branches into testing. This is the culmination of weeks of hard work. And, to top it off, she&amp;#39;s proud of the fact that she was able to buckle-down and maintain a high standard of quality for her coding all the way to the very end! No cutting corners for this engineer!&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph - He was required to participate in a coaching and mentoring workshop at his company. And, though he was initially frustrated about having to put pressing-work-matters on hold, once the workshop started, he found it be quite helpful. And, he was even able to find the solution to a problem he&amp;#39;s been wrestling with for some time! It turns out that if you open yourself up to opportunities in front of you, you never know what you&amp;#39;re gonna find!&lt;/li&gt;&lt;/ul&gt;&lt;h3&gt;&lt;br&gt;&lt;/h3&gt;&lt;h3&gt;Notes &amp;amp; Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://git-scm.com/&#34; rel=&#34;nofollow&#34;&gt;git&lt;/a&gt; - the most popular source-control system on planet earth.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/&#34; rel=&#34;nofollow&#34;&gt;GitHub&lt;/a&gt; - a very popular source-control solution, built on git.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://bitbucket.org/&#34; rel=&#34;nofollow&#34;&gt;BitBucket&lt;/a&gt; - another popular source-control solution from Atlassian.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="68709982" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/38cd7bfb-b823-4e17-8bf0-b223a372db2a/stream.mp3"/>
                
                <guid isPermaLink="false">bb6f5156-714f-4898-97a9-f6429aabb3f5</guid>
                <link>https://workingcode.dev/episodes/014-zen-and-the-art-of-pull-requests/</link>
                <pubDate>Wed, 17 Mar 2021 11:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/3/9/3/7afd3c8b-49d2-4f9e-bae7-572a6d97aeea_cover-art-v1.jpg"/>
                <itunes:duration>4294</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>013: Do What You Love And You&#39;ll Never Work A Day In Your Life</itunes:title>
                <title>013: Do What You Love And You&#39;ll Never Work A Day In Your Life</title>

                <itunes:episode>13</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Read the show notes online: https://workingcode.dev/episodes/013-do-what-you-love-and-youll-never-work-a-day-in-your-life/</itunes:summary>
                <description><![CDATA[<p>A friend of Ben&#39;s once said, <em>&#34;If you hate your job, you&#39;ll spend 5-7ths of your life waiting for the weekend.&#34;</em> This is a dark way to think about existence. And, to address the flip-side of that coin, <a href="https://mingo.nl/" rel="nofollow">Mingo Hagen</a> suggested that we talk about the phrase, <em>&#34;Do what you love and you&#39;ll never work a day in your life.&#34;</em> This is a significantly more optimistic view on the human experience; but, does it hold up to scrutiny?</p><p><br></p><p>This week, the crew talks about the privilege of being able to choose work that we truly enjoy. Not everyone has this opportunity; and, even when we do, loving your job doesn&#39;t always make it feel <em>any less like work</em>. In fact, as Tim illustrates with some scripture, the challenge and hardship of work can be what makes it lovable and fulfilling:</p><blockquote>Enter in by the narrow gate; for wide is the gate and broad is the way that leads to destruction, and many are those who enter in by it. - <a href="https://en.wikipedia.org/wiki/Matthew_7:13" rel="nofollow">Matthew 7:13</a></blockquote><p><br></p><p>Bringing a different sort of <em>scripture</em> to the conversation, Ben shares one of his favorite poems, &#34;Our Deepest Fear&#34;:</p><blockquote>Our deepest fear is not that we are inadequate. Our deepest fear is that we are powerful beyond measure. It is our light, not our darkness that most frightens us. We ask ourselves, Who am I to be brilliant, gorgeous, talented, fabulous? Actually, who are you not to be? You are a child of God. Your playing small does not serve the world. There is nothing enlightened about shrinking so that other people won&#39;t feel insecure around you. We are all meant to shine, as children do. We were born to make manifest the glory of God that is within us. It&#39;s not just in some of us; it&#39;s in everyone. And as we let our own light shine, we unconsciously give other people permission to do the same. As we are liberated from our own fear, our presence automatically liberates others. - <a href="https://en.wikiquote.org/wiki/Marianne_Williamson" rel="nofollow">Marianne Williamson</a></blockquote><p><br></p><p>The conversation examined the &#34;do what you love&#34; concept from a variety of different levels, with each host coming at it from a different angle. What becomes very clear is that the quote means different things to different people. But, the one thing we think we can all agree on: <em>don&#39;t commit to work estimates that you don&#39;t believe in!</em> Doing so will only make you your own worst enemy.</p><h3><br></h3><h3>Triumphs &amp; Failures</h3><ul><li>Adam&#39;s Failure - he spent many person-hours trying to reduce the size of a Docker container image. And, while he eventually reduced it quite a bit (mostly by moving to Alpine Linux), he wasted far too much time on what turned out to be a <em>simple little typo</em> in his <code>make</code> file. The most frustrating part of all of this is that he <em>just assumed</em> that the line-in-question <em>could not possibly</em> be the issue; so, he kept debugging the lines around it without addressing the actual problem.</li><li>Ben&#39;s Triumph - he and a co-worker, Jackie Ewald, were recently called-out as the embodiment of &#34;customer empathy&#34; at work because they built a custom feature for one of their clients. What made this so rewarding is the fact that they did not ask for permission to build this feature; and, it was a feature that they almost-certainly <em>would not have been allowed</em> to build had they asked for permission.</li><li>Ben likes to keep this quote from Stephen Gates - the former Head Design Evangelist at InVision - on hand during all ideation meetings:</li></ul><blockquote>&#34;.... for most companies, right now, because of the way their processes are—because of how afraid they are of so many things—the innovation that they need will probably not be authorized.... When I look back at all the work that was innovative, it was only innovative in hindsight—it almost got me fired on the way there.&#34;</blockquote><ul><li>Carol&#39;s Triumph - She&#39;s loving life in Lake Tahoe! Woot woot! Rock on with your bad self!</li><li>Tim&#39;s Triumph - as a manager, he usually finds himself in a constant state of &#34;meeting&#34;. However, he recently blocked-off 7-hours of heads-down time on his calendar so that he would not be interrupted; and, the amount of work that he was able to get done was refreshingly preposterous. He even received a compliment from one of his clients who thanked him profusely, at the end of the day, for everything he was able to complete!</li></ul><blockquote>ASIDE: Managers, consider this story when it comes to scheduling meetings for your engineers! We need focus time to get our work done!</blockquote><h3><br></h3><h3>Notes &amp; Links</h3><ul><li><a href="https://mingo.nl/" rel="nofollow">Mingo Hagen</a> - listener who suggested the topic.</li><li><a href="https://en.wikipedia.org/wiki/Matthew_7:13" rel="nofollow">Matthew 7:13</a> - <em>Enter ye in at the strait gate</em>...</li><li><a href="https://en.wikiquote.org/wiki/Marianne_Williamson" rel="nofollow">Marianne Williamson</a> - author of the poem, Our Deepest Fear.</li></ul><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;A friend of Ben&amp;#39;s once said, &lt;em&gt;&amp;#34;If you hate your job, you&amp;#39;ll spend 5-7ths of your life waiting for the weekend.&amp;#34;&lt;/em&gt; This is a dark way to think about existence. And, to address the flip-side of that coin, &lt;a href=&#34;https://mingo.nl/&#34; rel=&#34;nofollow&#34;&gt;Mingo Hagen&lt;/a&gt; suggested that we talk about the phrase, &lt;em&gt;&amp;#34;Do what you love and you&amp;#39;ll never work a day in your life.&amp;#34;&lt;/em&gt; This is a significantly more optimistic view on the human experience; but, does it hold up to scrutiny?&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;This week, the crew talks about the privilege of being able to choose work that we truly enjoy. Not everyone has this opportunity; and, even when we do, loving your job doesn&amp;#39;t always make it feel &lt;em&gt;any less like work&lt;/em&gt;. In fact, as Tim illustrates with some scripture, the challenge and hardship of work can be what makes it lovable and fulfilling:&lt;/p&gt;&lt;blockquote&gt;Enter in by the narrow gate; for wide is the gate and broad is the way that leads to destruction, and many are those who enter in by it. - &lt;a href=&#34;https://en.wikipedia.org/wiki/Matthew_7:13&#34; rel=&#34;nofollow&#34;&gt;Matthew 7:13&lt;/a&gt;&lt;/blockquote&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Bringing a different sort of &lt;em&gt;scripture&lt;/em&gt; to the conversation, Ben shares one of his favorite poems, &amp;#34;Our Deepest Fear&amp;#34;:&lt;/p&gt;&lt;blockquote&gt;Our deepest fear is not that we are inadequate. Our deepest fear is that we are powerful beyond measure. It is our light, not our darkness that most frightens us. We ask ourselves, Who am I to be brilliant, gorgeous, talented, fabulous? Actually, who are you not to be? You are a child of God. Your playing small does not serve the world. There is nothing enlightened about shrinking so that other people won&amp;#39;t feel insecure around you. We are all meant to shine, as children do. We were born to make manifest the glory of God that is within us. It&amp;#39;s not just in some of us; it&amp;#39;s in everyone. And as we let our own light shine, we unconsciously give other people permission to do the same. As we are liberated from our own fear, our presence automatically liberates others. - &lt;a href=&#34;https://en.wikiquote.org/wiki/Marianne_Williamson&#34; rel=&#34;nofollow&#34;&gt;Marianne Williamson&lt;/a&gt;&lt;/blockquote&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;The conversation examined the &amp;#34;do what you love&amp;#34; concept from a variety of different levels, with each host coming at it from a different angle. What becomes very clear is that the quote means different things to different people. But, the one thing we think we can all agree on: &lt;em&gt;don&amp;#39;t commit to work estimates that you don&amp;#39;t believe in!&lt;/em&gt; Doing so will only make you your own worst enemy.&lt;/p&gt;&lt;h3&gt;&lt;br&gt;&lt;/h3&gt;&lt;h3&gt;Triumphs &amp;amp; Failures&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Failure - he spent many person-hours trying to reduce the size of a Docker container image. And, while he eventually reduced it quite a bit (mostly by moving to Alpine Linux), he wasted far too much time on what turned out to be a &lt;em&gt;simple little typo&lt;/em&gt; in his &lt;code&gt;make&lt;/code&gt; file. The most frustrating part of all of this is that he &lt;em&gt;just assumed&lt;/em&gt; that the line-in-question &lt;em&gt;could not possibly&lt;/em&gt; be the issue; so, he kept debugging the lines around it without addressing the actual problem.&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Triumph - he and a co-worker, Jackie Ewald, were recently called-out as the embodiment of &amp;#34;customer empathy&amp;#34; at work because they built a custom feature for one of their clients. What made this so rewarding is the fact that they did not ask for permission to build this feature; and, it was a feature that they almost-certainly &lt;em&gt;would not have been allowed&lt;/em&gt; to build had they asked for permission.&lt;/li&gt;&lt;li&gt;Ben likes to keep this quote from Stephen Gates - the former Head Design Evangelist at InVision - on hand during all ideation meetings:&lt;/li&gt;&lt;/ul&gt;&lt;blockquote&gt;&amp;#34;.... for most companies, right now, because of the way their processes are—because of how afraid they are of so many things—the innovation that they need will probably not be authorized.... When I look back at all the work that was innovative, it was only innovative in hindsight—it almost got me fired on the way there.&amp;#34;&lt;/blockquote&gt;&lt;ul&gt;&lt;li&gt;Carol&amp;#39;s Triumph - She&amp;#39;s loving life in Lake Tahoe! Woot woot! Rock on with your bad self!&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph - as a manager, he usually finds himself in a constant state of &amp;#34;meeting&amp;#34;. However, he recently blocked-off 7-hours of heads-down time on his calendar so that he would not be interrupted; and, the amount of work that he was able to get done was refreshingly preposterous. He even received a compliment from one of his clients who thanked him profusely, at the end of the day, for everything he was able to complete!&lt;/li&gt;&lt;/ul&gt;&lt;blockquote&gt;ASIDE: Managers, consider this story when it comes to scheduling meetings for your engineers! We need focus time to get our work done!&lt;/blockquote&gt;&lt;h3&gt;&lt;br&gt;&lt;/h3&gt;&lt;h3&gt;Notes &amp;amp; Links&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://mingo.nl/&#34; rel=&#34;nofollow&#34;&gt;Mingo Hagen&lt;/a&gt; - listener who suggested the topic.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Matthew_7:13&#34; rel=&#34;nofollow&#34;&gt;Matthew 7:13&lt;/a&gt; - &lt;em&gt;Enter ye in at the strait gate&lt;/em&gt;...&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikiquote.org/wiki/Marianne_Williamson&#34; rel=&#34;nofollow&#34;&gt;Marianne Williamson&lt;/a&gt; - author of the poem, Our Deepest Fear.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="44981185" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/da182f21-af1c-4ba6-978c-62f95fec0b17/stream.mp3"/>
                
                <guid isPermaLink="false">73ead454-9e2e-4b11-9080-d11a8813dea6</guid>
                <link>https://workingcode.dev</link>
                <pubDate>Wed, 10 Mar 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/3/8/22/29f693d6-78c3-491c-8abe-03ef62a3baf4_7f21a-8d5e-4050-84d4-0faf84458cfa_cover-art-v1.jpg"/>
                <itunes:duration>2811</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>012: Idiomatic Code</itunes:title>
                <title>012: Idiomatic Code</title>

                <itunes:episode>12</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Show notes: https://workingcode.dev/episodes/012-idiomatic-code/</itunes:summary>
                <description><![CDATA[<p>Many programming languages have a sense of idiomatic code: the &#34;blessed way&#34; to solve a particular set of problems with a language&#39;s native constructs. These patterns exist to help people work more effectively together; and, to help new developers adapt to the language. But, unfortunately, the expression of idiomatic code in some communities shifts <a href="https://en.wikipedia.org/wiki/Carrot_and_stick" rel="nofollow">from &#34;carrot&#34; to &#34;stick&#34;</a>, getting used to separate the &#34;right&#34; way from the &#34;wrong&#34; way, thereby creating an implicit division between the &#34;good developers&#34; and the &#34;bad developers&#34;.</p><p><br></p><p>The ColdFusion / CFML community has never had a sense of &#34;idiomatic code&#34;. And, ColdFusion developers are never burdened by the homogeneity of solutions that bubble up to the surface (such as they do in other languages). This can lead to a kind of &#34;beautiful chaos&#34; in which teams find the right tool for the job and spend their time focusing on the needs of the customer rather than worrying about any particular standard.</p><p><br></p><p>Is that a good thing or a bad thing?</p><p><br></p><p>This week, the crew talks about idiomatic code, what they think it really means, and how it can serve to both help <em>and hurt</em> a programming community.</p><h3><br></h3><p><strong>Triumphs &amp; Failures</strong></p><ul><li>Adam&#39;s Triumph - He&#39;s not on call this week! And that feels like a sweet, sweet triumph!</li><li>Ben&#39;s Triumph - The moment he realized that he was going to miss a deployment deadline, he took a step back and figured out how to properly &#34;descope&#34; the work such that he could meet his deployment deadline by releasing a smaller - <em>yet still meaningful</em> - set of features. He saw this as a victory in the agile development mindset.</li><li>Carol&#39;s Triumph - She&#39;s going on vacation to Lake Tahoe for some fun in the snow - something she rarely has a chance to do in hot, hot Georgia.</li><li>Tim&#39;s Triumph - For his entire life, Tim has been parting his hair left-to-right. But, in a recent moment of brashness, he threw caution to the wind and tried parting his hair right-to-left. This seemingly small tweak ended up being a <em>total game changer</em>! And, just as <a href="https://www.reddit.com/r/MovieDetails/comments/6khyt8/in_superman_when_christopher_reeve_portrays_clark/" rel="nofollow">Clark Kent transformed into Superman with a change in part</a>, so has Tim transformed into a more stunning, beautiful version of himself!</li><li>He also figured out why his Redis code wasn&#39;t working. <a href="https://workingcode.dev/episodes/009-testing/" rel="nofollow">Ironically</a>, it had to do with how his tests were running (and how they were mutating the shared data).</li></ul><p><br></p><p><strong>Notes &amp; Links</strong></p><ul><li><a href="https://gvanrossum.github.io/" rel="nofollow">Guido van Rossum</a> - author of the Python programming language; and, a big proponent of idiomatic code (in Python).</li><li><a href="https://github.com/rwaldron/idiomatic.js/" rel="nofollow">Rick Waldron: Principles of Writing Consistent, Idiomatic JavaScript</a> - an opinionated guide to writing JavaScript.</li></ul><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Many programming languages have a sense of idiomatic code: the &amp;#34;blessed way&amp;#34; to solve a particular set of problems with a language&amp;#39;s native constructs. These patterns exist to help people work more effectively together; and, to help new developers adapt to the language. But, unfortunately, the expression of idiomatic code in some communities shifts &lt;a href=&#34;https://en.wikipedia.org/wiki/Carrot_and_stick&#34; rel=&#34;nofollow&#34;&gt;from &amp;#34;carrot&amp;#34; to &amp;#34;stick&amp;#34;&lt;/a&gt;, getting used to separate the &amp;#34;right&amp;#34; way from the &amp;#34;wrong&amp;#34; way, thereby creating an implicit division between the &amp;#34;good developers&amp;#34; and the &amp;#34;bad developers&amp;#34;.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;The ColdFusion / CFML community has never had a sense of &amp;#34;idiomatic code&amp;#34;. And, ColdFusion developers are never burdened by the homogeneity of solutions that bubble up to the surface (such as they do in other languages). This can lead to a kind of &amp;#34;beautiful chaos&amp;#34; in which teams find the right tool for the job and spend their time focusing on the needs of the customer rather than worrying about any particular standard.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Is that a good thing or a bad thing?&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;This week, the crew talks about idiomatic code, what they think it really means, and how it can serve to both help &lt;em&gt;and hurt&lt;/em&gt; a programming community.&lt;/p&gt;&lt;h3&gt;&lt;br&gt;&lt;/h3&gt;&lt;p&gt;&lt;strong&gt;Triumphs &amp;amp; Failures&lt;/strong&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph - He&amp;#39;s not on call this week! And that feels like a sweet, sweet triumph!&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Triumph - The moment he realized that he was going to miss a deployment deadline, he took a step back and figured out how to properly &amp;#34;descope&amp;#34; the work such that he could meet his deployment deadline by releasing a smaller - &lt;em&gt;yet still meaningful&lt;/em&gt; - set of features. He saw this as a victory in the agile development mindset.&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Triumph - She&amp;#39;s going on vacation to Lake Tahoe for some fun in the snow - something she rarely has a chance to do in hot, hot Georgia.&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph - For his entire life, Tim has been parting his hair left-to-right. But, in a recent moment of brashness, he threw caution to the wind and tried parting his hair right-to-left. This seemingly small tweak ended up being a &lt;em&gt;total game changer&lt;/em&gt;! And, just as &lt;a href=&#34;https://www.reddit.com/r/MovieDetails/comments/6khyt8/in_superman_when_christopher_reeve_portrays_clark/&#34; rel=&#34;nofollow&#34;&gt;Clark Kent transformed into Superman with a change in part&lt;/a&gt;, so has Tim transformed into a more stunning, beautiful version of himself!&lt;/li&gt;&lt;li&gt;He also figured out why his Redis code wasn&amp;#39;t working. &lt;a href=&#34;https://workingcode.dev/episodes/009-testing/&#34; rel=&#34;nofollow&#34;&gt;Ironically&lt;/a&gt;, it had to do with how his tests were running (and how they were mutating the shared data).&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Notes &amp;amp; Links&lt;/strong&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://gvanrossum.github.io/&#34; rel=&#34;nofollow&#34;&gt;Guido van Rossum&lt;/a&gt; - author of the Python programming language; and, a big proponent of idiomatic code (in Python).&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/rwaldron/idiomatic.js/&#34; rel=&#34;nofollow&#34;&gt;Rick Waldron: Principles of Writing Consistent, Idiomatic JavaScript&lt;/a&gt; - an opinionated guide to writing JavaScript.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="40367751" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/5ad490af-f8c2-401b-94a0-c2f97eadcb6c/stream.mp3"/>
                
                <guid isPermaLink="false">b1a17938-b893-457a-813f-4cd066386e2d</guid>
                <link>https://workingcode.dev/episodes/012-idiomatic-code/</link>
                <pubDate>Wed, 03 Mar 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/2/21/15/f9d437b8-8a2e-4cd7-a954-651f1c57438c_8d492f3a-8de2-49cc-8d3d-c9cd5942013d_cover-art-v1.jpg"/>
                <itunes:duration>2522</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>011: Listener Questions #1</itunes:title>
                <title>011: Listener Questions #1</title>

                <itunes:episode>11</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Show notes available at: https://workingcode.dev/episodes/011-listener-questions-1/</itunes:summary>
                <description><![CDATA[<p><a href="https://meta.wikimedia.org/wiki/Cunningham%27s_Law" rel="nofollow">Cunningham&#39;s Law</a> states:</p><blockquote>The best way to get the right answer on the internet is not to ask a question; it&#39;s to post the wrong answer.</blockquote><p>The crew recently experienced a bit of this law <em>first hand</em> in response to <a href="https://workingcode.dev/episodes/009-testing/" rel="nofollow">their episode on Testing</a>. <a href="http://blog.adamcameron.me/" rel="nofollow">Adam Cameron</a> - friend of the show and long-time friend of the hosts - posted a <a href="http://blog.adamcameron.me/2021/02/thoughts-on-working-code-podcasts.html" rel="nofollow">scathing (but loving) rebuttal</a> of <em>basically</em> everything that Ben said in episode 009. This week, the crew meets to discuss Adam&#39;s post; and, to dig more deeply into how testing gets applied in real world scenarios.</p><p><br></p><p>Thew crew also attempt to pick apart the relationship between DevOps and engineering - a <a href="https://twitter.com/LD2/status/1357493535088332801" rel="nofollow">question posed by @LD2</a>. Just don&#39;t ask us (or anyone) to define what exactly DevOps is; you ask 10 different people and you&#39;ll get 15 different answers.</p><p><br></p><p>Oh, and Adam totally built <a href="https://workingcode.dev/" rel="nofollow">a website for the show</a>! So, heck yeah! It&#39;s built on <a href="https://www.11ty.dev/" rel="nofollow">Eleventy</a> and is generated based on Markdown files.</p><p><br></p><p><strong>Triumphs &amp; Failures</strong></p><ul><li>Adam&#39;s Triumph / Failure - His application had a Cross-Site Scripting (XSS) vulnerability that was exploited. Which is definitely unfortunate. However, he was able to take a bad situation and <em>turn it into an opportunity</em> to practice transparency, clear communication, and a sense of urgency with his customers. In fact, in the end, he was commended by his customers for how well he handled the situation.</li><li>Ben&#39;s Triumph - He attached some analytics to a user interface (UI) within his application and suddenly a part of the application which has historically been a blackbox was transformed into a rich, emotional experience in which he could &#34;see&#34; users actually consuming the tools that he built. This recent adoption of analytics (into his workflow) has forever changed the way that he will think about what is and is not an important part of the application that he&#39;s building. It&#39;s amazing how powerful &#34;user empathy&#34; can be to an engineer&#39;s motivation.</li><li>Carol&#39;s Triumph - Her company is over-committed in terms of the work that they have on their schedule. But, instead of making the engineers freak-out over this planning problem, her managers are <em>doing their job right</em> and are protecting their reports from the organizational chaos. It&#39;s rare to see managers that understand how to manage <em>both up and down</em> within a company hierarchy! As Adam says in the episode, a good manager is worth their weight in gold.</li><li>Tim&#39;s Triumph - His frustration over debugging an issue in Redis had grown to the point where he was walking around his house angry. But, instead of trying to <em>&#34;just muscling through it&#34;</em>, he decided to step back, be kind to himself, and take a break.</li></ul><blockquote>ASIDE: You won&#39;t know this from the current recording but this break gave him the opportunity to rethink the problem and ultimately come back and figure out what was going wrong. Such is the magic of mental rest and relaxation!</blockquote><p><br></p><p><strong>Notes &amp; Links</strong></p><ul><li><a href="https://owasp.org/www-community/attacks/xss/" rel="nofollow">OWASP: XSS</a> - consistently on the Top 10 vulnerabilities outlined by the Open Web Application Security Project (OWASP).</li><li>Data Breach Response Plan - an organizational play that outlines how a company responds to data breaches, how quickly they have to notify users, and what immediate and longer-term steps they have to take to mitigate such breaches in the future.</li><li><a href="https://www.imdb.com/title/tt0323944" rel="nofollow">Shattered Glass</a> - a movie in which Hank Azaria&#39;s character demonstrates excellent managerial skills.</li><li><a href="https://segment.com/" rel="nofollow">Segment</a> - a popular data pipeline and aggregation platform.</li><li><a href="https://amplitude.com/" rel="nofollow">Amplitude</a> - a popular analytics platform for digital teams.</li><li><a href="https://www.11ty.dev/" rel="nofollow">Eleventy</a> - a simpler static site generator.</li><li><a href="http://blog.adamcameron.me/2021/02/thoughts-on-working-code-podcasts.html" rel="nofollow">Adam Cameron: Thoughts on Working Code podcast&#39;s Testing episode</a> - the rebuttal that we discuss on the show.</li><li><a href="https://meta.wikimedia.org/wiki/Cunningham%27s_Law" rel="nofollow">Cunningham&#39;s Law</a> - states, &#34;the best way to get the right answer on the internet is not to ask a question; it&#39;s to post the wrong answer.&#34;</li><li><a href="https://en.wikipedia.org/wiki/Test-driven_development" rel="nofollow">Test-Driven Development</a> - a test-first methodology for software application development.</li><li><a href="https://en.wikipedia.org/wiki/Singleton_pattern" rel="nofollow">Singleton Pattern</a> - a software design pattern that restricts the instantiation of a class to one &#34;single&#34; instance.</li><li><a href="https://articles.coreyhaines.com/" rel="nofollow">Cory Haines</a> - a well known programmer in the Ruby and testing worlds.</li><li><a href="https://www.bennadel.com/blog/3380-singleton-vs-single-instance-and-a-decade-of-unnecessary-guilt.htm" rel="nofollow">Ben Nadel: Singleton vs. Single Instance And A Decade Of Unnecessary Guilt</a> - the realization that everything he thought about the &#34;Singleton Pattern&#34; was wrong.</li><li>DevOps - who the heck knows what it actually is - platform things mostly? Code++? A mindset? A job title?</li></ul><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p>And, if you&#39;re feeling the love, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;&lt;a href=&#34;https://meta.wikimedia.org/wiki/Cunningham%27s_Law&#34; rel=&#34;nofollow&#34;&gt;Cunningham&amp;#39;s Law&lt;/a&gt; states:&lt;/p&gt;&lt;blockquote&gt;The best way to get the right answer on the internet is not to ask a question; it&amp;#39;s to post the wrong answer.&lt;/blockquote&gt;&lt;p&gt;The crew recently experienced a bit of this law &lt;em&gt;first hand&lt;/em&gt; in response to &lt;a href=&#34;https://workingcode.dev/episodes/009-testing/&#34; rel=&#34;nofollow&#34;&gt;their episode on Testing&lt;/a&gt;. &lt;a href=&#34;http://blog.adamcameron.me/&#34; rel=&#34;nofollow&#34;&gt;Adam Cameron&lt;/a&gt; - friend of the show and long-time friend of the hosts - posted a &lt;a href=&#34;http://blog.adamcameron.me/2021/02/thoughts-on-working-code-podcasts.html&#34; rel=&#34;nofollow&#34;&gt;scathing (but loving) rebuttal&lt;/a&gt; of &lt;em&gt;basically&lt;/em&gt; everything that Ben said in episode 009. This week, the crew meets to discuss Adam&amp;#39;s post; and, to dig more deeply into how testing gets applied in real world scenarios.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Thew crew also attempt to pick apart the relationship between DevOps and engineering - a &lt;a href=&#34;https://twitter.com/LD2/status/1357493535088332801&#34; rel=&#34;nofollow&#34;&gt;question posed by @LD2&lt;/a&gt;. Just don&amp;#39;t ask us (or anyone) to define what exactly DevOps is; you ask 10 different people and you&amp;#39;ll get 15 different answers.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Oh, and Adam totally built &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;a website for the show&lt;/a&gt;! So, heck yeah! It&amp;#39;s built on &lt;a href=&#34;https://www.11ty.dev/&#34; rel=&#34;nofollow&#34;&gt;Eleventy&lt;/a&gt; and is generated based on Markdown files.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Triumphs &amp;amp; Failures&lt;/strong&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph / Failure - His application had a Cross-Site Scripting (XSS) vulnerability that was exploited. Which is definitely unfortunate. However, he was able to take a bad situation and &lt;em&gt;turn it into an opportunity&lt;/em&gt; to practice transparency, clear communication, and a sense of urgency with his customers. In fact, in the end, he was commended by his customers for how well he handled the situation.&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Triumph - He attached some analytics to a user interface (UI) within his application and suddenly a part of the application which has historically been a blackbox was transformed into a rich, emotional experience in which he could &amp;#34;see&amp;#34; users actually consuming the tools that he built. This recent adoption of analytics (into his workflow) has forever changed the way that he will think about what is and is not an important part of the application that he&amp;#39;s building. It&amp;#39;s amazing how powerful &amp;#34;user empathy&amp;#34; can be to an engineer&amp;#39;s motivation.&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Triumph - Her company is over-committed in terms of the work that they have on their schedule. But, instead of making the engineers freak-out over this planning problem, her managers are &lt;em&gt;doing their job right&lt;/em&gt; and are protecting their reports from the organizational chaos. It&amp;#39;s rare to see managers that understand how to manage &lt;em&gt;both up and down&lt;/em&gt; within a company hierarchy! As Adam says in the episode, a good manager is worth their weight in gold.&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph - His frustration over debugging an issue in Redis had grown to the point where he was walking around his house angry. But, instead of trying to &lt;em&gt;&amp;#34;just muscling through it&amp;#34;&lt;/em&gt;, he decided to step back, be kind to himself, and take a break.&lt;/li&gt;&lt;/ul&gt;&lt;blockquote&gt;ASIDE: You won&amp;#39;t know this from the current recording but this break gave him the opportunity to rethink the problem and ultimately come back and figure out what was going wrong. Such is the magic of mental rest and relaxation!&lt;/blockquote&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Notes &amp;amp; Links&lt;/strong&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://owasp.org/www-community/attacks/xss/&#34; rel=&#34;nofollow&#34;&gt;OWASP: XSS&lt;/a&gt; - consistently on the Top 10 vulnerabilities outlined by the Open Web Application Security Project (OWASP).&lt;/li&gt;&lt;li&gt;Data Breach Response Plan - an organizational play that outlines how a company responds to data breaches, how quickly they have to notify users, and what immediate and longer-term steps they have to take to mitigate such breaches in the future.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.imdb.com/title/tt0323944&#34; rel=&#34;nofollow&#34;&gt;Shattered Glass&lt;/a&gt; - a movie in which Hank Azaria&amp;#39;s character demonstrates excellent managerial skills.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://segment.com/&#34; rel=&#34;nofollow&#34;&gt;Segment&lt;/a&gt; - a popular data pipeline and aggregation platform.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://amplitude.com/&#34; rel=&#34;nofollow&#34;&gt;Amplitude&lt;/a&gt; - a popular analytics platform for digital teams.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.11ty.dev/&#34; rel=&#34;nofollow&#34;&gt;Eleventy&lt;/a&gt; - a simpler static site generator.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;http://blog.adamcameron.me/2021/02/thoughts-on-working-code-podcasts.html&#34; rel=&#34;nofollow&#34;&gt;Adam Cameron: Thoughts on Working Code podcast&amp;#39;s Testing episode&lt;/a&gt; - the rebuttal that we discuss on the show.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://meta.wikimedia.org/wiki/Cunningham%27s_Law&#34; rel=&#34;nofollow&#34;&gt;Cunningham&amp;#39;s Law&lt;/a&gt; - states, &amp;#34;the best way to get the right answer on the internet is not to ask a question; it&amp;#39;s to post the wrong answer.&amp;#34;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Test-driven_development&#34; rel=&#34;nofollow&#34;&gt;Test-Driven Development&lt;/a&gt; - a test-first methodology for software application development.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Singleton_pattern&#34; rel=&#34;nofollow&#34;&gt;Singleton Pattern&lt;/a&gt; - a software design pattern that restricts the instantiation of a class to one &amp;#34;single&amp;#34; instance.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://articles.coreyhaines.com/&#34; rel=&#34;nofollow&#34;&gt;Cory Haines&lt;/a&gt; - a well known programmer in the Ruby and testing worlds.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.bennadel.com/blog/3380-singleton-vs-single-instance-and-a-decade-of-unnecessary-guilt.htm&#34; rel=&#34;nofollow&#34;&gt;Ben Nadel: Singleton vs. Single Instance And A Decade Of Unnecessary Guilt&lt;/a&gt; - the realization that everything he thought about the &amp;#34;Singleton Pattern&amp;#34; was wrong.&lt;/li&gt;&lt;li&gt;DevOps - who the heck knows what it actually is - platform things mostly? Code&#43;&#43;? A mindset? A job title?&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re feeling the love, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="66829165" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/53780f02-c880-4d05-beb7-40274722cc1f/stream.mp3"/>
                
                <guid isPermaLink="false">40795b2e-93e5-4e56-8ed4-a8cc752177f2</guid>
                <link>https://workingcode.dev/episodes/011-listener-questions-1/</link>
                <pubDate>Wed, 24 Feb 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/2/24/12/e3e0332b-b55b-4440-b055-cc97012931ca_103c10f9-6c0c-433f-aa2d-3c9f21db1457_7c687ebe-622d-4e90-b437-86617a481996_cover-art-v1.jpg"/>
                <itunes:duration>4176</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>010: Scaling</itunes:title>
                <title>010: Scaling</title>

                <itunes:episode>10</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>An engineer at SquareSpace once referred to his company as &#34;an overnight success, 7-years in the making.&#34; This cheeky insight pays homage to the marathon of work that is often required when building a successful product and / or business. Which begs the question: when is it appropriate to start thinking about scale? Should you be taking it into account during early ideation and the construction of your MVP (Minimum Viable Product)? Or, should you kick the can down the road with the assumption that you can always throw money at the problem later (either by hiring smart people or by vertically scaling your existing compute resources)?

This week, the crew talks about their experience in scaling web application systems; what they have - and haven&#39;t yet - had the need to consider; and, how they calculate the return on investment (ROI) when it comes to adding complexity to a potential solution (&#34;innovation tokens&#34;, anyone?).

If you like this episode about scaling, you may also enjoy our previous episode on Monoliths vs. Microservices (episode 5).

Triumphs &amp; Failures

* Adam&#39;s Triumph - After switching to a new platform, his ORM (Object-Relational Mapping) code stopped working for &#34;reasons&#34;. And, instead of spending a whole week trying to figure it out, he just spent a single day replacing the problematic ORM queries with native SQL statements. This was a veritable &#34;Master Class&#34; in pragmatic problem solving.

* Ben&#39;s Failure / Triumph - This week has been kicking his butt! He&#39;s exhausted and stressed out - even his feet hurt. This is due, primarily, to the HTML emails that he&#39;s been crafting at work. That said, he&#39;s been able to take his &#34;failure&#34; and transform it into a &#34;triumph&#34; by channeling that frustration into an exciting new approach for building HTML emails that&#39;s powered by ColdFusion Custom Tags. It&#39;s still early, but he&#39;s hella stoked on the concept!

* Carol&#39;s Triumph - She wrote some rather complicated code that dealt with edge-cases in her application that weren&#39;t really ever going to happen. And, when her teammates discussed this with her, she did the honorable thing and removed her code, leaving in its place a much simpler solution. The real triumph here is that she was able to overcome the &#34;sunk cost fallacy&#34; we engineers often succumb to when having to confront the questionable value of our own solutions.

* Tim&#39;s Failure - What started out as a thrilling exploration of Redis has turned into a battle for sanity! For reasons that he has not yet been able to understand, the data that he&#39;s been writing to a Redis cache isn&#39;t always available for immediate read. This is in his local development environment and he&#39;s the only one hitting the code. It just doesn&#39;t make any sense!

Notes &amp; Links

* Redis: https://redis.io/ - a blazing-fast in-memory data structure store.
* CFRedis: https://github.com/MWers/cfredis - a ColdFusion client for the Jedis Java driver for Redis.
* Jedis: https://github.com/redis/jedis - a blazingly small and sane Java client for Redis.
* Mango Blog: https://www.mangoblog.org/ - an extensible blog engine released under the Apache license, built with ColdFusion.
* CockroachDB: https://www.cockroachlabs.com/ - a distributed SQL database built on a transactional and strongly-consistent key-value store.
* Dan McKinley: Boring Technology Club: http://boringtechnology.club/ - a spoken word version of Dan&#39;s essay, &#34;Choose Boring Technology&#34;.
* Ben Nadel: &#34;Enterprise&#34; is not a dirty word: https://www.bennadel.com/blog/3976-enterprise-is-not-a-dirty-word.htm - a blog post discussing the merits of &#34;enterprise&#34; software.
* FrameworkOne (FW/1): http://framework-one.github.io/ - a light-weight conventions-over-configuration framework for ColdFusion web applications.
* Blocking-Request Budget - a concept in which serving a user&#39;s request can only entail a limited number of blocking requests.
* AWS Fargate: https://aws.amazon.com/fargate/ - services compute for containers.
* AWS Lambda: https://aws.amazon.com/lambda/ - a &#34;functions as a service&#34; (FaaS) platform.
* Mailgun: https://www.mailgun.com/ - an email service provider (ESP) built for developers.
* Let&#39;s Encrypt: https://letsencrypt.org/ - a nonprofit Certificate Authority that has brought free TLS certificates to the masses.

Follow the show! Our website is https://workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon: https://patreon.com/workingcodepod</itunes:summary>
                <description><![CDATA[<p>An engineer at SquareSpace once referred to his company as &#34;an overnight success, 7-years in the making.&#34; This cheeky insight pays homage to the <em>marathon of work</em> that is often required when building a successful product and / or business. Which begs the question: when is it appropriate to start thinking about scale? Should you be taking it into account during early ideation and the construction of your MVP (Minimum Viable Product)? Or, should you kick the can down the road with the assumption that you can always throw money at the problem later (either by hiring smart people or by vertically scaling your existing compute resources)?</p><p><br></p><p>This week, the crew talks about their experience in scaling web application systems; what they have - and <em>haven&#39;t yet</em> - had the need to consider; and, how they calculate the return on investment (ROI) when it comes to adding complexity to a potential solution (&#34;innovation tokens&#34;, anyone?).</p><p><br></p><p>If you like this episode about scaling, you may also enjoy our previous episode on <a href="https://redcircle.com/shows/workingcode/episodes/2a1b00a1-d766-49fe-9ef4-64cf8363c22b" rel="nofollow">Monoliths vs. Microservices</a>.</p><p><br></p><p><strong>Triumphs &amp; Failures</strong></p><p><br></p><ul><li><strong>Adam&#39;s Triumph</strong> - After switching to a new platform, his ORM (Object-Relational Mapping) code stopped working for &#34;reasons&#34;. And, instead of spending a whole week trying to figure it out, he just spent a single day replacing the problematic ORM queries with native SQL statements. This was a veritable &#34;Master Class&#34; in pragmatic problem solving.</li><li><strong>Ben&#39;s Failure / Triumph</strong> - This week has been <em>kicking his butt</em>! He&#39;s exhausted and stressed out - even his feet hurt. This is due, primarily, to the HTML emails that he&#39;s been crafting at work. That said, he&#39;s been able to take his &#34;failure&#34; and transform it into a &#34;triumph&#34; by channeling that frustration into an exciting new approach for building HTML emails that&#39;s powered by ColdFusion Custom Tags. It&#39;s still early, but he&#39;s hella stoked on the concept!</li><li><strong>Carol&#39;s Triumph</strong> - She wrote some rather complicated code that dealt with edge-cases in her application that weren&#39;t really ever going to happen. And, when her teammates discussed this with her, she did the honorable thing and removed her code, leaving in its place a much simpler solution. The real triumph here is that she was able to overcome the &#34;sunk cost fallacy&#34; we engineers often succumb to when having to confront the questionable value of our own solutions.</li><li><strong>Tim&#39;s Failure</strong> - What started out as a thrilling exploration of Redis has turned into a battle for sanity! For reasons that he has not yet been able to understand, the data that he&#39;s been writing to a Redis cache isn&#39;t always available for immediate read. This is in his local development environment and he&#39;s <em>the only one</em> hitting the code. It just doesn&#39;t make any sense!</li></ul><p><br></p><p><strong>Notes &amp; Links</strong></p><p><br></p><ul><li><a href="https://redis.io/" rel="nofollow">Redis</a> - a blazing-fast in-memory data structure store.</li><li><a href="https://github.com/MWers/cfredis" rel="nofollow">CFRedis</a> - a ColdFusion client for the Jedis Java driver for Redis.</li><li><a href="https://github.com/redis/jedis" rel="nofollow">Jedis</a> - a blazingly small and sane Java client for Redis.</li><li><a href="https://www.mangoblog.org/" rel="nofollow">Mango Blog</a> - an extensible blog engine released under the Apache license, built with ColdFusion.</li><li><a href="https://www.cockroachlabs.com/" rel="nofollow">CockroachDB</a> - a distributed SQL database built on a transactional and strongly-consistent key-value store.</li><li><a href="http://boringtechnology.club/" rel="nofollow">Dan McKinley: Boring Technology Club</a> - a spoken word version of Dan&#39;s essay, &#34;Choose Boring Technology&#34;.</li><li><a href="https://www.bennadel.com/blog/3976-enterprise-is-not-a-dirty-word.htm" rel="nofollow">Ben Nadel: &#34;Enterprise&#34; is not a dirty word</a> - a blog post discussing the merits of &#34;enterprise&#34; software.</li><li><a href="http://framework-one.github.io/" rel="nofollow">FrameworkOne (FW/1)</a> - a light-weight conventions-over-configuration framework for ColdFusion web applications.</li><li>Blocking-Request Budget - a concept in which serving a user&#39;s request can only entail a limited number of blocking requests.</li><li><a href="https://aws.amazon.com/fargate/" rel="nofollow">AWS Fargate</a> - services compute for containers.</li><li><a href="https://aws.amazon.com/lambda/" rel="nofollow">AWS Lambda</a> - a &#34;functions as a service&#34; (FaaS) platform.</li><li><a href="https://www.mailgun.com/" rel="nofollow">Mailgun</a> - an email service provider (ESP) built for developers.</li><li><a href="https://letsencrypt.org/" rel="nofollow">Let&#39;s Encrypt</a> - a nonprofit Certificate Authority that has brought free TLS certificates to the masses.</li></ul><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <strong>@WorkingCodePod</strong> on <a href="https://twitter.com/workingcodepod" rel="nofollow">Twitter</a> and <a href="https://instagram.com/workingcodepod" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;An engineer at SquareSpace once referred to his company as &amp;#34;an overnight success, 7-years in the making.&amp;#34; This cheeky insight pays homage to the &lt;em&gt;marathon of work&lt;/em&gt; that is often required when building a successful product and / or business. Which begs the question: when is it appropriate to start thinking about scale? Should you be taking it into account during early ideation and the construction of your MVP (Minimum Viable Product)? Or, should you kick the can down the road with the assumption that you can always throw money at the problem later (either by hiring smart people or by vertically scaling your existing compute resources)?&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;This week, the crew talks about their experience in scaling web application systems; what they have - and &lt;em&gt;haven&amp;#39;t yet&lt;/em&gt; - had the need to consider; and, how they calculate the return on investment (ROI) when it comes to adding complexity to a potential solution (&amp;#34;innovation tokens&amp;#34;, anyone?).&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;If you like this episode about scaling, you may also enjoy our previous episode on &lt;a href=&#34;https://redcircle.com/shows/workingcode/episodes/2a1b00a1-d766-49fe-9ef4-64cf8363c22b&#34; rel=&#34;nofollow&#34;&gt;Monoliths vs. Microservices&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Triumphs &amp;amp; Failures&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Adam&amp;#39;s Triumph&lt;/strong&gt; - After switching to a new platform, his ORM (Object-Relational Mapping) code stopped working for &amp;#34;reasons&amp;#34;. And, instead of spending a whole week trying to figure it out, he just spent a single day replacing the problematic ORM queries with native SQL statements. This was a veritable &amp;#34;Master Class&amp;#34; in pragmatic problem solving.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Ben&amp;#39;s Failure / Triumph&lt;/strong&gt; - This week has been &lt;em&gt;kicking his butt&lt;/em&gt;! He&amp;#39;s exhausted and stressed out - even his feet hurt. This is due, primarily, to the HTML emails that he&amp;#39;s been crafting at work. That said, he&amp;#39;s been able to take his &amp;#34;failure&amp;#34; and transform it into a &amp;#34;triumph&amp;#34; by channeling that frustration into an exciting new approach for building HTML emails that&amp;#39;s powered by ColdFusion Custom Tags. It&amp;#39;s still early, but he&amp;#39;s hella stoked on the concept!&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Carol&amp;#39;s Triumph&lt;/strong&gt; - She wrote some rather complicated code that dealt with edge-cases in her application that weren&amp;#39;t really ever going to happen. And, when her teammates discussed this with her, she did the honorable thing and removed her code, leaving in its place a much simpler solution. The real triumph here is that she was able to overcome the &amp;#34;sunk cost fallacy&amp;#34; we engineers often succumb to when having to confront the questionable value of our own solutions.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Tim&amp;#39;s Failure&lt;/strong&gt; - What started out as a thrilling exploration of Redis has turned into a battle for sanity! For reasons that he has not yet been able to understand, the data that he&amp;#39;s been writing to a Redis cache isn&amp;#39;t always available for immediate read. This is in his local development environment and he&amp;#39;s &lt;em&gt;the only one&lt;/em&gt; hitting the code. It just doesn&amp;#39;t make any sense!&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Notes &amp;amp; Links&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://redis.io/&#34; rel=&#34;nofollow&#34;&gt;Redis&lt;/a&gt; - a blazing-fast in-memory data structure store.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/MWers/cfredis&#34; rel=&#34;nofollow&#34;&gt;CFRedis&lt;/a&gt; - a ColdFusion client for the Jedis Java driver for Redis.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/redis/jedis&#34; rel=&#34;nofollow&#34;&gt;Jedis&lt;/a&gt; - a blazingly small and sane Java client for Redis.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.mangoblog.org/&#34; rel=&#34;nofollow&#34;&gt;Mango Blog&lt;/a&gt; - an extensible blog engine released under the Apache license, built with ColdFusion.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.cockroachlabs.com/&#34; rel=&#34;nofollow&#34;&gt;CockroachDB&lt;/a&gt; - a distributed SQL database built on a transactional and strongly-consistent key-value store.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;http://boringtechnology.club/&#34; rel=&#34;nofollow&#34;&gt;Dan McKinley: Boring Technology Club&lt;/a&gt; - a spoken word version of Dan&amp;#39;s essay, &amp;#34;Choose Boring Technology&amp;#34;.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.bennadel.com/blog/3976-enterprise-is-not-a-dirty-word.htm&#34; rel=&#34;nofollow&#34;&gt;Ben Nadel: &amp;#34;Enterprise&amp;#34; is not a dirty word&lt;/a&gt; - a blog post discussing the merits of &amp;#34;enterprise&amp;#34; software.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;http://framework-one.github.io/&#34; rel=&#34;nofollow&#34;&gt;FrameworkOne (FW/1)&lt;/a&gt; - a light-weight conventions-over-configuration framework for ColdFusion web applications.&lt;/li&gt;&lt;li&gt;Blocking-Request Budget - a concept in which serving a user&amp;#39;s request can only entail a limited number of blocking requests.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/fargate/&#34; rel=&#34;nofollow&#34;&gt;AWS Fargate&lt;/a&gt; - services compute for containers.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/lambda/&#34; rel=&#34;nofollow&#34;&gt;AWS Lambda&lt;/a&gt; - a &amp;#34;functions as a service&amp;#34; (FaaS) platform.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.mailgun.com/&#34; rel=&#34;nofollow&#34;&gt;Mailgun&lt;/a&gt; - an email service provider (ESP) built for developers.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://letsencrypt.org/&#34; rel=&#34;nofollow&#34;&gt;Let&amp;#39;s Encrypt&lt;/a&gt; - a nonprofit Certificate Authority that has brought free TLS certificates to the masses.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;strong&gt;@WorkingCodePod&lt;/strong&gt; on &lt;a href=&#34;https://twitter.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt; and &lt;a href=&#34;https://instagram.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="66113201" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/eba69652-fdd1-40eb-ab02-9ffe44841542/stream.mp3"/>
                
                <guid isPermaLink="false">11317a7d-9336-41ba-ab92-a7fdbc43d105</guid>
                <link>https://workingcode.dev</link>
                <pubDate>Wed, 17 Feb 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/2/16/18/6c07c9dc-78dc-4800-99ec-61794c342d0b_cover-art-v1.jpg"/>
                <itunes:duration>4132</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>009: Testing</itunes:title>
                <title>009: Testing</title>

                <itunes:episode>9</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>There are very few people in the programming world who will argue against the idea of testing software. But, when it comes to the mechanisms though which code is tested, the conversation starts to get interesting. There are those who feel that TDD - Test Driven Development - is &#34;the way&#34;; and, that any divergence from TDD is not only laziness but is, in fact, borderline malfeasance. At the other end of the spectrum are the people who perform all their testing manually; often, relying on QA (Quality Assurance) teams and smoke tests to find regressions before each deployment.

Most people sit somewhere in the middle of these extremes. This week, the crew talks about their own views and experience with testing; and, how they currently implement testing at work. Ben swings heavily towards the manual testing end of the spectrum; Adam and Carol swing heavily towards the automated end of the spectrum; and Tim, who often feels very hypocritical, sits somewhere in the middle.

Triumphs &amp; Fails

* Adam&#39;s Triumph: He&#39;s been working hard to get his company&#39;s application migrated over to a new open-source software stack. And, as of this recording, he&#39;s successfully moved 9 of his 13 production servers over to the new setup; and, everything seems to be running smoothly! He&#39;s feeling very strong on hitting his goals of migrating the rest of the servers by the end of January.

* Ben&#39;s Failure: This week has been kicking his butt! He hasn&#39;t been sleeping well, he can&#39;t get comfortable in his chair, and everything seems to hurt. He&#39;s carrying a boat-load of tension in his neck and shoulders and he just can&#39;t seem to get past it. The only saving grace is that he can use his &#34;standing desk&#34; controls to select the perfect height for sitting.

* Carol&#39;s Failure: She&#39;s also having a tough time getting comfortable! Her body hurts from her tail-bone up to her head; and, the heating pad she&#39;s using just ain&#39;t doing it. She&#39;s currently on the hunt for a new chair that might help offer some relief. But, being the Amazonian warrior that she is makes things a bit more challenging. As she says:

&gt; I can&#39;t help it - I have six feet of legs and they have to go somewhere!

And, as the icing on the cake, she accidentally deleted the configuration settings for all seven of her home networks. She had automatic backups configured; but, she accidentally turned them off 3-months ago.

* Tim&#39;s Triumph: It&#39;s been a while since he was able to get into a groove; but, this week, he finally achieved flow state: that moment when the world disappears, time loses meaning, and all you can see is the code in front of you as it appears to pour out of your hands without effort or thought. He summed this feeling up quite nicely:

&gt; I feel less like I&#39;m pushing a stone uphill and more like there&#39;s a river just flowing through me.

I mean, come on, he even wrote a Regular Expression!

Notes &amp; Links

* Pure Function (https://en.wikipedia.org/wiki/Pure_function) - a function that produced no side-effects; and, whose outputs are determined entirely by its inputs.
* Jest (https://jestjs.io/) - a popular JavaScript testing framework.
* Unit testing (https://en.wikipedia.org/wiki/Unit_testing) - a low-level test of an individual unit of code.
* Integration testing (https://en.wikipedia.org/wiki/Integration_testing) - a mid-level test of a group of software units running together.
* End-to-End / Functional testing - a high-level test of an entire software system, typically looking at happy paths through an application.
* Manual testing - using human to run tests on a piece of software.
* Automated testing - using computers to run tests on a piece of software.
* Static testing - evaluation of code without having to execute it (think linters and strongly typed languages).
* Testing budget - a concept in which the tests that can block a deployment have to run within a certain time window.
* Rich Hickey (https://www.youtube.com/results?search_query=rich&#43;hickey) - please, just go watch all of his videos.
* Software regression (https://en.wikipedia.org/wiki/Software_regression) - a bug that appears, and often breaks, a previously-working piece of code.
* Guillermo Rauch (https://rauchg.com/) - CEO of Vercel (https://vercel.com/).
* REST Assured (https://rest-assured.io/) - a testing framework for application APIs.
* Gatling (https://gatling.io/) - load testing software.
* Feature flags (https://launchdarkly.com/features/feature-flags/) - tooling that allows you to turn parts of an application on or off without having to redeploy it.
* Strangler pattern
* Ben Nadel: My Personal Best Practices For Using LaunchDarkly Feature Flags (https://www.bennadel.com/blog/3766-my-personal-best-practices-for-using-launchdarkly-feature-flags.htm) - a tome that Ben wrote on how he uses feature flags.
* Kent C Dodds: Testing JavaScript (https://testingjavascript.com/) - a popular online course about about testing JavaScript.
* EggHead.io (https://egghead.io/) - a popular subscription service that provides tutorials on web application development.
* MockBox (https://testbox.ortusbooks.com/mocking/mockbox) - a module within TestBox that allows the internal execution of a software module to be observed.

Follow the show! Our website is https://workingcode.dev/ and we&#39;re @WorkingCodePod on Twitter &amp; Instagram. New episodes weekly on Wednesday.

If you&#39;re feeling the love, support us on Patreon: https://www.patreon.com/workingcodepod
</itunes:summary>
                <description><![CDATA[<p>There are very few people in the programming world who will argue against the idea of <em>testing software</em>. But, when it comes to the mechanisms though which code is tested, the conversation starts to get interesting. There are those who feel that TDD - Test Driven Development - is &#34;the way&#34;; and, that any divergence from TDD is not only laziness but is, in fact, borderline malfeasance. At the other end of the spectrum are the people who perform all their testing manually; often, relying on QA (Quality Assurance) teams and smoke tests to find regressions before each deployment.</p><p><br></p><p>Most people sit somewhere in the middle of these extremes. This week, the crew talks about their own views and experience with testing; and, how they currently implement testing at work. Ben swings heavily towards the manual testing end of the spectrum; Adam and Carol swing heavily towards the automated end of the spectrum; and Tim, who often feels very hypocritical, sits somewhere in the middle.</p><h2><br></h2><h2>Triumphs &amp; Fails</h2><ul><li>Adam&#39;s Triumph: He&#39;s been working hard to get his company&#39;s application migrated over to a new open-source software stack. And, as of this recording, he&#39;s successfully moved 9 of his 13 production servers over to the new setup; and, everything seems to be running smoothly! He&#39;s feeling very strong on hitting his goals of migrating the rest of the servers by the end of January.</li><li>Ben&#39;s Failure: This week has been <em>kicking his butt</em>! He hasn&#39;t been sleeping well, he can&#39;t get comfortable in his chair, and everything seems to hurt. He&#39;s carrying a boat-load of tension in his neck and shoulders and he just can&#39;t seem to get past it. The only saving grace is that he can use his &#34;standing desk&#34; controls to select the perfect height for <em>sitting</em>.</li><li>Carol&#39;s Failure: She&#39;s also having a tough time getting comfortable! Her body hurts from her tail-bone up to her head; and, the heating pad she&#39;s using just ain&#39;t doing it. She&#39;s currently on the hunt for a new chair that might help offer some relief. But, being the Amazonian warrior that she is makes things a bit more challenging. As she says: &#34;I can&#39;t help it - I have six feet of legs and they have to go somewhere!&#34; And, as the icing on the cake, she accidentally deleted the configuration settings for <em>all seven of her home networks</em>. She had automatic backups configured; but, she accidentally turned them off 3-months ago.</li><li>Tim&#39;s Triumph: It&#39;s been a while since he was able to get into a groove; but, this week, he finally achieved flow state: that moment when the world disappears, time loses meaning, and all you can see is the code in front of you as it appears to pour out of your hands without effort or thought. He summed this feeling up quite nicely: &#34;I feel less like I&#39;m pushing a stone uphill and more like there&#39;s a river just flowing through me.&#34; I mean, come on, he even wrote a Regular Expression!</li></ul><h2>Notes &amp; Links</h2><ul><li><a href="https://en.wikipedia.org/wiki/Pure_function" rel="nofollow">Pure Function</a> - a function that produced no side-effects; and, whose outputs are determined entirely by its inputs.</li><li><a href="https://www.lucee.org/" rel="nofollow">CFML</a> - ColdFusion Markup Language, a language specification for one of the most powerful web application runtimes.</li><li><a href="https://jestjs.io/" rel="nofollow">Jest</a> - a popular JavaScript testing framework.</li><li><a href="https://en.wikipedia.org/wiki/Unit_testing" rel="nofollow">Unit testing</a> - a low-level test of an individual unit of code.</li><li><a href="https://en.wikipedia.org/wiki/Integration_testing" rel="nofollow">Integration testing</a> - a mid-level test of a group of software units running together.</li><li>End-to-End / Functional testing - a high-level test of an entire software system, typically looking at happy paths through an application.</li><li>Manual testing - using human to run tests on a piece of software.</li><li>Automated testing - using computers to run tests on a piece of software.</li><li>Static testing - evaluation of code without having to execute it (think linters and strongly typed languages).</li><li>Testing budget - a concept in which the tests that can block a deployment have to run within a certain time window.</li><li><a href="https://www.youtube.com/results?search_query=rich+hickey" rel="nofollow">Rich Hickey: YouTube</a> - please, just go watch all of his videos.</li><li><a href="https://en.wikipedia.org/wiki/Software_regression" rel="nofollow">Software regression</a> - a bug that appears, and often breaks, a previously-working piece of code.</li><li><a href="https://rauchg.com/" rel="nofollow">Guillermo Rauch</a> - CEO of <a href="https://vercel.com/" rel="nofollow">Vercel</a>.</li><li><a href="https://rest-assured.io/" rel="nofollow">REST Assured</a> - a testing framework for application APIs.</li><li><a href="https://gatling.io/" rel="nofollow">Gatling</a> - load testing software.</li><li><a href="https://launchdarkly.com/features/feature-flags/" rel="nofollow">Feature flags</a> - tooling that allows you to turn parts of an application on or off without having to redeploy it.</li><li>Strangler pattern</li><li><a href="https://www.bennadel.com/blog/3766-my-personal-best-practices-for-using-launchdarkly-feature-flags.htm" rel="nofollow">Ben Nadel: My Personal Best Practices For Using LaunchDarkly Feature Flags</a> - a tome that Ben wrote on how he uses feature flags.</li><li><a href="https://testingjavascript.com/" rel="nofollow">Kent C Dodds: Testing JavaScript</a> - a popular online course about about testing JavaScript.</li><li><a href="https://egghead.io/" rel="nofollow">EggHead.io</a> - a popular subscription service that provides tutorials on web application development.</li><li><a href="https://testbox.ortusbooks.com/mocking/mockbox" rel="nofollow">MockBox</a> - a module within TestBox that allows the internal execution of a software module to be observed.</li></ul><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;There are very few people in the programming world who will argue against the idea of &lt;em&gt;testing software&lt;/em&gt;. But, when it comes to the mechanisms though which code is tested, the conversation starts to get interesting. There are those who feel that TDD - Test Driven Development - is &amp;#34;the way&amp;#34;; and, that any divergence from TDD is not only laziness but is, in fact, borderline malfeasance. At the other end of the spectrum are the people who perform all their testing manually; often, relying on QA (Quality Assurance) teams and smoke tests to find regressions before each deployment.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Most people sit somewhere in the middle of these extremes. This week, the crew talks about their own views and experience with testing; and, how they currently implement testing at work. Ben swings heavily towards the manual testing end of the spectrum; Adam and Carol swing heavily towards the automated end of the spectrum; and Tim, who often feels very hypocritical, sits somewhere in the middle.&lt;/p&gt;&lt;h2&gt;&lt;br&gt;&lt;/h2&gt;&lt;h2&gt;Triumphs &amp;amp; Fails&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;Adam&amp;#39;s Triumph: He&amp;#39;s been working hard to get his company&amp;#39;s application migrated over to a new open-source software stack. And, as of this recording, he&amp;#39;s successfully moved 9 of his 13 production servers over to the new setup; and, everything seems to be running smoothly! He&amp;#39;s feeling very strong on hitting his goals of migrating the rest of the servers by the end of January.&lt;/li&gt;&lt;li&gt;Ben&amp;#39;s Failure: This week has been &lt;em&gt;kicking his butt&lt;/em&gt;! He hasn&amp;#39;t been sleeping well, he can&amp;#39;t get comfortable in his chair, and everything seems to hurt. He&amp;#39;s carrying a boat-load of tension in his neck and shoulders and he just can&amp;#39;t seem to get past it. The only saving grace is that he can use his &amp;#34;standing desk&amp;#34; controls to select the perfect height for &lt;em&gt;sitting&lt;/em&gt;.&lt;/li&gt;&lt;li&gt;Carol&amp;#39;s Failure: She&amp;#39;s also having a tough time getting comfortable! Her body hurts from her tail-bone up to her head; and, the heating pad she&amp;#39;s using just ain&amp;#39;t doing it. She&amp;#39;s currently on the hunt for a new chair that might help offer some relief. But, being the Amazonian warrior that she is makes things a bit more challenging. As she says: &amp;#34;I can&amp;#39;t help it - I have six feet of legs and they have to go somewhere!&amp;#34; And, as the icing on the cake, she accidentally deleted the configuration settings for &lt;em&gt;all seven of her home networks&lt;/em&gt;. She had automatic backups configured; but, she accidentally turned them off 3-months ago.&lt;/li&gt;&lt;li&gt;Tim&amp;#39;s Triumph: It&amp;#39;s been a while since he was able to get into a groove; but, this week, he finally achieved flow state: that moment when the world disappears, time loses meaning, and all you can see is the code in front of you as it appears to pour out of your hands without effort or thought. He summed this feeling up quite nicely: &amp;#34;I feel less like I&amp;#39;m pushing a stone uphill and more like there&amp;#39;s a river just flowing through me.&amp;#34; I mean, come on, he even wrote a Regular Expression!&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;Notes &amp;amp; Links&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Pure_function&#34; rel=&#34;nofollow&#34;&gt;Pure Function&lt;/a&gt; - a function that produced no side-effects; and, whose outputs are determined entirely by its inputs.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.lucee.org/&#34; rel=&#34;nofollow&#34;&gt;CFML&lt;/a&gt; - ColdFusion Markup Language, a language specification for one of the most powerful web application runtimes.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://jestjs.io/&#34; rel=&#34;nofollow&#34;&gt;Jest&lt;/a&gt; - a popular JavaScript testing framework.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Unit_testing&#34; rel=&#34;nofollow&#34;&gt;Unit testing&lt;/a&gt; - a low-level test of an individual unit of code.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Integration_testing&#34; rel=&#34;nofollow&#34;&gt;Integration testing&lt;/a&gt; - a mid-level test of a group of software units running together.&lt;/li&gt;&lt;li&gt;End-to-End / Functional testing - a high-level test of an entire software system, typically looking at happy paths through an application.&lt;/li&gt;&lt;li&gt;Manual testing - using human to run tests on a piece of software.&lt;/li&gt;&lt;li&gt;Automated testing - using computers to run tests on a piece of software.&lt;/li&gt;&lt;li&gt;Static testing - evaluation of code without having to execute it (think linters and strongly typed languages).&lt;/li&gt;&lt;li&gt;Testing budget - a concept in which the tests that can block a deployment have to run within a certain time window.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/results?search_query=rich&#43;hickey&#34; rel=&#34;nofollow&#34;&gt;Rich Hickey: YouTube&lt;/a&gt; - please, just go watch all of his videos.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Software_regression&#34; rel=&#34;nofollow&#34;&gt;Software regression&lt;/a&gt; - a bug that appears, and often breaks, a previously-working piece of code.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://rauchg.com/&#34; rel=&#34;nofollow&#34;&gt;Guillermo Rauch&lt;/a&gt; - CEO of &lt;a href=&#34;https://vercel.com/&#34; rel=&#34;nofollow&#34;&gt;Vercel&lt;/a&gt;.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://rest-assured.io/&#34; rel=&#34;nofollow&#34;&gt;REST Assured&lt;/a&gt; - a testing framework for application APIs.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://gatling.io/&#34; rel=&#34;nofollow&#34;&gt;Gatling&lt;/a&gt; - load testing software.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://launchdarkly.com/features/feature-flags/&#34; rel=&#34;nofollow&#34;&gt;Feature flags&lt;/a&gt; - tooling that allows you to turn parts of an application on or off without having to redeploy it.&lt;/li&gt;&lt;li&gt;Strangler pattern&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.bennadel.com/blog/3766-my-personal-best-practices-for-using-launchdarkly-feature-flags.htm&#34; rel=&#34;nofollow&#34;&gt;Ben Nadel: My Personal Best Practices For Using LaunchDarkly Feature Flags&lt;/a&gt; - a tome that Ben wrote on how he uses feature flags.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://testingjavascript.com/&#34; rel=&#34;nofollow&#34;&gt;Kent C Dodds: Testing JavaScript&lt;/a&gt; - a popular online course about about testing JavaScript.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://egghead.io/&#34; rel=&#34;nofollow&#34;&gt;EggHead.io&lt;/a&gt; - a popular subscription service that provides tutorials on web application development.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://testbox.ortusbooks.com/mocking/mockbox&#34; rel=&#34;nofollow&#34;&gt;MockBox&lt;/a&gt; - a module within TestBox that allows the internal execution of a software module to be observed.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55880306" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/549813fe-c15f-421b-935a-9b2804125d1e/stream.mp3"/>
                
                <guid isPermaLink="false">74947d21-8475-4b94-8dfb-0a3188385d92</guid>
                <link>https://workingcode.dev</link>
                <pubDate>Wed, 10 Feb 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/2/10/11/f28d984b-7914-455f-8165-22d9ba738603_c9919240-9a73-4c8c-945d-9cd584f8ce58_cd23683e-44d4-482f-9ef8-539acb98f1ad_29e57c7e-dea1-447c-8dc7-db36065537d6_cover-art-v1.jpg"/>
                <itunes:duration>3492</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>008: Origin Stories Pt 2</itunes:title>
                <title>008: Origin Stories Pt 2</title>

                <itunes:episode>8</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>All super heroes have an origin story. And, so do nerds. Many of us can remember back to that moment when we realized that there was magic in the world - magic that we could be part of; and, magic that we could help create. This week, we get personal with the crew and learn more about where they came from, what kind of stuff makes them tick, and what it is that they love about being web application developers.

This Part II of a two-part series. Part II will includes Carol and Adam. Part I was Ben and Tim.

But (drum roll please) thank you to our first patrons! You are helping us make this podcast better. For anyone who wants to know more, check out our Patreon listed at the end of the show notes.

Triumphs &amp; Fails

- Ben&#39;s Failure: He, like many of us, just doesn&#39;t &#34;people&#34; well at times. He makes an effort to improve this by staring emails with the goal being a reply. But with weeks of stared emails lacking replies, the effort feels a tad null. Maybe he should accept this flaw and consider it a feature. And... if he hasn&#39;t replied to your text message yet, don&#39;t feel bad, yours is only 1 of 1248.

- Carol&#39;s Triumph: She mentioned last week that she was feeling a tad bit down at work, struggling to learn the business side as fast as she expected herself to. The self-induced kind of worries. This week during her 1-on-1, she was provided feedback which put that worries to rest. She is feeling less stress and more fresh.

- Tim&#39;s Failure &amp; Triumph: Boy oh boy, has Tim failed. He turned the chipper marketing team at work into a slightly less chipper set of people by avoiding delivering of a marketing approach he was on the hook for. No sweat team, he will get around to it. His Triumph for the week stem from our previous episode about 2021 Hopes and Goals. He wrote his own blockchain! The man is non stop! He also revels a great idea for using his new found blockchaining power. Perhaps a podcast coin?

- Adam&#39;s Triumph: He&#39;s seesawing on if his triumph is a real triumph or not, and it is! He made it an entire day without sitting down. He is making an effort to stand more with the assistance of a electric sit/sand desk.

Notes &amp; Links

- Tinker (https://www.merriam-webster.com/dictionary/tinker) Means: to work in the manner of a tinker especially : to repair, adjust, or work with something in an unskilled or experimental manner
- The Oregon Trail (https://classicreload.com/oregon-trail.html) A popular game for kids of the 90&#39;s to play. The game was released in 1990 and was developed by MECC.
- Tent.io (https://indieweb.org/Tent.io) Was a suite of distributed networking protocols which had a goal to provide a consistent data layer that any app could tie into. In 2019 they closed shop due to funding.
- Our first search engines: Carol: Ask Jeeves, Tim: Altavista, Ben: HotBot, Adam: Dogpile
- Welcome to the Machine (https://www.youtube.com/watch?v=lt-udg9zQSE)
- Terminal Velocity (https://www.gog.com/game/terminal_velocity)
- Teach yourself VB4 in 21 days (https://dl.acm.org/doi/book/10.5555/550306) - Adams entry book into learning how to write code.
- Church of Mountain Dew (http://tutt.xyz/churchofdew) Web archive to the original church of mountain dew webpage
- First stop to find the church of dew (http://tutt.xyz/dew1)
- Another relic to the church of dew (http://tutt.xyz/dew2)
- 12 year old Adam created his own Church of Mountain Dew in a notepad text editor.
- The token ring network (https://searchnetworking.techtarget.com/definition/Token-Ring) A token ring network is a local area network (LAN) in which all computers are connected in a ring or star topology and pass one or more logical tokens from host to host. Only a host that holds a token can send data, and tokens are released when receipt of the data is confirmed.
- REST Assured (https://restassuredbook.com/) If you think rest is napping, pick up Adams book to understand Rest and API Design.
- Taffy (https://taffy.io/) Adams REST Web Service Framework for ColdFusion and Lucee
- Christian Ready (https://christianready.com/) is a great friend of ours. We all love his work and listening to him present any chance we get. Check him out on YouTube - https://www.youtube.com/christianready

Follow the show! Our website is workingcode.dev and we&#39;re @WorkingCodePod on Twitter and Instagram. New episodes weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon: https://www.patreon.com/workingcodepod</itunes:summary>
                <description><![CDATA[<p>All super heroes have an origin story. And, <strong>so do nerds</strong>. Many of us can remember back to that moment when we realized that there was magic in the world - magic that we could be part of; and, magic that we could help create. This week, we get personal with the crew and learn more about where they came from, what kind of stuff makes them tick, and what it is that they love about being web application developers.</p><p><br></p><p>This Part II of a two-part series. Part II will includes Carol and Adam. Part I was Ben and Tim.</p><p><br></p><p>But <strong>(drum roll please)</strong> thank you to our first patrons! You are helping us make this podcast better. For anyone who wants to know more, check out our Patreon listed at the end of the show notes.</p><p><br></p><p><strong>Triumphs &amp; Fails</strong></p><p><br></p><ul><li><strong>Ben&#39;s Failure</strong> - He, like many of us, just doesn&#39;t &#34;people&#34; well at times. He makes an effort to improve this by staring emails with the goal being a reply. But with weeks of stared emails lacking replies, the effort feels a tad null. Maybe he should accept this flaw and consider it a feature. And... if he hasn&#39;t replied to your text message yet, don&#39;t feel bad, yours is only 1 of 1248.</li><li><strong>Carol&#39;s Triumph</strong> - She mentioned last week that she was feeling a tad bit down at work, struggling to learn the business side as fast as she expected herself to. The self-induced kind of worries. This week during her 1-on-1, she was provided feedback which put that worries to rest. She is feeling less stress and more fresh.</li><li><strong>Tim&#39;s Failure &amp; Triumph</strong> - Boy oh boy, has Tim failed. He turned the chipper marketing team at work into a slightly less chipper set of people by avoiding delivering of a marketing approach he was on the hook for. No sweat team, he <strong>will</strong> get around to it. His Triumph for the week stem from our previous episode about 2021 Hopes and Goals. He wrote his own blockchain! The man is non stop! He also revels a great idea for using his new found blockchaining power. Perhaps a podcast coin?</li><li><strong>Adam&#39;s Triumph</strong> - He&#39;s seesawing on if his triumph is a real triumph or not, and it is! He made it an entire day without sitting down. He is making an effort to stand more with the assistance of an electric sit/sand desk.</li></ul><p><br></p><p><strong>Notes &amp; Links</strong></p><p><br></p><ul><li><a href="https://www.merriam-webster.com/dictionary/tinker" rel="nofollow">Tinker</a> - Means: to work in the manner of a tinker especially : to repair, adjust, or work with something in an unskilled or experimental manner</li><li><a href="https://classicreload.com/oregon-trail.html" rel="nofollow">The Oregon Trail</a> - A popular game for kids of the 90&#39;s to play. The game was released in 1990 and was developed by MECC.</li><li><a href="https://indieweb.org/Tent.io" rel="nofollow">Tent.io</a> - Was a suite of distributed networking protocols which had a goal to provide a consistent data layer that any app could tie into. In 2019 they closed shop due to funding.</li><li>Our <em>first</em> search engines: <strong>Carol</strong>: <a href="https://www.ask.com/" rel="nofollow">Ask Jeeves</a>, <strong>Tim:</strong> <a href="http://www.altavista.com/" rel="nofollow">Altavista</a>, <strong>Ben:</strong> <a href="https://en.wikipedia.org/wiki/HotBot" rel="nofollow">HotBot</a>, <strong>Adam:</strong> <a href="https://www.dogpile.com/" rel="nofollow">Dogpile</a></li><li><a href="https://www.youtube.com/watch?v=lt-udg9zQSE" rel="nofollow">Welcome to the Machine</a></li><li><a href="https://www.gog.com/game/terminal_velocity" rel="nofollow">Terminal Velocity</a></li><li><a href="https://dl.acm.org/doi/book/10.5555/550306" rel="nofollow">Teach yourself VB4 in 21 days</a> - Adams entry book into learning how to write code.</li><li><a href="http://tutt.xyz/churchofdew" rel="nofollow">Church of Mountain Dew</a> - Web archive to the original church of mountain dew webpage</li><li><a href="http://tutt.xyz/dew1" rel="nofollow">First stop to find the church of dew</a></li><li><a href="http://tutt.xyz/dew2" rel="nofollow">Another relic to the church of dew</a></li><li>12 year old Adam created his own Church of Mountian Dew in a notepad text editor.</li><li><a href="https://searchnetworking.techtarget.com/definition/Token-Ring" rel="nofollow">The token ring network</a> - A token ring network is a local area network (LAN) in which all computers are connected in a ring or star topology and pass one or more logical tokens from host to host. Only a host that holds a token can send data, and tokens are released when receipt of the data is confirmed.</li><li><a href="https://restassuredbook.com/" rel="nofollow">REST Assured</a> - If you think rest is napping, pick up Adams book to understand Rest and API Design.</li><li><a href="https://taffy.io/" rel="nofollow">Taffy</a> - Adams REST Web Service Framework for ColdFusion and Lucee</li><li><a href="https://christianready.com/" rel="nofollow">Christian Ready</a> - Christian Ready is a great friend of ours. We all love his work and listening to him present any chance we get. Check him out on <a href="https://www.youtube.com/christianready" rel="nofollow">YouTube</a>.</li></ul><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;All super heroes have an origin story. And, &lt;strong&gt;so do nerds&lt;/strong&gt;. Many of us can remember back to that moment when we realized that there was magic in the world - magic that we could be part of; and, magic that we could help create. This week, we get personal with the crew and learn more about where they came from, what kind of stuff makes them tick, and what it is that they love about being web application developers.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;This Part II of a two-part series. Part II will includes Carol and Adam. Part I was Ben and Tim.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;But &lt;strong&gt;(drum roll please)&lt;/strong&gt; thank you to our first patrons! You are helping us make this podcast better. For anyone who wants to know more, check out our Patreon listed at the end of the show notes.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Triumphs &amp;amp; Fails&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Ben&amp;#39;s Failure&lt;/strong&gt; - He, like many of us, just doesn&amp;#39;t &amp;#34;people&amp;#34; well at times. He makes an effort to improve this by staring emails with the goal being a reply. But with weeks of stared emails lacking replies, the effort feels a tad null. Maybe he should accept this flaw and consider it a feature. And... if he hasn&amp;#39;t replied to your text message yet, don&amp;#39;t feel bad, yours is only 1 of 1248.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Carol&amp;#39;s Triumph&lt;/strong&gt; - She mentioned last week that she was feeling a tad bit down at work, struggling to learn the business side as fast as she expected herself to. The self-induced kind of worries. This week during her 1-on-1, she was provided feedback which put that worries to rest. She is feeling less stress and more fresh.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Tim&amp;#39;s Failure &amp;amp; Triumph&lt;/strong&gt; - Boy oh boy, has Tim failed. He turned the chipper marketing team at work into a slightly less chipper set of people by avoiding delivering of a marketing approach he was on the hook for. No sweat team, he &lt;strong&gt;will&lt;/strong&gt; get around to it. His Triumph for the week stem from our previous episode about 2021 Hopes and Goals. He wrote his own blockchain! The man is non stop! He also revels a great idea for using his new found blockchaining power. Perhaps a podcast coin?&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Adam&amp;#39;s Triumph&lt;/strong&gt; - He&amp;#39;s seesawing on if his triumph is a real triumph or not, and it is! He made it an entire day without sitting down. He is making an effort to stand more with the assistance of an electric sit/sand desk.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Notes &amp;amp; Links&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.merriam-webster.com/dictionary/tinker&#34; rel=&#34;nofollow&#34;&gt;Tinker&lt;/a&gt; - Means: to work in the manner of a tinker especially : to repair, adjust, or work with something in an unskilled or experimental manner&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://classicreload.com/oregon-trail.html&#34; rel=&#34;nofollow&#34;&gt;The Oregon Trail&lt;/a&gt; - A popular game for kids of the 90&amp;#39;s to play. The game was released in 1990 and was developed by MECC.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://indieweb.org/Tent.io&#34; rel=&#34;nofollow&#34;&gt;Tent.io&lt;/a&gt; - Was a suite of distributed networking protocols which had a goal to provide a consistent data layer that any app could tie into. In 2019 they closed shop due to funding.&lt;/li&gt;&lt;li&gt;Our &lt;em&gt;first&lt;/em&gt; search engines: &lt;strong&gt;Carol&lt;/strong&gt;: &lt;a href=&#34;https://www.ask.com/&#34; rel=&#34;nofollow&#34;&gt;Ask Jeeves&lt;/a&gt;, &lt;strong&gt;Tim:&lt;/strong&gt; &lt;a href=&#34;http://www.altavista.com/&#34; rel=&#34;nofollow&#34;&gt;Altavista&lt;/a&gt;, &lt;strong&gt;Ben:&lt;/strong&gt; &lt;a href=&#34;https://en.wikipedia.org/wiki/HotBot&#34; rel=&#34;nofollow&#34;&gt;HotBot&lt;/a&gt;, &lt;strong&gt;Adam:&lt;/strong&gt; &lt;a href=&#34;https://www.dogpile.com/&#34; rel=&#34;nofollow&#34;&gt;Dogpile&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=lt-udg9zQSE&#34; rel=&#34;nofollow&#34;&gt;Welcome to the Machine&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.gog.com/game/terminal_velocity&#34; rel=&#34;nofollow&#34;&gt;Terminal Velocity&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://dl.acm.org/doi/book/10.5555/550306&#34; rel=&#34;nofollow&#34;&gt;Teach yourself VB4 in 21 days&lt;/a&gt; - Adams entry book into learning how to write code.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;http://tutt.xyz/churchofdew&#34; rel=&#34;nofollow&#34;&gt;Church of Mountain Dew&lt;/a&gt; - Web archive to the original church of mountain dew webpage&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;http://tutt.xyz/dew1&#34; rel=&#34;nofollow&#34;&gt;First stop to find the church of dew&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;http://tutt.xyz/dew2&#34; rel=&#34;nofollow&#34;&gt;Another relic to the church of dew&lt;/a&gt;&lt;/li&gt;&lt;li&gt;12 year old Adam created his own Church of Mountian Dew in a notepad text editor.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://searchnetworking.techtarget.com/definition/Token-Ring&#34; rel=&#34;nofollow&#34;&gt;The token ring network&lt;/a&gt; - A token ring network is a local area network (LAN) in which all computers are connected in a ring or star topology and pass one or more logical tokens from host to host. Only a host that holds a token can send data, and tokens are released when receipt of the data is confirmed.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://restassuredbook.com/&#34; rel=&#34;nofollow&#34;&gt;REST Assured&lt;/a&gt; - If you think rest is napping, pick up Adams book to understand Rest and API Design.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://taffy.io/&#34; rel=&#34;nofollow&#34;&gt;Taffy&lt;/a&gt; - Adams REST Web Service Framework for ColdFusion and Lucee&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://christianready.com/&#34; rel=&#34;nofollow&#34;&gt;Christian Ready&lt;/a&gt; - Christian Ready is a great friend of ours. We all love his work and listening to him present any chance we get. Check him out on &lt;a href=&#34;https://www.youtube.com/christianready&#34; rel=&#34;nofollow&#34;&gt;YouTube&lt;/a&gt;.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="67724434" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/1675f8aa-6037-454a-98cf-96f4d967e563/stream.mp3"/>
                
                <guid isPermaLink="false">24b8ed0f-b671-4401-a804-fd6c00613b53</guid>
                <link>https://workingcode.dev</link>
                <pubDate>Wed, 03 Feb 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/2/6/22/fc087294-da63-4c7c-8aae-c1a02aa92d6e_5baae64f-a984-483d-bc26-bd8f6bfb2bc4_d6209d22-20db-4392-9395-fd17ed650cee_cover-art-v1.jpg"/>
                <itunes:duration>4232</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>007: Origin Stories Pt 1</itunes:title>
                <title>007: Origin Stories Pt 1</title>

                <itunes:episode>7</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>All super heroes have an origin story. And, so do nerds. Many of us can remember back to that moment when we realized that there was magic in the world - magic that we could be part of; and, magic that we could help create. This week, we get personal with the crew and learn more about where they came from, what kind of stuff makes them tick, and what it is that they love about being web application developers.

This Part 1 of a two-part series. Part 1 includes Tim and Ben. Part 2 will include Carol and Adam.

# Triumphs &amp; Failures

* Adam&#39;s Triumph - He moved mountains of data using &#34;pivot tables&#34; in Google Sheets in order to build summaries of his newly-rolled-out test coverage at work! He&#39;s a hair&#39;s breadth away from fully converting his codebase over to an open-source platform.

* Ben&#39;s Triumph - He totally built something without JavaScript! I know, it sounds crazy: in the age of Single-Page Applications (SPA) and JavaScript frameworks, reaching for JavaScript is the default. But he managed to build something useful with just HTML and CSS!

* Carol&#39;s Triumph / Failure - She just passed the 4-month mark at her new job, like a boss! But, she been a little bit down in the mouth, concerned that she&#39;s not getting enough done and that she&#39;s not learning enough. She managed to turn the week around, however, getting some productive &#34;Design Buddy&#34; work (think &#34;pair programming&#34; for the planning phase) done.

* Tim&#39;s Triumph - He checked his old Coinbase account from 2015 and the $15 he left in there is now worth $85. He&#39;s about to wine and dine himself!

# Notes &amp; Links

* :target (https://developer.mozilla.org/en-US/docs/Web/CSS/:target) - CSS selector that matches elements whose `id` matches the URL fragment.
* Coinbase (https://www.coinbase.com/) - a place to buy, sell, and manage your cryptocurrency portfolio.
* Lost Passwords Lock Millionaires Out of Their Bitcoin Fortunes (https://www.nytimes.com/2021/01/12/technology/bitcoin-passwords-wallets-fortunes.html) - New York Times article about a millionaire who has two more chances to remember his password for quarter-billion in Bitcoin.
* Google Sheets: Pivot tables (https://support.google.com/docs/answer/1272900) - creating and using pivot tables in Google Sheets.
* Aqua Data Studio (https://www.aquafold.com/aquadatastudio) - a versatile database IDE with data management and visual analytics for relational, cloud, and NoSQL databases.
* ELIZA (https://en.wikipedia.org/wiki/ELIZA) - an early natural language processing computer program.
* Zork (https://en.wikipedia.org/wiki/Zork) - one of the earliest interactive fiction computer games.
* Kaypro (https://en.wikipedia.org/wiki/Kaypro) - a computer manufacturer from the 1980s known for their line of rugged, &#34;luggable&#34; computers.
* dBase (https://en.wikipedia.org/wiki/DBase) - one of the first database management systems for microcomputers.
* CP/M (https://en.wikipedia.org/wiki/CP/M) - an early operating system.
* Ultima Online (https://uo.com/) - one of the first MMO (Massively Multi-player Online) games.
* Adobe ColdFusion (https://www.adobe.com/products/coldfusion-family.html) - a modern web development language.
* Lucee CFML (https://www.lucee.org/) - the leading open-source CFML application server / engine - it&#39;s so good you might just freak out!
* Sierra Entertainment (https://en.wikipedia.org/wiki/Sierra_Entertainment) - game company famous for King&#39;s Quest, Space Quest, and Leisure Suit Larry.
* Hackers (https://www.imdb.com/title/tt0113243/) - one of the best movies in the computer / hacker genre - _Hack the planet!_
* X-Files (https://www.imdb.com/title/tt0106179/) - 1990s tv drama about the FBI&#39;s paranormal phenomena research - _the truth is out there_!
* QBasic (https://en.wikipedia.org/wiki/QBasic) - an early programming language and interpreter.
* TI-82 (https://en.wikipedia.org/wiki/TI-82) - a programmable calculator.

Follow the show! Our website is https://workingcode.dev/ and we&#39;re @WorkingCodePod on Twitter and Instagram . New episodes weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon: https://www.patreon.com/workingcodepod

Your heart matters.</itunes:summary>
                <description><![CDATA[<p>All super heroes have an origin story. And, <strong>so do nerds</strong>. Many of us can remember back to that moment when we realized that there was magic in the world - magic that we could be part of; and, magic that we could help create. This week, we get personal with the crew and learn more about where they came from, what kind of stuff makes them tick, and what it is that they love about being web application developers.</p><p><br></p><p>This Part 1 of a two-part series. Part 1 includes Tim and Ben. Part 2 will include Carol and Adam.</p><p><br></p><p><strong>Triumphs &amp; Fails</strong></p><p><br></p><ul><li><strong>Adam&#39;s Triumph</strong> - He moved mountains of data using &#34;pivot tables&#34; in Google Sheets in order to build summaries of his newly-rolled-out test coverage at work! He&#39;s a hair&#39;s breadth away from fully converting his codebase over to an open-source platform.</li><li><strong>Ben&#39;s Triumph</strong> - He totally built something <em>without JavaScript</em>! I know, it sounds crazy: in the age of Single-Page Applications (SPA) and JavaScript frameworks, reaching for JavaScript is the default. But he managed to build something useful with <em>just HTML and CSS</em>!</li><li><strong>Carol&#39;s Triumph / Failure</strong> - She just passed the 4-month mark at her new job, like a boss! But, she been a little bit down in the mouth, concerned that she&#39;s not getting enough done and that she&#39;s not learning enough. She managed to turn the week around, however, getting some productive &#34;Design Buddy&#34; work (think &#34;pair programming&#34; for the planning phase) done.</li><li><strong>Tim&#39;s Triumph</strong> - He checked his old Coinbase account from 2015 and the $15 he left in there is now worth $85. He&#39;s about to wine and dine himself!</li></ul><p><br></p><p><strong>Notes &amp; Links</strong></p><p><br></p><ul><li><a href="https://developer.mozilla.org/en-US/docs/Web/CSS/:target" rel="nofollow">:target</a> - CSS selector that matches elements whose id matches the URL fragment.</li><li><a href="https://www.coinbase.com/" rel="nofollow">Coinbase</a> - a place to buy, sell, and manage your cryptocurrency portfolio.</li><li><a href="https://www.nytimes.com/2021/01/12/technology/bitcoin-passwords-wallets-fortunes.html" rel="nofollow">Lost Passwords Lock Millionaires Out of Their Bitcoin Fortunes</a> - New York Times article about a millionaire who has two more chances to remember his password for quarter-billion in Bitcoin.</li><li><a href="https://support.google.com/docs/answer/1272900" rel="nofollow">Google Sheets: Pivot tables</a> - creating and using pivot tables in Google Sheets.</li><li><a href="https://www.aquafold.com/aquadatastudio" rel="nofollow">Aqua Data Studio</a> - a versatile database IDE with data management and visual analytics for relational, cloud, and NoSQL databases.</li><li><a href="https://en.wikipedia.org/wiki/ELIZA" rel="nofollow">ELIZA</a> - an early natural language processing computer program.</li><li><a href="https://en.wikipedia.org/wiki/Zork" rel="nofollow">Zork</a> - one of the earliest interactive fiction computer games.</li><li><a href="https://en.wikipedia.org/wiki/Kaypro" rel="nofollow">Kaypro</a> - a computer manufacturer from the 1980s known for their line of rugged, &#34;luggable&#34; computers.</li><li><a href="https://en.wikipedia.org/wiki/DBase" rel="nofollow">dBase</a> - one of the first database management systems for microcomputers.</li><li><a href="https://en.wikipedia.org/wiki/CP/M" rel="nofollow">CP/M</a> - an early operating system.</li><li><a href="https://uo.com/" rel="nofollow">Ultima Online</a> - one of the first MMO (Massively Multi-player Online) games.</li><li><a href="https://www.adobe.com/products/coldfusion-family.html" rel="nofollow">Adobe ColdFusion</a> - a modern web development language.</li><li><a href="https://www.lucee.org/" rel="nofollow">Lucee CFML</a> - the leading open-source CFML application server / engine - it&#39;s so good you might just freak out!</li><li><a href="https://en.wikipedia.org/wiki/Sierra_Entertainment" rel="nofollow">Sierra Entertainment</a> - game company famous for King&#39;s Quest, Space Quest, and Leisure Suit Larry.</li><li><a href="https://www.imdb.com/title/tt0113243/" rel="nofollow">Hackers</a> - one of the best movies in the computer / hacker genre - <em>Hack the planet!</em></li><li><a href="https://www.imdb.com/title/tt0106179/" rel="nofollow">X-Files</a> - 1990s tv drama about the FBI&#39;s paranormal phenomena research - <em>the truth is out there</em>!</li><li><a href="https://en.wikipedia.org/wiki/QBasic" rel="nofollow">QBasic</a> - an early programming language and interpreter.</li><li><a href="https://en.wikipedia.org/wiki/TI-82" rel="nofollow">TI-82</a> - a programmable calculator.</li></ul><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> and <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p><p><br></p><p>Your heart matters.</p>]]></description>
                <content:encoded>&lt;p&gt;All super heroes have an origin story. And, &lt;strong&gt;so do nerds&lt;/strong&gt;. Many of us can remember back to that moment when we realized that there was magic in the world - magic that we could be part of; and, magic that we could help create. This week, we get personal with the crew and learn more about where they came from, what kind of stuff makes them tick, and what it is that they love about being web application developers.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;This Part 1 of a two-part series. Part 1 includes Tim and Ben. Part 2 will include Carol and Adam.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Triumphs &amp;amp; Fails&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Adam&amp;#39;s Triumph&lt;/strong&gt; - He moved mountains of data using &amp;#34;pivot tables&amp;#34; in Google Sheets in order to build summaries of his newly-rolled-out test coverage at work! He&amp;#39;s a hair&amp;#39;s breadth away from fully converting his codebase over to an open-source platform.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Ben&amp;#39;s Triumph&lt;/strong&gt; - He totally built something &lt;em&gt;without JavaScript&lt;/em&gt;! I know, it sounds crazy: in the age of Single-Page Applications (SPA) and JavaScript frameworks, reaching for JavaScript is the default. But he managed to build something useful with &lt;em&gt;just HTML and CSS&lt;/em&gt;!&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Carol&amp;#39;s Triumph / Failure&lt;/strong&gt; - She just passed the 4-month mark at her new job, like a boss! But, she been a little bit down in the mouth, concerned that she&amp;#39;s not getting enough done and that she&amp;#39;s not learning enough. She managed to turn the week around, however, getting some productive &amp;#34;Design Buddy&amp;#34; work (think &amp;#34;pair programming&amp;#34; for the planning phase) done.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Tim&amp;#39;s Triumph&lt;/strong&gt; - He checked his old Coinbase account from 2015 and the $15 he left in there is now worth $85. He&amp;#39;s about to wine and dine himself!&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Notes &amp;amp; Links&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://developer.mozilla.org/en-US/docs/Web/CSS/:target&#34; rel=&#34;nofollow&#34;&gt;:target&lt;/a&gt; - CSS selector that matches elements whose id matches the URL fragment.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.coinbase.com/&#34; rel=&#34;nofollow&#34;&gt;Coinbase&lt;/a&gt; - a place to buy, sell, and manage your cryptocurrency portfolio.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.nytimes.com/2021/01/12/technology/bitcoin-passwords-wallets-fortunes.html&#34; rel=&#34;nofollow&#34;&gt;Lost Passwords Lock Millionaires Out of Their Bitcoin Fortunes&lt;/a&gt; - New York Times article about a millionaire who has two more chances to remember his password for quarter-billion in Bitcoin.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://support.google.com/docs/answer/1272900&#34; rel=&#34;nofollow&#34;&gt;Google Sheets: Pivot tables&lt;/a&gt; - creating and using pivot tables in Google Sheets.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.aquafold.com/aquadatastudio&#34; rel=&#34;nofollow&#34;&gt;Aqua Data Studio&lt;/a&gt; - a versatile database IDE with data management and visual analytics for relational, cloud, and NoSQL databases.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/ELIZA&#34; rel=&#34;nofollow&#34;&gt;ELIZA&lt;/a&gt; - an early natural language processing computer program.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Zork&#34; rel=&#34;nofollow&#34;&gt;Zork&lt;/a&gt; - one of the earliest interactive fiction computer games.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Kaypro&#34; rel=&#34;nofollow&#34;&gt;Kaypro&lt;/a&gt; - a computer manufacturer from the 1980s known for their line of rugged, &amp;#34;luggable&amp;#34; computers.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/DBase&#34; rel=&#34;nofollow&#34;&gt;dBase&lt;/a&gt; - one of the first database management systems for microcomputers.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/CP/M&#34; rel=&#34;nofollow&#34;&gt;CP/M&lt;/a&gt; - an early operating system.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://uo.com/&#34; rel=&#34;nofollow&#34;&gt;Ultima Online&lt;/a&gt; - one of the first MMO (Massively Multi-player Online) games.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.adobe.com/products/coldfusion-family.html&#34; rel=&#34;nofollow&#34;&gt;Adobe ColdFusion&lt;/a&gt; - a modern web development language.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.lucee.org/&#34; rel=&#34;nofollow&#34;&gt;Lucee CFML&lt;/a&gt; - the leading open-source CFML application server / engine - it&amp;#39;s so good you might just freak out!&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Sierra_Entertainment&#34; rel=&#34;nofollow&#34;&gt;Sierra Entertainment&lt;/a&gt; - game company famous for King&amp;#39;s Quest, Space Quest, and Leisure Suit Larry.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.imdb.com/title/tt0113243/&#34; rel=&#34;nofollow&#34;&gt;Hackers&lt;/a&gt; - one of the best movies in the computer / hacker genre - &lt;em&gt;Hack the planet!&lt;/em&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.imdb.com/title/tt0106179/&#34; rel=&#34;nofollow&#34;&gt;X-Files&lt;/a&gt; - 1990s tv drama about the FBI&amp;#39;s paranormal phenomena research - &lt;em&gt;the truth is out there&lt;/em&gt;!&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/QBasic&#34; rel=&#34;nofollow&#34;&gt;QBasic&lt;/a&gt; - an early programming language and interpreter.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/TI-82&#34; rel=&#34;nofollow&#34;&gt;TI-82&lt;/a&gt; - a programmable calculator.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; and &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Your heart matters.&lt;/p&gt;</content:encoded>
                
                <enclosure length="55756591" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/09ae9ab9-8d0e-44a2-82d1-56cf61ea5965/stream.mp3"/>
                
                <guid isPermaLink="false">f44915eb-abdb-4cc7-9a10-b85782124e3c</guid>
                <link>https://workingcode.dev</link>
                <pubDate>Wed, 27 Jan 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/1/27/12/ad4b8f68-c0ac-47d6-b34a-e082a569035c_e34a0cc8-316d-4d9e-8974-1c1d6ec8794d_cover-art-v1.jpg"/>
                <itunes:duration>3484</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>006: Hopes for 2021</itunes:title>
                <title>006: Hopes for 2021</title>

                <itunes:episode>6</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Oxford Dictionary included &#34;doomscrolling&#34; in their &#34;word of the year&#34; report for 2020; we&#39;re all feeling pandemic fatigue; many people still believe in wide-spread election fraud; the Georgia senate race was a nail-biter; and - oh yeah - we recorded this show the day after the storming of the United States capitol building: https://en.wikipedia.org/wiki/2021_storming_of_the_United_States_Capitol.

It&#39;s all been more-than-a-bit surreal.

But, in the face of such physically and emotionally trying times, we look forward to a new year of possibility. Whether it&#39;s taking control of our finances, finding ways to be more active, building up our personal brand, or becoming the blacksmiths that we always knew we could be, the crew shares their personal and professional / technical goals for this burgeoning new year. As the Phoenix rose from the ashes, so too - we hope - 2021 will rise from the smoldering dumpster fire of 2020.

We&#39;d also like to give a huge shout-out and thank you to Monte Chan: https://www.linkedin.com/in/montechan/ for being our first Patreon supporter! You are a beautiful, beautiful person; and we hope to make you proud!

# Triumphs &amp; Failures

* Adam&#39;s Triumph - With 2020 just behind us, the Georgia Senate run-off keeping us on the edge of our seats, the insurrection, and plenty of &#34;doomscrolling&#34;, he managed to kick off 2021 with a somewhat productive week. He&#39;s reminded of a quote from Cory Doctorow&#39;s latest book: &#34;I&#39;m not OK, but I&#39;m going to be OK. I&#39;m coping, but I have a lot to cope with.&#34;

* Ben&#39;s Triumph - Coming off the two-week &#34;deployment freeze&#34; at work, he managed to rebase, merge, and deploy the 20-something small git branches that he had amassed over the holiday. It took a few days, but everything went swimmingly!

* Carol&#39;s Triumph - She accidentally discovered her son (16yo) and his best friend listening to our podcast; and, they loved it! Woot woot! We are totes connecting with the youths!

* Tim&#39;s Triumph - In the aftermath of the insurrection and storming of the US capitol building, he managed to not curl up in a ball and rock back-and-forth in the corner. Given the context, this was a pretty momentous effort.

# Notes &amp; Links

* Cory Doctorow (https://craphound.com/) -  science fiction author, activist and journalist.
* You Need a Budget (https://www.youneedabudget.com/) - award-winning software that teaches you how to manage your money.
* Mark Drew (https://markdrew.io/) - a rather amazing chap from the CFML and web programming world.
* Devil Forge (http://devil-forge.com/) - full-service metal melting and blacksmithing tools supply company.
* Max Cunningham (https://www.youtube.com/channel/UCqpssdZwH6Lu_JomjxV816Q) - YouTube channel, blacksmith and forge enthusiasm.
* Forged in Fire (https://www.history.com/shows/forged-in-fire) - reality show featuring world-class bladesmiths re-creating historical edged weapons in a cutthroat competition.
* Alec Steele (http://alecsteeleblacksmith.com/) - blacksmith and YouTube star.
* Primitive Technology: Forge Blower (https://www.youtube.com/watch?v=VVV4xeWBIxE) - awesome YouTube video in which a guy &#34;invents&#34; the force blower using primitive tooling.
* AlumnIQ (https://www.alumniq.com/) - world-class software for alumni and donor engagement.
* Brand Frost: Atomic Design (https://atomicdesign.bradfrost.com/) - book about building design systems.
* Material Design (https://material.io/design) - design system and general design platform by Google.
* Angular.js (https://angularjs.org/) - modern application framework for building Single Page Applications (SPA) from Google.
* Storybook (https://storybook.js.org/) - an open source tool for developing UI components in isolation for React, Vue, Angular, and more.
* Helios - design system used at InVision.
* async / await (https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/async_function) - modern JavaScript technique for making asynchronous code read like synchronous code.
* Snowpack (https://www.snowpack.dev/) - a lightning-fast front-end build tool, designed for the modern web, allowing you to load JavaScript modules from URLs.
* Promise (https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Promise) - a proxy for a future, asynchronous value in JavaScript.
* Redis (https://redis.io/) - an awesome open source, in-memory data structure store, used as a database, cache, and message broker.
* BitCoin (https://bitcoin.org/) - is an innovative payment network and a new kind of money.
* DogeCoin (https://dogecoin.com/) - an open source peer-to-peer digital currency, favored by Shiba Inus worldwide.
* Cryptocurrency (https://en.wikipedia.org/wiki/Cryptocurrency) - a digital asset designed to work as a medium of exchange.
* Blockchain (https://www.blockchain.com/) - the world&#39;s most popular way to buy, hold, and use crypto currencies.
* AI (https://en.wikipedia.org/wiki/Artificial_intelligence) - intelligence demonstrated by machines.
* AWS Machine Learning (https://aws.amazon.com/ai/) - a machine learning as a service platform.
* Machine Learning (https://en.wikipedia.org/wiki/Machine_learning) - the study of computer algorithms that improve automatically through experience.
* Boston Dynamic: Do You Love Me? (https://www.youtube.com/watch?v=fn3KWM1kuAw) - absolutely mind-blowing video of robots getting their groove on!
* Dependabot (https://dependabot.com/) - automatic dependency and security updates in your GitHub repositories.
* Kent C. Dodds: Testing JavaScript (https://testingjavascript.com/) - online course for testing JavaScript applications.
* TypeScript (https://www.typescriptlang.org/) - popular extension to JavaScript that adds types and other advanced features.
* Scala Play Framework (https://www.playframework.com/) - framework that makes it easy to build web applications with Java and Scala.
* JSON: JavaScript Object Notation (https://developer.mozilla.org/en-US/docs/Learn/JavaScript/Objects/JSON) - the de facto data exchange format for many networked applications.
* Let&#39;s not be monsters (https://www.youtube.com/watch?v=y62veCinCvc) - adorable toddler telling us to be better!

Follow the show! Our website is https://workingcode.dev/ and we&#39;re @WorkingCodePod on Twitter &amp; Instagram. New episodes weekly on Wednesday.

And, if you&#39;re feeling the love, support us on Patreon: https://www.patreon.com/workingcodepod
</itunes:summary>
                <description><![CDATA[<p>Oxford Dictionary included <strong>&#34;doomscrolling&#34;</strong> in their &#34;word of the year&#34; report for 2020; we&#39;re all feeling pandemic fatigue; many people still believe in wide-spread election fraud; the Georgia senate race was a nail-biter; and - <em>oh yeah</em> - we recorded this show the day after the <a href="https://en.wikipedia.org/wiki/2021_storming_of_the_United_States_Capitol" rel="nofollow">storming of the United States capitol building</a>.</p><p><br></p><p>It&#39;s all been more-than-a-bit surreal.</p><p><br></p><p>But, in the face of such physically and emotionally trying times, we look forward to a new year of possibility. Whether it&#39;s taking control of our finances, finding ways to be more active, building up our personal brand, or becoming the blacksmiths that we always knew we could be, the crew shares their <em>personal</em> and <em>professional / technical</em> goals for this burgeoning new year. As the Phoenix rose from the ashes, so too - we hope - 2021 will rise from the smoldering dumpster fire of 2020.</p><p><br></p><p>We&#39;d also like to give a huge shout-out and <strong>thank you</strong> to <a href="https://www.linkedin.com/in/montechan/" rel="nofollow"><strong>Monte Chan</strong></a> for being our first <a href="https://www.patreon.com/workingcodepod" rel="nofollow">Patreon supporter</a>! You are a beautiful, beautiful person; and we hope to make you proud!</p><p><br></p><p><strong>Triumphs &amp; Fails</strong></p><p><br></p><ul><li><strong>Adam&#39;s Triumph</strong> - With 2020 just behind us, the Georgia Senate run-off keeping us on the edge of our seats, the <a href="https://en.wikipedia.org/wiki/2021_storming_of_the_United_States_Capitol" rel="nofollow">insurrection</a>, and plenty of &#34;doomscrolling&#34;, he managed to kick off 2021 with a somewhat productive week. He&#39;s reminded of a quote from <a href="https://craphound.com" rel="nofollow">Cory Doctorow</a>&#39;s latest book: &#34;I&#39;m not OK, but I&#39;m going to be OK. I&#39;m coping, but I have a lot to cope with.&#34;</li><li><strong>Ben&#39;s Triumph</strong> - Coming off the two-week &#34;deployment freeze&#34; at work, he managed to rebase, merge, and deploy the 20-something small git branches that he had amassed over the holiday. It took a few days, but everything went swimmingly!</li><li><strong>Carol&#39;s Triumph</strong> - She accidentally discovered her son (16yo) and his best friend listening to <strong>our podcast</strong>; and, they loved it! Woot woot! We are totes connecting with the youths!</li><li><strong>Tim&#39;s Triumph</strong> - In the aftermath of the insurrection and storming of the US capitol building, he managed to <em>not curl up in a ball</em> and rock back-and-forth in the corner. Given the context, this was a pretty momentous effort.</li></ul><p><br></p><p><strong>Notes &amp; Links</strong></p><p><br></p><ul><li><a href="https://craphound.com/" rel="nofollow">Cory Doctorow</a> - science fiction author, activist and journalist.</li><li><a href="https://www.youneedabudget.com/" rel="nofollow">You Need a Budget</a> - award-winning software that teaches you how to manage your money.</li><li><a href="https://markdrew.io/" rel="nofollow">Mark Drew</a> - a rather amazing chap from the CFML and web programming world.</li><li><a href="http://devil-forge.com/" rel="nofollow">Devil Forge</a> - full-service metal melting and blacksmithing tools supply company.</li><li><a href="https://www.youtube.com/channel/UCqpssdZwH6Lu_JomjxV816Q" rel="nofollow">Max Cunningham</a> - YouTube channel, blacksmith and forge enthusiasm.</li><li><a href="https://www.history.com/shows/forged-in-fire" rel="nofollow">Forged in Fire</a> - reality show featuring world-class bladesmiths re-creating historical edged weapons in a cutthroat competition.</li><li><a href="http://alecsteeleblacksmith.com/" rel="nofollow">Alec Steele</a> - blacksmith and YouTube star.</li><li><a href="https://www.youtube.com/watch?v=VVV4xeWBIxE" rel="nofollow">Primitive Technology: Forge Blower</a> - awesome YouTube video in which a guy &#34;invents&#34; the force blower using primitive tooling.</li><li><a href="https://www.alumniq.com/" rel="nofollow">AlumnIQ</a> - world-class software for alumni and donor engagement.</li><li><a href="https://atomicdesign.bradfrost.com/" rel="nofollow">Brad Frost: Atomic Design</a> - book about building design systems.</li><li><a href="https://material.io/design" rel="nofollow">Material Design</a> - design system and general design platform by Google.</li><li><a href="https://angularjs.org/" rel="nofollow">Angular.js</a> - modern application framework for building Single Page Applications (SPA) from Google.</li><li><a href="https://storybook.js.org/" rel="nofollow">Storybook</a> - an open source tool for developing UI components in isolation for React, Vue, Angular, and more.</li><li>* Helios - design system used at InVision.</li><li><a href="https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/async_function" rel="nofollow">async / await</a> - modern JavaScript technique for making asynchronous code read like synchronous code.</li><li><a href="https://www.snowpack.dev/" rel="nofollow">Snowpack</a> - a lightning-fast front-end build tool, designed for the modern web, allowing you to load JavaScript modules from URLs.</li><li><a href="https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Promise" rel="nofollow">Promise</a> - a proxy for a future, asynchronous value in JavaScript.</li><li><a href="https://redis.io/" rel="nofollow">Redis</a> - an <em>awesome</em> open source, in-memory data structure store, used as a database, cache, and message broker.</li><li><a href="https://bitcoin.org/" rel="nofollow">BitCoin</a> - is an innovative payment network and a new kind of money.</li><li><a href="https://dogecoin.com/" rel="nofollow">DogeCoin</a> - an open source peer-to-peer digital currency, favored by Shiba Inus worldwide.</li><li><a href="https://en.wikipedia.org/wiki/Cryptocurrency" rel="nofollow">Cryptocurrency</a> - a digital asset designed to work as a medium of exchange.</li><li><a href="https://www.blockchain.com/" rel="nofollow">Blockchain</a> - the world&#39;s most popular way to buy, hold, and use crypto currencies.</li><li><a href="https://en.wikipedia.org/wiki/Artificial_intelligence" rel="nofollow">A.I.</a> - intelligence demonstrated by machines.</li><li><a href="https://aws.amazon.com/ai/" rel="nofollow">AWS Machine Learning</a> - a machine learning as a service platform.</li><li><a href="https://en.wikipedia.org/wiki/Machine_learning" rel="nofollow">Machine Learning</a> - the study of computer algorithms that improve automatically through experience.</li><li><a href="https://www.youtube.com/watch?v=fn3KWM1kuAw" rel="nofollow">Boston Dynamics: Do You Love Me?</a> - absolutely <strong>mind-blowing video</strong> of robots getting their groove on!</li><li><a href="https://dependabot.com/" rel="nofollow">Dependabot</a> - automatic dependency and security updates in your GitHub repositories.</li><li><a href="https://testingjavascript.com/" rel="nofollow">Kent C. Dodds: Testing JavaScript</a> - online course for testing JavaScript applications.</li><li><a href="https://www.typescriptlang.org/" rel="nofollow">TypeScript</a> - popular extension to JavaScript that adds types and other advanced features.</li><li><a href="https://www.playframework.com/" rel="nofollow">Scala Play Framework</a> - framework that makes it easy to build web applications with Java and Scala.</li><li><a href="https://developer.mozilla.org/en-US/docs/Learn/JavaScript/Objects/JSON" rel="nofollow">JSON: JavaScript Object Notation</a> - the de facto data exchange format for many networked applications.</li><li><a href="https://www.youtube.com/watch?v=y62veCinCvc" rel="nofollow">Let&#39;s not be monsters</a> - adorable toddler telling us to be better!</li></ul><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <a href="https://twitter.com/WorkingCodePod" rel="nofollow">@WorkingCodePod on Twitter</a> &amp; <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p>And, if you&#39;re <strong>feeling the love</strong>, <a href="https://www.patreon.com/workingcodepod" rel="nofollow">support us on Patreon</a>.</p>]]></description>
                <content:encoded>&lt;p&gt;Oxford Dictionary included &lt;strong&gt;&amp;#34;doomscrolling&amp;#34;&lt;/strong&gt; in their &amp;#34;word of the year&amp;#34; report for 2020; we&amp;#39;re all feeling pandemic fatigue; many people still believe in wide-spread election fraud; the Georgia senate race was a nail-biter; and - &lt;em&gt;oh yeah&lt;/em&gt; - we recorded this show the day after the &lt;a href=&#34;https://en.wikipedia.org/wiki/2021_storming_of_the_United_States_Capitol&#34; rel=&#34;nofollow&#34;&gt;storming of the United States capitol building&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;It&amp;#39;s all been more-than-a-bit surreal.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;But, in the face of such physically and emotionally trying times, we look forward to a new year of possibility. Whether it&amp;#39;s taking control of our finances, finding ways to be more active, building up our personal brand, or becoming the blacksmiths that we always knew we could be, the crew shares their &lt;em&gt;personal&lt;/em&gt; and &lt;em&gt;professional / technical&lt;/em&gt; goals for this burgeoning new year. As the Phoenix rose from the ashes, so too - we hope - 2021 will rise from the smoldering dumpster fire of 2020.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;We&amp;#39;d also like to give a huge shout-out and &lt;strong&gt;thank you&lt;/strong&gt; to &lt;a href=&#34;https://www.linkedin.com/in/montechan/&#34; rel=&#34;nofollow&#34;&gt;&lt;strong&gt;Monte Chan&lt;/strong&gt;&lt;/a&gt; for being our first &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;Patreon supporter&lt;/a&gt;! You are a beautiful, beautiful person; and we hope to make you proud!&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Triumphs &amp;amp; Fails&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Adam&amp;#39;s Triumph&lt;/strong&gt; - With 2020 just behind us, the Georgia Senate run-off keeping us on the edge of our seats, the &lt;a href=&#34;https://en.wikipedia.org/wiki/2021_storming_of_the_United_States_Capitol&#34; rel=&#34;nofollow&#34;&gt;insurrection&lt;/a&gt;, and plenty of &amp;#34;doomscrolling&amp;#34;, he managed to kick off 2021 with a somewhat productive week. He&amp;#39;s reminded of a quote from &lt;a href=&#34;https://craphound.com&#34; rel=&#34;nofollow&#34;&gt;Cory Doctorow&lt;/a&gt;&amp;#39;s latest book: &amp;#34;I&amp;#39;m not OK, but I&amp;#39;m going to be OK. I&amp;#39;m coping, but I have a lot to cope with.&amp;#34;&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Ben&amp;#39;s Triumph&lt;/strong&gt; - Coming off the two-week &amp;#34;deployment freeze&amp;#34; at work, he managed to rebase, merge, and deploy the 20-something small git branches that he had amassed over the holiday. It took a few days, but everything went swimmingly!&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Carol&amp;#39;s Triumph&lt;/strong&gt; - She accidentally discovered her son (16yo) and his best friend listening to &lt;strong&gt;our podcast&lt;/strong&gt;; and, they loved it! Woot woot! We are totes connecting with the youths!&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Tim&amp;#39;s Triumph&lt;/strong&gt; - In the aftermath of the insurrection and storming of the US capitol building, he managed to &lt;em&gt;not curl up in a ball&lt;/em&gt; and rock back-and-forth in the corner. Given the context, this was a pretty momentous effort.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Notes &amp;amp; Links&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://craphound.com/&#34; rel=&#34;nofollow&#34;&gt;Cory Doctorow&lt;/a&gt; - science fiction author, activist and journalist.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youneedabudget.com/&#34; rel=&#34;nofollow&#34;&gt;You Need a Budget&lt;/a&gt; - award-winning software that teaches you how to manage your money.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://markdrew.io/&#34; rel=&#34;nofollow&#34;&gt;Mark Drew&lt;/a&gt; - a rather amazing chap from the CFML and web programming world.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;http://devil-forge.com/&#34; rel=&#34;nofollow&#34;&gt;Devil Forge&lt;/a&gt; - full-service metal melting and blacksmithing tools supply company.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/channel/UCqpssdZwH6Lu_JomjxV816Q&#34; rel=&#34;nofollow&#34;&gt;Max Cunningham&lt;/a&gt; - YouTube channel, blacksmith and forge enthusiasm.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.history.com/shows/forged-in-fire&#34; rel=&#34;nofollow&#34;&gt;Forged in Fire&lt;/a&gt; - reality show featuring world-class bladesmiths re-creating historical edged weapons in a cutthroat competition.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;http://alecsteeleblacksmith.com/&#34; rel=&#34;nofollow&#34;&gt;Alec Steele&lt;/a&gt; - blacksmith and YouTube star.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=VVV4xeWBIxE&#34; rel=&#34;nofollow&#34;&gt;Primitive Technology: Forge Blower&lt;/a&gt; - awesome YouTube video in which a guy &amp;#34;invents&amp;#34; the force blower using primitive tooling.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.alumniq.com/&#34; rel=&#34;nofollow&#34;&gt;AlumnIQ&lt;/a&gt; - world-class software for alumni and donor engagement.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://atomicdesign.bradfrost.com/&#34; rel=&#34;nofollow&#34;&gt;Brad Frost: Atomic Design&lt;/a&gt; - book about building design systems.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://material.io/design&#34; rel=&#34;nofollow&#34;&gt;Material Design&lt;/a&gt; - design system and general design platform by Google.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://angularjs.org/&#34; rel=&#34;nofollow&#34;&gt;Angular.js&lt;/a&gt; - modern application framework for building Single Page Applications (SPA) from Google.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://storybook.js.org/&#34; rel=&#34;nofollow&#34;&gt;Storybook&lt;/a&gt; - an open source tool for developing UI components in isolation for React, Vue, Angular, and more.&lt;/li&gt;&lt;li&gt;* Helios - design system used at InVision.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/async_function&#34; rel=&#34;nofollow&#34;&gt;async / await&lt;/a&gt; - modern JavaScript technique for making asynchronous code read like synchronous code.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.snowpack.dev/&#34; rel=&#34;nofollow&#34;&gt;Snowpack&lt;/a&gt; - a lightning-fast front-end build tool, designed for the modern web, allowing you to load JavaScript modules from URLs.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Promise&#34; rel=&#34;nofollow&#34;&gt;Promise&lt;/a&gt; - a proxy for a future, asynchronous value in JavaScript.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://redis.io/&#34; rel=&#34;nofollow&#34;&gt;Redis&lt;/a&gt; - an &lt;em&gt;awesome&lt;/em&gt; open source, in-memory data structure store, used as a database, cache, and message broker.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://bitcoin.org/&#34; rel=&#34;nofollow&#34;&gt;BitCoin&lt;/a&gt; - is an innovative payment network and a new kind of money.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://dogecoin.com/&#34; rel=&#34;nofollow&#34;&gt;DogeCoin&lt;/a&gt; - an open source peer-to-peer digital currency, favored by Shiba Inus worldwide.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Cryptocurrency&#34; rel=&#34;nofollow&#34;&gt;Cryptocurrency&lt;/a&gt; - a digital asset designed to work as a medium of exchange.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.blockchain.com/&#34; rel=&#34;nofollow&#34;&gt;Blockchain&lt;/a&gt; - the world&amp;#39;s most popular way to buy, hold, and use crypto currencies.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Artificial_intelligence&#34; rel=&#34;nofollow&#34;&gt;A.I.&lt;/a&gt; - intelligence demonstrated by machines.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/ai/&#34; rel=&#34;nofollow&#34;&gt;AWS Machine Learning&lt;/a&gt; - a machine learning as a service platform.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Machine_learning&#34; rel=&#34;nofollow&#34;&gt;Machine Learning&lt;/a&gt; - the study of computer algorithms that improve automatically through experience.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=fn3KWM1kuAw&#34; rel=&#34;nofollow&#34;&gt;Boston Dynamics: Do You Love Me?&lt;/a&gt; - absolutely &lt;strong&gt;mind-blowing video&lt;/strong&gt; of robots getting their groove on!&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://dependabot.com/&#34; rel=&#34;nofollow&#34;&gt;Dependabot&lt;/a&gt; - automatic dependency and security updates in your GitHub repositories.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://testingjavascript.com/&#34; rel=&#34;nofollow&#34;&gt;Kent C. Dodds: Testing JavaScript&lt;/a&gt; - online course for testing JavaScript applications.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.typescriptlang.org/&#34; rel=&#34;nofollow&#34;&gt;TypeScript&lt;/a&gt; - popular extension to JavaScript that adds types and other advanced features.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.playframework.com/&#34; rel=&#34;nofollow&#34;&gt;Scala Play Framework&lt;/a&gt; - framework that makes it easy to build web applications with Java and Scala.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://developer.mozilla.org/en-US/docs/Learn/JavaScript/Objects/JSON&#34; rel=&#34;nofollow&#34;&gt;JSON: JavaScript Object Notation&lt;/a&gt; - the de facto data exchange format for many networked applications.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=y62veCinCvc&#34; rel=&#34;nofollow&#34;&gt;Let&amp;#39;s not be monsters&lt;/a&gt; - adorable toddler telling us to be better!&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;a href=&#34;https://twitter.com/WorkingCodePod&#34; rel=&#34;nofollow&#34;&gt;@WorkingCodePod on Twitter&lt;/a&gt; &amp;amp; &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;And, if you&amp;#39;re &lt;strong&gt;feeling the love&lt;/strong&gt;, &lt;a href=&#34;https://www.patreon.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;support us on Patreon&lt;/a&gt;.&lt;/p&gt;</content:encoded>
                
                <enclosure length="54923180" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/f24dc2c6-5952-4438-b4f6-53bf59783ae0/stream.mp3"/>
                
                <guid isPermaLink="false">c5ef8b37-44d1-4ead-9fc7-c2738bb013f7</guid>
                <link>https://workingcode.dev</link>
                <pubDate>Wed, 20 Jan 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/2/6/22/45b989de-86cb-4dcd-b2ef-be721e9083e5_61a9b3d9-8ff8-4ac4-ad49-acd3c4155b19_ed73c8d1-c96c-49c3-9779-048594e31dbb_cover-art-v1.jpg"/>
                <itunes:duration>3432</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>005: Monolith vs. Microservices</itunes:title>
                <title>005: Monolith vs. Microservices</title>

                <itunes:episode>5</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Monoliths are bad! Microservices are good! These are the &#34;obvious&#34; truths that many engineers hold close to heart. So, why is it that Ben Nadel (https://www.bennadel.com) has been slowly merging some of his Microservices back into his Monolith (https://www.bennadel.com/blog/3944-why-ive-been-merging-microservices-back-into-the-monolith-at-invision.htm)? It turns out that a Monolith - like a Microservice - is a valid architectural choice that carries its own set of pros and cons. And, for him, his team, and their particular set of skills, the Monolith is proving to contain the right set of trade-offs.

This week, the crew talks about Ben&#39;s journey; why InVision (https://www.invisionapp.com/) started using Microservices in the first place; and, what made him realize that it was time to start pulling services back into the core Monolith. There are no hard truths here - only thoughtful, context-aware considerations.

Follow the show! Our website is https://workingcode.dev and we&#39;re @WorkingCodePod on Twitter &amp; Instagram. New episodes weekly on Wednesday.

### Triumphs &amp; Failures

*Adam&#39;s Triumph - He took the week off! He&#39;s usually not that good about taking time off; so, taking a whole week off between Christmas and New Year&#39;s was actually quite relaxing.

* Ben&#39;s Triumph - He managed to stay production at work during the &#34;deployment freeze&#34; that takes place during the holidays! This meant creating lots of small, parallel git branches tied up in a bow, ready and waiting for the 2021 deployments to begin.

* Carol&#39;s Triumph - She stayed up until 3am writing Unit Tests!. She doesn&#39;t often work in an environment that does much testing; so, this was a new and thrilling experience. Who knew that one could be so _happy_ thinking about the unhappy path!

* Tim&#39;s Triumph - He also took the week off (his company always takes Christmas week off)! But, he&#39;s not used to taking so much time off; and, he started to get bored by Thursday (such a classic engineer).

### Notes &amp; Links

* GitHub &#34;Draft&#34; pull-requests: https://github.blog/2019-02-14-introducing-draft-pull-requests/ - it&#39;s just like a regular Pull Request (PR); but, it&#39;s intended to be a &#34;work in progress&#34; (WIP).
* Silento - Watch Me (Whip/Nae Nae) - https://www.youtube.com/watch?v=vjW8wmF5VWc - official music video.
* Archer - https://www.fxnetworks.com/shows/archer - a wonderfully raunchy animated series about spies (for adults). Sploosh!
* Microservices - https://martinfowler.com/articles/microservices.html - an architectural choice, write-up by Martin Fowler 
* Monolithic application - https://en.wikipedia.org/wiki/Monolithic_application - an architectural choice.
* Conway&#39;s Law - https://en.wikipedia.org/wiki/Conway%27s_law - how organizational structure relates to programming structure:
&gt; Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization&#39;s communication structure.
* Single-Tenant architecture - configuration in which one customer shares no resources with another customer.
* Multi-Tenant - configuration in which many customers share the same set of resources (such as all existing in the same database).
* Single Page Application (SPA) - https://en.wikipedia.org/wiki/Single-page_application - a common front-end application architecture in which the front-end dynamically re-renders the UI based on data-fetches.
* Distributed Monolith / Microlith - an architectural anti-pattern in which you combine the worst properties of both monoliths and microservices while reaping none / few of the rewards.
* ColdFusion / Lucee CFML - https://www.lucee.org/ - a modern web programming language for dynamic server-side rendering.
* Mark Richards - The Rise and Fall of Microservices - https://learning.oreilly.com/videos/oreilly-software-architecture/9781492050728/9781492050728-video328505 - presentation from O&#39;Reilly Software Architecture Conference 2019.
* Sam Newman - Building Microservices - https://samnewman.io/books/building_microservices/ - the canonical book on Microservices.
* Sam Newman - Monolith To Microservices: Evolutionary Patterns To Transform Your Monolith - https://samnewman.io/books/monolith-to-microservices/ - Sam&#39;s follow-up book to Building Microservices - it should be required reading.
* Simon Brown - Modular Monoliths - http://www.codingthearchitecture.com/presentations/devnexus2016-modular-monoliths - presentation from DevNexus 2016 that famously had the slide:
&gt; If you can&#39;t build a well-structured monolith, what makes you think microservices is the answer?
* Amazon AWS Lambda - https://aws.amazon.com/lambda/ - serverless compute services.
* Amazon AWS Fault-Injection Simulator - https://aws.amazon.com/fis/ - aka, Chaos Monkey as a Service.
* Amazon Cloudwatch - https://docs.aws.amazon.com/cloudwatch - a reliable, scalable, and flexible monitoring solution.
* Kevin Conway - https://github.com/kevinconway - Principal engineer at InVision and a strong proponent for microservices.
* Chris Richardson - https://microservices.io/ - he was doing Microservices before there were Microservices. He&#39;s the maintainer of https://microservices.io/.
* Hype Cycle - https://www.gartner.com/en/research/methodologies/gartner-hype-cycle - from the &#34;Peak of Inflated Expectations&#34; to the &#34;Trough of Disillusionment&#34; and every emotion in between, this is how the technology world experiences new technology.
* Reactive Manifesto - https://www.reactivemanifesto.org/ - an approach to building robust applications.
* Lagom Reactive Microservices framework - https://www.lagomframework.com - an opinionated microservices framework.</itunes:summary>
                <description><![CDATA[<p>Monoliths are bad! Microservices are good! These are the &#34;obvious&#34; truths that many engineers hold close to heart. So, why is it that <a href="https://www.bennadel.com" rel="nofollow">Ben Nadel</a> has been slowly <a href="https://www.bennadel.com/blog/3944-why-ive-been-merging-microservices-back-into-the-monolith-at-invision.htm" rel="nofollow">merging some of his Microservices back into his Monolith</a>? It turns out that a Monolith - <em>like a Microservice</em> - is a valid architectural choice that carries its own set of pros and cons. And, for him, his team, and their particular set of skills, the Monolith is proving to contain the right set of trade-offs.</p><p><br></p><p>This week, the crew talks about Ben&#39;s journey; why <a href="https://www.invisionapp.com/" rel="nofollow">InVision</a> started using Microservices in the first place; and, what made him realize that it was time to start pulling services back into the core Monolith. There are no hard truths here - only thoughtful, context-aware considerations.</p><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <strong>@WorkingCodePod</strong> on <a href="https://twitter.com/workingcodepod" rel="nofollow">Twitter</a> &amp; <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p><strong>Triumphs &amp; Fails</strong></p><p><br></p><ul><li><strong>Adam&#39;s Triumph</strong> - He took the week off! He&#39;s usually not that good about taking time off; so, taking a whole week off between Christmas and New Year&#39;s was actually quite relaxing.</li><li><strong>Ben&#39;s Triumph</strong> - He managed to stay production at work during the &#34;deployment freeze&#34; that takes place during the holidays! This meant creating lots of small, parallel git branches tied up in a bow, ready and waiting for the 2021 deployments to begin.</li><li><strong>Carol&#39;s Triumph </strong>- She stayed up until 3am writing Unit Tests! She doesn&#39;t often work in an environment that does much testing; so, this was a new and thrilling experience. Who knew that one could be so <em>happy</em> thinking about the <em>unhappy path</em>!</li><li><strong>Tim&#39;s Triumph</strong> - He also took the week off (his company always takes Christmas week off)! But, he&#39;s not used to taking so much time off; and, he started to get bored by Thursday (such a classic engineer).</li></ul><p><br></p><p><strong>Notes &amp; Links</strong></p><p><br></p><ul><li><a href="https://github.blog/2019-02-14-introducing-draft-pull-requests/" rel="nofollow">GitHub &#34;Draft&#34; pull-requests</a> - it&#39;s just like a regular Pull Request (PR); but, it&#39;s intended to be a &#34;work in progress&#34; (WIP).</li><li><a href="https://www.youtube.com/watch?v=vjW8wmF5VWc" rel="nofollow">Silento - Watch Me (Whip/Nae Nae)</a> - official music video.</li><li><a href="https://www.fxnetworks.com/shows/archer" rel="nofollow">Archer</a> - a wonderfully raunchy animated series about spies (for adults). <em>Sploosh!</em></li><li><a href="https://martinfowler.com/articles/microservices.html" rel="nofollow">Microservices</a> - an architectural choice, write-up by Martin Fowler </li><li><a href="https://en.wikipedia.org/wiki/Monolithic_application" rel="nofollow">Monolithic application</a> - an architectural choice.</li><li><a href="https://en.wikipedia.org/wiki/Conway%27s_law" rel="nofollow">Conway&#39;s Law</a> - how organizational structure relates to programming structure:</li><li>Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization&#39;s communication structure.</li><li>Single-Tenant architecture - configuration in which one customer shares no resources with another customer.</li><li>Multi-Tenant - configuration in which many customers share the same set of resources (such as all existing in the same database).</li><li><a href="https://en.wikipedia.org/wiki/Single-page_application" rel="nofollow">Single Page Application (SPA)</a> - a common front-end application architecture in which the front-end dynamically re-renders the UI based on data-fetches.</li><li>Distributed Monolith / Microlith - an architectural anti-pattern in which you combine the worst properties of both monoliths and microservices while reaping none / few of the rewards.</li><li><a href="https://www.lucee.org/" rel="nofollow">ColdFusion / Lucee CFML</a> - a modern web programming language for dynamic server-side rendering.</li><li><a href="https://learning.oreilly.com/videos/oreilly-software-architecture/9781492050728/9781492050728-video328505" rel="nofollow">Mark Richards - The Rise and Fall of Microservices</a> - presentation from O&#39;Reilly Software Architecture Conference 2019.</li><li><a href="https://samnewman.io/books/building_microservices/" rel="nofollow">Sam Newman - Building Microservices</a> - the canonical book on Microservices.</li><li><span>Sam Newman - Monolith To Microservices: Evolutionary </span><a href="https://samnewman.io/books/monolith-to-microservices/" rel="nofollow">Patterns To Transform Your Monolith</a> - Sam&#39;s follow-up book to Building Microservices - it should be required reading.</li><li><a href="http://www.codingthearchitecture.com/presentations/devnexus2016-modular-monoliths" rel="nofollow">Simon Brown - Modular Monoliths</a> - presentation from DevNexus 2016 that famously had the slide:</li><li>If you can&#39;t build a well-structured monolith, what makes you think microservices is the answer?</li><li><a href="https://aws.amazon.com/lambda/" rel="nofollow">Amazon AWS Lambda</a> - serverless compute services.</li><li><a href="https://aws.amazon.com/fis/" rel="nofollow">Amazon AWS Fault-Injection Simulator</a> - aka, Chaos Monkey as a Service.</li><li><a href="https://docs.aws.amazon.com/cloudwatch" rel="nofollow">Amazon Cloudwatch</a> - a reliable, scalable, and flexible monitoring solution.</li><li><a href="https://github.com/kevinconway" rel="nofollow">Kevin Conway</a> - Principal engineer at InVision and a strong proponent for microservices.</li><li><a href="https://microservices.io/" rel="nofollow">Chris Richardson</a> - he was doing Microservices before there were Microservices. He&#39;s the maintainer of <a href="https://microservices.io/" rel="nofollow">microservices.io</a>.</li><li><a href="https://www.gartner.com/en/research/methodologies/gartner-hype-cycle" rel="nofollow">Hype Cycle</a> - from the &#34;Peak of Inflated Expectations&#34; to the &#34;Trough of Disillusionment&#34; and every emotion in between, this is how the technology world experiences new technology.</li><li><a href="https://www.reactivemanifesto.org/" rel="nofollow">Reactive Manifesto</a> - an approach to building robust applications.</li><li><a href="https://www.lagomframework.com" rel="nofollow">Lagom Reactive Microservices framework</a> - an opinionated microservices framework. </li></ul>]]></description>
                <content:encoded>&lt;p&gt;Monoliths are bad! Microservices are good! These are the &amp;#34;obvious&amp;#34; truths that many engineers hold close to heart. So, why is it that &lt;a href=&#34;https://www.bennadel.com&#34; rel=&#34;nofollow&#34;&gt;Ben Nadel&lt;/a&gt; has been slowly &lt;a href=&#34;https://www.bennadel.com/blog/3944-why-ive-been-merging-microservices-back-into-the-monolith-at-invision.htm&#34; rel=&#34;nofollow&#34;&gt;merging some of his Microservices back into his Monolith&lt;/a&gt;? It turns out that a Monolith - &lt;em&gt;like a Microservice&lt;/em&gt; - is a valid architectural choice that carries its own set of pros and cons. And, for him, his team, and their particular set of skills, the Monolith is proving to contain the right set of trade-offs.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;This week, the crew talks about Ben&amp;#39;s journey; why &lt;a href=&#34;https://www.invisionapp.com/&#34; rel=&#34;nofollow&#34;&gt;InVision&lt;/a&gt; started using Microservices in the first place; and, what made him realize that it was time to start pulling services back into the core Monolith. There are no hard truths here - only thoughtful, context-aware considerations.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;strong&gt;@WorkingCodePod&lt;/strong&gt; on &lt;a href=&#34;https://twitter.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt; &amp;amp; &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Triumphs &amp;amp; Fails&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Adam&amp;#39;s Triumph&lt;/strong&gt; - He took the week off! He&amp;#39;s usually not that good about taking time off; so, taking a whole week off between Christmas and New Year&amp;#39;s was actually quite relaxing.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Ben&amp;#39;s Triumph&lt;/strong&gt; - He managed to stay production at work during the &amp;#34;deployment freeze&amp;#34; that takes place during the holidays! This meant creating lots of small, parallel git branches tied up in a bow, ready and waiting for the 2021 deployments to begin.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Carol&amp;#39;s Triumph &lt;/strong&gt;- She stayed up until 3am writing Unit Tests! She doesn&amp;#39;t often work in an environment that does much testing; so, this was a new and thrilling experience. Who knew that one could be so &lt;em&gt;happy&lt;/em&gt; thinking about the &lt;em&gt;unhappy path&lt;/em&gt;!&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Tim&amp;#39;s Triumph&lt;/strong&gt; - He also took the week off (his company always takes Christmas week off)! But, he&amp;#39;s not used to taking so much time off; and, he started to get bored by Thursday (such a classic engineer).&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Notes &amp;amp; Links&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://github.blog/2019-02-14-introducing-draft-pull-requests/&#34; rel=&#34;nofollow&#34;&gt;GitHub &amp;#34;Draft&amp;#34; pull-requests&lt;/a&gt; - it&amp;#39;s just like a regular Pull Request (PR); but, it&amp;#39;s intended to be a &amp;#34;work in progress&amp;#34; (WIP).&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=vjW8wmF5VWc&#34; rel=&#34;nofollow&#34;&gt;Silento - Watch Me (Whip/Nae Nae)&lt;/a&gt; - official music video.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.fxnetworks.com/shows/archer&#34; rel=&#34;nofollow&#34;&gt;Archer&lt;/a&gt; - a wonderfully raunchy animated series about spies (for adults). &lt;em&gt;Sploosh!&lt;/em&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://martinfowler.com/articles/microservices.html&#34; rel=&#34;nofollow&#34;&gt;Microservices&lt;/a&gt; - an architectural choice, write-up by Martin Fowler &lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Monolithic_application&#34; rel=&#34;nofollow&#34;&gt;Monolithic application&lt;/a&gt; - an architectural choice.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Conway%27s_law&#34; rel=&#34;nofollow&#34;&gt;Conway&amp;#39;s Law&lt;/a&gt; - how organizational structure relates to programming structure:&lt;/li&gt;&lt;li&gt;Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization&amp;#39;s communication structure.&lt;/li&gt;&lt;li&gt;Single-Tenant architecture - configuration in which one customer shares no resources with another customer.&lt;/li&gt;&lt;li&gt;Multi-Tenant - configuration in which many customers share the same set of resources (such as all existing in the same database).&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Single-page_application&#34; rel=&#34;nofollow&#34;&gt;Single Page Application (SPA)&lt;/a&gt; - a common front-end application architecture in which the front-end dynamically re-renders the UI based on data-fetches.&lt;/li&gt;&lt;li&gt;Distributed Monolith / Microlith - an architectural anti-pattern in which you combine the worst properties of both monoliths and microservices while reaping none / few of the rewards.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.lucee.org/&#34; rel=&#34;nofollow&#34;&gt;ColdFusion / Lucee CFML&lt;/a&gt; - a modern web programming language for dynamic server-side rendering.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://learning.oreilly.com/videos/oreilly-software-architecture/9781492050728/9781492050728-video328505&#34; rel=&#34;nofollow&#34;&gt;Mark Richards - The Rise and Fall of Microservices&lt;/a&gt; - presentation from O&amp;#39;Reilly Software Architecture Conference 2019.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://samnewman.io/books/building_microservices/&#34; rel=&#34;nofollow&#34;&gt;Sam Newman - Building Microservices&lt;/a&gt; - the canonical book on Microservices.&lt;/li&gt;&lt;li&gt;&lt;span&gt;Sam Newman - Monolith To Microservices: Evolutionary &lt;/span&gt;&lt;a href=&#34;https://samnewman.io/books/monolith-to-microservices/&#34; rel=&#34;nofollow&#34;&gt;Patterns To Transform Your Monolith&lt;/a&gt; - Sam&amp;#39;s follow-up book to Building Microservices - it should be required reading.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;http://www.codingthearchitecture.com/presentations/devnexus2016-modular-monoliths&#34; rel=&#34;nofollow&#34;&gt;Simon Brown - Modular Monoliths&lt;/a&gt; - presentation from DevNexus 2016 that famously had the slide:&lt;/li&gt;&lt;li&gt;If you can&amp;#39;t build a well-structured monolith, what makes you think microservices is the answer?&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/lambda/&#34; rel=&#34;nofollow&#34;&gt;Amazon AWS Lambda&lt;/a&gt; - serverless compute services.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/fis/&#34; rel=&#34;nofollow&#34;&gt;Amazon AWS Fault-Injection Simulator&lt;/a&gt; - aka, Chaos Monkey as a Service.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://docs.aws.amazon.com/cloudwatch&#34; rel=&#34;nofollow&#34;&gt;Amazon Cloudwatch&lt;/a&gt; - a reliable, scalable, and flexible monitoring solution.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/kevinconway&#34; rel=&#34;nofollow&#34;&gt;Kevin Conway&lt;/a&gt; - Principal engineer at InVision and a strong proponent for microservices.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://microservices.io/&#34; rel=&#34;nofollow&#34;&gt;Chris Richardson&lt;/a&gt; - he was doing Microservices before there were Microservices. He&amp;#39;s the maintainer of &lt;a href=&#34;https://microservices.io/&#34; rel=&#34;nofollow&#34;&gt;microservices.io&lt;/a&gt;.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.gartner.com/en/research/methodologies/gartner-hype-cycle&#34; rel=&#34;nofollow&#34;&gt;Hype Cycle&lt;/a&gt; - from the &amp;#34;Peak of Inflated Expectations&amp;#34; to the &amp;#34;Trough of Disillusionment&amp;#34; and every emotion in between, this is how the technology world experiences new technology.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.reactivemanifesto.org/&#34; rel=&#34;nofollow&#34;&gt;Reactive Manifesto&lt;/a&gt; - an approach to building robust applications.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.lagomframework.com&#34; rel=&#34;nofollow&#34;&gt;Lagom Reactive Microservices framework&lt;/a&gt; - an opinionated microservices framework. &lt;/li&gt;&lt;/ul&gt;</content:encoded>
                
                <enclosure length="41017678" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/2a1b00a1-d766-49fe-9ef4-64cf8363c22b/stream.mp3"/>
                
                <guid isPermaLink="false">9e31a090-12a3-44f1-ab69-f9c355801558</guid>
                <link>https://workingcode.dev</link>
                <pubDate>Wed, 13 Jan 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/1/13/4/60ab4897-500a-4935-9114-657ddc529e98_cover-art-v1.jpg"/>
                <itunes:duration>2563</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>004: Impostor Syndrome</itunes:title>
                <title>004: Impostor Syndrome</title>

                <itunes:episode>4</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Impostor Syndrome is a psychological pattern in which people doubt their skills, talents, and accomplishments. Most of us have felt something like this in our careers, whether it&#39;s a fleeting moment or a persistent fear that we&#39;re going to be discovered as frauds. These feelings can be overwhelming, even debilitating; but, they can also drive us towards self-improvement.

This week, the crew talks about their own mistakes, feelings of fraud, insecurities, and how Impostor Syndrome manifests in their own careers.

### Triumphs &amp; Failures

* Adam&#39;s Failure - Adam accidentally destroyed a database by running a migration script on the _wrong database_! Thankfully it was a QA (Quality Assurance) database which could be restored - no critical client-data was lost.

* Ben&#39;s Triumph - He&#39;s deleted 200K lines of unused vendor code. That means shipping less code to production with every deployment. He also merged one of his unnecessary microservices back into the monolith.

* Carol&#39;s Triumph - She&#39;s not dying! Woot woot! She had gotten COVID-19 right on the heels of a kidney infection; but it is currently feeling much better (and is nursing her sons back to health as well).

* Tim&#39;s Triumph - He&#39;s been playing around with Redis as a means to make his applications more resilient. One thing he wants to do is centralize his Session management such that he can pushed new code to production without having to reset user-session data.

Notes &amp; Links

* Breaking Bad: https://www.imdb.com/title/tt0903747/ - critically acclaimed TV drama.
* Adam Sandler&#39;s Click: https://www.imdb.com/title/tt0389860/ - comedy about appreciating your life.
* Redis: https://redis.io/ - blazing fast in-memory database and data-structure storage.
* PM2: https://pm2.keymetrics.io/ - a production-grade process manager for Node.js.
* Amazon ECR: https://aws.amazon.com/ecr/ - Elastic Container Registry.
* Amazon Fargate: https://aws.amazon.com/fargate/ - serverless compute for containers.
* GitHub Actions: https://github.com/features/actions - automation tools for your GitHub workflows.
* The Push Train: http://pushtrain.club/ - Dan McKinley&#39;s presentation on managing the human side of continuous delivery.
* Lagom Framework: https://www.lagomframework.com/ - an opinionated microservices framework for moving away from the monolith.
* Little Bobby Tables: https://xkcd.com/327/ - classic XKCD comic.
* Multi-Stage Builds in Docker: https://docs.docker.com/develop/develop-images/multistage-build/
* Mike Cannon-Brookes: TED Talk on How you can use impostor syndrome to your benefit: https://www.ted.com/talks/mike_cannon_brookes_how_you_can_use_impostor_syndrome_to_your_benefit
* WTFs per minute: https://blog.codinghorror.com/whos-your-coding-buddy/ - Coding Horror comic on code quality.
* 1 Corinthians 10:12: https://biblehub.com/1_corinthians/10-12.htm - &#34;Therefore let him who thinks he stands be careful that he does not fall.&#34;
* GoTime podcast: https://changelog.com/gotime - one of the ChangeLog podcasts. 
* Mythical Man Month: https://amzn.to/3mowUIU - iconic essays on software engineering.
* 99 Bugs in the code: https://imgur.com/a/sZLJB - grumpy cat&#39;s take on the 99 Bottles song.
* Perfect is the enemy of the good: https://en.wikipedia.org/wiki/Perfect_is_the_enemy_of_good - trap that many product companies fall into.
* Neil Gaiman&#39;s address to the University of the Arts Class of 2012: https://youtu.be/2OwRUyZMKwI - &#34;Make good art&#34;.
* The 10x programmer - toxic programming myth about unicorn developers.
* Ruby Rogues EP 220 with Laurent Bossavit: https://devchat.tv/ruby-rogues/226-rr-the-leprechauns-of-software-engineering-with-laurent-bossavit/ - discusses the book, &#34;The Leprechauns of Software Engineering&#34;, which covers among other things the myth of the 10x programmer.
* Radio Lab: Lying to Ourselves: https://www.wnycstudios.org/podcasts/radiolab/segments/91618-lying-to-ourselves
* The &#34;Peter Principle&#34;: https://en.wikipedia.org/wiki/Peter_principle - people in a hierarchy tend to rise to their &#34;level of incompetence&#34;.
* The Dunning-Kruger Effect: https://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect - a cognitive bias in which people with low ability at a task overestimate their ability.
</itunes:summary>
                <description><![CDATA[<p>Impostor Syndrome is a psychological pattern in which people doubt their skills, talents, and accomplishments. Most of us have felt something like this in our careers, whether it&#39;s a fleeting moment or a persistent fear that we&#39;re going to be discovered as frauds. These feelings can be overwhelming, even debilitating; but, they can also drive us towards self-improvement.</p><p><br></p><p>This week, the crew talks about their own mistakes, feelings of fraud, insecurities, and how Impostor Syndrome manifests in their own careers.</p><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <strong>@WorkingCodePod</strong> on <a href="https://twitter.com/workingcodepod" rel="nofollow">Twitter</a> &amp; <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p><strong>Triumphs &amp; Fails</strong></p><ul><li><strong>Adam&#39;s Failure</strong> - Adam accidentally destroyed a database by running a migration script on the <em>wrong database</em>! Thankfully it was a QA (Quality Assurance) database which could be restored - no critical client-data was lost.</li><li><strong>Ben&#39;s Triumph</strong> - He&#39;s deleted 200K lines of unused vendor code. That means shipping less code to production with every deployment. He also merged one of his unnecessary microservices back into the monolith.</li><li><strong>Carol&#39;s Triumph</strong> - She&#39;s not dying! Woot woot! She had gotten COVID-19 right on the heels of a kidney infection; but it is currently feeling much better (and is nursing her sons back to health as well).</li><li><strong>Tim&#39;s Triumph</strong> - He&#39;s been playing around with Redis as a means to make his applications more resilient. One thing he wants to do is centralize his Session management such that he can pushed new code to production without having to reset user-session data.</li></ul><p><br></p><p><strong>Notes &amp; Links</strong></p><p><br></p><ul><li><a href="https://www.imdb.com/title/tt0903747/" rel="nofollow">Breaking Bad</a> - critically acclaimed TV drama.</li><li><a href="https://www.imdb.com/title/tt0389860/" rel="nofollow">Adam Sandler&#39;s Click</a> - comedy about appreciating your life.</li><li><a href="https://redis.io/" rel="nofollow">Redis</a> - blazing fast in-memory database and data-structure storage.</li><li><a href="https://pm2.keymetrics.io/" rel="nofollow">PM2</a> - a production-grade process manager for Node.js.</li><li><a href="https://aws.amazon.com/ecr/" rel="nofollow">Amazon ECR</a> - Elastic Container Registry.</li><li><a href="https://aws.amazon.com/fargate/" rel="nofollow">Amazon Fargate</a> - serverless compute for containers.</li><li><a href="https://github.com/features/actions" rel="nofollow">GitHub Actions</a> - automation tools for your GitHub workflows.</li><li><a href="http://pushtrain.club/" rel="nofollow">The Push Train</a> - Dan McKinley&#39;s presentation on managing the human side of continuous delivery.</li><li><a href="https://www.lagomframework.com/" rel="nofollow">Lagom Framework</a> - an opinionated microservices framework for moving away from the monolith.</li><li><a href="https://xkcd.com/327/" rel="nofollow">Little Bobby Tables</a> - classic XKCD comic.</li><li><a href="https://docs.docker.com/develop/develop-images/multistage-build/" rel="nofollow">Multi-Stage Builds in Docker</a></li><li><a href="https://www.ted.com/talks/mike_cannon_brookes_how_you_can_use_impostor_syndrome_to_your_benefit" rel="nofollow">Mike Cannon-Brookes: TED Talk on How you can use impostor syndrome to your benefit</a></li><li><a href="https://blog.codinghorror.com/whos-your-coding-buddy/" rel="nofollow">WTFs per minute</a> - Coding Horror comic on code quality.</li><li><a href="https://biblehub.com/1_corinthians/10-12.htm" rel="nofollow">1 Corinthians 10:12</a> - &#34;Therefore let him who thinks he stands be careful that he does not fall.&#34;</li><li><a href="https://changelog.com/gotime" rel="nofollow">GoTime podcast</a> - one of the ChangeLog podcasts.</li><li><a href="https://amzn.to/3mowUIU" rel="nofollow">Mythical Man Month</a> - iconic essays on software engineering.</li><li><a href="https://imgur.com/a/sZLJB" rel="nofollow">99 Bugs in the code</a> - grumpy cat&#39;s take on the 99 Bottles song.</li><li><a href="https://en.wikipedia.org/wiki/Perfect_is_the_enemy_of_good" rel="nofollow">Perfect is the enemy of the good</a> - trap that many product companies fall into.</li><li><a href="https://www.youtube.com/watch?v=2OwRUyZMKwI" rel="nofollow">Neil Gaiman&#39;s address to the University of the Arts Class of 2012</a> - &#34;Make good art&#34;.</li><li>The 10x programmer - toxic programming myth about unicorn developers.</li><li><a href="https://devchat.tv/ruby-rogues/226-rr-the-leprechauns-of-software-engineering-with-laurent-bossavit/" rel="nofollow">Ruby Rogues EP 220 with Laurent Bossavit</a> - discusses the book, &#34;The Leprechauns of Software Engineering&#34;, which covers among other things the myth of the 10x programmer.</li><li><a href="https://www.wnycstudios.org/podcasts/radiolab/segments/91618-lying-to-ourselves" rel="nofollow">Radio Lab: Lying to Ourselves</a></li><li><a href="https://en.wikipedia.org/wiki/Peter_principle" rel="nofollow">The &#34;Peter Principle&#34;</a> - people in a hierarchy tend to rise to their &#34;level of incompetence&#34;.</li><li><a href="https://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect" rel="nofollow">The Dunning-Kruger Effect</a> - a cognitive bias in which people with low ability at a task overestimate their ability.</li></ul>]]></description>
                <content:encoded>&lt;p&gt;Impostor Syndrome is a psychological pattern in which people doubt their skills, talents, and accomplishments. Most of us have felt something like this in our careers, whether it&amp;#39;s a fleeting moment or a persistent fear that we&amp;#39;re going to be discovered as frauds. These feelings can be overwhelming, even debilitating; but, they can also drive us towards self-improvement.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;This week, the crew talks about their own mistakes, feelings of fraud, insecurities, and how Impostor Syndrome manifests in their own careers.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;strong&gt;@WorkingCodePod&lt;/strong&gt; on &lt;a href=&#34;https://twitter.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt; &amp;amp; &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Triumphs &amp;amp; Fails&lt;/strong&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Adam&amp;#39;s Failure&lt;/strong&gt; - Adam accidentally destroyed a database by running a migration script on the &lt;em&gt;wrong database&lt;/em&gt;! Thankfully it was a QA (Quality Assurance) database which could be restored - no critical client-data was lost.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Ben&amp;#39;s Triumph&lt;/strong&gt; - He&amp;#39;s deleted 200K lines of unused vendor code. That means shipping less code to production with every deployment. He also merged one of his unnecessary microservices back into the monolith.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Carol&amp;#39;s Triumph&lt;/strong&gt; - She&amp;#39;s not dying! Woot woot! She had gotten COVID-19 right on the heels of a kidney infection; but it is currently feeling much better (and is nursing her sons back to health as well).&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Tim&amp;#39;s Triumph&lt;/strong&gt; - He&amp;#39;s been playing around with Redis as a means to make his applications more resilient. One thing he wants to do is centralize his Session management such that he can pushed new code to production without having to reset user-session data.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Notes &amp;amp; Links&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&#34;https://www.imdb.com/title/tt0903747/&#34; rel=&#34;nofollow&#34;&gt;Breaking Bad&lt;/a&gt; - critically acclaimed TV drama.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.imdb.com/title/tt0389860/&#34; rel=&#34;nofollow&#34;&gt;Adam Sandler&amp;#39;s Click&lt;/a&gt; - comedy about appreciating your life.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://redis.io/&#34; rel=&#34;nofollow&#34;&gt;Redis&lt;/a&gt; - blazing fast in-memory database and data-structure storage.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://pm2.keymetrics.io/&#34; rel=&#34;nofollow&#34;&gt;PM2&lt;/a&gt; - a production-grade process manager for Node.js.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/ecr/&#34; rel=&#34;nofollow&#34;&gt;Amazon ECR&lt;/a&gt; - Elastic Container Registry.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://aws.amazon.com/fargate/&#34; rel=&#34;nofollow&#34;&gt;Amazon Fargate&lt;/a&gt; - serverless compute for containers.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://github.com/features/actions&#34; rel=&#34;nofollow&#34;&gt;GitHub Actions&lt;/a&gt; - automation tools for your GitHub workflows.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;http://pushtrain.club/&#34; rel=&#34;nofollow&#34;&gt;The Push Train&lt;/a&gt; - Dan McKinley&amp;#39;s presentation on managing the human side of continuous delivery.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.lagomframework.com/&#34; rel=&#34;nofollow&#34;&gt;Lagom Framework&lt;/a&gt; - an opinionated microservices framework for moving away from the monolith.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://xkcd.com/327/&#34; rel=&#34;nofollow&#34;&gt;Little Bobby Tables&lt;/a&gt; - classic XKCD comic.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://docs.docker.com/develop/develop-images/multistage-build/&#34; rel=&#34;nofollow&#34;&gt;Multi-Stage Builds in Docker&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.ted.com/talks/mike_cannon_brookes_how_you_can_use_impostor_syndrome_to_your_benefit&#34; rel=&#34;nofollow&#34;&gt;Mike Cannon-Brookes: TED Talk on How you can use impostor syndrome to your benefit&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://blog.codinghorror.com/whos-your-coding-buddy/&#34; rel=&#34;nofollow&#34;&gt;WTFs per minute&lt;/a&gt; - Coding Horror comic on code quality.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://biblehub.com/1_corinthians/10-12.htm&#34; rel=&#34;nofollow&#34;&gt;1 Corinthians 10:12&lt;/a&gt; - &amp;#34;Therefore let him who thinks he stands be careful that he does not fall.&amp;#34;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://changelog.com/gotime&#34; rel=&#34;nofollow&#34;&gt;GoTime podcast&lt;/a&gt; - one of the ChangeLog podcasts.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://amzn.to/3mowUIU&#34; rel=&#34;nofollow&#34;&gt;Mythical Man Month&lt;/a&gt; - iconic essays on software engineering.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://imgur.com/a/sZLJB&#34; rel=&#34;nofollow&#34;&gt;99 Bugs in the code&lt;/a&gt; - grumpy cat&amp;#39;s take on the 99 Bottles song.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Perfect_is_the_enemy_of_good&#34; rel=&#34;nofollow&#34;&gt;Perfect is the enemy of the good&lt;/a&gt; - trap that many product companies fall into.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=2OwRUyZMKwI&#34; rel=&#34;nofollow&#34;&gt;Neil Gaiman&amp;#39;s address to the University of the Arts Class of 2012&lt;/a&gt; - &amp;#34;Make good art&amp;#34;.&lt;/li&gt;&lt;li&gt;The 10x programmer - toxic programming myth about unicorn developers.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://devchat.tv/ruby-rogues/226-rr-the-leprechauns-of-software-engineering-with-laurent-bossavit/&#34; rel=&#34;nofollow&#34;&gt;Ruby Rogues EP 220 with Laurent Bossavit&lt;/a&gt; - discusses the book, &amp;#34;The Leprechauns of Software Engineering&amp;#34;, which covers among other things the myth of the 10x programmer.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.wnycstudios.org/podcasts/radiolab/segments/91618-lying-to-ourselves&#34; rel=&#34;nofollow&#34;&gt;Radio Lab: Lying to Ourselves&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Peter_principle&#34; rel=&#34;nofollow&#34;&gt;The &amp;#34;Peter Principle&amp;#34;&lt;/a&gt; - people in a hierarchy tend to rise to their &amp;#34;level of incompetence&amp;#34;.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect&#34; rel=&#34;nofollow&#34;&gt;The Dunning-Kruger Effect&lt;/a&gt; - a cognitive bias in which people with low ability at a task overestimate their ability.&lt;/li&gt;&lt;/ul&gt;</content:encoded>
                
                <enclosure length="75259402" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/35427d79-3e33-4f99-a6df-85bfc1c027ae/stream.mp3"/>
                
                <guid isPermaLink="false">5821134a-74da-4c2c-b633-f3df1e8e5acc</guid>
                <link>https://workingcode.dev</link>
                <pubDate>Wed, 06 Jan 2021 12:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2021/1/4/19/9a031fc1-6a44-478a-a052-b3dd49790c85_d51dc538-5e56-410f-90d0-81784e590f14_cover-art-v1.jpg"/>
                <itunes:duration>4703</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>003: Burnout, Mental Exhaustion, and Productivity</itunes:title>
                <title>003: Burnout, Mental Exhaustion, and Productivity</title>

                <itunes:episode>3</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Your hosts:

Adam Tuttle
Twitter: @AdamTuttle
Website: https://adamtuttle.codes

Ben Nadel
Twitter: @BenNadel
Website: https://www.bennadel.com/

Carol Hamilton
Twitter: @k_Roll242

Tim Cunningham
Twitter: @timcunningham71

Follow the show!
Website: https://workingcode.dev
Twitter: @WorkingCodePod
Instagram:  @WorkingCodePod

Triumphs &amp; Fails

- Carol&#39;s Triumph: Her college freshman son, majoring in computer science, called mom to ask for comp-sci help!
- Ben&#39;s Fail: R&amp;D effort exposed that he doesn&#39;t remember how to start a new project any more.    
- Tim&#39;s Triumph: He turned in the paperwork to get his team their raises on time.
- Adam&#39;s Triumph: Testing on a new platform for his giant application has reached 100%, and a looming deadline may actually be met.

Notes &amp; Links

- Sisyphus: https://en.wikipedia.org/wiki/Sisyphus
- Maslow&#39;s Hierarchy of Needs: https://www.simplypsychology.org/maslow.html
- Adam&#39;s waterproof Bluetooth shower speaker recommendation: https://amzn.to/3mcQdFB . This one isn&#39;t particularly special. There are dozens of different cheap Chinese speakers that look just like it. He&#39;s had three over the years, but they&#39;re all plenty decent.
- The Spoon Theory by Christine Miserandino https://butyoudontlooksick.com/articles/written-by-christine/the-spoon-theory/
- TED Talk: Your elusive creative genius by Elizabeth Gilbert, author of Eat, Pray, Love. https://www.ted.com/talks/elizabeth_gilbert_your_elusive_creative_genius
- Chuck Close: Inspiration is for amateurs - the rest of us just show up and get to work. And the belief that things will grow out of the activity itself and that you will - through work - bump into other possibilities and kick open other doors that you would never have dreamt of if you were just sitting around looking for a great &#34;art idea&#34;. And the belief that process, in a sense, is liberating and that you don&#39;t have to reinvent the wheel every day. Today, you know what you&#39;ll do, you could be doing what you were doing yesterday, and tomorrow you are gonna do what you did today, and at least for a certain period of time you can just work. If you hang in there, you will get somewhere.

##################
Black Lives Matter
##################</itunes:summary>
                <description><![CDATA[<p><strong>Your hosts</strong></p><p>Adam Tuttle -- <a href="https://twitter.com/adamtuttle" rel="nofollow">Twitter</a>, <a href="https://adamtuttle.codes/" rel="nofollow">Website</a></p><p>Ben Nadel -- <a href="https://twitter.com/bennadel" rel="nofollow">Twitter</a>, <a href="https://www.bennadel.com/" rel="nofollow">Website</a></p><p>Carol Hamilton -- <a href="https://twitter.com/k_Roll242" rel="nofollow">Twitter</a></p><p>Tim Cunningham -- <a href="https://twitter.com/timcunningham71" rel="nofollow">Twitter</a></p><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <strong>@WorkingCodePod</strong> on <a href="https://twitter.com/workingcodepod" rel="nofollow">Twitter</a> &amp; <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p><strong>Triumphs &amp; Fails</strong></p><ul><li><strong>Carol&#39;s Triumph:</strong> Her college freshman son, majoring in computer science, called mom to ask for comp-sci help!</li><li><strong>Ben&#39;s Fail:</strong> R&amp;D effort exposed that he doesn&#39;t remember how to start a new project any more.   </li><li><strong>Tim&#39;s Triumph:</strong> He turned in the paperwork to get his team their raises on time.</li><li><strong>Adam&#39;s Triumph:</strong> Testing on a new platform for his giant application has reached 100%, and a looming deadline may actually be met.</li></ul><p><br></p><p><strong>Notes &amp; Links</strong></p><ul><li>We are not medical professionals! If you need help, talk to your primary care physician.</li><li><a href="https://en.wikipedia.org/wiki/Sisyphus" rel="nofollow">Sisyphus</a></li><li><a href="https://www.simplypsychology.org/maslow.html" rel="nofollow">Maslow&#39;s Hierarchy of Needs</a></li><li><a href="https://amzn.to/3mcQdFB" rel="nofollow">Adam&#39;s waterproof Bluetooth shower speaker recommendation</a>. This one isn&#39;t particularly special. There are dozens of different cheap Chinese speakers that look just like it. He&#39;s had three over the years, but they&#39;re all plenty decent.</li><li><a href="https://butyoudontlooksick.com/articles/written-by-christine/the-spoon-theory/" rel="nofollow">The Spoon Theory</a> by Christine Miserandino</li><li><a href="https://www.ted.com/talks/elizabeth_gilbert_your_elusive_creative_genius" rel="nofollow">TED Talk: Your elusive creative genius</a> by Elizabeth Gilbert, author of <strong>Eat, Pray, Love</strong>.</li><li>Chuck Close: Inspiration is for amateurs - the rest of us just show up and get to work. And the belief that things will grow out of the activity itself and that you will - through work - bump into other possibilities and kick open other doors that you would never have dreamt of if you were just sitting around looking for a great &#34;art idea&#34;. And the belief that process, in a sense, is liberating and that you don&#39;t have to reinvent the wheel every day. Today, you know what you&#39;ll do, you could be doing what you were doing yesterday, and tomorrow you are gonna do what you did today, and at least for a certain period of time you can just work. If you hang in there, you will get somewhere.</li></ul><p><br></p><h2><strong>Black Lives Matter</strong></h2>]]></description>
                <content:encoded>&lt;p&gt;&lt;strong&gt;Your hosts&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;Adam Tuttle -- &lt;a href=&#34;https://twitter.com/adamtuttle&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;, &lt;a href=&#34;https://adamtuttle.codes/&#34; rel=&#34;nofollow&#34;&gt;Website&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Ben Nadel -- &lt;a href=&#34;https://twitter.com/bennadel&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;, &lt;a href=&#34;https://www.bennadel.com/&#34; rel=&#34;nofollow&#34;&gt;Website&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Carol Hamilton -- &lt;a href=&#34;https://twitter.com/k_Roll242&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Tim Cunningham -- &lt;a href=&#34;https://twitter.com/timcunningham71&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;strong&gt;@WorkingCodePod&lt;/strong&gt; on &lt;a href=&#34;https://twitter.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt; &amp;amp; &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Triumphs &amp;amp; Fails&lt;/strong&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Carol&amp;#39;s Triumph:&lt;/strong&gt; Her college freshman son, majoring in computer science, called mom to ask for comp-sci help!&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Ben&amp;#39;s Fail:&lt;/strong&gt; R&amp;amp;D effort exposed that he doesn&amp;#39;t remember how to start a new project any more.   &lt;/li&gt;&lt;li&gt;&lt;strong&gt;Tim&amp;#39;s Triumph:&lt;/strong&gt; He turned in the paperwork to get his team their raises on time.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Adam&amp;#39;s Triumph:&lt;/strong&gt; Testing on a new platform for his giant application has reached 100%, and a looming deadline may actually be met.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Notes &amp;amp; Links&lt;/strong&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;We are not medical professionals! If you need help, talk to your primary care physician.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Sisyphus&#34; rel=&#34;nofollow&#34;&gt;Sisyphus&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.simplypsychology.org/maslow.html&#34; rel=&#34;nofollow&#34;&gt;Maslow&amp;#39;s Hierarchy of Needs&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://amzn.to/3mcQdFB&#34; rel=&#34;nofollow&#34;&gt;Adam&amp;#39;s waterproof Bluetooth shower speaker recommendation&lt;/a&gt;. This one isn&amp;#39;t particularly special. There are dozens of different cheap Chinese speakers that look just like it. He&amp;#39;s had three over the years, but they&amp;#39;re all plenty decent.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://butyoudontlooksick.com/articles/written-by-christine/the-spoon-theory/&#34; rel=&#34;nofollow&#34;&gt;The Spoon Theory&lt;/a&gt; by Christine Miserandino&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.ted.com/talks/elizabeth_gilbert_your_elusive_creative_genius&#34; rel=&#34;nofollow&#34;&gt;TED Talk: Your elusive creative genius&lt;/a&gt; by Elizabeth Gilbert, author of &lt;strong&gt;Eat, Pray, Love&lt;/strong&gt;.&lt;/li&gt;&lt;li&gt;Chuck Close: Inspiration is for amateurs - the rest of us just show up and get to work. And the belief that things will grow out of the activity itself and that you will - through work - bump into other possibilities and kick open other doors that you would never have dreamt of if you were just sitting around looking for a great &amp;#34;art idea&amp;#34;. And the belief that process, in a sense, is liberating and that you don&amp;#39;t have to reinvent the wheel every day. Today, you know what you&amp;#39;ll do, you could be doing what you were doing yesterday, and tomorrow you are gonna do what you did today, and at least for a certain period of time you can just work. If you hang in there, you will get somewhere.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;h2&gt;&lt;strong&gt;Black Lives Matter&lt;/strong&gt;&lt;/h2&gt;</content:encoded>
                
                <enclosure length="61756813" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/53a9eaea-7ee2-4468-a9e0-4f58a337b9e1/stream.mp3"/>
                
                <guid isPermaLink="false">2e2e3471-742b-4507-adc4-e796a0071415</guid>
                <link>https://workingcode.dev</link>
                <pubDate>Wed, 30 Dec 2020 14:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2020/12/16/16/a9e9358f-35fb-43d4-a920-7fc6fd9d7f0c_3951bdd-013b-4361-b3cc-54ef8b83aba7_e8a75789-5218-4263-8dba-9971f29af56a_6058826d-95c4-4870-92ea-076dbb704816_7313afe6-edf4-4865-8345-6037e7b24bc8_800aadcf-b977-4967-be57-6fbfce9b6f20_cover-art-v1.jpg"/>
                <itunes:duration>3859</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>002: Working from home</itunes:title>
                <title>002: Working from home</title>

                <itunes:episode>2</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Your hosts:

Adam Tuttle
Twitter: @AdamTuttle
Website: https://adamtuttle.codes

Ben Nadel
Twitter: @BenNadel
Website: https://www.bennadel.com/

Carol Hamilton
Twitter: @k_Roll242

Tim Cunningham
Twitter: @timcunningham71

Follow the show!
Website: https://workingcode.dev
Twitter: @WorkingCodePod
Instagram:  @WorkingCodePod


Triumphs &amp; Fails

- Ben&#39;s Triumph and Failure: He finally backs up his computer! Only 5 years in the work.
- Tim&#39;s Triumph: He was invited to speak at a virtual conference this week as a community expert. It was really amazing.
- Carol&#39;s Triumph and Failure: She was locked out of a database only to realize she configured the connection wrong from the first day. Total face/palm time.
- Adam&#39;s Failure: He committed to main... tsk tsk. Who commits to main?? Oh yeah, Adam does...


Notes &amp; Links

- We want discuss how we handle remote working.  Adam and Ben are pros at it but Tim and Carol are new. We go over communication styles and how they differ between face to face and virtual. How we balance home life and work life when we work in our home. We might not get it right, but we keep trying. Grab a drink and laugh with us as we figure it all out.
- Freakonomics Podcast: https://freakonomics.com
- Rich Hickey: Hammock Driven Development https://www.youtube.com/watch?v=f84n5oFoZBc
- Rich Hickey: Simple Made Easy https://www.infoq.com/presentations/Simple-Made-Easy/

###############
Black Lives Matter
###############</itunes:summary>
                <description><![CDATA[<p><strong>Your hosts</strong></p><p>Adam Tuttle -- <a href="https://twitter.com/adamtuttle" rel="nofollow">Twitter</a>, <a href="https://adamtuttle.codes/" rel="nofollow">Website</a></p><p>Ben Nadel -- <a href="https://twitter.com/bennadel" rel="nofollow">Twitter</a>, <a href="https://www.bennadel.com/" rel="nofollow">Website</a></p><p>Carol Hamilton -- <a href="https://twitter.com/k_Roll242" rel="nofollow">Twitter</a></p><p>Tim Cunningham -- <a href="https://twitter.com/timcunningham71" rel="nofollow">Twitter</a></p><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <strong>@WorkingCodePod</strong> on <a href="https://twitter.com/workingcodepod" rel="nofollow">Twitter</a> &amp; <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p><strong>Triumphs &amp; Fails</strong></p><ul><li><strong>Ben&#39;s Triumph and Failure:</strong> He finally backs up his computer! Only 5 years in the work.</li><li><strong>Tim&#39;s Triumph:</strong> He was invited to speak at a virtual conference this week as a community expert. It was really amazing.</li><li><strong>Carol&#39;s Triumph and Failure:</strong> She was locked out of a database only to realize she configured the connection wrong from the first day. Total face/palm time.</li><li><strong>Adam&#39;s Failure:</strong> He committed to main... tsk tsk. Who commits to main?? Oh yeah, Adam does...</li></ul><p><br></p><p><strong>Notes &amp; Links</strong></p><ul><li>We want discuss how we handle remote working. Adam and Ben are pros at it but Tim and Carol are new. We go over communication styles and how they differ between face to face and virtual. How we balance home life and work life when we work in our home. We might not get it right, but we keep trying. Grab a drink and laugh with us as we figure it all out.</li><li><a href="https://freakonomics.com" rel="nofollow">Freakonomics Podcast</a></li><li><a href="https://www.youtube.com/watch?v=f84n5oFoZBc" rel="nofollow">Rich Hickey: Hammock Driven Development</a></li><li><a href="https://www.infoq.com/presentations/Simple-Made-Easy/" rel="nofollow">Rich Hickey: Simple Made Easy</a></li></ul><p><br></p><p><br></p><h2><strong>Black Lives Matter</strong></h2>]]></description>
                <content:encoded>&lt;p&gt;&lt;strong&gt;Your hosts&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;Adam Tuttle -- &lt;a href=&#34;https://twitter.com/adamtuttle&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;, &lt;a href=&#34;https://adamtuttle.codes/&#34; rel=&#34;nofollow&#34;&gt;Website&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Ben Nadel -- &lt;a href=&#34;https://twitter.com/bennadel&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;, &lt;a href=&#34;https://www.bennadel.com/&#34; rel=&#34;nofollow&#34;&gt;Website&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Carol Hamilton -- &lt;a href=&#34;https://twitter.com/k_Roll242&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Tim Cunningham -- &lt;a href=&#34;https://twitter.com/timcunningham71&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;strong&gt;@WorkingCodePod&lt;/strong&gt; on &lt;a href=&#34;https://twitter.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt; &amp;amp; &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Triumphs &amp;amp; Fails&lt;/strong&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Ben&amp;#39;s Triumph and Failure:&lt;/strong&gt; He finally backs up his computer! Only 5 years in the work.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Tim&amp;#39;s Triumph:&lt;/strong&gt; He was invited to speak at a virtual conference this week as a community expert. It was really amazing.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Carol&amp;#39;s Triumph and Failure:&lt;/strong&gt; She was locked out of a database only to realize she configured the connection wrong from the first day. Total face/palm time.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Adam&amp;#39;s Failure:&lt;/strong&gt; He committed to main... tsk tsk. Who commits to main?? Oh yeah, Adam does...&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Notes &amp;amp; Links&lt;/strong&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;We want discuss how we handle remote working. Adam and Ben are pros at it but Tim and Carol are new. We go over communication styles and how they differ between face to face and virtual. How we balance home life and work life when we work in our home. We might not get it right, but we keep trying. Grab a drink and laugh with us as we figure it all out.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://freakonomics.com&#34; rel=&#34;nofollow&#34;&gt;Freakonomics Podcast&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.youtube.com/watch?v=f84n5oFoZBc&#34; rel=&#34;nofollow&#34;&gt;Rich Hickey: Hammock Driven Development&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://www.infoq.com/presentations/Simple-Made-Easy/&#34; rel=&#34;nofollow&#34;&gt;Rich Hickey: Simple Made Easy&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;h2&gt;&lt;strong&gt;Black Lives Matter&lt;/strong&gt;&lt;/h2&gt;</content:encoded>
                
                <enclosure length="52230269" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/4ec644c1-fc3c-4b96-ae9f-55b26d73ba66/stream.mp3"/>
                
                <guid isPermaLink="false">b8806659-7160-452b-a1fc-4c1f59ec8382</guid>
                <link>https://workingcode.dev</link>
                <pubDate>Wed, 23 Dec 2020 14:00:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2020/12/16/16/0f035011-65c5-42cd-bda5-65b84c379317_5b622ff-93f2-407f-afff-f9f87525ab47_3bcca4a5-6225-492b-b830-4bd19b646043_d592d21b-9bba-4bb1-9a69-1727dad851be_dc0ef73c-3ffb-4e35-ad1e-9ba1806e4861_8a4ac6c1-2f1e-4cff-93f4-a2d950791f65_cover-art-v1.jpg"/>
                <itunes:duration>3264</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>001: Adam&#39;s Secret Shame</itunes:title>
                <title>001: Adam&#39;s Secret Shame</title>

                <itunes:episode>1</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Your hosts:

Adam Tuttle
Twitter: @AdamTuttle
Website: https://adamtuttle.codes

Ben Nadel
Twitter: @BenNadel
Website: https://www.bennadel.com/

Carol Hamilton
Twitter: @k_Roll242

Tim Cunningham
Twitter: @timcunningham71

Follow the show!
Website: https://workingcode.dev
Twitter: @WorkingCodePod
Instagram:  @WorkingCodePod

Triumphs &amp; Fails

- Adam&#39;s Triumph: His team realized that they could write a tool that would log, per controller method, how many times it had been run, whether or not it threw exceptions, and some performance stats, which is reducing the pain of transitioning app server platforms without a comprehensive test suite. They&#39;re currently at 90% tested!
- Carol&#39;s Fail: Having just started a new job, she thought she would make a good first impression by bringing down the production site!
- Tim&#39;s Triumph&#43;Fail: A product he&#39;s been working on developing in secret for FOUR years is finally going to see the light of the day... just not through his years of persistence trying to push it past the finish line.
- Ben&#39;s Triumph&#43;Fail: A R&amp;D project failed to get any traction, but on the plus side he got to delete thousands of lines of code!


Notes &amp; Links

- The VS Code plugin that Adam couldn&#39;t think of is Git Lens: https://marketplace.visualstudio.com/items?itemName=eamodio.gitlens
- Cargo Cult Programming: https://en.wikipedia.org/wiki/Cargo_cult_programming
- CFML (&#34;ColdFusion Markup Language&#34;) a.k.a. ColdFusion (https://coldfusion.adobe.com/) is a web-dev language and app server that the four of us have some shared history with. Lucee (https://www.lucee.org/) is its open source alternative engine.
- Spoiler alert: You can write awful code in every language!
- &#34;Life with chapters&#34; is a concept stolen from the No Dumb Questions podcast (https://www.nodumbquestions.fm/), which is fantastic, and a huge inspiration for Working Code. If you don&#39;t already listen, give them a shot!
- There are a variety of different ways people prefer to learn, but teaching a concept is the best way to help yourself find your weak spots.
- Never compare your beginning to someone else&#39;s middle!
- The Martian is a fantastic movie and a better book (https://amzn.to/3g2S3qp); and yes, the audiobook (https://www.audible.com/pd/The-Martian-Audiobook/B082BHJMFF) was narrated by Wil Wheaton, of Star Trek fame.
- GraphQL is an interesting new(ish) idea in the world of web API&#39;s. https://graphql.org/
- &#34;The right tool for the job&#34;? NOPE. The right tool for the job, for the team, at that particular point in time. You heard it here second! 

###############
Black Lives Matter
###############</itunes:summary>
                <description><![CDATA[<p><strong>Your hosts</strong></p><p>Adam Tuttle -- <a href="https://twitter.com/adamtuttle" rel="nofollow">Twitter</a>, <a href="https://adamtuttle.codes/" rel="nofollow">Website</a></p><p>Ben Nadel -- <a href="https://twitter.com/bennadel" rel="nofollow">Twitter</a>, <a href="https://www.bennadel.com/" rel="nofollow">Website</a></p><p>Carol Hamilton -- <a href="https://twitter.com/k_Roll242" rel="nofollow">Twitter</a></p><p>Tim Cunningham -- <a href="https://twitter.com/timcunningham71" rel="nofollow">Twitter</a></p><p><br></p><p>Follow the show! Our website is <a href="https://workingcode.dev/" rel="nofollow">workingcode.dev</a> and we&#39;re <strong>@WorkingCodePod</strong> on <a href="https://twitter.com/workingcodepod" rel="nofollow">Twitter</a> &amp; <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>. New episodes weekly on Wednesday.</p><p><br></p><p><strong>Triumphs &amp; Fails</strong></p><ul><li><strong>Adam&#39;s Triumph:</strong> His team realized that they could write a tool that would log, per controller method, how many times it had been run, whether or not it threw exceptions, and some performance stats, which is reducing the pain of transitioning app server platforms without a comprehensive test suite. They&#39;re currently at 90% tested!</li><li><strong>Carol&#39;s Fail:</strong> Having just started a new job, she thought she would make a good first impression by bringing down the production site!</li><li><strong>Tim&#39;s Triumph+Fail:</strong> A product he&#39;s been working on developing in secret for FOUR years is finally going to see the light of the day... just not through his years of persistence trying to push it past the finish line.</li><li><strong>Ben&#39;s Triumph+Fail:</strong> A R&amp;D project failed to get any traction, but on the plus side he got to delete thousands of lines of code!</li></ul><p><br></p><p><strong>Notes &amp; Links</strong></p><ul><li>The VS Code plugin that Adam couldn&#39;t think of is <a href="https://marketplace.visualstudio.com/items?itemName=eamodio.gitlens" rel="nofollow">Git Lens</a></li><li><a href="https://en.wikipedia.org/wiki/Cargo_cult_programming" rel="nofollow">Cargo Cult Programming</a></li><li>CFML (&#34;ColdFusion Markup Language&#34;) a.k.a. <a href="https://coldfusion.adobe.com/" rel="nofollow">ColdFusion</a> is a web-dev language and app server that the four of us have some shared history with. <a href="https://www.lucee.org/" rel="nofollow">Lucee</a> is its open source alternative engine.</li><li>Spoiler alert: You can write awful code in every language!</li><li>&#34;Life with chapters&#34; is a concept stolen from the <a href="https://www.nodumbquestions.fm/" rel="nofollow">No Dumb Questions</a> podcast, which is fantastic, and a huge inspiration for Working Code. If you don&#39;t already listen, give them a shot!</li><li>There are a variety of different ways people prefer to learn, but teaching a concept is the best way to help yourself find your weak spots.</li><li>Never compare your beginning to someone else&#39;s middle!</li><li>The Martian is a fantastic <a href="https://www.imdb.com/title/tt3659388/?ref_=fn_al_tt_1" rel="nofollow">movie</a> and a better <a href="https://amzn.to/3g2S3qp" rel="nofollow">book</a>; and yes, the <a href="https://www.audible.com/pd/The-Martian-Audiobook/B082BHJMFF?pf_rd_p=83218cca-c308-412f-bfcf-90198b687a2f&pf_rd_r=N31P5MVW485ZX4RD8C5D&qid=1606956278&ref=a_search_c3_lProduct_1_1&sr=1-1" rel="nofollow">audiobook</a> was narrated by Wil Wheaton, of Star Trek fame.</li><li><a href="https://graphql.org/" rel="nofollow">GraphQL</a> is an interesting new(ish) idea in the world of web API&#39;s.</li><li>&#34;The right tool for the job&#34;? NOPE. The right tool for the job, for the team, at that particular point in time. You heard it here second!</li></ul><p><br></p><p><br></p><h2><strong>Black Lives Matter</strong></h2>]]></description>
                <content:encoded>&lt;p&gt;&lt;strong&gt;Your hosts&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;Adam Tuttle -- &lt;a href=&#34;https://twitter.com/adamtuttle&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;, &lt;a href=&#34;https://adamtuttle.codes/&#34; rel=&#34;nofollow&#34;&gt;Website&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Ben Nadel -- &lt;a href=&#34;https://twitter.com/bennadel&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;, &lt;a href=&#34;https://www.bennadel.com/&#34; rel=&#34;nofollow&#34;&gt;Website&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Carol Hamilton -- &lt;a href=&#34;https://twitter.com/k_Roll242&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Tim Cunningham -- &lt;a href=&#34;https://twitter.com/timcunningham71&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Follow the show! Our website is &lt;a href=&#34;https://workingcode.dev/&#34; rel=&#34;nofollow&#34;&gt;workingcode.dev&lt;/a&gt; and we&amp;#39;re &lt;strong&gt;@WorkingCodePod&lt;/strong&gt; on &lt;a href=&#34;https://twitter.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt; &amp;amp; &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;. New episodes weekly on Wednesday.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Triumphs &amp;amp; Fails&lt;/strong&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Adam&amp;#39;s Triumph:&lt;/strong&gt; His team realized that they could write a tool that would log, per controller method, how many times it had been run, whether or not it threw exceptions, and some performance stats, which is reducing the pain of transitioning app server platforms without a comprehensive test suite. They&amp;#39;re currently at 90% tested!&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Carol&amp;#39;s Fail:&lt;/strong&gt; Having just started a new job, she thought she would make a good first impression by bringing down the production site!&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Tim&amp;#39;s Triumph&#43;Fail:&lt;/strong&gt; A product he&amp;#39;s been working on developing in secret for FOUR years is finally going to see the light of the day... just not through his years of persistence trying to push it past the finish line.&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Ben&amp;#39;s Triumph&#43;Fail:&lt;/strong&gt; A R&amp;amp;D project failed to get any traction, but on the plus side he got to delete thousands of lines of code!&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Notes &amp;amp; Links&lt;/strong&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;The VS Code plugin that Adam couldn&amp;#39;t think of is &lt;a href=&#34;https://marketplace.visualstudio.com/items?itemName=eamodio.gitlens&#34; rel=&#34;nofollow&#34;&gt;Git Lens&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Cargo_cult_programming&#34; rel=&#34;nofollow&#34;&gt;Cargo Cult Programming&lt;/a&gt;&lt;/li&gt;&lt;li&gt;CFML (&amp;#34;ColdFusion Markup Language&amp;#34;) a.k.a. &lt;a href=&#34;https://coldfusion.adobe.com/&#34; rel=&#34;nofollow&#34;&gt;ColdFusion&lt;/a&gt; is a web-dev language and app server that the four of us have some shared history with. &lt;a href=&#34;https://www.lucee.org/&#34; rel=&#34;nofollow&#34;&gt;Lucee&lt;/a&gt; is its open source alternative engine.&lt;/li&gt;&lt;li&gt;Spoiler alert: You can write awful code in every language!&lt;/li&gt;&lt;li&gt;&amp;#34;Life with chapters&amp;#34; is a concept stolen from the &lt;a href=&#34;https://www.nodumbquestions.fm/&#34; rel=&#34;nofollow&#34;&gt;No Dumb Questions&lt;/a&gt; podcast, which is fantastic, and a huge inspiration for Working Code. If you don&amp;#39;t already listen, give them a shot!&lt;/li&gt;&lt;li&gt;There are a variety of different ways people prefer to learn, but teaching a concept is the best way to help yourself find your weak spots.&lt;/li&gt;&lt;li&gt;Never compare your beginning to someone else&amp;#39;s middle!&lt;/li&gt;&lt;li&gt;The Martian is a fantastic &lt;a href=&#34;https://www.imdb.com/title/tt3659388/?ref_=fn_al_tt_1&#34; rel=&#34;nofollow&#34;&gt;movie&lt;/a&gt; and a better &lt;a href=&#34;https://amzn.to/3g2S3qp&#34; rel=&#34;nofollow&#34;&gt;book&lt;/a&gt;; and yes, the &lt;a href=&#34;https://www.audible.com/pd/The-Martian-Audiobook/B082BHJMFF?pf_rd_p=83218cca-c308-412f-bfcf-90198b687a2f&amp;pf_rd_r=N31P5MVW485ZX4RD8C5D&amp;qid=1606956278&amp;ref=a_search_c3_lProduct_1_1&amp;sr=1-1&#34; rel=&#34;nofollow&#34;&gt;audiobook&lt;/a&gt; was narrated by Wil Wheaton, of Star Trek fame.&lt;/li&gt;&lt;li&gt;&lt;a href=&#34;https://graphql.org/&#34; rel=&#34;nofollow&#34;&gt;GraphQL&lt;/a&gt; is an interesting new(ish) idea in the world of web API&amp;#39;s.&lt;/li&gt;&lt;li&gt;&amp;#34;The right tool for the job&amp;#34;? NOPE. The right tool for the job, for the team, at that particular point in time. You heard it here second!&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;h2&gt;&lt;strong&gt;Black Lives Matter&lt;/strong&gt;&lt;/h2&gt;</content:encoded>
                
                <enclosure length="65283552" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/8c9e5d9c-bd40-454b-8d43-280969a66a68/stream.mp3"/>
                
                <guid isPermaLink="false">42347fe0-5405-4c68-88c3-908aa0d38bfb</guid>
                <link>https://workingcode.dev</link>
                <pubDate>Wed, 16 Dec 2020 14:00:00 &#43;0000</pubDate>
                <itunes:duration>4080</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
            <item>
                <itunes:episodeType>full</itunes:episodeType>
                <itunes:title>000: Hello, World!</itunes:title>
                <title>000: Hello, World!</title>

                <itunes:episode>1</itunes:episode>
                <itunes:season>1</itunes:season>
                <itunes:author>Adam Tuttle, Ben Nadel, Carol Hamilton, Tim Cunningham</itunes:author>
                <itunes:summary>Your hosts:

Adam Tuttle
Twitter: @AdamTuttle
Website: https://adamtuttle.codes

Ben Nadel
Twitter: @BenNadel
Website: https://www.bennadel.com/

Carol Hamilton
Twitter: @k_Roll242

Tim Cunningham
Twitter: @timcunningham71

Follow the show!
Twitter: @WorkingCodePod
Instagram:  @WorkingCodePod

Get subscribed, share with your friends and coworkers, and follow the show!

New episodes publish weekly on Wednesday morning! (US/Eastern)</itunes:summary>
                <description><![CDATA[<p><strong>Your hosts</strong></p><p>Adam Tuttle -- <a href="https://twitter.com/adamtuttle" rel="nofollow">Twitter</a>, <a href="https://adamtuttle.codes/" rel="nofollow">Website</a></p><p>Ben Nadel -- <a href="https://twitter.com/bennadel" rel="nofollow">Twitter</a>, <a href="https://www.bennadel.com/" rel="nofollow">Website</a></p><p>Carol Hamilton -- <a href="https://twitter.com/k_Roll242" rel="nofollow">Twitter</a></p><p>Tim Cunningham -- <a href="https://twitter.com/timcunningham71" rel="nofollow">Twitter</a></p><p><br></p><p>Get subscribed, share with your friends and coworkers, and follow the show! We&#39;re on <a href="https://twitter.com/workingcodepod" rel="nofollow">Twitter</a> &amp; <a href="https://www.instagram.com/workingcodepod/" rel="nofollow">Instagram</a>.</p><p><br></p><p>New episodes publish weekly on Wednesday morning! (US/Eastern)</p>]]></description>
                <content:encoded>&lt;p&gt;&lt;strong&gt;Your hosts&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;Adam Tuttle -- &lt;a href=&#34;https://twitter.com/adamtuttle&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;, &lt;a href=&#34;https://adamtuttle.codes/&#34; rel=&#34;nofollow&#34;&gt;Website&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Ben Nadel -- &lt;a href=&#34;https://twitter.com/bennadel&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;, &lt;a href=&#34;https://www.bennadel.com/&#34; rel=&#34;nofollow&#34;&gt;Website&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Carol Hamilton -- &lt;a href=&#34;https://twitter.com/k_Roll242&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Tim Cunningham -- &lt;a href=&#34;https://twitter.com/timcunningham71&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt;&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;Get subscribed, share with your friends and coworkers, and follow the show! We&amp;#39;re on &lt;a href=&#34;https://twitter.com/workingcodepod&#34; rel=&#34;nofollow&#34;&gt;Twitter&lt;/a&gt; &amp;amp; &lt;a href=&#34;https://www.instagram.com/workingcodepod/&#34; rel=&#34;nofollow&#34;&gt;Instagram&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;&lt;br&gt;&lt;/p&gt;&lt;p&gt;New episodes publish weekly on Wednesday morning! (US/Eastern)&lt;/p&gt;</content:encoded>
                
                <enclosure length="7751053" type="audio/mpeg" url="https://audio2.redcircle.com/episodes/95bf674b-f856-496e-9ce9-6cbd02dbf175/stream.mp3"/>
                
                <guid isPermaLink="false">6cdbbb3e-c0e1-4608-9c44-74e1ec4a9e9c</guid>
                <link>https://workingcode.dev</link>
                <pubDate>Wed, 09 Dec 2020 18:30:00 &#43;0000</pubDate>
                <itunes:image href="https://media.redcircle.com/images/2020/12/9/19/661263e6-a8ad-4c55-a46e-978e99f58bc0_d71d4401-9f28-4f6b-aa89-a17bff556fa1_1c42c782-c374-42f2-9300-78b2dc13464a_c83c0022-1d75-4955-9360-277910ee5557_cover-art-v1.jpg"/>
                <itunes:duration>484</itunes:duration>
                
                
                <itunes:explicit>no</itunes:explicit>
                
            </item>
        
    </channel>
</rss>
