<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>光明里</title><link>https://fzgml.cn/</link><description>Recent content on 光明里</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Thu, 15 Oct 2026 16:30:00 +0800</lastBuildDate><atom:link href="https://fzgml.cn/index.xml" rel="self" type="application/rss+xml"/><item><title>把工作经验形成体系：以 I/O 路径为主线</title><link>https://fzgml.cn/work-experience-systematization/</link><pubDate>Thu, 15 Oct 2026 16:30:00 +0800</pubDate><guid>https://fzgml.cn/work-experience-systematization/</guid><description>按 I/O 路径组织工作经历，提炼跨阶段母题、演进叙事和量化案例，把零散经验转化为可以清晰表达的技术体系。</description></item><item><title>存储领域专家应该具备的知识和经验</title><link>https://fzgml.cn/storage-expert-knowledge-and-experience/</link><pubDate>Sun, 11 Oct 2026 09:00:00 +0800</pubDate><guid>https://fzgml.cn/storage-expert-knowledge-and-experience/</guid><description>存储专家不只是熟悉设备、协议和产品，而是能够定义数据语义，贯通端到端 I/O，量化性能，处理故障，并对系统取舍负责。</description></item><item><title>技术深度不来自重复造轮子</title><link>https://fzgml.cn/where-technical-depth-comes-from/</link><pubDate>Tue, 06 Oct 2026 16:00:00 +0800</pubDate><guid>https://fzgml.cn/where-technical-depth-comes-from/</guid><description>使用成熟开源项目并不会削弱技术深度。真正的深度，在于能否解释系统、预测变化、做出取舍，并用证据支撑结论。</description></item><item><title>让仓库成为 AI 的长期记忆</title><link>https://fzgml.cn/repository-as-ai-memory/</link><pubDate>Tue, 06 Oct 2026 09:00:00 +0800</pubDate><guid>https://fzgml.cn/repository-as-ai-memory/</guid><description>会话会消失，仓库不会。把约束、决策和验收标准写进版本库，才能让不同的人和 AI 在同一事实基础上协作。</description></item><item><title>测试判定标准必须由人定义</title><link>https://fzgml.cn/human-owned-test-oracle/</link><pubDate>Sun, 04 Oct 2026 09:00:00 +0800</pubDate><guid>https://fzgml.cn/human-owned-test-oracle/</guid><description>AI 可以快速扩展用例，但不能替代负责人定义什么才算正确。测试生成与测试判定必须分开。</description></item><item><title>从 I/O 生命周期推导资源预算</title><link>https://fzgml.cn/io-lifecycle-budget/</link><pubDate>Mon, 28 Sep 2026 09:00:00 +0800</pubDate><guid>https://fzgml.cn/io-lifecycle-budget/</guid><description>性能目标不能停留在吞吐和时延两个数字上，需要沿 I/O 生命周期拆成带宽、容量与周期预算。</description></item></channel></rss>