个人博客自建指南（7.3 番外）：从乙方思维到需求思维 —— 我的博客终于搭起来了

以前搭博客，搭的是“项目”；这次搭博客，搭的是“家”。项目总有交付的一天，家没有。

一、每一次都很“完整”，每一次都夭折

很久以前我就想搭一个个人博客。

这个念头冒出来过很多次，每一次都很“完整”。脑子里第一时间浮现的是一整套技术方案：Vue + Element UI 写前台，Spring Boot + MySQL 写后台，再来个 Markdown 编辑器，文章管理、标签分类、搜索、个人简介页……路由配置、API 封装、分页逻辑、权限控制，一个都不能少。

为什么会有这种惯性？因为在公司给甲方做系统做惯了。甲方的需求永远是“完整的”——登录注册、权限管理、增删改查、报表导出，缺一个都觉得项目没做完。做博客的时候，我不自觉地把这套乙方思维搬过来了：博客也得是一个“完整的系统”，前端后台数据库一个不能少，否则就不算“做完”。

于是每一次的流程都一样：选型花一周，搭框架花一周，写首页花一周，卡在某个技术细节上又花一周。等这些“基础设施”建完，写博客的热情已经耗干了。一篇文章没写，项目就搁置了。

下次不甘心，换个技术栈再试一遍——Vue 3、Vite、TypeScript、Element Plus……结果是一样的：框架搭好，热情耗尽，项目流产。

我以为是意志力问题，后来发现不是。是目标错位。我以为我想写博客，但实际上我在“做一个博客项目”。写博客是内容导向的，做项目是技术导向的。当我用做项目的思路去写博客，就会不自觉地追逐技术细节——这个组件要不要封装、那个权限怎么控制、API 怎么设计更优雅。等这些技术问题都“解决”了，内容已经被挤到了角落里。

那时的博客，就像一块还没拿到手的地基，我已经在琢磨装修风格了。

二、转折：先有内容，再找载体

这次不一样。

这次是先有了内容——树莓派专栏摸爬滚打总结出来的十多篇体系文章，博客专栏又写了几篇——然后才开始想：这些文章为何不放一份到自己的主站上呢？

这个念头出现的时候，心态已经完全变了。我不需要一个“完整的系统”，我需要的是一个能放文章的地方。文章已经有了，缺的只是一个载体。

这时候再看那些技术选型，想法完全不同了：一定要 Vue 吗？一定要 Spring Boot 吗？一定要 MySQL 吗？一定要动态站吗？不一定。只要能放 Markdown，能生成漂亮的页面，能部署到我的 ECS 上，就够了。

我开始问自己一个以前从来没问过的问题：我真正需要的是什么？

答案是：一个能写、能存、能展示的地方。不是后台管理系统，不是数据库设计，不是 API 接口。那些只是技术惯性，不是真实需求。

VitePress 就是在那个时候进入视线的。Vue 官方出品，基于 Vite，专为文档和博客设计。输入 Markdown，输出静态 HTML。不需要后台，不需要数据库，不需要 API。写文章就是新建一个 .md 文件，保存，构建，部署。

一开始我是不信的——这也太“简陋”了吧？连个后台都没有，文章怎么管理？标签怎么分类？搜索怎么办？

后来发现，这些 VitePress 都有。不需要我写一行代码。

三、够用就好

VitePress 够用吗？够。

简单吗？简单。

好看吗？默认主题还行，以后慢慢调。

但最重要的是——博客终于跑起来了，文章终于有人看了。那些以前觉得“必不可少”的东西——后台管理系统、数据库设计、API 接口——现在看都不重要了。因为它们跟“写文章”这件事没有关系。

这大概就是“乙方思维”和“需求思维”的区别。前者总觉得要先搭好台子再唱戏，后者是先唱起来，找个台子就上。我以前一直是前者，所以博客永远停留在“搭台子”的阶段。这次被迫当了后者——因为文章已经写好了，台子随便搭一个能用的就行——反而把事情做成了。

四、数字宅基地

现在，树莓派专栏和博客专栏的文章已经整理成 Markdown，汇入了博客仓库，部署到了主站。域名不再是备案空壳，ECS 不再是跑着 frp 的空机器，它们终于承载了一个真正属于我的服务产品。

这种感觉很充实。

以前搭博客，搭的是“项目”；这次搭博客，搭的是“家”。项目总有交付的一天，家没有。项目做完就离开了，家会一直在那里，慢慢添置东西，逐步光鲜亮丽。今天放几篇文章，明天换个主题，后天加个自定义组件——不焦虑了，反正地方是自己的，变化都积累在手里。

终于，我的数字宅基地开始转起来了。