<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Simon King</title>
    <link>https://simonking.dev</link>
    <description>Notes on software, leadership and engineering judgement.</description>
    <language>en-GB</language>
    <atom:link href="https://simonking.dev/feed.xml" rel="self" type="application/rss+xml" />
        <item>
          <title>Good architecture accounts for trade-offs, not just patterns</title>
          <link>https://simonking.dev/writing/architecture-trade-offs-not-just-patterns</link>
          <description>Well-patterned systems and well-architected ones are not the same thing. Every architectural decision gives something and takes something away - the teams that build systems that hold up can explain both sides.</description>
          <pubDate>Thu, 11 Jun 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/architecture-trade-offs-not-just-patterns</guid>
        </item>
        <item>
          <title>The best engineering decisions go unnoticed because they prevent problems</title>
          <link>https://simonking.dev/writing/prevention-is-invisible</link>
          <description>When you stop a problem before it exists there is no incident, no war story, no late night. Just a system that kept working. Engineering cultures that only reward visible problems quietly build the ones they can&apos;t see.</description>
          <pubDate>Mon, 08 Jun 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/prevention-is-invisible</guid>
        </item>
        <item>
          <title>High-performing teams are balanced, not just aligned</title>
          <link>https://simonking.dev/writing/team-balance-over-alignment</link>
          <description>Teams where everyone thinks the same way feel efficient at first. The gaps show later. The strongest teams have intentional friction - people challenging assumptions and forcing ideas to hold up before they become decisions.</description>
          <pubDate>Sat, 06 Jun 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/team-balance-over-alignment</guid>
        </item>
        <item>
          <title>The best engineers optimise for the problem, not the solution</title>
          <link>https://simonking.dev/writing/optimise-for-the-problem</link>
          <description>Knowing the correct approach matters, but the job is to solve the right problem for the right person in a way that actually works. The gap between a good engineer and an effective one is knowing when to follow the theory and when to set it aside.</description>
          <pubDate>Fri, 05 Jun 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/optimise-for-the-problem</guid>
        </item>
        <item>
          <title>Technical debt is a business problem that engineers explain badly</title>
          <link>https://simonking.dev/writing/technical-debt-is-a-business-problem</link>
          <description>Raising technical debt as &quot;time to clean things up&quot; rarely lands. The teams that handle it well don&apos;t talk about debt - they talk about what it&apos;s costing the business right now.</description>
          <pubDate>Thu, 28 May 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/technical-debt-is-a-business-problem</guid>
        </item>
        <item>
          <title>AI changes which problems are worth attempting, not just how fast you work</title>
          <link>https://simonking.dev/writing/ai-changes-which-problems-are-worth-solving</link>
          <description>Every engineer has a mental list of tasks that aren&apos;t worth automating yet. AI doesn&apos;t just make you faster - it changes the threshold for what moves from &quot;not yet&quot; to &quot;done&quot;.</description>
          <pubDate>Wed, 27 May 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/ai-changes-which-problems-are-worth-solving</guid>
        </item>
        <item>
          <title>Building the wrong thing well</title>
          <link>https://simonking.dev/writing/building-the-wrong-thing-well</link>
          <description>The worst mistake I made early in my career wasn&apos;t bad code. It was building something technically solid that nobody needed. The best technical work isn&apos;t impressive because of how it&apos;s built. It&apos;s impressive because of how precisely it fits the problem.</description>
          <pubDate>Thu, 21 May 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/building-the-wrong-thing-well</guid>
        </item>
        <item>
          <title>Pull requests tell you how a team actually works</title>
          <link>https://simonking.dev/writing/pull-requests-as-signal</link>
          <description>Most teams say they care about quality. Pull requests are where you find out if that&apos;s true. AI makes PR discipline more important, not less.</description>
          <pubDate>Tue, 19 May 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/pull-requests-as-signal</guid>
        </item>
        <item>
          <title>Saying yes to everything isn&apos;t momentum. It&apos;s debt.</title>
          <link>https://simonking.dev/writing/saying-yes-is-debt</link>
          <description>Saying yes keeps people happy and looks like responsiveness. But strong engineering teams don&apos;t just ask whether they can build something - they ask whether they should.</description>
          <pubDate>Fri, 15 May 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/saying-yes-is-debt</guid>
        </item>
        <item>
          <title>The best engineering decisions are cheap to revisit</title>
          <link>https://simonking.dev/writing/decisions-cheap-to-revisit</link>
          <description>Engineering decisions don&apos;t reveal themselves in the moment. They show up when the system is under pressure. The goal isn&apos;t to be right - it&apos;s to stay recoverable.</description>
          <pubDate>Fri, 15 May 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/decisions-cheap-to-revisit</guid>
        </item>
        <item>
          <title>The most interesting AI shift right now is happening above the model layer</title>
          <link>https://simonking.dev/writing/the-most-interesting-thing-happening</link>
          <description>The enterprise AI fight stopped being about models a long time ago. OpenAI has mindshare but no enterprise packaging. Anthropic has brilliant packaging but a quality process that is starting to crack under the pace of expansion.</description>
          <pubDate>Sat, 09 May 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/the-most-interesting-thing-happening</guid>
        </item>
        <item>
          <title>The hardest part of leading engineers is knowing when to step back</title>
          <link>https://simonking.dev/writing/the-hardest-part-of-leading</link>
          <description>Effective engineering leadership isn&apos;t about stepping in and making calls - it&apos;s about knowing when to hold back, so the team builds the ownership and judgement that makes them stronger.</description>
          <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/the-hardest-part-of-leading</guid>
        </item>
        <item>
          <title>Architecture decisions have a long memory</title>
          <link>https://simonking.dev/writing/architecture-decisions-cost</link>
          <description>The most expensive decisions in software aren&apos;t about tools or people. They&apos;re about architecture - and you don&apos;t pay for them once. You pay for them every time the system changes.</description>
          <pubDate>Tue, 05 May 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/architecture-decisions-cost</guid>
        </item>
        <item>
          <title>What AI tools miss when they follow the brief</title>
          <link>https://simonking.dev/writing/ai-tools-missed-the-brief</link>
          <description>I ran the same brief through ChatGPT and Claude. The real test was what I left unsaid. AI tools are powerful at execution - the judgement about what to build still sits with the engineer.</description>
          <pubDate>Sat, 02 May 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/ai-tools-missed-the-brief</guid>
        </item>
        <item>
          <title>AI makes the speed vs discipline trade-off impossible to ignore</title>
          <link>https://simonking.dev/writing/ai-speed-without-discipline</link>
          <description>AI makes the trade-off between speed and quality more visible. When time stops being the constraint, the decisions about what you ship and how carefully say more about the team than the tools.</description>
          <pubDate>Thu, 30 Apr 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/ai-speed-without-discipline</guid>
        </item>
        <item>
          <title>The cost that shows up at 2am</title>
          <link>https://simonking.dev/writing/production-cost-thinking</link>
          <description>Engineers who develop the sharpest instincts aren&apos;t the ones with the most resources. They&apos;re the ones who never had the option to ignore the bill.</description>
          <pubDate>Tue, 28 Apr 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/production-cost-thinking</guid>
        </item>
        <item>
          <title>Claude Design is not a production tool</title>
          <link>https://simonking.dev/writing/claude-design-not-a-production-tool</link>
          <description>Claude Design commits to a direction before you have had the chance to explore - that is a signal about what the tool is actually for, not a gap in capability.</description>
          <pubDate>Sat, 25 Apr 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/claude-design-not-a-production-tool</guid>
        </item>
        <item>
          <title>AI code that looks correct is harder to catch than code that looks wrong</title>
          <link>https://simonking.dev/writing/ai-code-that-looks-correct</link>
          <description>AI presents working code and broken code in exactly the same way. That confidence problem is a leadership problem, not a tools problem.</description>
          <pubDate>Thu, 23 Apr 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/ai-code-that-looks-correct</guid>
        </item>
        <item>
          <title>The knowledge moat</title>
          <link>https://simonking.dev/writing/the-knowledge-moat</link>
          <description>When AI makes building cheaper, the advantage moves to whoever understands the problem deeply enough to build something that actually fits - that is a knowledge moat, and it is much harder to copy.</description>
          <pubDate>Tue, 21 Apr 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/the-knowledge-moat</guid>
        </item>
        <item>
          <title>Environments you couldn&apos;t hide in</title>
          <link>https://simonking.dev/writing/environments-you-couldnt-hide-in</link>
          <description>Engineers who develop judgement fastest are the ones who chose environments where consequences were visible, feedback was short, and there were no layers to absorb the impact.</description>
          <pubDate>Sat, 18 Apr 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/environments-you-couldnt-hide-in</guid>
        </item>
        <item>
          <title>Developers are not expensive. Bad decisions are.</title>
          <link>https://simonking.dev/writing/developers-not-expensive-decisions-are</link>
          <description>The salary debate misses the point. Good engineers reduce the cost of decisions - and that has always been where the real expense lives.</description>
          <pubDate>Fri, 17 Apr 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/developers-not-expensive-decisions-are</guid>
        </item>
        <item>
          <title>Your job stopped being code. It became developing developers.</title>
          <link>https://simonking.dev/writing/developing-developers</link>
          <description>Once you understand that the real job is creating conditions for the team to do their best work, everything about how you spend your time changes.</description>
          <pubDate>Sat, 11 Apr 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/developing-developers</guid>
        </item>
        <item>
          <title>Nobody tells you this when you become a tech lead</title>
          <link>https://simonking.dev/writing/nobody-tells-you-when-you-become-tech-lead</link>
          <description>The thing that got you the role is the thing you have to learn to step back from. The real job isn&apos;t writing code anymore - it&apos;s making sure good decisions compound over time.</description>
          <pubDate>Fri, 10 Apr 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/nobody-tells-you-when-you-become-tech-lead</guid>
        </item>
        <item>
          <title>The best interview question I use</title>
          <link>https://simonking.dev/writing/best-interview-question</link>
          <description>The best interview signal isn&apos;t on a CV - it&apos;s how someone responds when asked about a decision that turned out to be wrong.</description>
          <pubDate>Thu, 09 Apr 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/best-interview-question</guid>
        </item>
        <item>
          <title>If everyone agrees with you, that&apos;s usually a problem</title>
          <link>https://simonking.dev/writing/if-everyone-agrees-with-you</link>
          <description>The most valuable person on a team is often the one who tells you when you&apos;re wrong. Good engineers build cultures where disagreement is safe - and that matters more now than ever.</description>
          <pubDate>Sat, 04 Apr 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/if-everyone-agrees-with-you</guid>
        </item>
        <item>
          <title>Consistency over brilliance</title>
          <link>https://simonking.dev/writing/consistency-over-brilliance</link>
          <description>The same trade-off you&apos;d make in hiring - consistent reliability over occasional brilliance - applies directly to how you choose and build with LLMs.</description>
          <pubDate>Fri, 03 Apr 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/consistency-over-brilliance</guid>
        </item>
        <item>
          <title>Sometimes a smaller, more focused model is the right choice</title>
          <link>https://simonking.dev/writing/smaller-focused-ai-model</link>
          <description>More capability isn&apos;t always better. In production, a smaller, more focused model you can understand and trust often outperforms a general-purpose one that&apos;s harder to control.</description>
          <pubDate>Thu, 02 Apr 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/smaller-focused-ai-model</guid>
        </item>
        <item>
          <title>Teams are hiring fewer junior developers. That&apos;s a problem.</title>
          <link>https://simonking.dev/writing/hiring-fewer-junior-developers</link>
          <description>Optimising for short-term delivery by not hiring juniors is a trade-off that doesn&apos;t show up on a sprint board - but it costs you the pipeline that builds your future team.</description>
          <pubDate>Sat, 28 Mar 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/hiring-fewer-junior-developers</guid>
        </item>
        <item>
          <title>AI is most useful for thinking, not just generating code</title>
          <link>https://simonking.dev/writing/ai-thinking-not-just-coding</link>
          <description>For neurodivergent engineers in particular, AI&apos;s real value is in helping structure thinking and make communication easier. That&apos;s a more meaningful advantage than raw output speed.</description>
          <pubDate>Wed, 25 Mar 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/ai-thinking-not-just-coding</guid>
        </item>
        <item>
          <title>Quality in the right places</title>
          <link>https://simonking.dev/writing/quality-in-the-right-places</link>
          <description>Good engineering isn&apos;t about ignoring quality - it&apos;s about applying it where it actually improves the product. Time spent perfecting the wrong thing is still wasted.</description>
          <pubDate>Tue, 24 Mar 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/quality-in-the-right-places</guid>
        </item>
        <item>
          <title>AI tools are a commodity. Judgement isn&apos;t.</title>
          <link>https://simonking.dev/writing/ai-tools-vs-ai-judgement</link>
          <description>Access to AI tools is becoming a commodity. The real advantage is the judgement behind how they&apos;re used - knowing when to use them, what to trust, and when not to build at all.</description>
          <pubDate>Mon, 23 Mar 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/ai-tools-vs-ai-judgement</guid>
        </item>
        <item>
          <title>The gap between a prototype and a production system</title>
          <link>https://simonking.dev/writing/prototype-vs-production</link>
          <description>AI is making prototyping faster and that&apos;s genuinely useful. The cost of building something that can run in the real world is a separate question. Prototypes show the idea. They are not the thing.</description>
          <pubDate>Sun, 22 Mar 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/prototype-vs-production</guid>
        </item>
        <item>
          <title>What becoming a senior engineer actually means</title>
          <link>https://simonking.dev/writing/what-senior-engineer-means</link>
          <description>Early on, seniority looks like speed and output. Over time, you realise it&apos;s about judgement - knowing what&apos;s worth building in the first place.</description>
          <pubDate>Wed, 18 Mar 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/what-senior-engineer-means</guid>
        </item>
        <item>
          <title>I&apos;m betting Google wins the AI race</title>
          <link>https://simonking.dev/writing/betting-google-wins-ai</link>
          <description>Most people frame AI as OpenAI vs Anthropic. But winning usually comes down to distribution, unit economics, and the ability to ship at scale - which points to Google.</description>
          <pubDate>Sat, 14 Mar 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/betting-google-wins-ai</guid>
        </item>
        <item>
          <title>What makes a good developer in 2026?</title>
          <link>https://simonking.dev/writing/what-makes-a-good-dev-in-2026</link>
          <description>The industry is splitting into camps around AI. The developers who thrive are the ones who can do both - ship and think - with range across fundamentals, judgement, and stakeholder fluency.</description>
          <pubDate>Thu, 12 Mar 2026 00:00:00 +0000</pubDate>
          <guid isPermaLink="true">https://simonking.dev/writing/what-makes-a-good-dev-in-2026</guid>
        </item>
  </channel>
</rss>