这里是 Ace Lee 的个人博客，记录产品判断、技术实践、AI 工作流和日常写作。
内容从本地 Markdown 出发，构建成静态页面后发布到网页。更即时的项目、代码和碎片动态，可以从 GitHub 和 Twitter 找到。
关于本站
这个博客前后折腾过好几轮。现在回头看，每一次迁移都不只是换一个框架，而是在重新回答一个问题：我到底想要一个怎样的个人写作出口。
最开始只是想有个能放笔记的地方。后来开始在意部署方式、访问速度、主题审美、维护成本，以及写作系统本身能不能长期跑下去。
时间线
- 2015 年 8 月，使用 Hexo 创建静态博客，挂载到 GitHub Pages 上，开始写笔记。
- 2016 年 7 月，使用 Hexo 的 Docker 版本部署在腾讯云上，并启用
simplecoder.xyz域名。 - 2019 年 6 月，使用 Halo 的 Docker 版本部署在家里的 NAS 上，再从腾讯云的 Nginx 做反向代理。
- 2019 年 7 月，改为使用 Halo 的 Jar 包，直接部署在腾讯云上。
- 2022 年 4 月，使用 Hashnode 写了一篇博客，并将
simplecoder.xyz解析到 Hashnode。体验之后发现海外产品的审美和样式不太接地气。 - 2022 年 5 月，使用 Hugo 生成静态页并部署在腾讯云的 Nginx 下，速度显著提升，主题采用 PaperMod，整体风格转向极简。
几次迁移背后的变化
Hexo 阶段解决的是“我需要一个地方写东西”。它足够轻，静态页也容易托管，很适合作为博客的起点。
Halo 阶段更像是想把博客变成一个完整系统。后台、主题、评论、动态发布都更像传统博客产品，但维护成本也跟着上来了。无论放在 NAS 还是云服务器上，都需要考虑运行环境、服务稳定性和代理链路。
Hashnode 阶段则是一次托管平台尝试。它把基础设施拿走了，但也把很多展示风格和产品体验一起绑定给了平台。对个人博客来说，省心是一种优势，但审美和掌控感也很重要。
后来回到 Hugo 静态页，本质上是在重新选择简单性：内容还是 Markdown，发布产物还是静态文件，服务器只需要稳定地提供页面。速度、维护成本和可控性之间，这个方案当时最平衡。
现在怎么看这段历史
这段历史说明，我真正需要的不是某个固定框架，而是一个低摩擦、可迁移、可长期维护的写作系统。
工具会换，域名会换，部署方式也会换。但只要内容能稳定沉淀下来，博客就没有中断。后面如果继续调整，也应该围绕这个原则：让写作更容易开始，让发布更稳定，让历史内容更容易被找回。