<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>系统设计 on Jiayun's Blog</title><link>https://xiejiayun.github.io/tags/%E7%B3%BB%E7%BB%9F%E8%AE%BE%E8%AE%A1/</link><description>Recent content in 系统设计 on Jiayun's Blog</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Thu, 14 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://xiejiayun.github.io/tags/%E7%B3%BB%E7%BB%9F%E8%AE%BE%E8%AE%A1/index.xml" rel="self" type="application/rss+xml"/><item><title>【好文共赏】Quack：DuckDB 在 2026 年从零设计一个数据库 wire 协议，把 PostgreSQL 和 Arrow Flight 都拉出来当背景板</title><link>https://xiejiayun.github.io/post/good-read-duckdb-quack-protocol/</link><pubDate>Thu, 14 May 2026 00:00:00 +0000</pubDate><guid>https://xiejiayun.github.io/post/good-read-duckdb-quack-protocol/</guid><description>&lt;blockquote>
&lt;p>📌 &lt;strong>好文共赏 · Editor&amp;rsquo;s Pick&lt;/strong>
原文：&lt;a href="https://duckdb.org/2026/05/12/quack-remote-protocol">Quack: The DuckDB Client-Server Protocol&lt;/a>
作者：The DuckDB team｜发布：2026-05-12｜阅读时长：约 20 分钟
多模评分：Opus 9.2 / Sonnet 8.8 / Gemini 8.9（综合 &lt;strong>9.0/10&lt;/strong>）
一句话推荐：&lt;strong>这是 2026 年最像&amp;quot;工程师写给工程师&amp;quot;的协议设计公开课——它不只是宣布一个产品，它把&amp;quot;在今天，一份合格的数据库 wire 协议应该长什么样&amp;quot;完整地拆开摊给你看。&lt;/strong>&lt;/p></description></item><item><title>【好文共赏】Redis 的野心代价：当一个"远程字典服务器"想成为一切，它就什么都不是了</title><link>https://xiejiayun.github.io/post/good-read-redis-cost-of-ambition/</link><pubDate>Thu, 14 May 2026 00:00:00 +0000</pubDate><guid>https://xiejiayun.github.io/post/good-read-redis-cost-of-ambition/</guid><description>&lt;blockquote>
&lt;p>📌 &lt;strong>好文共赏 · Editor&amp;rsquo;s Pick&lt;/strong>
原文：&lt;a href="https://charlesleifer.com/blog/redis-and-the-cost-of-ambition/">Redis and the Cost of Ambition&lt;/a>
作者：Charles Leifer（&lt;a href="https://github.com/coleifer/peewee">peewee ORM&lt;/a> / &lt;a href="https://cysqlite.readthedocs.io/">cysqlite&lt;/a> 作者，长期写 SQLite/Redis 底层）
发布：2026-05-12 · Lobsters 一周 Top 6 · 阅读时长 ≈ 12 分钟
多模评分：&lt;strong>Opus 9.0 / Sonnet 8.5 / Gemini 8.7（综合 8.7/10）&lt;/strong>
一句话推荐：站在 Valkey 反超、antirez 用 AI 写新 Array 类型这两个 2026 年的时间点回头看，Redis 这台&amp;quot;远程字典服务器&amp;quot;早已不再是它当年承诺的那台——而&lt;strong>让它当年赢的全部理由，正在被它今天的野心一一对冲掉&lt;/strong>。&lt;/p></description></item><item><title>【好文共赏】资深开发者为何"说不清"自己的价值：Speed 与 Scale 的两个循环</title><link>https://xiejiayun.github.io/post/good-read-senior-developer-speed-scale-decoupling/</link><pubDate>Thu, 14 May 2026 00:00:00 +0000</pubDate><guid>https://xiejiayun.github.io/post/good-read-senior-developer-speed-scale-decoupling/</guid><description>&lt;blockquote>
&lt;p>📌 &lt;strong>好文共赏 | Editor&amp;rsquo;s Pick&lt;/strong>&lt;/p>
&lt;p>原文：&lt;a href="https://www.nair.sh/guides-and-opinions/communicating-your-expertise/why-senior-developers-fail-to-communicate-their-expertise">Why senior developers fail to communicate their expertise&lt;/a>
作者：Tuhin Nair（nair.sh） | 发布于：2026-05-12 | 阅读时长：约 7 分钟&lt;/p>
&lt;p>&lt;strong>一句话推荐理由&lt;/strong>：当所有人都在喊 &amp;ldquo;AI Agent 让程序员过时&amp;rdquo; 的 2026 年，这篇短文用一个文案人的眼光，把 &amp;ldquo;资深开发者的直觉为什么是对的、但说出来又像在自我辩护&amp;rdquo; 这件事拆得干干净净——并且给出了一个非常可操作的应对框架：&lt;strong>Speed 系统 / Scale 系统的双层解耦&lt;/strong>。&lt;/p></description></item><item><title>Figma 自建 Redis 代理冲六个 9：平台工程的钟摆，正从'抽象'摆回'特化'</title><link>https://xiejiayun.github.io/post/figma-redis-proxy-six-nines-platform-engineering-2026/</link><pubDate>Tue, 05 May 2026 00:00:00 +0000</pubDate><guid>https://xiejiayun.github.io/post/figma-redis-proxy-six-nines-platform-engineering-2026/</guid><description>&lt;h2 id="一一个反直觉的工程决策">一、一个反直觉的工程决策&lt;/h2>
&lt;p>2026 年初，Figma 工程团队披露了一个看起来&amp;quot;逆潮流&amp;quot;的决定：放弃直接使用 AWS ElastiCache 内置的集群代理，也不沿用业界主流的 Envoy 通用 L7 代理方案，而是用 Rust 自研了一层专门给 Redis 用的代理，把整条缓存链路的可用性目标从五个 9 拉升到六个 9。&lt;/p></description></item><item><title>可塑系统的回归：当'面向未来'的架构信仰被推翻，软件工程在重学如何拥抱变化</title><link>https://xiejiayun.github.io/post/malleable-systems-design-for-change-2026/</link><pubDate>Mon, 04 May 2026 00:00:00 +0000</pubDate><guid>https://xiejiayun.github.io/post/malleable-systems-design-for-change-2026/</guid><description>&lt;h2 id="一一个反直觉的命题别再造面向未来的系统">一、一个反直觉的命题：别再造&amp;quot;面向未来&amp;quot;的系统&lt;/h2>
&lt;p>ACM Queue 最近连发的几篇文章——&lt;em>Building Malleable Systems, not Future-Proof Ones&lt;/em>、&lt;em>The Second-System Pit of Failure&lt;/em>、&lt;em>KV the Apostate&lt;/em>、&lt;em>The Important Decision Document&lt;/em>——表面上看是松散的随笔合集，串起来读则像一份对软件工程主流范式的&amp;quot;罪状清单&amp;quot;。&lt;/p></description></item></channel></rss>