<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>安迪軟體工作室</title>
    <link>https://andychang.tw/</link>
    <description>我是 Andy 安迪，資深後端工程師，擁有五年以上金融級系統的設計與架構經驗。在這裡分享系統設計、軟體架構與 AI 開發的實戰筆記，也提供軟體接案與技術陪跑，協助創業者與團隊把想法或 AI 原型，做成真正能營運、穩定維護、可持續擴充的數位產品。</description>
    <language>zh-TW</language>
    <managingEditor>Andy 安迪</managingEditor>
    <lastBuildDate>Sat, 01 Aug 2026 00:00:00 GMT</lastBuildDate>
    <atom:link href="https://andychang.tw/feed.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>DDD 是什麼？被誤解的領域驅動設計：心法、身法、拳法一次看懂</title>
      <link>https://andychang.tw/blog/what-is-ddd/</link>
      <guid isPermaLink="true">https://andychang.tw/blog/what-is-ddd/</guid>
      <pubDate>Sat, 01 Aug 2026 00:00:00 GMT</pubDate>
      <category>技術</category>
      <description>領域驅動設計不只是資料夾結構或微服務拆分。這篇整理我自己對 DDD 的理解——心法、身法、拳法三個層次，以及為什麼這套東西，剛好是 AI 時代最需要的 context。</description>
    </item>
    <item>
      <title>Vibe Coding 時代，為什麼我更看好領域驅動設計（DDD）？</title>
      <link>https://andychang.tw/blog/ddd-after-vibe-coding/</link>
      <guid isPermaLink="true">https://andychang.tw/blog/ddd-after-vibe-coding/</guid>
      <pubDate>Sat, 18 Jul 2026 00:00:00 GMT</pubDate>
      <category>技術</category>
      <description>AI 讓寫程式變便宜之後，工程師的痛苦消失了，爛系統卻變多了。當 coding 本身不再是成本，軟體開發的重點回到方法論——而領域驅動設計（DDD）正是那本武功秘笈。</description>
    </item>
    <item>
      <title>為什麼 AI 拼出來的程式，一改就壞</title>
      <link>https://andychang.tw/blog/why-ai-code-breaks/</link>
      <guid isPermaLink="true">https://andychang.tw/blog/why-ai-code-breaks/</guid>
      <pubDate>Sun, 28 Jun 2026 00:00:00 GMT</pubDate>
      <category>技術</category>
      <description>AI 生成的程式碼能跑，卻常常一改就崩。問題往往不在 AI，而在缺了結構與邊界。</description>
    </item>
    <item>
      <title>為什麼教 Vibe Coding 的人很多，真正願意接案的人卻不多？</title>
      <link>https://andychang.tw/blog/teaching-vs-shipping/</link>
      <guid isPermaLink="true">https://andychang.tw/blog/teaching-vs-shipping/</guid>
      <pubDate>Sun, 28 Jun 2026 00:00:00 GMT</pubDate>
      <category>接案</category>
      <description>做出 Demo 是證明想法成立，正式上線才要面對使用者、資料與例外。這兩件事看起來很像，需要的責任卻完全不同。</description>
    </item>
    <item>
      <title>一套真正能上線的系統，背後到底要整理多少事情？</title>
      <link>https://andychang.tw/blog/production-ready-system/</link>
      <guid isPermaLink="true">https://andychang.tw/blog/production-ready-system/</guid>
      <pubDate>Sun, 28 Jun 2026 00:00:00 GMT</pubDate>
      <category>技術</category>
      <description>一套系統能不能走得久，常常取決於使用者看不到的地方。上線前先想清楚成本、未來能不能擴充、之後改不改得動這三件事，把地基整理好，系統才不會走到一半就卡住。</description>
    </item>
  </channel>
</rss>
