Appearance
博客更新计划
从 2026 年 10 月起,博客采用固定的编辑节奏。计划是公开的工作安排,具体文章以完成核查并正式发布为准。
每周节奏
| 时间 | 工作 | 公开结果 |
|---|---|---|
| 周一 | 选题与资料核查,优先检查旧文中的日期、版本、数字和来源 | 确定本周文章及修订清单 |
| 周三 | 修订 1~2 篇旧文,补充来源、适用范围与最后核对日期 | 文章顶部标注修订日期 |
| 周五 | 发布 1 篇新文,或在复杂选题时发布 1 篇经过完整重写的旧文 | 文章目录更新,旧链接保持可用 |
| 每月最后一周 | 回看阅读入口、重复文章、失效链接及移动端排版 | 月度更新记录 |
首轮 12 周主题
| 周次 | 主题 | 优先任务 |
|---|---|---|
| 第 1~2 周 | 内容可信度 | 核查 CAP、缓存、AI 行业综述等高风险旧文,处理重复标题 |
| 第 3~4 周 | 系统设计 | 幂等性、超时与重试、分布式限流、故障恢复 |
| 第 5~6 周 | 数据库与缓存 | MySQL 索引、连接池、缓存一致性与基准测试 |
| 第 7~8 周 | 可观测性 | 日志、指标、链路追踪与 OpenTelemetry 实践 |
| 第 9~10 周 | AI 工程 | Agent 架构、评估、网关与成本控制,核对产品版本 |
| 第 11~12 周 | 云原生实践 | GitOps、服务治理与安全边界,整理系列索引 |
发布标准
每篇技术文章写明问题、适用范围、关键结论、可复现示例、来源和最后核对日期。涉及产品能力、价格或版本时,以官方资料为依据并注明查询日期。未经证实的个人经历和数字不作为事实发布。改写旧文时保留原有 URL;无法核实的段落标明待核查或撤下。
计划执行情况会在此页逐月记录。当前历史文章共 73 篇,首轮先处理事实风险和重复内容;浏览完整文章目录。
执行记录
2026-10-12 · 第一批旧文修订
- 重写 CAP 定理与高并发缓存两篇技术文章,改正多数派示例,删除没有证据的个人经历和数字。
- 将 AI 行业综述改为核查说明,撤下缺乏来源的市场与产品断言。
- 将 AI 助手随笔明确改为虚构写作练习。
- 核对并重写 RocksDB 主版本,把误放在随笔分类的重复文章改为主版本入口,保留旧 URL。
- 本批共处理 6 个旧页面;其余旧文仍按上面的每周节奏继续核查。