把个人博客当作一个长期项目

这篇文章是栈间的原创示例内容，你可以在管理后台修改或删除。

从一个能持续写作的地方开始

搭建博客很容易变成一次工具收集：换主题、加动效、接入新服务。忙完一圈，文章目录却还是空的。我更愿意先回答一个朴素的问题：这套系统能不能让我在一个普通的晚上，把今天解决的问题顺手记录下来？

如果写作之前还要处理复杂的发布流程，这个系统就已经在消耗写作的意愿。因此第一版应该把路径缩短：登录后台，写 Markdown，检查预览，发布。除此之外的功能，都可以等一个真实需求出现。

让数据比界面活得更久

界面会变化，框架也会升级。文章却应该能够迁移。保存结构清楚的文本、让图片有固定的存储位置、给文章一个稳定的地址，是比首页上的装饰更值得投入的事情。

我会为每篇文章保留一个可读的 slug，并避免因为标题调整而随意改变它。备份则同时包含数据库与上传资源。只有数据库的备份，并不能完整还原一个有图片的站点。

给维护留下一条清晰的路

一个人维护的项目，最怕的不是技术不够新，而是半年后连自己也不理解它。部署命令、环境变量、数据目录和恢复步骤，都应该写在仓库里。能自动检查的边界，也应该由测试守住。

写作 → 发布 → 阅读 → 修订
           ↓
       定期备份

慢慢把它变成自己的空间

上线只是起点。先写五篇对自己有用的笔记，再决定需不需要新的栏目。用真实的内容推动设计，而不是为了填满设计去制造内容。

一个长期项目的完成标准，往往不是“全部做完”，而是下一次继续时，仍然能轻松找到入口。