关于更新频率调整的一点说明

从五月中旬开始相对稳定更新以来，正常情况下我会保持一周三更。

这段时间里，我慢慢找到了一些做内容的节奏，也收到了不少朋友的反馈。在知乎上，内容的表现比我预想中更好一些；与此同时，「每周 GitHub 精选」也逐渐成为了一个固定栏目。

不过最近我一直在思考一个问题：

如果想长期做下去，我到底应该追求更新频率，还是追求内容质量？

我的答案越来越偏向后者。

我对自己写的内容，其实一直有几个要求：

第一，必须真实。

我分享的工具、项目、工作流，必须是我亲自体验过的。

我不太想做纯粹的信息搬运。

热点当然可以追，但我更相信，真正有价值的内容来自于实际使用后的体验和判断。

第二，必须有价值。

我希望大家看完之后能有所收获。

哪怕只是了解到一个值得尝试的工具，一个新的解决问题思路，或者少踩一个坑。

如果只是把信息重新整理一遍发出来，那不是我想做的内容。

而随着持续更新，我也越来越意识到：

想要满足这些标准，其实需要大量时间。

很多内容看起来只有几分钟的阅读时间，但背后往往是几天甚至几周的体验和验证。

比如最近准备做的一个项目：

我想把一个训练架构判断能力的开源仓库，做成一个闯关式的网站。

但真正开始动手之后发现，要把它做好，首先需要提升自己的架构判断能力，

然后再不断迭代网站设计和题目质量。

这类内容很难在短时间内完成。

所以经过反复思考后，我决定调整更新策略：

从过去的一周三更，调整为：

每周固定更新一期《GitHub 仓库精选》

其余内容不定期更新

这并不意味着减少创作。

恰恰相反。

我希望把更多时间投入到体验、验证、实践和打磨上，而不是为了完成更新任务而更新。

AI 圈的发展速度很快。

但比起追赶每一个热点，我更希望把真正值得投入时间的东西筛选出来，再分享给大家。

更新会慢一些，但希望内容能更扎实一些。