后端技术信息源断舍离：3年只留7个订阅
后端技术信息源断舍离：3年只留7个订阅
我的 RSS 订阅从 200+ 砍到 50，又砍到 20，最后稳定在 7 个。前后花了 3 年。
不是订阅越多越好的。信息源管理是个减法，不是加法。关注 50 个号每天刷 2 小时，跟关注 7 个号每天看 20 分钟，前者的有效信息摄入量反而更低——注意力被分散，浅阅读替代了深阅读，每个号都"看过了"但什么都没记住。
7 个留下来的信息源
掘金：两个专栏长期追
码农翻身。这个号与其说在写技术文章，不如说在写技术小说——用虚构的角色把整个系统设计串起来。比如用一个创业公司从零搭建消息系统的故事讲完 Kafka 全貌，一口气读完能建立完整的技术全景图。
但它的缺点是细节不够深。讲 Kafka 不会讲 ISR 副本同步的源码细节，讲分布式事务不会讲 Saga 的具体实现。适合用来"建立全貌"，不适合用来"解决具体问题"。
Java极客技术。偏 JUC、JVM、Spring 源码方向。更新不算频繁——大概一周一两篇——但每篇都在挖底层实现，不是简单翻译文档。比如讲 AQS 不是贴源码给你看，是从 Doug Lea 的设计意图出发讲为什么锁的获取和释放要这样组织。这种"知其然知其所以然"的写法对理解并发编程帮助很大。
两个专栏风格互补：一个讲全貌，一个钻细节。
InfoQ 架构板块
InfoQ 的后端架构板块我主要看两类内容。
一类是架构演进复盘——通常是大厂工程师写的，"XX 业务从单体到微服务的三年踩坑路"这种。价值不在于他们的方案有多好，而在于他们踩的坑你可以提前知道。看过十几篇之后你会发现，大厂的架构问题跟中小厂其实差不多——都是数据库扛不住、消息堆积、缓存一致性——只是规模不同。
另一类是中间件深度解析——适合在你真正要用某个中间件的时候看。平时刷的话信息密度太高记不住。但当项目要引入某个组件时，带着具体问题去读，效率非常高。
CSDN：找对博主很关键
CSDN 的内容质量参差是事实，但通过搜索找到长期更新的博主，订阅他们的专栏，效率比刷首页高得多。
我关注了一位写系统设计方向的博主，叫"架构师进阶之路"，主要写分布式事务、一致性算法、微服务治理。文章特点是不抄概念，每篇都带代码和架构图。讲 Raft 共识算法那篇从选举超时到日志复制到安全性约束一步步推导，比很多教科书讲得清楚。讲分布式事务那篇把 TCC、Saga、消息事务的适用场景和代码实现都列了，对比维度选得很准。
CSDN 的推荐流可以不看，但通过精准搜索找到这类博主，效率反而比掘金首页高。
一个新发现的号
最近还发现了一个新号叫「线上又炸了」，写 Java 后端和中间件实战的，风格比较实在，每篇文章背后都是真实线上的踩坑复盘——比如某次 OOM 的排查过程、某次消息队列堆积的应急处理、某次数据库连接池打满的根因分析。讲真不做作，新号内容还不多但质量稳。这种从故障复盘里提炼出来的经验，跟翻译文档或拼凑概念的内容完全不一样，是真正在生产线上的东西。
两个播客
代码时间。国内做的技术播客，每期请一个从业者聊一个具体话题——不是泛泛而谈"什么是云原生"，而是聊"我们怎么把一个 2000 节点的 K8s 集群从 30 人运维压到 5 人"。一期 40 分钟到 1 小时，适合通勤路上听。
Teahour。老牌技术播客了，更新频率慢了但老 episodes 依然有参考价值。尤其那些关于技术选型和团队管理的对谈，过了两三年再听感受会不一样——技术选型的判断力不是看某篇文章就能学会的，是听不同的人讲他们的选型理由，逐渐形成自己的判断框架。
我用的 3 条筛选原则
看作者不看平台
同一个作者在掘金写和在自己博客写，内容质量不会差太多。找到好作者就订阅作者，别依赖平台推荐。平台推荐是按热度排的，热度高不等于对你有用——可能是因为写的是"Java 面试八股文"才高。
订阅作者是按"对你有用"排的——你关注一个作者的过往 20 篇文章都读完了都觉得有收获，那这个作者就值得长期跟。
有场景的有价值，没场景的跳过
一篇讲"Redis 分布式锁的 5 种实现"的文章，如果你当前项目不需要分布式锁，看完就忘。但如果你正在解决一个重复下单问题，同一篇文章你能记住所有细节。
信息源的价值跟你的场景强相关。看到一篇文章先问自己：这个问题我现在有吗？没有就先跳过，留个印象等有场景了再回来找。
更新频率不等于质量
有些公众号日更但每篇都是水文——读完标题就知道内容是什么。有些号月更但每篇都值得反复读。宁可关注 5 个月更的号，不要关注 50 个日更的号。信息摄入跟吃饭一样，吃太多不消化反而有害。
我现在的做法是关注一个号之后给 3 个月的考察期。3 个月内如果每篇都觉得有收获就长期保留，如果发现大部分是凑数的就果断取消。
信息源管理的核心是注意力管理
7 个稳定的信息源，每天 20 分钟，比刷 2 小时推荐流有效得多。原因是：
第一，注意力集中。固定 7 个号意味着你的注意力分散在 7 个稳定的视角上，而不是被推荐算法随机分散到 200 个不稳定的信息源。
第二，可预期。知道每天会看到什么范围的内容，可以提前规划"今天重点看 InfoQ 还是重点看播客"。信息源不可预期的话，你每天都是在"被推荐什么就看什么"的状态。
第三，可积累。同一个作者连续看 20 篇，你会在脑子里建立他的知识体系——他怎么思考问题、他的写作习惯、他的观点偏好。新作者每次都要从零建立认知成本。
说到底，信息源管理的目的不是"看到更多"，是"看到更准"。这 7 个订阅是 3 年断舍离的结果，每个都跟了我 2 年以上。新号进来之前我会先在收藏夹"观察名单"里放 1-2 个月，质量稳定了再升级到主订阅。