有一段时间，我每天早上会花四十分钟刷技术资讯：Hacker News、几个邮件列表、社交平台的时间线、各种周报。信息量很大，但真正留下来的很少。
更糟的是，这种浏览会制造一种焦虑：好像每隔几天就有一个必须跟上的新技术，不跟就会落后。但实际上，大部分“趋势”和我正在做的事没有关系。
后来我开始有意识地筛选。下面是我现在用的方法，不保证正确，但让我轻松了很多。
四条标准
看到一个新东西，我会问四个问题：
第一，它解决的是我现在的问题吗？ 不是“以后可能有用”，而是最近三个月内，我有没有遇到过它要解决的问题。如果没有，先放进观察列表，不投入时间。
第二，它的半衰期有多长？ 有些技术是长期的基础设施，比如 HTTP、SQL、Git；有些是短期工具，半年后可能换一套。半衰期短的东西，除非立刻要用，否则不值得深学。
第三，它能不能被验证？ 我能不能在一个周末做出最小实验，看到真实效果？如果只能看宣传和 benchmark，我会保持怀疑。
第四，引入它的维护成本是多少？ 多一个服务、多一套配置、多一个需要监控的东西。对一个人维护的站点来说，这个成本经常比收益大。
四个问题里，前两个决定“要不要看”，后两个决定“要不要用”。
信息源做减法
我原来订阅了二十多个源，后来砍到五个：
- 一个高质量的技术社区；
- 两个我信任的作者的博客；
- 一个邮件列表；
- 一个和我的具体问题直接相关的更新日志。
砍掉的标准很简单：过去半年，这个源有没有让我做出过具体的改变？如果没有，就退订。这个过程很痛苦，因为总怕错过，但退完之后信息质量明显上升。
社交平台我仍然会看，但不把它当信息源，只当“偶遇”。遇到感兴趣的，先记下来，再去找原始资料。
三个近期的例子
WebGPU。 看起来很前沿，但我没有图形密集型的需求，浏览器兼容性也还不适合生产。我看了一些资料，没有动手。它进入观察列表，每季度看一次进展。
边缘计算。 我的站点已经有 CDN，边缘函数能做的事目前用不上；而且它会增加一层调试难度。我试了一个最小的边缘重定向，确认能用，但没有迁移。
AI 编码工具。 这个我实际用了。它确实改变了写脚本和查文档的方式，但也带来了新的问题：生成的东西需要验证，不能直接上线。我把它当成“更快的草稿工具”，而不是“替代判断的工具”。
这三个例子的共同点是：我没有因为“它很热”就全面投入，而是先判断它和我的问题有多近。
最小实验
对于决定要跟的东西，我会做一个最小实验，限制在两小时内：
- 不搭完整环境，只跑一个 hello world；
- 不读完全部文档，只解决一个具体问题；
- 记录三件事：能不能跑通、哪里卡住、如果要用需要补什么。
两小时之后，如果它没有明显解决问题，就停止。这个限制很重要，否则很容易从一个实验滑向一个月的折腾。
输出比收藏重要
我以前有一个很大的收藏夹，里面全是“以后要看”的文章。后来发现，收藏不等于理解。
现在我尽量把看到的东西写成一段自己的话，放进笔记里：它是什么、解决什么问题、我用不用得上、为什么。写不出来，说明我还没理解，那就先不收藏。
这个习惯让我的信息消费慢了下来，但留下来的东西更扎实。
最后
筛选趋势不是为了显得冷静，而是为了保护注意力。技术变化很快，但一个人的时间和维护能力有限。把精力放在真正影响自己站点的问题上，比追逐每一个新名词更划算。
我现在仍然会看前沿，只是不再因为“新”而焦虑。能不能用、值不值得维护，比“是不是趋势”更重要。