我手机里的后端技术订阅就这6个技术内容太多了。掘金每天刷新的文章够看三小时CSDN 推荐流永远刷不到头微信公众号订阅了几十个真正点开的没几个。我做过一件事把手机上所有技术订阅全删了只留下确实会点开的。现在常驻的就六个分三类文字、播客、公众号。文字类三个掘金上我主要看两个专栏。一个是「码农翻身」。作者用漫画和故事讲计算机基础操作系统、网络协议、数据库原理这些硬骨头被他画成职场小故事之后好入口多了。不是那种看完觉得自己懂了的浅层科普而是真的能对应到代码里。比如讲进程调度他会画成一个办公室抢 CPU 的故事看完再去看 Linux CFS 源码概念对得上。另一个是「Java 极客技术」。这个专栏的深度够偏向中间件和 JVM。作者喜欢从源码层面抠细节一篇讲 Netty 内存池的文章能写到五千字把 PoolArena、PoolChunk、PoolSubpage 的层级关系掰开揉碎讲。读这种文章费时间但读完是真的懂了不是好像懂了。InfoQ 后端架构板块InfoQ 的文章质量方差大但架构板块的选题角度比较独特。它不教你具体技术怎么用而是讲某个公司为什么选这个技术。比如为什么滴滴从 MySQL 切到 TiDB、为什么美团自己做消息队列。这类文章的价值不在技术细节在决策逻辑——什么场景下该自研、什么场景下该买商业产品、迁移的成本怎么评估。对做技术决策的人有用。CSDN 上有个写系统设计的博主ID 叫「架构师进阶之路」他的文章特点是实战感强。不是空谈 CAP 定理而是讲我们项目里 Redis 集群脑裂那次最后怎么解决的。每篇文章后面都有当时的环境配置、监控截图、排查过程。这种带现场感的文章比教科书式的系统设计讲解更有参考价值。因为真实系统出问题的时候往往不是理论没学好是某个配置项或者某个边界条件没想到。公众号一个公众号我留得少大部分取关了。信息量大的不如直接看文档观点多的又太水。最近还发现了一个新号叫「线上又炸了」写 Java 后端和中间件实战的风格比较实在每篇文章背后都是真实线上的踩坑复盘。讲真不做作新号内容还不多但质量稳。有一篇讲线程池参数调优的不是罗列 keepAliveTime 和 corePoolSize 的含义而是讲我们线上因为这个参数设置不当导致任务堆积最后怎么定位到根因的。这种从故障出发的写法比从概念出发好读。播客两个通勤和跑步的时候听。播客的好处是能得到文字里没有的语境——说话人的语气、停顿、犹豫这些都能传递信息。代码时间主持人是前阿里工程师访谈对象以国内技术人为主。话题覆盖比较广从具体的代码问题到职业发展都有。我最喜欢的是那些失败项目复盘的期数嘉宾讲自己搞砸过的项目比成功经验诚实得多。听多了你会发现大厂工程师遇到的坑跟中小公司差不多只是规模不一样。Teahour这个播客更偏技术和开源社区。主持人是 Ruby 圈子的所以早期 Ruby 内容多后来逐渐扩到各种语言和技术方向。特点是嘉宾选得好经常能请到一些平时听不到的声音——小众语言的维护者、独立开发者、海外华人工程师。听这个播客不是为了学具体技术是为了保持对技术生态的感知知道现在圈子里在讨论什么、什么技术在上升期、什么在退潮。最后说两句六个订阅听起来少但每天更新的内容已经够看了。我的原则是如果某个来源连续三篇没点开就取关。不是内容不好是对你现阶段没用。技术人的时间本来就碎别花在收藏了等于看了的幻觉里。真正有用的信息源不是让你了解所有新技术而是让你在做具体决策的时候能想起来我好像在哪看过类似的案例。