做博客最容易陷入的状态，是：一开始想法很多，后来被主题、部署、配置、插件和文章内容分散精力。其实博客最重要的最终状态不是“花里胡哨”，而是“能持续发布”。
1. 开始之前先想清楚用途我开始做博客时，心里其实没有特别复杂的想法：
我想记录一些学习和实践
我想留下踩坑记录
我想把自己做过的东西保留下来
这就足够了。博客的意义不一定要非常“深刻”，只要你...
很多程序员会觉得“我会写代码，就不会写文章”。其实写文章并不等于写小说，它更像把思考梳理出来，并让别人看懂。
1. 写作的核心不是文采，而是结构一篇好的技术文章，最重要的不是词汇华丽，而是结构清楚。通常可以按下面的顺序来：
先说问题
再说背景
再说解决方法
最后说结论和经验
如果没有结构，内容再多也容易变成一堆碎片。
2. 先写“真实问题”，不要一...
我一直偏爱轻量的知识管理方案。对我而言，Obsidian + Git 很像“记事本 + 版本控制”。它不复杂，但非常适合长期积累。
1. 为什么我喜欢 ObsidianObsidian 最大的好处是：
纯本地文件
Markdown 语法友好
链接关系清晰
标签、图谱和双链都支持
如果你经常整理学习笔记、写文章、记录问题，这种方式会比云文档更稳定。
...
前端项目和 Node 相关工具越来越多，所以版本管理已经不再是“可选项”，而是开发基础设施的一部分。最实用的做法是使用 nvm 之类的版本管理器，而不是直接装一个全局版本。
1. 为什么要做版本管理很多项目会遇到这样的情况：
一个项目依赖 Node 16
另一个项目依赖 Node 18
另一套工具又要求更高版本
如果全局装了一个版本，很快就会出现“...
前端调试看似“很杂”，但实际上很有套路。很多问题不是代码错得特别离谱，而是你没有按顺序排查。这篇文章记录一套比较实用的排错清单。
1. 先确认报错是不是源头很多前端问题的根因并不在你以为的那一层。比如：
API 返回值不符合预期
脚本加载顺序有问题
组件状态没有及时更新
样式覆盖导致点击失效
遇到异常时，第一步不是急着改代码，而是先问：问题在渲染层...
工作和写作都会产生大量“重要但看起来不重要”的文件。我的经验是：不靠单一媒介保存，而是分层备份。对我来说，最适合的方案是 Git + 云盘。
1. Git 解决版本问题第一层是 Git。它能解决：
文章修改历史
文件误删后的恢复
多版本对比
个人文档追踪
如果你写博客、写文档、维护项目，Git 对你来说几乎是一种“最小化的时间旅行”。
2. 云盘解...
如果你每天都在 Mac 或 Linux 上工作，终端的效率很大程度上决定了你对命令行的接受程度。我一直觉得，alias 和 shell 配置不是炫技，而是让你少打字、少重复操作的基础能力。
1. 先从最常用的 alias 开始通常我会在 ~/.zshrc 里面添加一批自己常用的缩写，例如：
12345alias ll='ls -al'...
一个博客最难的部分，不是搭建，而是持续写作。很多人做了一个站点，却没办法长期输出内容。我的经验是：写作流程应该尽量简单、稳定、可重复。
1. 先确定内容方向很多人写博客的时候，最容易犯的错误是“写得太散”。写作方向最好尽量明确，例如：
技术踩坑记录
Mac 环境配置
Git 和开发工具
个人学习积累
站点维护与主题调整
明确方向之后，后续写作就会更...
很多时候，Hexo 主题看起来“很简单”，但一旦开始定制，要处理的细节其实不少。我的经验是：不要一上来就改 CSS，而要先确认主题结构、模板和配置加载顺序。
1. 先确认主题是否正确安装最常见的问题不是样式问题，而是主题没有真正生效。比如：
1theme: archer
如果配置写错，Hexo 会继续用默认主题，页面也就不会按预期显示。这个问题看起来...
我一直觉得，好的编辑器不是“功能很多”，而是“能让你少做重复动作”。VS Code 在这方面做得还不错，而且它的扩展生态很强，所以很容易形成自己的高效工作流。
1. 先把基础体验调好很多人一上来就装很多插件，但其实最重要的几件事是：
设置字体和字号
打开自动保存
启用代码格式化
关闭不需要的侧边栏干扰
配置常用快捷键
如果你每天都写代码，编辑器的视...
