ERLI's Blog

个人博客从 0 到 1 的写作流程

2026/10/11
loading

一个博客最难的部分,不是搭建,而是持续写作。很多人做了一个站点,却没办法长期输出内容。我的经验是:写作流程应该尽量简单、稳定、可重复。

1. 先确定内容方向

很多人写博客的时候,最容易犯的错误是“写得太散”。写作方向最好尽量明确,例如:

  • 技术踩坑记录
  • Mac 环境配置
  • Git 和开发工具
  • 个人学习积累
  • 站点维护与主题调整

明确方向之后,后续写作就会更有连续性,不会每篇文章都像“突然想到什么写什么”。

2. 用 Markdown 作为统一载体

文章写作最好统一用 Markdown。原因很简单:

  • 语法轻量
  • 渲染效果稳定
  • 便于迁移和备份
  • 很适合技术博客

尤其在 Hexo 这种静态博客里,Markdown 几乎是最自然的内容格式。

3. 形成固定的创作步骤

我自己的固定流程大致是:

1
hexo new "文章标题"

然后在 VS Code 里面写内容,写完后:

1
2
hexo clean && hexo g
hexo s

最后确认页面效果,再决定是否发布到 GitHub Pages。

这个流程非常简单,但非常关键。因为一个稳定的流程可以显著降低写作门槛。你不需要每次都重新思考“怎么写文章、怎么发布、怎么检查效果”。

4. 把文章当作记录,而不是“完美作品”

有时候写文章会有一种心理负担:我是不是要写得很完整、很正式?

其实对于博客来说,内容记录的价值往往大于“作品完成度”。一篇记录真实问题、真实踩坑、真实解决方式的文章,往往比一篇过度包装的文章更有价值。

5. 持续输出比一次爆发更重要

很多 blog 之所以没法坚持,是因为作者在开始时试图写出很多“高质量”内容,结果压力太大。二十篇快写出来的内容,反而比一篇“完美”的长文更有价值。

我更推荐的方式是:

  • 每周至少一篇
  • 先保证内容真实
  • 之后再优化表达
  • 把写作当作长期积累

这样做才容易持续下去。

技术博客不是为了炫耀,而是为了把思考留下来。

CATALOG
  1. 1. 1. 先确定内容方向
  2. 2. 2. 用 Markdown 作为统一载体
  3. 3. 3. 形成固定的创作步骤
  4. 4. 4. 把文章当作记录,而不是“完美作品”
  5. 5. 5. 持续输出比一次爆发更重要