<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>Swizec Teller</title>
        <link>https://swizec.com/</link>
        <description>A geek with a hat</description>
        <lastBuildDate>Sat, 08 Aug 2026 00:00:00 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>https://github.com/jpmonette/feed</generator>
        <language>en-us</language>
        <copyright>© 2026 Swizec Teller</copyright>
        <atom:link href="https://swizec.com/rss.xml" rel="self" type="application/rss+xml"/>
        <item>
            <title><![CDATA[Beware the spaceships]]></title>
            <link>https://swizec.com/blog/beware-the-spaceships</link>
            <guid isPermaLink="false">https://swizec.com/blog/beware-the-spaceships</guid>
            <pubDate>Sat, 08 Aug 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Spaceship first, cleanup second. Start with the ending then work your way back to something useful.]]></description>
            <content:encoded><![CDATA[<p>I'm in the middle of migrating our design system and it's fun to see how much AI can do. Just last night I stayed up until 1am to ship another big portion.</p>
<p>Wait why am I coding at 1am if AI's doing all the work? 🤨</p>
<p>It's the spaceship problem. You start with the ending then work your way back to something useful. This kinda sucks.</p>
<p><a href="https://swizec.com/blog/beware-the-spaceships">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Agents change the math on big bang migrations]]></title>
            <link>https://swizec.com/blog/agents-change-the-math-on-big-bang-migrations</link>
            <guid isPermaLink="false">https://swizec.com/blog/agents-change-the-math-on-big-bang-migrations</guid>
            <pubDate>Sat, 01 Aug 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[I just did a team's worth of work in 5 days. Honestly I am shook to the core of my 20 YoE]]></description>
            <content:encoded><![CDATA[<p>At scale you're always mid-migration but you <em>never</em> do a big-bang rewrite, right? I think that's changing 🤨</p>
<p>You see the secret of our industry is that "you never rewrite your software" but we're all always rewriting our software. When the business changes every 6 months, what else are you gonna do?</p>
<p>https://twitter.com/Swizec/status/1924875257669943383</p>
<p><a href="https://swizec.com/blog/agents-change-the-math-on-big-bang-migrations">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[How to be useful as a software architect]]></title>
            <link>https://swizec.com/blog/how-to-be-useful-as-a-software-architect</link>
            <guid isPermaLink="false">https://swizec.com/blog/how-to-be-useful-as-a-software-architect</guid>
            <pubDate>Sat, 25 Jul 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Software architects have a weird role: Think about the code _tomorrow_. Today's code is what it is, how do we make it good tomorrow? Without slowing down, losing business, or falling off a cliff.]]></description>
            <content:encoded><![CDATA[<p>Ever worked with a useful software architect? Yeah me neither. But I sure have tried to be one.</p>
<p>Software architects have a weird role: Think about the code <em>tomorrow</em>. Today's code is what it is, how do we make it good tomorrow? Without slowing down, losing business, or falling off a cliff.</p>
<p>The <a href="https://www.joelonsoftware.com/2001/04/21/dont-let-architecture-astronauts-scare-you/">worst architects</a> write lots of docs nobody reads, make proclamations of The One True Way, and fall out of touch. Many effective architects put on the Software Janitor hat and burn out in 2 years.</p>
<p><a href="https://swizec.com/blog/how-to-be-useful-as-a-software-architect">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[swizec.com is now on TimberJS, a new React framework]]></title>
            <link>https://swizec.com/blog/swizec-com-is-now-on-timber-js-a-new-react-framework</link>
            <guid isPermaLink="false">https://swizec.com/blog/swizec-com-is-now-on-timber-js-a-new-react-framework</guid>
            <pubDate>Tue, 21 Jul 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[swizec.com is 20 years old and has gone through many rewrites. Here's the latest]]></description>
            <content:encoded><![CDATA[<p>Can you believe I've been writing on swizec.com for 20 years? The blog started back when "have a website" was social media 🤯</p>
<p>Before that it was a webcomic site. Those posts do not survive but I recently found the sketches in my mom's basement and brought them to San Francisco. Little memento of a different path :)</p>
<p>I got swizec.com in 2005 and started hosting websites on the linux machine in my bedroom, which was also my only computer and everyone's web router. Fun times. Gentoo was my distro of choice and yes compiling from stage0 on a 1GHz overclocked Athlon takes forever.</p>
<p><a href="https://swizec.com/blog/swizec-com-is-now-on-timber-js-a-new-react-framework">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[The one thing every experienced engineer gets wrong]]></title>
            <link>https://swizec.com/blog/the-one-thing-every-experienced-engineer-gets-wrong</link>
            <guid isPermaLink="false">https://swizec.com/blog/the-one-thing-every-experienced-engineer-gets-wrong</guid>
            <pubDate>Sat, 11 Jul 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[In the last few months every engineer I hired stumbled in exactly the same way: Project management. They learned quickly, but that first big project has become a rite of passage.]]></description>
            <content:encoded><![CDATA[<p>In the last few months every engineer I hired stumbled in exactly the same way: Project management. They learned quickly, but that first big project has become a rite of passage.</p>
<p>We're talking about strong engineers great at writing code and thinking through problems. Everyone with at least 5 years of experience. I would trust them to design and own almost any system.</p>
<p>We like to give engineers lots of agency and autonomy.</p>
<p><a href="https://swizec.com/blog/the-one-thing-every-experienced-engineer-gets-wrong">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Theory of constraints, AI, and code review]]></title>
            <link>https://swizec.com/blog/theory-of-constraints-ai-and-code-review</link>
            <guid isPermaLink="false">https://swizec.com/blog/theory-of-constraints-ai-and-code-review</guid>
            <pubDate>Mon, 06 Jul 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Feedback from an expert is how you learn taste. Your code doesn't matter until it's shipped.]]></description>
            <content:encoded><![CDATA[<p>No matter how much code you create, it's zero value until you ship. Writing code, building features, moving tickets, they're all vanity metrics. None of it matters until users can do something they couldn't do before.</p>
<p>With AI you can produce more code faster than ever before. And it doesn't matter. I bet you're still shipping at about the same speed as before aren't you?</p>
<p>We can see this in the data! You can feel it by looking around. Everyone talks about <em>using</em> AI, burning tokens, and doing work, but you rarely see people talk about getting more done at a company level.</p>
<p><a href="https://swizec.com/blog/theory-of-constraints-ai-and-code-review">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Using vibes to rewrite my blog]]></title>
            <link>https://swizec.com/blog/using-vibes-to-rewrite-my-blog</link>
            <guid isPermaLink="false">https://swizec.com/blog/using-vibes-to-rewrite-my-blog</guid>
            <pubDate>Sat, 27 Jun 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[The death of engineering has been greatly exaggerated. You still need to know what you're doing.]]></description>
            <content:encoded><![CDATA[<p>The death of engineering has been greatly exaggerated. You still need to know what you're doing.</p>
<p>Paternity leave and vibe coding have finally created enough time and mental space to rewrite my blog. This has been on my mind for years! Gatsby, the tech behind swizec.com, has not scaled to the size of website I've got.</p>
<p>My dude, it takes 45min+ to deploy a new article and my mind fills with dread every time I gotta go in there to fix bugs. As such we've been on a steady bit-rot decline for years 😔</p>
<p><a href="https://swizec.com/blog/using-vibes-to-rewrite-my-blog">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[You get what you hire]]></title>
            <link>https://swizec.com/blog/you-get-what-you-hire</link>
            <guid isPermaLink="false">https://swizec.com/blog/you-get-what-you-hire</guid>
            <pubDate>Tue, 23 Jun 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Hiring engineers is like deciding what kind of system you'll have. This seems obvious but surprised me to see first-hand.]]></description>
            <content:encoded><![CDATA[<p>Hiring engineers is like deciding what kind of system you'll have. This seems obvious but surprised me to see first-hand.</p>
<p>If you hire a distributed systems person, you'll get a distributed system. A React dude will build you a frontend app. Pythonista gets you a traditional server-client app, maybe with HTMX for the fancy bits. Database wizard and all the interesting stuff happens in the database, CSS and fonts wizard and you'll solve everything with custom kerning rules and modern CSS you didn't even know existed.</p>
<p>They all have good arguments. Yes of course the problem fits a typical single-page-app, <em>obviously</em> this one requires deep database triggers and fancy indexes, and yeah of course doing it all in CSS is best.</p>
<p><a href="https://swizec.com/blog/you-get-what-you-hire">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Code is the easy part, or how we refactored half the business to fix a janky script]]></title>
            <link>https://swizec.com/blog/code-is-the-easy-part-or-how-we-refactored-half-the-business-to-fix-a-janky-script</link>
            <guid isPermaLink="false">https://swizec.com/blog/code-is-the-easy-part-or-how-we-refactored-half-the-business-to-fix-a-janky-script</guid>
            <pubDate>Wed, 17 Jun 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[This is a classic startup war story: Someone had built a leaky rowboat. It worked! Then we started flying the rowboat as a Cessna. What we needed was an aircraft carrier.]]></description>
            <content:encoded><![CDATA[<p>This is a war story. The kind that puts timezones to shame. I think timezones are pretty easy, honestly. They're just the first time many of us deal with arbitrary capricious business rules.</p>
<p>Classic startup engineering story: Someone had built a leaky rowboat. It worked! Then we started flying the rowboat as a Cessna. What we needed was an aircraft carrier.</p>
<p>I love this shit 😈</p>
<p><a href="https://swizec.com/blog/code-is-the-easy-part-or-how-we-refactored-half-the-business-to-fix-a-janky-script">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Good software gets out of the way]]></title>
            <link>https://swizec.com/blog/good-software-gets-out-of-the-way</link>
            <guid isPermaLink="false">https://swizec.com/blog/good-software-gets-out-of-the-way</guid>
            <pubDate>Thu, 04 Jun 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Explore the art of invisible software and user-centric workflow design with Swizec and Kent C Dodds. Uncover what separates a good engineer from a great one in this insightful dialogue.]]></description>
            <content:encoded><![CDATA[<p>Good software is invisible and most metrics are wrong. You want <em>less</em> engagement because you got the job done.</p>
<p>We talked with Kent C Dodds on his podcast about workflow design, watching people work, and building software for people who need to get a job done. Focus on user outcomes.</p>
<p>Check it out <a href="https://www.epicproduct.engineer/user-outcomes-workflow-design-and-biotech-software-product-engineering-with-swizec-tel~w1nqr">here</a>, it was a great conversation. Kent asks wonderful questions.</p>
<p><a href="https://swizec.com/blog/good-software-gets-out-of-the-way">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Relentlessly focus on the outcomes]]></title>
            <link>https://swizec.com/blog/relentlessly-focus-on-the-outcomes</link>
            <guid isPermaLink="false">https://swizec.com/blog/relentlessly-focus-on-the-outcomes</guid>
            <pubDate>Tue, 26 May 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[AI makes it easy to focus inwards and feel impressed with all the churn and motion and output you're producing. But your users don't care.]]></description>
            <content:encoded><![CDATA[<p>AI has turned work into a slot machine. Pull the lever and oooh it <em>almost</em> worked! Just one more pull, this time for sure</p>
<p>Suddenly it's 3 hours later and you've spent half the day chasing a rabbit hole that definitely was not today's priority. You had an idea, it looked easy, AI can do this ... it could not. Not without your guidance and attention.</p>
<p>How's the real work coming? 😅</p>
<p><a href="https://swizec.com/blog/relentlessly-focus-on-the-outcomes">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Engineering levels aren't about skill anymore]]></title>
            <link>https://swizec.com/blog/engineering-levels-arent-about-skill-anymore</link>
            <guid isPermaLink="false">https://swizec.com/blog/engineering-levels-arent-about-skill-anymore</guid>
            <pubDate>Tue, 19 May 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Traditional engineering levels were about skill progression. I think this has changed. Everyone now is a mini staff engineer.]]></description>
            <content:encoded><![CDATA[<p>Traditional engineering levels were about skill progression. I think this has changed. Everyone now is a mini staff engineer.</p>
<p>Had an interesting conversation with <a href="https://en.wikipedia.org/wiki/Clara_Shih">Clara Shih</a> and <a href="https://huyenchip.com">Chip Huyen</a> yesterday about engineer hiring, early career especially. Will share the podcast when it's out.</p>
<p>The conversation helped me realize that hiring has changed and I didn't even notice. Been using a whole new philosophy and never verbalized it.</p>
<p><a href="https://swizec.com/blog/engineering-levels-arent-about-skill-anymore">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Just fix their PR]]></title>
            <link>https://swizec.com/blog/just-fix-their-pr</link>
            <guid isPermaLink="false">https://swizec.com/blog/just-fix-their-pr</guid>
            <pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[You know what's better than a code review comment? A fix.]]></description>
            <content:encoded><![CDATA[<p>You know what's better than a code review comment? A fix.</p>
<p>Lately we've been dealing with an absolute onslaught of pull requests. Feels like half my days go to reviewing code, half to management, and half to writing code. Yes that's too many halfs.</p>
<p>See I wasn't even exaggerating (thought I was). 53% of my contributions are code review 🫠</p>
<p><a href="https://swizec.com/blog/just-fix-their-pr">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA["But if AI does it all, what's *my* job?"]]></title>
            <link>https://swizec.com/blog/but-if-ai-does-it-all-whats-my-job</link>
            <guid isPermaLink="false">https://swizec.com/blog/but-if-ai-does-it-all-whats-my-job</guid>
            <pubDate>Sat, 09 May 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[On AI, mental load, and delegation]]></description>
            <content:encoded><![CDATA[<p>With all the AI stuff one day you feel useless, another day you feel top of the world with an army of agents building big things that used to take weeks.</p>
<p>And then your brain melts trying to keep track of it all. You own too many domains, are always on-call, and if anyone wants anything <em>you</em> are the person to ask.</p>
<p>Because who else? You built it, you own it, you run it, you never told anyone else how it works. You barely looked at it yourself.</p>
<p><a href="https://swizec.com/blog/but-if-ai-does-it-all-whats-my-job">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[What you need to make an agent]]></title>
            <link>https://swizec.com/blog/what-you-need-to-make-an-agent</link>
            <guid isPermaLink="false">https://swizec.com/blog/what-you-need-to-make-an-agent</guid>
            <pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[I've been digging into agents for internal tooling and processes. Looking for how to scale without drowning in manual work. Here's what I found]]></description>
            <content:encoded><![CDATA[<p>I've been digging into agents for internal tooling and processes. Looking for <a href="https://swizec.com/blog/the-3-curves-that-make-a-scalable-business/">how to scale without drowning in manual work</a>. Here's what I found.</p>
<p>The best paper you should read is <a href="/pdfs/language-to-action.pdf">From Language to Action: A Review of Large Language Models as Autonomous Agents and Tool Users</a>, here linked with my notes. As always I recommend you <a href="https://swizec.com/blog/just-read-the-paper/">Just Read The Paper</a>, but it's 38 pages and most of you won't.</p>
<p>Here's what you need:</p>
<p><a href="https://swizec.com/blog/what-you-need-to-make-an-agent">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Quick note on evals and putting AI in your resume]]></title>
            <link>https://swizec.com/blog/quick-note-on-evals-and-putting-ai-in-your-resume</link>
            <guid isPermaLink="false">https://swizec.com/blog/quick-note-on-evals-and-putting-ai-in-your-resume</guid>
            <pubDate>Fri, 01 May 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[When candidates put AI on their resume, the key thing I try to find out is whether they used evals. How did you measure making improvements?]]></description>
            <content:encoded><![CDATA[<p>Funfact: When candidates put AI on their resume, the key thing I try to find out is whether they used evals. How did you measure making improvements?</p>
<p>This filters out 80% of engineers.</p>
<p>When you work with AI and try to make something useful, you'll quickly find it's a bit ~~random~~ stochastic. You make a change and it works. Then you try again and it doesn't.</p>
<p><a href="https://swizec.com/blog/quick-note-on-evals-and-putting-ai-in-your-resume">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[AI now writes 97% of my code. Here's what I learned]]></title>
            <link>https://swizec.com/blog/ai-now-writes-97-of-my-code-heres-what-i-learned</link>
            <guid isPermaLink="false">https://swizec.com/blog/ai-now-writes-97-of-my-code-heres-what-i-learned</guid>
            <pubDate>Sat, 25 Apr 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Forget the bullshit tips and tricks, just talk to it.]]></description>
            <content:encoded><![CDATA[<p>This week I was shocked to learn that AI now writes 97% of my production code. The stats come from Cursor and they're not incentivized to lowball, but honestly looking at recent weeks ... yeah that's about right.</p>
<p>Now, I'm more of a manager these days than a heads down code grinding IC, but I own production features with big stakes and real money attached. We're an almost billion dollar company and some users pay 6-figures in a single order.</p>
<p>This is not a toy indie hacking project with a few dozen users.</p>
<p><a href="https://swizec.com/blog/ai-now-writes-97-of-my-code-heres-what-i-learned">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Just Read the Paper]]></title>
            <link>https://swizec.com/blog/just-read-the-paper</link>
            <guid isPermaLink="false">https://swizec.com/blog/just-read-the-paper</guid>
            <pubDate>Mon, 20 Apr 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Read more papers. You can learn the latest and greatest in your field in one chill afternoon.]]></description>
            <content:encoded><![CDATA[<p>Read more papers. That's my biggest lesson from college and it took a few decades to sink in: Papers are your best source of distilled knowledge.</p>
<p>Back in college we had this gnarly information and queuing theory class. I kept banging my head against that exam for 2 years and couldn't pass.</p>
<p>Then I said fuck it, ignored all the textbooks and the lesson notes and the professor, and <strong>read Claude Shannon's original paper</strong>. My friend, <a href="https://people.math.harvard.edu/~ctm/home/text/others/shannon/entropy/entropy.pdf">A Mathematical Theory of Communication</a> is one of the best papers I have ever read.</p>
<p><a href="https://swizec.com/blog/just-read-the-paper">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Watch people work]]></title>
            <link>https://swizec.com/blog/watch-people-work</link>
            <guid isPermaLink="false">https://swizec.com/blog/watch-people-work</guid>
            <pubDate>Tue, 14 Apr 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[We talk a lot about outcomes over outputs and how engineers are supposed to get us over the water, not blindly build a bridge because someone asked for a bridge. But how do you do that in practice?]]></description>
            <content:encoded><![CDATA[<p>[name|Friend], we talk a lot about outcomes over outputs and how engineers are supposed to get us over the water, not blindly build a bridge because someone asked for a bridge. But how do you do that in practice?</p>
<p>Watch people work!</p>
<p>We tried this on my team and it has been wonderful.</p>
<p><a href="https://swizec.com/blog/watch-people-work">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Frustration Driven Development]]></title>
            <link>https://swizec.com/blog/frustration-driven-development</link>
            <guid isPermaLink="false">https://swizec.com/blog/frustration-driven-development</guid>
            <pubDate>Thu, 02 Apr 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Frustration is your greatest engineering asset. What do you do the 5th time someone asks for the same damn thing yet again?]]></description>
            <content:encoded><![CDATA[<p>Frustration is your greatest engineering asset. What do you do the 5th time someone asks for the same damn thing yet again?</p>
<p>Good engineers do the thing and move on. <em>Great</em> engineers get annoyed, say a few curse words, and make the problem go away forever. Your job is not <a href="https://swizec.com/blog/why-engineers-are-worth-so-much/">doing the work</a>, your job is removing work.</p>
<p>Remove unnecessary steps, smooth out workflows, give people tools to self-serve. The best engineering task is no task.</p>
<p><a href="https://swizec.com/blog/frustration-driven-development">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Software engineer interviews for the age of AI]]></title>
            <link>https://swizec.com/blog/software-engineer-interviews-for-the-age-of-ai</link>
            <guid isPermaLink="false">https://swizec.com/blog/software-engineer-interviews-for-the-age-of-ai</guid>
            <pubDate>Wed, 25 Mar 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Maybe AI will replace engineers, I don't know. Self-driving cars were just around the corner for 50 years. Until then we've got shit to do and engineers to hire.]]></description>
            <content:encoded><![CDATA[<p>Yesterday I told a candidate <em>"Using AI in our coding interview is encouraged"</em> and his eyes sparkled. This was an experienced dude tired of leetcode bullshit.</p>
<p>Maybe AI will replace engineers, I don't know. Self-driving cars were just around the corner for 50 years. Now they exist in small pockets. Self-driving software engineers started ~2 years ago and my bet says AI will replace us some time in 2075. Until then we've got shit to do and engineers to hire.</p>
<p>You need great engineers because <a href="https://paulgraham.com/greatwork.html">knowledge expands fractally</a>. Demos are easy, production is hard. AI generates lots of <em>plausible</em> code, but a person, <strong>you</strong>, has to sign their phone number and pager duty on the system. Do you trust what your AI wrote? Enough to own the system? 😉</p>
<p><a href="https://swizec.com/blog/software-engineer-interviews-for-the-age-of-ai">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[The best engineers just get shit done, sometimes with AI]]></title>
            <link>https://swizec.com/blog/the-best-engineers-just-get-shit-done-sometimes-with-ai</link>
            <guid isPermaLink="false">https://swizec.com/blog/the-best-engineers-just-get-shit-done-sometimes-with-ai</guid>
            <pubDate>Thu, 19 Mar 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[The best engineers I know never talk about their AI setup. The worst engineers I know only talk about their AI setup.]]></description>
            <content:encoded><![CDATA[<p>The best engineers I know never talk about their AI setup. The worst engineers I know only talk about their AI setup.</p>
<p>The folks you hear talking about their agent orchestration frameworks and skills.md this and agent.md that are like the vim shortcuts and emacs org-mode nerds of old: not doing the work.</p>
<p>As an author, I'm a big fan of productive procrastination.</p>
<p><a href="https://swizec.com/blog/the-best-engineers-just-get-shit-done-sometimes-with-ai">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Taming chaos is a learnable skill]]></title>
            <link>https://swizec.com/blog/taming-chaos-is-a-learnable-skill</link>
            <guid isPermaLink="false">https://swizec.com/blog/taming-chaos-is-a-learnable-skill</guid>
            <pubDate>Wed, 11 Mar 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[How you approach software engineering makes it harder or easier to handle interruptions and other chaos. Writing a behavioral interview made me realize this is a learnable skill!]]></description>
            <content:encoded><![CDATA[<p>How you approach software engineering makes it harder or easier to handle interruptions and other chaos. Writing a behavioral interview made me realize this is a learnable skill!</p>
<p>Our team builds a lot of internal tools these days, which means we're exposed to daily operations. Reality is a mess. We find all the weirdest business rules, strange exceptions, and weird fires that we didn't even cause. Like that time we had to quickly build a feature to reroute logistics around ... a <a href="https://en.wikipedia.org/wiki/UPS_Airlines_Flight_2976">UPS airplane crash</a> shutting down an airport 🙃</p>
<p>Success means dealing with all this <em>while also</em> building towards long-term solutions. You can add a one-off exception today, but when there's 40 one-off exceptions maybe you need a system?</p>
<p><a href="https://swizec.com/blog/taming-chaos-is-a-learnable-skill">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Put scope on your resume]]></title>
            <link>https://swizec.com/blog/put-scope-on-your-resume</link>
            <guid isPermaLink="false">https://swizec.com/blog/put-scope-on-your-resume</guid>
            <pubDate>Wed, 04 Mar 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Your resume titles don't matter. Just tell me what did you do.]]></description>
            <content:encoded><![CDATA[<p>Your resume titles don't matter. Just tell me what did you do.</p>
<p>I'm back in hiring mode and going through lots of resumes these days. A <a href="https://news.ycombinator.com/item?id=47236574">thread on HackerNews</a> yesterday sniped me into explaining the most important part of what I look for. You might find it helpful.</p>
<p><em>PS: you can <a href="https://swizec.com/blog/put-scope-on-your-resume/">read and share this online</a></em></p>
<p><a href="https://swizec.com/blog/put-scope-on-your-resume">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Probably the realest thing I ever wrote]]></title>
            <link>https://swizec.com/blog/probably-the-realest-thing-i-ever-wrote</link>
            <guid isPermaLink="false">https://swizec.com/blog/probably-the-realest-thing-i-ever-wrote</guid>
            <pubDate>Sat, 28 Feb 2026 00:00:00 GMT</pubDate>
            <content:encoded><![CDATA[<p>This week I’ve been recording the audiobook for Scaling Fast. Working with a professional producer is great! Lots of little tips and tricks to make sure we get the perfect audio experience for you.</p>
<p>This means I’ve been re-reading my book. It’s funny how much of the advice is easy to know but hard to do in the moment. You’re feeling the stress, your bruised ego, and hearing all the loud voices around you.</p>
<p>You don’t <em>want to</em> be the adult in the room. But you gotta :)</p>
<p><a href="https://swizec.com/blog/probably-the-realest-thing-i-ever-wrote">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Users buy your service, not your code]]></title>
            <link>https://swizec.com/blog/users-buy-your-service-not-your-code</link>
            <guid isPermaLink="false">https://swizec.com/blog/users-buy-your-service-not-your-code</guid>
            <pubDate>Wed, 18 Feb 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[You might enjoy this podcast episode. Sylvain and I talked about owning production in a world where AI writes the code.]]></description>
            <content:encoded><![CDATA[<p>You might enjoy this podcast episode. <a href="https://rootly.com/humans-of-reliability/swizec-teller">Sylvain and I talked about owning production in a world where AI writes the code</a>.</p>
<p>https://youtu.be/tdcCLv1ZXSw</p>
<p>Also on <a href="https://open.spotify.com/episode/3n9euSxvGFNfd5PPXgF6oX">spotify</a> and <a href="https://podcasts.apple.com/us/podcast/code-is-cheap-reliability-isnt-owning-production-in/id1792427573?i=1000749980553">apple podcasts</a>. Pretty neat, I've never been on Spotify before :D</p>
<p><a href="https://swizec.com/blog/users-buy-your-service-not-your-code">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[GeLLMan amnesia]]></title>
            <link>https://swizec.com/blog/ge-ll-man-amnesia</link>
            <guid isPermaLink="false">https://swizec.com/blog/ge-ll-man-amnesia</guid>
            <pubDate>Mon, 16 Feb 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[AI will automate every job except the ones I'm deeply familiar with]]></description>
            <content:encoded><![CDATA[<p>When people talk about all the jobs AI will soon automate away pay close attention. It's always somebody else's job.</p>
<p>The CEO who doesn't need engineers because AI can vibe code it all. The engineers who don't need a CEO because the AI makes better strategy faster. The programmer who doesn't need an architect, the architect who doesn't need a programmer. The product owner who can explore their own features, the developer who can have AI write the perfect product requirements.</p>
<p>And let's not forget all the marketers, lawyers, business analysts, doctors, and other knowledge-based professions that we'll never need to consult ever again.</p>
<p><a href="https://swizec.com/blog/ge-ll-man-amnesia">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[The 3 curves that make a scalable business]]></title>
            <link>https://swizec.com/blog/the-3-curves-that-make-a-scalable-business</link>
            <guid isPermaLink="false">https://swizec.com/blog/the-3-curves-that-make-a-scalable-business</guid>
            <pubDate>Tue, 10 Feb 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[You want users and revenue to grow exponentially. Bugs per day to grow linearly. Support work to grow logarithmically. Your goal is to make this happen.]]></description>
            <content:encoded><![CDATA[<p>Engineers make big money by building scalable long-term assets. But what does that even mean?</p>
<p>Your job is all about these 3 curves that make a scalable business.</p>
<p>You want users and revenue to grow exponentially. Bugs per day to grow linearly. Support work to grow logarithmically. Your goal is to make this happen.</p>
<p><a href="https://swizec.com/blog/the-3-curves-that-make-a-scalable-business">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[In praise of the stacked pull request]]></title>
            <link>https://swizec.com/blog/in-praise-of-the-stacked-pull-request</link>
            <guid isPermaLink="false">https://swizec.com/blog/in-praise-of-the-stacked-pull-request</guid>
            <pubDate>Wed, 04 Feb 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[How fast you do code review is how fast you do everything. Your PR queue is the leading indicator of team velocity. Stacked PRs can help.]]></description>
            <content:encoded><![CDATA[<p>How fast you do code review is how fast you do everything. Your PR queue is the leading indicator of team velocity.</p>
<p>And yes it feels like a chore <a href="https://swizec.com/blog/5-soloists-in-a-trench-coat/">when you're not working together</a>. But there's strong support <a href="https://www.ijrte.org/wp-content/uploads/papers/v12i2/B76660712223.pdf">in empirical literature</a> that code review decreases defects and improves code quality. It's also a SOC2 requirement that all production code was seen by at least 2 people.</p>
<p>I am personally not yet convinced on AI code reviewers. Low signal to noise and they lack taste.</p>
<p><a href="https://swizec.com/blog/in-praise-of-the-stacked-pull-request">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[How you migrate is everything]]></title>
            <link>https://swizec.com/blog/how-you-migrate-is-everything</link>
            <guid isPermaLink="false">https://swizec.com/blog/how-you-migrate-is-everything</guid>
            <pubDate>Sat, 31 Jan 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Your code becomes legacy software when it works. You build something to solve a problem, then the problem changes. Or best practices evolve. Or you hire team members with more experience. Or the world changes. Or you have more people touching the same code and your beautiful architectural vision didn't translate.]]></description>
            <content:encoded><![CDATA[<p>Production systems are always mid-migration. Managing this mess is the job.</p>
<p>Your code becomes legacy software when it works. You build something to solve a problem, then the problem changes. Or best practices evolve. Or you hire team members with more experience. Or the world changes. Or you have more people touching the same code and your beautiful architectural vision didn't translate.</p>
<p>You look at your system and feel a tinge of disgust. What were we thinking? It barely works!</p>
<p><a href="https://swizec.com/blog/how-you-migrate-is-everything">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[The future of software engineering is SRE]]></title>
            <link>https://swizec.com/blog/the-future-of-software-engineering-is-sre</link>
            <guid isPermaLink="false">https://swizec.com/blog/the-future-of-software-engineering-is-sre</guid>
            <pubDate>Sat, 24 Jan 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[When code gets cheap operational excellence wins. Anyone can build a greenfield demo, but it takes engineering to run a service.]]></description>
            <content:encoded><![CDATA[<p>When code gets cheap operational excellence wins. Anyone can build a greenfield demo, but it takes engineering to run a service.</p>
<p>You may be wondering: With all the hype about agentic coding, will we even need software engineers anymore? Yes! We'll need more.</p>
<p>https://twitter.com/Swizec/status/2011141998426931250</p>
<p><a href="https://swizec.com/blog/the-future-of-software-engineering-is-sre">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[A tough job market is the best time to start something]]></title>
            <link>https://swizec.com/blog/a-tough-job-market-is-the-best-time-to-start-something</link>
            <guid isPermaLink="false">https://swizec.com/blog/a-tough-job-market-is-the-best-time-to-start-something</guid>
            <pubDate>Sat, 17 Jan 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Here's how to navigate a tough job market from someone dumb enough to have done it before. Me.]]></description>
            <content:encoded><![CDATA[<p>Here's how to navigate a tough job market from someone dumb enough to have done it before. Me.</p>
<p>I started my career in 2007/08. Yep right before the financial crash. Didn't matter, Slovenia's market for developers was very early back then. The whole "tech scene" could fit in a room.</p>
<p>I started web development in 2002. Yep right after the dotcom crash. ~~People~~ Teachers told me the web was over and a waste of time. But I was a high school freshman and didn't care. You mean I can write code <em>and show people what I built!? They don't even have to come visit!? THIS IS AMAZING 🤯</em></p>
<p><a href="https://swizec.com/blog/a-tough-job-market-is-the-best-time-to-start-something">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Place good startup bets]]></title>
            <link>https://swizec.com/blog/place-good-startup-bets</link>
            <guid isPermaLink="false">https://swizec.com/blog/place-good-startup-bets</guid>
            <pubDate>Wed, 14 Jan 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[You can't win every bet. Your goal is to be a little more right than wrong and keep playing]]></description>
            <content:encoded><![CDATA[<p>My biggest career miss was saying No to Shopify two years before IPO. Back when Tobi was still the last interview. That was cool.</p>
<p>The money would've been nice, living in Ottawa would've sucked. But I regret all the things I didn't learn. Shopify is now famous for their engineering and that was a great opportunity in retrospect. But young Swiz needed to learn things the hard way. From first principles, banging his head against the wall.</p>
<p>That's how it goes.</p>
<p><a href="https://swizec.com/blog/place-good-startup-bets">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Small projects, clear scope]]></title>
            <link>https://swizec.com/blog/small-projects-clear-scope</link>
            <guid isPermaLink="false">https://swizec.com/blog/small-projects-clear-scope</guid>
            <pubDate>Sat, 10 Jan 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[Minutes of planning save you days of programming. It is shocking how little planning it takes to make a big difference.]]></description>
            <content:encoded><![CDATA[<p>Minutes of planning save you days of programming. It is shocking how little planning it takes to make a big difference.</p>
<p>We're trying a new thing at work called <em>"Hey what if we defined what done looks like <em>before</em> we jump in the code?"</em>. Revolutionary I know 😆</p>
<p>Truth is we've tried planning before and it didn't stick.</p>
<p><a href="https://swizec.com/blog/small-projects-clear-scope">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[A better way to end-to-end test your webapp]]></title>
            <link>https://swizec.com/blog/a-better-way-to-end-to-end-test-your-webapp</link>
            <guid isPermaLink="false">https://swizec.com/blog/a-better-way-to-end-to-end-test-your-webapp</guid>
            <pubDate>Tue, 06 Jan 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[End-to-end tests are the best way to test your webapp, but they're flaky and annoying to write. I'm trying a new agentic approach that fixes the issue.]]></description>
            <content:encoded><![CDATA[<p>What's the problem with end-to-end tests? They're flaky to run and annoying to write. But the best way to test your application.</p>
<p>Unit tests miss the crucial part where most bugs happen – the interfaces. Integration tests work great on the server, but they're clunky on the client. Too many API calls.</p>
<p>A good end-to-end test sees everything. You don't need many to cover large swathes of your ecosystem. But let me guess: You're not using these. Too flaky to run, too annoying to write.</p>
<p><a href="https://swizec.com/blog/a-better-way-to-end-to-end-test-your-webapp">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[2025 Year in Review]]></title>
            <link>https://swizec.com/blog/2025-year-in-review</link>
            <guid isPermaLink="false">https://swizec.com/blog/2025-year-in-review</guid>
            <pubDate>Fri, 02 Jan 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[I called it a year in review but it's so much more.]]></description>
            <content:encoded><![CDATA[<p>Last week I asked if you're playing games you want to win. What does it mean to you personally to achieve the goals you're pursuing? What are your new years resolutions even for? <em>Who</em> are they for?</p>
<p>There's no point in chasing goals just because they're there or because someone else said you should. What do your goals do for <em>you</em>?</p>
<p><a href="https://swizec.com/blog/focus-on-the-process-not-the-goal/">Sometimes goals give you something to aim for</a>. A measuring stick or trailing indicator to know how you're doing.</p>
<p><a href="https://swizec.com/blog/2025-year-in-review">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Are you playing games you want to win?]]></title>
            <link>https://swizec.com/blog/are-you-playing-games-you-want-to-win</link>
            <guid isPermaLink="false">https://swizec.com/blog/are-you-playing-games-you-want-to-win</guid>
            <pubDate>Thu, 25 Dec 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[As we enter the funny week-without-time between Christmas and New Year, it's a great time to reflect. Here's a framework I like to use.]]></description>
            <content:encoded><![CDATA[<p>As we enter the funny week-without-time between Christmas and New Year, it's a great time to reflect. Here's a framework I like to use.</p>
<p>I start with an <strong>Aspirational Vision</strong>: <em>"If you were reading this twenty five years from today, and reflecting on the events of those twenty five years, what has to have happened in your [insert area] for you to feel successful?"</em></p>
<p>The areas are:</p>
<p><a href="https://swizec.com/blog/are-you-playing-games-you-want-to-win">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[How good engineering unlocks fast scaling]]></title>
            <link>https://swizec.com/blog/how-good-engineering-unlocks-fast-scaling</link>
            <guid isPermaLink="false">https://swizec.com/blog/how-good-engineering-unlocks-fast-scaling</guid>
            <pubDate>Tue, 09 Dec 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[You're building systems and tools to help companies grow without drowning in work. This fuels your equity, career capital, and reputation.]]></description>
            <content:encoded><![CDATA[<p>The key to 10x results is to remove 9x of the work. That's where software engineers shine.</p>
<p>You're building systems and tools to help companies grow without drowning in work. This fuels your equity, career capital, and reputation.</p>
<p>Use your frustration as a guide.</p>
<p><a href="https://swizec.com/blog/how-good-engineering-unlocks-fast-scaling">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Scaling Fast – my new book on software engineering through the hockeystick]]></title>
            <link>https://swizec.com/blog/scaling-fast-my-new-book-on-software-engineering-through-the-hockeystick</link>
            <guid isPermaLink="false">https://swizec.com/blog/scaling-fast-my-new-book-on-software-engineering-through-the-hockeystick</guid>
            <pubDate>Mon, 08 Dec 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[After almost 3 years of writing, research, and editing Scaling Fast is now available in paperback and ebook wherever books are sold 🥳]]></description>
            <content:encoded><![CDATA[<p>Hockeystick moments are the biggest opportunity of your career. My new book Scaling Fast is your guide.</p>
<p>Rapid growth is exciting and a little scary. Everything changes! From how you work as a team to what it means to write code. Your decisions can build momentum or suffocate your growth with bad code and a team that can't ship.</p>
<p>I wrote <a href="https://scalingfastbook.com">Scaling Fast: Software Engineering Through the Hockeystick</a> as your guide and after almost 3 years of writing, research, and editing it's now available in paperback and ebook wherever books are sold 🥳</p>
<p><a href="https://swizec.com/blog/scaling-fast-my-new-book-on-software-engineering-through-the-hockeystick">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[What makes your resume stand out]]></title>
            <link>https://swizec.com/blog/what-makes-your-resume-stand-out</link>
            <guid isPermaLink="false">https://swizec.com/blog/what-makes-your-resume-stand-out</guid>
            <pubDate>Sat, 22 Nov 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[What did you do, for whom, did it work]]></description>
            <content:encoded><![CDATA[<p>Hiring managers look for 2 things in a resume. Or at least the managers I know do.</p>
<p>That's all your engineering resume has to answer.</p>
<p>The best candidates have high slope. Quick progression of engineering titles or scope. Going from less to more impactful work, having more and more ownership and responsibility, building bigger systems, delivering more value.</p>
<p><a href="https://swizec.com/blog/what-makes-your-resume-stand-out">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[How to lead a project]]></title>
            <link>https://swizec.com/blog/how-to-lead-a-project</link>
            <guid isPermaLink="false">https://swizec.com/blog/how-to-lead-a-project</guid>
            <pubDate>Wed, 19 Nov 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[you were asked to lead or own a project. Now what? Here are a few practical steps to help you succeed.]]></description>
            <content:encoded><![CDATA[<p>You were asked to lead or own a project. Now what? Here are a few practical steps to help you succeed.</p>
<p>Align everyone on the goal, show progress, get feedback, adjust in real time.</p>
<p>Cheers,<br/>
~Swizec</p>
<p><a href="https://swizec.com/blog/how-to-lead-a-project">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[*People* detangle a ball of mud]]></title>
            <link>https://swizec.com/blog/people-detangle-a-ball-of-mud</link>
            <guid isPermaLink="false">https://swizec.com/blog/people-detangle-a-ball-of-mud</guid>
            <pubDate>Sat, 15 Nov 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[Ball of mud is the world's most popular software architecture. The one we all use at work. But it sucks to work with. So what do you do?]]></description>
            <content:encoded><![CDATA[<p>Ball of mud is <a href="https://swizec.com/blog/big-ball-of-mud-the-worlds-most-popular-software-architecture/">the world's most popular software architecture</a>. The one we all use at work while we debate gang of four and fancy patterns on the internet.</p>
<p>But a ball of mud is <a href="https://swizec.com/blog/why-taming-architectural-complexity-is-paramount/">awful to work with</a>. Sneeze in one part of the codebase, break features you didn't even know existed. Slows you down, causes bugs, makes you want to rage quit the industry.</p>
<p>So what do you do? How do you fix a rapidly deteriorating codebase?</p>
<p><a href="https://swizec.com/blog/people-detangle-a-ball-of-mud">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[AI fills my day with busywork]]></title>
            <link>https://swizec.com/blog/ai-fills-my-day-with-busywork</link>
            <guid isPermaLink="false">https://swizec.com/blog/ai-fills-my-day-with-busywork</guid>
            <pubDate>Tue, 11 Nov 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[Remember when AI was gonna take our jobs? I've never felt busier. The more I get done, the more there is to do.]]></description>
            <content:encoded><![CDATA[<p>Remember when AI was gonna take our jobs? I've never felt busier. The more I get done, the more there is to do.</p>
<p>It's hard to explain. 3 analogies come to mind.</p>
<p>Do you know how fizzy drinks explode out of a shaken can? Or how a very cold bottle of beer freezes solid when you tap the bottom?</p>
<p><a href="https://swizec.com/blog/ai-fills-my-day-with-busywork">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[The unreasonable effectiveness of stack ranking]]></title>
            <link>https://swizec.com/blog/the-unreasonable-effectiveness-of-stack-ranking</link>
            <guid isPermaLink="false">https://swizec.com/blog/the-unreasonable-effectiveness-of-stack-ranking</guid>
            <pubDate>Tue, 04 Nov 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[Stakeholders are silly people. Everything feels important and urgent. Stack ranking helps]]></description>
            <content:encoded><![CDATA[<p>Stakeholders are silly people. TRAGEDY OF TRAGEDIES THE BUTTON IS 3px WRONG! Huh it kinda sucks that people get stuck in this checkout flow sometimes OMG I CLICKED A BUTTON AND THE PAGE DID SOMETHING FUNNY btw sometimes I can't do my work for like 2 hours but then it's fine.</p>
<p>How do you cut through the noise and work on what matters? Stack ranking.</p>
<p>We tried this with two groups of stakeholders last week and <em>it was super effective</em>. Even got people thanking me these were the most effective check-in meetings they've had.</p>
<p><a href="https://swizec.com/blog/the-unreasonable-effectiveness-of-stack-ranking">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Chesterton's true lesson]]></title>
            <link>https://swizec.com/blog/chestertons-true-lesson</link>
            <guid isPermaLink="false">https://swizec.com/blog/chestertons-true-lesson</guid>
            <pubDate>Wed, 29 Oct 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[Too many engineers cry chestertons fence and never check why the code exists]]></description>
            <content:encoded><![CDATA[<p>You've heard of Chesterton's fence yes? When you see bad code DONT DELETE! It might serve a purpose you don't realize.</p>
<p>But there's a deeper lesson most engineers miss: Once you understand why the code is there <em>do delete</em>. It might serve a purpose that's no longer necessary!</p>
<p>Engineering is about simplification. Your time polishing an unnecessary step of the process is wasted. Delete the damn step.</p>
<p><a href="https://swizec.com/blog/chestertons-true-lesson">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[The job behind the job [of a high level IC]]]></title>
            <link>https://swizec.com/blog/the-job-behind-the-job-of-a-high-level-ic</link>
            <guid isPermaLink="false">https://swizec.com/blog/the-job-behind-the-job-of-a-high-level-ic</guid>
            <pubDate>Sat, 25 Oct 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[Advancing big goals while you stay on top of operational day-to-day fires _is the job_. This is hard. Here are a few tips I've found helpful.]]></description>
            <content:encoded><![CDATA[<p>Advancing big goals while you stay on top of operational day-to-day fires <em>is the job</em>. This is hard. Here are a few tips I've found helpful.</p>
<p>How many ad-hoc fires you have depends on <a href="https://swizec.com/blog/the-buxton-index-why-some-are-hard-to-work-with/">who you work with</a>. Different teams have a different buxton index. Marketing likes things fast and short-term, while core product features may be measured in quarters or even years.</p>
<p>Operations has both. New fires every day while asking for long-term solutions that make those fires never happen again.</p>
<p><a href="https://swizec.com/blog/the-job-behind-the-job-of-a-high-level-ic">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Make sure it works first]]></title>
            <link>https://swizec.com/blog/make-sure-it-works-first</link>
            <guid isPermaLink="false">https://swizec.com/blog/make-sure-it-works-first</guid>
            <pubDate>Tue, 21 Oct 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[Explore the importance of functionality over elegance in Swizec's latest piece. Learn from his experience of tripling an engineering team's size within a year.]]></description>
            <content:encoded><![CDATA[<p>We love elegant systems and code. They feel good. But elegance is not the question. First you gotta make sure it works and solves the problem on time and under budget. Because anyone can make a bridge that stands, but it takes an engineer to build a bridge that <em>barely</em> stands.</p>
<p>We talked about this and other insights from my upcoming book with <a href="https://bas.fm/e/17">Bas Steins on his podcast</a>. I think you'll enjoy the conversation.</p>
<p><a href="https://bas.fm/e/17"><img src="./img/DulJDjpeg-b88eeb.jpeg" alt=""></a></p>
<p><a href="https://swizec.com/blog/make-sure-it-works-first">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[Feedback is a strange thing]]></title>
            <link>https://swizec.com/blog/feedback-is-a-strange-thing</link>
            <guid isPermaLink="false">https://swizec.com/blog/feedback-is-a-strange-thing</guid>
            <pubDate>Thu, 16 Oct 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[Performance oscillates around your mean. Your average is what matters.]]></description>
            <content:encoded><![CDATA[<p>Does it ever feel like you get random feedback? Positive one week, negative the next, but you're always doing the same things the same way? Regression to the mean, baby!</p>
<p>Things go great, you get praise. Things go poorly, you get critique. Next time things go the opposite way! Praise leads to poor performance, critique leads to good. Eventually all you get is shit because it's the only feedback that makes a difference.</p>
<p>Kahneman <a href="https://faculty.mccombs.utexas.edu/carlos.carvalho/teaching/regression_to_the_mean.pdf">observed this with air force training</a> and the story has been repeated ad nauseam for decades. <strong>On average, you perform at your average</strong>. Your behavior responds to feedback slooooowly.</p>
<p><a href="https://swizec.com/blog/feedback-is-a-strange-thing">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[React, HTMX, and TanStack/Start]]></title>
            <link>https://swizec.com/blog/react-htmx-and-tan-stack-start</link>
            <guid isPermaLink="false">https://swizec.com/blog/react-htmx-and-tan-stack-start</guid>
            <pubDate>Mon, 06 Oct 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[More and more UI frameworks are ditching JSON as the transfer protocol and going back to server-rendered markup injected into your app]]></description>
            <content:encoded><![CDATA[<p>More and more UI frameworks are ditching JSON as the transfer protocol and going back to server-rendered markup injected into your app. React has Server Components, HTMX and Hotwire embrace hyper-text, Remix is launching an iframes-based approach at their conf later this month, and TanStack is going for an SPA-on-top-of-SSR approach that I really like.</p>
<p>I talked about this at Commit Your Code in Dallas. Using incremental rewrites as the excuse. With live demos 🤘</p>
<p>https://youtu.be/_naEagSzjUU</p>
<p><a href="https://swizec.com/blog/react-htmx-and-tan-stack-start">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
        <item>
            <title><![CDATA[The grind won't get you there]]></title>
            <link>https://swizec.com/blog/the-grind-wont-get-you-there</link>
            <guid isPermaLink="false">https://swizec.com/blog/the-grind-wont-get-you-there</guid>
            <pubDate>Sat, 04 Oct 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[Don't grind on something the company doesn't value. Hard work is not rewarded. **_Outcomes_** are rewarded.]]></description>
            <content:encoded><![CDATA[<p>I saw a great quote about <a href="https://writing.nikunjk.com/p/the-quiet-ones">The Quiet Ones</a> yesterday: <em>‌By the time they ask for recognition, they're already gone. The ask isn't a request. It's a test you've already failed.</em></p>
<p>The best engineers go for the cracks in the system. They find what isn't working and fix it. Take on the conversations nobody's having. Ask the questions people aren't asking. Build features that customers need but don't think to request. Create frameworks where others copypaste. Make tools where others schlep.</p>
<p>These folks are hard to promote and difficult to notice. They keep the system running and don't fit a particular mold or set of OKRs.</p>
<p><a href="https://swizec.com/blog/the-grind-wont-get-you-there">Continue reading →</a></p>]]></content:encoded>
            <author>hi@swizec.com (Swizec Teller)</author>
        </item>
    </channel>
</rss>