速读#
这篇是博客的起点，解释为什么要把折腾过程、踩坑路径和判断写在一个固定地方。它定下了后来所有文章的口径：不是资料搬运，而是写给半年后的自己看；更新也不靠日更 flag，而靠解决一个具体问题后顺手记录。
为什么开博#
你好，我是 s1oopX。这是这个博客的第一篇文章，写在 2025 年的深秋。开博的理由其实很简单：我折腾的东西越来越多，而脑子越来越不够用。上个月刚把一个 Django 练手项目推到 GitHub，写完 README 的时候突然觉得——光有代码不够，过程里踩的坑、试错的路径，没地方留。
笔记我不是没记过——散在四个 app 里，格式乱七八糟，自己都不想翻。后来想明白，笔记的问题不在工具，在它允许我烂尾：贴个链接、截张图、写半句话，都算「记了」。公开发出来不一样，一篇文章得把前因后果交代完整才能见人。这个「必须讲完整」的压力，正是笔记给不了的东西。
这里会写四类#
- AI：我把什么交给了 AI、边界划在哪。不是「怎么用 AI」，是我用半年形成的规则和栽过的跟头。
- 技术：后端代码（先是 Python，后面碰了 Java）、服务器折腾、Linux、Docker、部署运维。这篇主线是「我怎么复盘的」，不是教程。
- 推荐：我在某个长期需求上固定用哪个工具、为什么。每条四要素：用途 / 选它而非什么 / 用了多久 / 会不会换。
- 日常：和代码有关或无关的碎念——debug 的玄学、学习方法、年终总结。不会太多，但偶尔需要。
我给自己定的调子是：写给半年后的自己看。所以会把命令、配置、报错都留全，而不是只写结论。比如配 Nginx 那次，我会把 proxy_pass 末尾带不带斜杠的区别写清楚——因为半年后我一定又忘了。重点不是「我知道什么」，是「我经历了什么、我怎么判断、最后形成了什么理解」。如果顺便能帮到搜到这里的人，那就更好。
这个口径还有个附带的好处：它替我过滤了选题。「XX 入门」这类东西别人写过一百遍，轮不到我再写；但「我在这一步卡了四十分钟、最后发现原因是什么」，这种只有我自己能写。写不写得出后一种，顺便也检验了我到底有没有真的经历和思考。
为什么自己搭#
市面上现成的写作平台很多，但我还是想自己搭。一来是把「搭博客」本身当成一个长期练手项目——从主题、部署到上线，每一层都是可以折腾的对象；二来是数据在自己手里：WordPress 自托管，文章、图片和数据库都在自己的服务器上，备份和导出都归我管，踏实。
自己搭还有个隐性收益：这个站就是我的第一个「生产环境」。它真的在线、真的会被访问，配置错了是真的会挂。拿自己的站练手，比教程里的示例项目逼真得多——出了问题没有「重开一局」，只能自己修好它。
工具的意义，是让你愿意持续地做一件事。一个自己喜欢的博客，就是让我愿意持续写下去的工具。
关于更新节奏#
不立每天更新的 flag，那种 flag 我立过，没有一次活过一周。我的节奏是：解决一个具体问题、想清楚一件事，就记一篇。门槛够低，才扛得住长期。
也提前跟自己说好：允许写得糙。一篇几百字的「问题—排查—结论」，只要把过程留下了，就比一篇憋了两周还没发出来的完美长文有用——后者大概率永远不会被写出来。
那么，就从这里开始吧。