起因是记性靠不住

我是山西霍州人，写代码的年头不短了。真正让我下决心开这个博客的，不是什么分享理想，是一件很具体的小事：2021 年我给一个老项目加功能，遇到一个 PDO 预处理在特定版本下的怪行为，明明记得自己两年前解决过，翻遍聊天记录和浏览器历史也没找回当时的结论，最后又重新踩了一遍坑。那天晚上我把散在备忘录、终端历史、收藏夹里的东西翻出来，发现同类笔记有几十条，全都是当时懂了、过后找不到。

我需要的其实不是一个给别人看的网站，而是一个能按标题搜、能按日期排、隔几年还打得住的公开笔记本。博客正好是这个形态：写下来就得把话说明白，说明白的过程本身就把知识压实了一遍。于是 2026 年初我把站点搭起来，名字就叫「霍州比特人博客」，一半是标明来处，一半是提醒自己别写得飘。

写什么，不写什么

给自己定的范围很窄：只写亲手做过、能复现、有具体版本号和命令的东西。导航那组是常查站点的整理笔记，关于我这组是自我介绍的展开，其余大多是环境配置、踩坑记录和工具用法。我不写十款神器盘点，也不写没跑过的教程，那种内容我收藏过太多，真到用的时候一条都靠不住。

还有个私心：我在霍州远程办公，身边能当面聊技术的人不多。把过程写清楚，等于给自己造了一个慢速的交流通道，谁搜到同一条报错、看到同一段配置，也许就能少熬半小时。这比在群里问一句然后被刷掉要扎实，也比指望即时回复更适合我这种按周看消息的节奏。

关于更新和心态

我不打算追日更，也不设栏目指标。遇到值得记的就写一篇，写不动就放着，宁可半年更三篇，也不拿凑数的内容把站点填满。每篇文章我要求自己至少留下一样可带走的东西：一条命令、一张对照表、一段能直接抄的配置，或者一个明确的别这么做。读完之后如果只记住了情绪，那这篇就算写废了。

写得慢还有一个原因：我要把版本、环境、当时的错误原文都补齐，而这些细节当时不记，过两周就只剩个模糊印象。所以我常常是先把笔记摊开、把命令重新跑一遍，才敢落笔。这个过程不快，但它保证了我三年后回来看，还能照着走通，而不是读到一篇看着眼熟、其实自己也看不懂的旧文。

说到底，这个博客是写给我自己的：给三年后那个又忘了细节、又在翻浏览器历史的我，留一条能搜得到的路。