<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Catherine Ives-Yim: writing</title>
    <link>https://ives-yim.org.uk/writing/</link>
    <atom:link href="https://ives-yim.org.uk/writing/feed.xml" rel="self" type="application/rss+xml"/>
    <description>Articles on AI in engineering companies, technology leadership, strategy and connected products.</description>
    <language>en-gb</language>
    <item>
      <title>Agents at work in engineering</title>
      <link>https://ives-yim.org.uk/writing/agents-at-work-in-engineering/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/agents-at-work-in-engineering/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>The first articles in this series were about what agents are and when not to use them. This one is about where they are genuinely useful in an engineering company.</description>
    </item>
    <item>
      <title>Agents with keys</title>
      <link>https://ives-yim.org.uk/writing/agents-with-keys/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/agents-with-keys/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>An AI assistant that answers questions has a limited capacity for harm. An agent with access to your systems is different. It holds keys: credentials, permissions and tools that let it read and change things on the organisation&#x27;s behalf.</description>
    </item>
    <item>
      <title>AI drafts, engineers decide</title>
      <link>https://ives-yim.org.uk/writing/ai-drafts-engineers-decide/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/ai-drafts-engineers-decide/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Ask a senior engineer how much of their week goes on documentation and you will rarely get a small number. Root-cause reports, service bulletins, change impact assessments, failure analysis updates, test plans, compliance files, responses to customers and regulators. All of it necessary.</description>
    </item>
    <item>
      <title>AI is not my first rodeo</title>
      <link>https://ives-yim.org.uk/writing/ai-is-not-my-first-rodeo/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/ai-is-not-my-first-rodeo/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>What seven hype cycles taught me about this one</description>
    </item>
    <item>
      <title>Building production software with AI coding agents</title>
      <link>https://ives-yim.org.uk/writing/building-software-with-coding-agents/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/building-software-with-coding-agents/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>I have written before about leading the build of a production platform with AI, and about how it removed the translation layer between an architect&#x27;s thinking and the code that gets written. That article was about what changed.</description>
    </item>
    <item>
      <title>Closing the loop: letting field data change the product</title>
      <link>https://ives-yim.org.uk/writing/closing-the-loop/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/closing-the-loop/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Early in my career, I was asked to look at a service department that was quietly draining hundreds of thousands a year from a company&#x27;s margin. The information that explained it was all there, in job sheets and spares records, and nobody had put it together.</description>
    </item>
    <item>
      <title>Coding agents need experienced engineers</title>
      <link>https://ives-yim.org.uk/writing/coding-agents-need-experienced-engineers/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/coding-agents-need-experienced-engineers/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>A coding agent will write code for anyone. That is both its great promise and its great danger. In the hands of an experienced engineer, it is the most productive tool I have used in my career.</description>
    </item>
    <item>
      <title>Coding agents: strengths, weaknesses and opportunities</title>
      <link>https://ives-yim.org.uk/writing/coding-agents-strengths-and-weaknesses/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/coding-agents-strengths-and-weaknesses/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Most of what is written about coding agents is either breathless or dismissive. They will replace developers, or they produce rubbish. Neither matches my experience. I use them daily, and have used them to build a production platform and to develop an AI system of my own.</description>
    </item>
    <item>
      <title>Connected products versus AI-assisted attackers</title>
      <link>https://ives-yim.org.uk/writing/connected-products-vs-ai-attackers/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/connected-products-vs-ai-attackers/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Most of this security series has been about protecting the AI systems an engineering company uses. This article turns to the products it makes. Connected products, from vehicles and wearables to building controls and industrial equipment, have always been targets.</description>
    </item>
    <item>
      <title>The cost and infrastructure of agents</title>
      <link>https://ives-yim.org.uk/writing/cost-and-infrastructure-of-agents/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/cost-and-infrastructure-of-agents/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>The first time an organisation runs agents seriously, the bill is often a surprise. A task that cost pennies as a single question can cost many times more when an agent works through it.</description>
    </item>
    <item>
      <title>Defending with AI, and testing your AI</title>
      <link>https://ives-yim.org.uk/writing/defending-with-ai-and-testing-your-ai/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/defending-with-ai-and-testing-your-ai/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>This is the last article in the security series, and it draws together the three series so far on AI in engineering companies. The first described five levels of AI value, from finding information to closing the loop from field data.</description>
    </item>
    <item>
      <title>Beyond search: the five levels of AI value in an engineering company</title>
      <link>https://ives-yim.org.uk/writing/five-levels-of-ai-value/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/five-levels-of-ai-value/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Most of the conversations I have about AI in engineering companies start and end in the same place: &quot;Could we use it to search our documents?&quot; It is a good question, and the answer is yes. I have written about it separately.</description>
    </item>
    <item>
      <title>From documents to data: building an engineering model you own</title>
      <link>https://ives-yim.org.uk/writing/from-documents-to-data/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/from-documents-to-data/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>In the first article in this series I described five levels of AI value in an engineering company. The second level, structure, is the one I most often find missing.</description>
    </item>
    <item>
      <title>From what the manual says to what the product is doing</title>
      <link>https://ives-yim.org.uk/writing/from-the-manual-to-the-product/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/from-the-manual-to-the-product/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>The first two levels of AI value in an engineering company work with what the organisation already has on file: its documents, and the structured facts extracted from them. The third level is different in kind.</description>
    </item>
    <item>
      <title>Guardrails: autonomy is earned</title>
      <link>https://ives-yim.org.uk/writing/guardrails-autonomy-is-earned/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/guardrails-autonomy-is-earned/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Every conversation about AI agents eventually reaches the same question: how much should we let it do on its own?</description>
    </item>
    <item>
      <title>How data leaks out of AI systems</title>
      <link>https://ives-yim.org.uk/writing/how-data-leaks-out-of-ai-systems/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/how-data-leaks-out-of-ai-systems/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>When organisations worry about AI and data, they usually worry about one thing: sending confidential information to an AI provider. That is a real concern, and I discussed it in Where should your AI live? .</description>
    </item>
    <item>
      <title>Keeping your code local and private</title>
      <link>https://ives-yim.org.uk/writing/keeping-your-code-local-and-private/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/keeping-your-code-local-and-private/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>For many engineering companies, source code is the most valuable thing they own. Proprietary firmware, control algorithms, years of accumulated product knowledge expressed in software. It is also exactly what a coding agent needs to read in order to be useful.</description>
    </item>
    <item>
      <title>Local, cloud and frontier: getting the most from your budget</title>
      <link>https://ives-yim.org.uk/writing/local-cloud-and-frontier/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/local-cloud-and-frontier/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Most engineers using coding agents use one model for everything, usually the most capable one they have access to. It is the simplest approach, and for an individual it is often reasonable.</description>
    </item>
    <item>
      <title>Managing a token budget</title>
      <link>https://ives-yim.org.uk/writing/managing-a-token-budget/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/managing-a-token-budget/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>In What tokens are, and why they matter , I explained that tokens are the unit in which AI does its work, and that coding agents consume them in large quantities, mostly by rereading context at every step.</description>
    </item>
    <item>
      <title>Running agents in production</title>
      <link>https://ives-yim.org.uk/writing/running-agents-in-production/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/running-agents-in-production/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Getting an agent to work in a demonstration is easy. Getting it to work reliably, every day, for months, while the data changes, the models change and the people using it change, is an engineering discipline of its own. It is also where most agent projects quietly fail.</description>
    </item>
    <item>
      <title>The security of AI-written code</title>
      <link>https://ives-yim.org.uk/writing/security-of-ai-written-code/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/security-of-ai-written-code/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Coding agents write a great deal of code, quickly and fluently. Some of it is insecure. That is not because AI is uniquely careless.</description>
    </item>
    <item>
      <title>The AI supply chain</title>
      <link>https://ives-yim.org.uk/writing/the-ai-supply-chain/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/the-ai-supply-chain/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Engineering companies understand supply chains. We know that a product is only as reliable as its components, that a supplier&#x27;s change can ripple through everything built on it, and that knowing exactly what is in a product is the foundation of quality, safety and compliance.</description>
    </item>
    <item>
      <title>The attack surface has moved</title>
      <link>https://ives-yim.org.uk/writing/the-attack-surface-has-moved/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/the-attack-surface-has-moved/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>For most of my career, securing a system meant understanding its boundaries. Where does data come in? Who can reach which interface? What runs with which privileges?</description>
    </item>
    <item>
      <title>The hobby system and the professional system</title>
      <link>https://ives-yim.org.uk/writing/the-hobby-system-and-the-professional-system/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/the-hobby-system-and-the-professional-system/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Why &quot;it works&quot; is where the real engineering starts</description>
    </item>
    <item>
      <title>Vibe coding is just another level of abstraction</title>
      <link>https://ives-yim.org.uk/writing/vibe-coding-is-another-abstraction/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/vibe-coding-is-another-abstraction/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>When I started as an engineer, I wrote real-time software in assembler for avionics. Each instruction mapped almost directly to what the processor did. Then higher-level languages took over, then operating systems and libraries, then frameworks, then cloud platforms.</description>
    </item>
    <item>
      <title>What an agent actually is, and isn&#x27;t</title>
      <link>https://ives-yim.org.uk/writing/what-an-agent-actually-is/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/what-an-agent-actually-is/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>&quot;Agent&quot; has become the most overused word in technology. I have seen it applied to a chatbot with a company logo, a scheduled script that calls a language model, and systems that genuinely plan, act and adapt on their own. When one word covers all of those, it stops helping anyone make decisions.</description>
    </item>
    <item>
      <title>What tokens are, and why they matter</title>
      <link>https://ives-yim.org.uk/writing/what-tokens-are/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/what-tokens-are/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Anyone who uses coding agents seriously soon meets the word &quot;token&quot;. It appears on the bill, in the limits, and in every discussion of why an agent slowed down or lost track of what it was doing.</description>
    </item>
    <item>
      <title>When the data gives the orders</title>
      <link>https://ives-yim.org.uk/writing/when-the-data-gives-the-orders/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/when-the-data-gives-the-orders/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Imagine a support assistant that reads incoming customer tickets and helps your engineers diagnose faults. It has read-only access to telemetry and build records, as described in From what the manual says to what the product is doing .</description>
    </item>
    <item>
      <title>Where should your AI live? Cloud, UK-hosted or in the building</title>
      <link>https://ives-yim.org.uk/writing/where-should-your-ai-live/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/where-should-your-ai-live/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>Over the past year, AI has become the most productive tool I have ever used as an engineer. I have used it to design, build, test and review systems that would previously have needed a team.</description>
    </item>
    <item>
      <title>Workflows before agents</title>
      <link>https://ives-yim.org.uk/writing/workflows-before-agents/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/workflows-before-agents/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>When organisations ask me about AI agents, the most useful thing I can usually tell them is that what they need is not an agent. It is a workflow with AI in it.</description>
    </item>
    <item>
      <title>Your company already knows the answer. It just can&#x27;t find it.</title>
      <link>https://ives-yim.org.uk/writing/your-company-already-knows-the-answer/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/your-company-already-knows-the-answer/</guid>
      <pubDate>Sun, 27 Sep 2026 09:00:00 +0000</pubDate>
      <description>In every engineering organisation I have worked in, the most reliable way to find something out was to ask the person who had been there longest. The information existed somewhere: in a manual, a service report, a test log, an email thread from four years ago.</description>
    </item>
    <item>
      <title>When the product is already in the field</title>
      <link>https://ives-yim.org.uk/writing/when-the-product-is-already-in-the-field/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/when-the-product-is-already-in-the-field/</guid>
      <pubDate>Mon, 18 May 2026 09:00:00 +0000</pubDate>
      <description>Once a connected product ships, every false economy comes back through real units, customers and service.</description>
    </item>
    <item>
      <title>What a CTO should be hearing</title>
      <link>https://ives-yim.org.uk/writing/what-a-cto-should-be-hearing/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/what-a-cto-should-be-hearing/</guid>
      <pubDate>Fri, 15 May 2026 09:00:00 +0000</pubDate>
      <description>The signal a CTO most needs sits outside engineering, in four functions most never listen to.</description>
    </item>
    <item>
      <title>When AI removes the translation layer between thinking and building</title>
      <link>https://ives-yim.org.uk/writing/when-ai-removes-the-translation-layer/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/when-ai-removes-the-translation-layer/</guid>
      <pubDate>Fri, 15 May 2026 09:00:00 +0000</pubDate>
      <description>AI did not build the platform. It removed the handoff between my decisions and working code.</description>
    </item>
    <item>
      <title>Not all CTOs are created equal</title>
      <link>https://ives-yim.org.uk/writing/not-all-ctos-are-created-equal/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/not-all-ctos-are-created-equal/</guid>
      <pubDate>Tue, 04 Nov 2025 09:00:00 +0000</pubDate>
      <description>The CTO title hides three different jobs. Early-stage companies need to know which one they are hiring for.</description>
    </item>
    <item>
      <title>Connected data, disconnected decisions</title>
      <link>https://ives-yim.org.uk/writing/connected-data-disconnected-decisions/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/connected-data-disconnected-decisions/</guid>
      <pubDate>Fri, 16 May 2025 09:00:00 +0000</pubDate>
      <description>Connected product platforms are repeating the failures of enterprise knowledge management.</description>
    </item>
    <item>
      <title>The OTA problem: firmware strategy for connected products</title>
      <link>https://ives-yim.org.uk/writing/the-ota-problem/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/the-ota-problem/</guid>
      <pubDate>Fri, 16 May 2025 09:00:00 +0000</pubDate>
      <description>Over-the-air update is not just a deployment mechanism. It is product strategy, compliance and risk.</description>
    </item>
    <item>
      <title>What the launch actually costs</title>
      <link>https://ives-yim.org.uk/writing/what-the-launch-actually-costs/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/what-the-launch-actually-costs/</guid>
      <pubDate>Fri, 16 May 2025 09:00:00 +0000</pubDate>
      <description>Shipping is not launching. A connected product is only launched when the field can support it.</description>
    </item>
    <item>
      <title>When everybody&#x27;s job is nobody&#x27;s job</title>
      <link>https://ives-yim.org.uk/writing/turning-confusion-clarity-tackling-everybodys-job-nobodys/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/turning-confusion-clarity-tackling-everybodys-job-nobodys/</guid>
      <pubDate>Thu, 30 May 2024 09:00:00 +0000</pubDate>
      <description>A struggling company is rarely short of effort. It is short of ownership, and the fix starts at the top.</description>
    </item>
    <item>
      <title>The cost of skipping product strategy</title>
      <link>https://ives-yim.org.uk/writing/cost-of-skipping-product-strategy/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/cost-of-skipping-product-strategy/</guid>
      <pubDate>Thu, 11 Apr 2024 09:00:00 +0000</pubDate>
      <description>Building before the strategy is defined turns a product launch into an expensive retrofit.</description>
    </item>
    <item>
      <title>The C-suite a startup actually needs</title>
      <link>https://ives-yim.org.uk/writing/c-suite-a-startup-actually-needs/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/c-suite-a-startup-actually-needs/</guid>
      <pubDate>Wed, 10 Apr 2024 09:00:00 +0000</pubDate>
      <description>The question is not which roles a startup needs. It is which role it needs next, and when.</description>
    </item>
    <item>
      <title>How to diagnose strategic deficit</title>
      <link>https://ives-yim.org.uk/writing/how-to-diagnose-strategic-deficit/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/how-to-diagnose-strategic-deficit/</guid>
      <pubDate>Thu, 04 Apr 2024 09:00:00 +0000</pubDate>
      <description>In connected products, direction becomes hardware. Analyse first, and define failure before you start.</description>
    </item>
    <item>
      <title>When a company has no strategy</title>
      <link>https://ives-yim.org.uk/writing/when-a-company-has-no-strategy/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/when-a-company-has-no-strategy/</guid>
      <pubDate>Thu, 04 Apr 2024 09:00:00 +0000</pubDate>
      <description>Strategic deficit shows up as a cluster of symptoms, and engineering often feels it before anyone names it.</description>
    </item>
    <item>
      <title>The metrics that hide the failure</title>
      <link>https://ives-yim.org.uk/writing/metrics-that-hide-the-failure/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/metrics-that-hide-the-failure/</guid>
      <pubDate>Wed, 03 Apr 2024 09:00:00 +0000</pubDate>
      <description>The interesting failures sit between domains. Measure the boundaries, not just the parts.</description>
    </item>
    <item>
      <title>Where technical debt becomes expensive</title>
      <link>https://ives-yim.org.uk/writing/where-technical-debt-becomes-expensive/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/where-technical-debt-becomes-expensive/</guid>
      <pubDate>Wed, 03 Apr 2024 09:00:00 +0000</pubDate>
      <description>Technical debt costs most in hardware, in architecture and at the boundaries between teams.</description>
    </item>
    <item>
      <title>What downsizing does to a company</title>
      <link>https://ives-yim.org.uk/writing/what-downsizing-does-to-a-company/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/what-downsizing-does-to-a-company/</guid>
      <pubDate>Wed, 13 Mar 2024 09:00:00 +0000</pubDate>
      <description>A downsizing removes knowledge as well as cost, and that loss only shows once it has gone.</description>
    </item>
    <item>
      <title>Leading without pretending to know</title>
      <link>https://ives-yim.org.uk/writing/leading-without-pretending-to-know/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/leading-without-pretending-to-know/</guid>
      <pubDate>Mon, 11 Mar 2024 09:00:00 +0000</pubDate>
      <description>Honesty about uncertainty is not a weakness in a CTO. Performed confidence is.</description>
    </item>
    <item>
      <title>What makes an embedded system reliable</title>
      <link>https://ives-yim.org.uk/writing/art-of-reliable-embedded-systems/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/art-of-reliable-embedded-systems/</guid>
      <pubDate>Fri, 08 Mar 2024 09:00:00 +0000</pubDate>
      <description>Embedded reliability is decided early, in hardware, architecture and process, before the field finds out.</description>
    </item>
    <item>
      <title>What it takes to be an outstanding CTO</title>
      <link>https://ives-yim.org.uk/writing/what-it-takes-to-be-an-outstanding-cto/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/what-it-takes-to-be-an-outstanding-cto/</guid>
      <pubDate>Wed, 28 Feb 2024 09:00:00 +0000</pubDate>
      <description>Depth that transfers, breadth that informs judgement, and staying close enough to the work to use both.</description>
    </item>
    <item>
      <title>What vision means in a CTO</title>
      <link>https://ives-yim.org.uk/writing/what-vision-means-in-a-cto/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/what-vision-means-in-a-cto/</guid>
      <pubDate>Wed, 28 Feb 2024 09:00:00 +0000</pubDate>
      <description>Vision in a CTO is not prediction. It is reading the constraints already present in a system.</description>
    </item>
    <item>
      <title>When AI decisions have physical consequences</title>
      <link>https://ives-yim.org.uk/writing/ethics-problem-in-ai-decision-making/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/ethics-problem-in-ai-decision-making/</guid>
      <pubDate>Mon, 26 Feb 2024 09:00:00 +0000</pubDate>
      <description>When hardware in the field acts on an AI classification, human oversight has to be engineered, not assumed.</description>
    </item>
    <item>
      <title>How neurodiversity can fuel innovation at work</title>
      <link>https://ives-yim.org.uk/writing/unlocking-brilliance-how-embracing-neurodiversity-fuels/</link>
      <guid isPermaLink="true">https://ives-yim.org.uk/writing/unlocking-brilliance-how-embracing-neurodiversity-fuels/</guid>
      <pubDate>Wed, 21 Feb 2024 09:00:00 +0000</pubDate>
      <description>Organisations that only hear neurotypical thinking waste capacity. Better structure recovers it for everyone.</description>
    </item>
  </channel>
</rss>
