<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
    <channel>
      <title>Terry Yao&#039;s Blog</title>
      <link>https://terryyaowork.cc</link>
      <description>最近的 10 條筆記 on Terry Yao&#039;s Blog</description>
      <generator>Quartz -- quartz.jzhao.xyz</generator>
      <item>
    <title>[micro-service/68] 從零開始的全棧選型指南：最佳組合是什麼</title>
    <link>https://terryyaowork.cc/backend/micro-service/68-fullstack-selection-guide</link>
    <guid>https://terryyaowork.cc/backend/micro-service/68-fullstack-selection-guide</guid>
    <description><![CDATA[ 68 篇文章、9 個框架、42 項壓測的最終答案。按小團隊（3 人）、中團隊（5-10 人）、大團隊（15+ 人）三種規模，給你從前端到部署的完整技術棧推薦——不是選最快的，是選讓你和你的團隊跑最快的。 ]]></description>
    <pubDate>Wed, 15 Jul 2026 00:00:00 GMT</pubDate>
  </item><item>
    <title>[micro-service/67] Infra 結論：架構模式與部署策略最終推薦</title>
    <link>https://terryyaowork.cc/backend/micro-service/67-conclusion-infra</link>
    <guid>https://terryyaowork.cc/backend/micro-service/67-conclusion-infra</guid>
    <description><![CDATA[ 免費午餐組合能提升 13 倍，但水平擴展到 4 台就卡 DB。K8s 在 1000 人以內反而比 Docker Compose 差。這篇整合所有 Infra 壓測數據，給你一張按規模遞進的部署策略路線圖——先做免費午餐，1000 人以內不需要 K8s。 ]]></description>
    <pubDate>Mon, 13 Jul 2026 00:00:00 GMT</pubDate>
  </item><item>
    <title>[micro-service/66] Storage 結論：什麼時候加什麼儲存服務</title>
    <link>https://terryyaowork.cc/backend/micro-service/66-conclusion-storage</link>
    <guid>https://terryyaowork.cc/backend/micro-service/66-conclusion-storage</guid>
    <description><![CDATA[ Redis 5,346 RPS、ES 搜尋快 2.6 倍、Kafka 處理事件流。但每多一個服務就多一份維護成本。這篇告訴你什麼時候該加什麼——從「PG 打天下」到「PG + Redis + ES + Kafka」的漸進式路線圖。 ]]></description>
    <pubDate>Sat, 11 Jul 2026 00:00:00 GMT</pubDate>
  </item><item>
    <title>[micro-service/65] DB 結論：資料庫選型與優化優先順序</title>
    <link>https://terryyaowork.cc/backend/micro-service/65-conclusion-db</link>
    <guid>https://terryyaowork.cc/backend/micro-service/65-conclusion-db</guid>
    <description><![CDATA[ PG 和 MySQL 誰比較快？ORM 會不會拖慢效能？讀寫分離值不值得做？這篇整合所有 DB 壓測數據，給你一個明確的優化優先順序——怎麼寫比用什麼 DB 影響更大。 ]]></description>
    <pubDate>Fri, 10 Jul 2026 00:00:00 GMT</pubDate>
  </item><item>
    <title>[micro-service/64] B2E 結論：後端框架最終推薦與場景對照</title>
    <link>https://terryyaowork.cc/backend/micro-service/64-conclusion-b2e</link>
    <guid>https://terryyaowork.cc/backend/micro-service/64-conclusion-b2e</guid>
    <description><![CDATA[ 9 個後端框架、7 種壓測場景、超過 60 組數據。CRUD 第一名和混合場景第一名完全不同。這篇把所有後端壓測結果交叉比較，給你一張跨場景排名表和最終推薦——沒有最好的框架，只有最適合你場景的框架。 ]]></description>
    <pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate>
  </item><item>
    <title>[micro-service/63] F2E 結論：前端框架與渲染策略最終推薦</title>
    <link>https://terryyaowork.cc/backend/micro-service/63-conclusion-f2e</link>
    <guid>https://terryyaowork.cc/backend/micro-service/63-conclusion-f2e</guid>
    <description><![CDATA[ 前端框架效能差距只有 6 分，但生態差距是 6 倍。這篇整合 Lighthouse 評分、Bundle Size、渲染策略的所有壓測數據，給你一張按團隊規模和專案類型的最終推薦矩陣——結論是選生態不選效能。 ]]></description>
    <pubDate>Mon, 06 Jul 2026 00:00:00 GMT</pubDate>
  </item><item>
    <title>[micro-service/62] 最佳化路線圖：五層結論 + 該先做什麼後做什麼</title>
    <link>https://terryyaowork.cc/backend/micro-service/62-optimization-roadmap</link>
    <guid>https://terryyaowork.cc/backend/micro-service/62-optimization-roadmap</guid>
    <description><![CDATA[ 61 篇文章、42 項壓測、5 個技術層。每一層的結論是什麼？最佳化應該按什麼順序做？這篇把所有數據和結論整合成一張路線圖——從「零成本的配置調整」到「需要重構的架構變更」，ROI 從高到低排序。 ]]></description>
    <pubDate>Sat, 04 Jul 2026 00:00:00 GMT</pubDate>
  </item><item>
    <title>[micro-service/61] DB 讀寫分離：值不值得做？什麼時候做？</title>
    <link>https://terryyaowork.cc/backend/micro-service/61-db-read-write-splitting</link>
    <guid>https://terryyaowork.cc/backend/micro-service/61-db-read-write-splitting</guid>
    <description><![CDATA[ 讀寫分離聽起來很厲害，但 Infra 壓測數據顯示加 Redis cache 的效果（+6.5 倍）遠大於讀寫分離（+30~50%）。而且讀寫分離帶來 replication lag、連線管理複雜度、ORM 配置問題。大部分中小型應用不需要讀寫分離——先做 Redis cache + 連線池調整就好。 ]]></description>
    <pubDate>Fri, 03 Jul 2026 00:00:00 GMT</pubDate>
  </item><item>
    <title>[micro-service/60] 樂觀鎖 vs 悲觀鎖：實作細節與踩雷指南</title>
    <link>https://terryyaowork.cc/backend/micro-service/60-optimistic-pessimistic-locking</link>
    <guid>https://terryyaowork.cc/backend/micro-service/60-optimistic-pessimistic-locking</guid>
    <description><![CDATA[ 樂觀鎖不加鎖但可能重試、悲觀鎖加鎖但會排隊。上一篇講「什麼時候用什麼」，這篇講「怎麼寫才不會出 bug」——version column 的陷阱、FOR UPDATE 的 deadlock、ORM 的隱藏行為、retry 的指數退避。 ]]></description>
    <pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate>
  </item><item>
    <title>[micro-service/59] Race Condition 與分散式鎖：微服務裡的搶購怎麼不超賣</title>
    <link>https://terryyaowork.cc/backend/micro-service/59-race-condition-distributed-lock</link>
    <guid>https://terryyaowork.cc/backend/micro-service/59-race-condition-distributed-lock</guid>
    <description><![CDATA[ 單體時代一個 DB transaction 就能防止超賣。微服務拆開後，庫存在 A 服務、訂單在 B 服務，怎麼確保「兩個人同時搶最後一件商品」不會都成功？從 DB 鎖到 Redis 分散式鎖到 Redlock，每個方案的適用場景和陷阱。 ]]></description>
    <pubDate>Wed, 01 Jul 2026 00:00:00 GMT</pubDate>
  </item>
    </channel>
  </rss>