Why this blog exists

不是记录所有事情,而是保留能再次产生判断力的东西。

技术博客最有价值的部分,不是“我今天做了什么”,而是“为什么这样做、后来证明哪里对、哪里错”。本站围绕三条线写作:架构边界、工程实践、问题复盘。

Topic map

像运维控制台一样管理知识主题。

借用 Cantor8 的克制蓝白系统,把博客入口做成清晰的操作面板:每个主题都是一个长期维护的知识轨道。

Latest notes

三篇起步文章,先把博客真正跑起来。

每篇文章都是真实页面,已经进入搜索、RSS、归档和站点地图。后续可以继续在脚本里扩展文章数据。

系统边界如何影响交付速度
架构设计 / 2026-07-02

系统边界如何影响交付速度

把模块边界、接口契约和团队协作放在同一张图里,能更快看见系统为什么变慢。

把 GitHub Pages 做成可维护的静态发布链路
工程实践 / 2026-07-02

把 GitHub Pages 做成可维护的静态发布链路

静态博客也需要发布纪律:目录 URL、搜索索引、站点地图和 404 页都属于基础设施。

一次故障复盘模板应该保留什么信息
问题复盘 / 2026-07-02

一次故障复盘模板应该保留什么信息

好的复盘不是追责文档,而是让下一次排查更快、影响更小、决策更清楚。

3篇起步文章
3个主题分类
9个标签入口
1套可持续生成的静态博客系统

Build the writing system

把经验整理成下一次可以复用的答案。

查看归档