如果把十年粗略折算成 3650 天每天打开 Hacker News 两次那就是 7300 次访问、几万条链接曝光、以及无数次在评论区里看到“这个方案我在生产环境踩过坑”的时刻。最近有人把自己坚持十年读 HN 沉淀出来的 S-Tier 链接清单分享出来引发了不少讨论。这里不打算逐条点评那些链接——链接本身的主观性很强我更想拆解的是另一件事一个人为什么能坚持每天读两次同一个信息源并且越读越值钱。答案不是意志力而是一套可以被学习和复制的方法一套越来越准的信息过滤标准、一套从阅读到归档的整理流程、一个能长期运行的闭环以及把“看过”变成“想明白”的习惯。这篇文章就把这套东西拆开讲清楚。1. 先理解一个反常识判断HN 的核心价值不是“新闻”而是“慢信息”Hacker News 在大多数人眼里是“技术新闻聚合站”。这个定位不算错但它导致很多人用一种错误的方式使用它把它当成新闻客户端想要最新最快的信息结果发现首页经常挂着一篇几天前就发布的长文实时性远不如即时通讯或资讯 App。这里有一个常被忽略的事实HN 的算法和社区文化天然偏向“能引发讨论的深度内容”而不是“24 小时内的快讯”。一个链接能在首页挂上一整天靠的不是新鲜而是话题质量。所以如果你把它当新闻源你会觉得它不够快如果你把它当“慢信息”源每个固定时段只处理一两个真正值得想的问题它反而是目前信号密度最高的技术信息入口之一。十年每天读两次真正获得的不是信息量而是一种经过大量样例校验的判断节奏。这个判断是整篇文章的出发点。1.1 为什么是“每天两次”而不是“随时刷新”有一个反直觉的结论随时刷新的人反而获取的有效信息更少。原因在于信息的吸收效率取决于注意力状态。随时刷新意味着频繁切换上下文大脑没有机会把一个概念沉淀下来。而每天固定两个时段——比如早上半小时和晚上睡前半小时——等于给大脑一个明确的信号这段时间只用于处理技术信息。更重要的是两次之间隔了十几个小时。上午读到的链接经过一天的思考、工作、遇到真实问题晚上再进来看评论区讨论时你的理解会完全不同。这种时间间隔不是浪费反而是信息消化的关键环节。从经验看真正让一个人坚持下来的不是“我每天必须读满多少篇”而是“我每天只需要在两个固定时间打开”。前者是任务后者是习惯。习惯不需要消耗意志力去维持这恰恰是十年计划能成立的底层原因。1.2 首页只是入口评论区才是真正的增量如果只看链接标题十年下来你只是在“知道”。真正让 HN 区别于其他信息源的是评论区的质量。HN 的评论区有一套独特的社区文化反对空泛的吹捧倾向具体的、个人的、有案例支撑的讨论。你经常能看到一篇文章的评论区里出现原作者本人或者真正把方案部署到生产环境的人直接指出文章里某个假设在真实场景下不成立。这种信息增量是文章正文给不了的。所以S-Tier 链接清单有一个隐藏属性一条链接如果能进 S-Tier大概率是因为“文章 评论区”合起来构成了一个完整的信息单元。文章提出观点评论区验证或修正观点最终你带走的是一个经过多方检验的判断而不是单方面的说法。这解释了为什么“只看不评”的人收获最少。你不一定要写评论但你至少要读评论区。跳过评论区的阅读等于看了一部电影只看了预告片。2. 什么样的链接才配叫 S-Tier三层筛子“S-Tier”的“S”来自游戏排名常见于 S/A/B/C 的分级体系S 代表最高档。不同人对“最高档”的定义完全不同有人认为是热门有人认为是技术深度有人认为是稀缺信息。我倾向于用三个连续的问题来定义 S-Tier而不是一个静态标准。原因是热度和技术深度都只是一篇文章的表层属性真正决定它值不值得进 S-Tier是它能在多长时间内对你产生影响。2.1 第一层筛子观点增量第一个问题读完之后你有没有发现“原来还可以从这个角度看问题”观点增量无关文章长短无关你是否赞同。它意味着文章给你打开了一个过去不存在的认知窗口。很多事故复盘文章能通过这一层——它的技术细节几年后会过时但它的分析方法比如如何一步步缩小故障范围、如何在压力下做决策、如何做事后复盘是跨时间、跨系统有效的。判断方法也很简单读完之后如果你的反应是“这个我早就知道了”它过不了第一层如果你的反应是“我从来没想过还可以这样处理”它可以进入下一轮。2.2 第二层筛子机制解释第二个问题文章是否解释清楚了“为什么这样做”而不只是“我是这样做的”技术圈大量内容属于后者给出一个配置、一段代码、一个命令却不说清楚前置条件、备选方案和取舍。这类文章适合收藏但不适合进 S-Tier。一个很粗暴的判断方法把文章里的安装步骤和代码片段全部删掉剩下的内容如果不为零它就有资格进入第二轮如果剩下的内容仍然能让你理解一个系统的运作方式它就能通过第二轮。反过来如果删掉代码之后只剩下一堆“非常好用”“强烈推荐”那它本质上是一篇带参数的软文。机制解释是 S-Tier 和内行清单之间最硬的一道门槛。绝大多数阅读量很高的技术文章都倒在这一层。2.3 第三层筛子时间复利第三个问题一年后你还会想重新读它吗这句话很轻执行起来很重。它要求你在收藏的瞬间就模拟一次未来的自己而不是满足当下的新鲜感。热门教程、框架发布公告、版本升级指南大部分会倒在这一层。不是它们不好而是它们解决的是“当下”的问题而 S-Tier 要的是“长期”的价值。这里有一个反直觉的判断有些文章第一次读的时候你甚至会觉得它“不过如此”因为它讨论的问题你还没遇到。但一年后你遇到那个问题突然想起“好像有一篇文章专门讲过这个”翻出来重读才发现它早就把答案放好了。真正的时间复利不是读的时候觉得爽而是用的时候才知道值。三层筛子的关系可以总结成一张表筛子层级核心问题过滤对象观点增量有没有新角度平庸文章、信息搬运机制解释说没说清为什么操作手册、配置清单时间复利一年后还想重读吗时效性文章、热点分析经过这三层剩下的数量会非常少。也正因为少才配叫 S-Tier。3. 把零星链接变成可复用资产一条三步整理流程很多人收藏了大量链接但一年后打开收藏夹自己都忘了当时为什么存。问题不在收藏而在于缺少整理流程。S-Tier 清单之所以有价值是因为它的每一步都是可执行的。3.1 第一步写“转译”而不是存链接存链接时不要只存 URL。用一两句话把文章的结论和你的判断写下来。注意不是复制文章摘要而是用你自己的话解释“这篇文章对我意味着什么”。哪怕只有一句话这句话就是你自己的知识增量。比如一条转译可以长这样标签: 系统设计 / 分布式事务 标题: 某支付系统的异步对账方案 转译: 它用本地消息表 定期对账代替了分布式事务核心代价是实时性 换来的是复杂度大幅下降。我现在的订单模块里状态不一致的问题 也许可以用同一思路先保证最终一致再优化延迟。 重读关注点: 对账失败后的告警阈值是怎么设计的。注意这里的“转译”不是摘要。摘要回答“文章说了什么”转译回答“这件事对我有什么用”。同样是读完一篇文章前者是记录后者是加工。只有加工过的信息才可能在未来被调取。3.2 第二步按“问题域”归档而不是按“技术栈”归档这是最容易踩坑的一步。按“Python”“Kubernetes”“LLM”这类技术栈标签归档短期看很整齐长期看很零散。因为技术栈会过时但问题域不会。比如一篇讲 Postgres 锁机制的文章如果放在“Postgres”标签下三年后你可能不用 Postgres 了它就永远尘封如果放在“数据库并发控制”这个标签下它在你读了 MySQL 的锁机制之后依然能被找到还能相互印证。实际落地时的建议是标签体系以问题域为主技术栈只作为辅助描述。问题域标签包括“性能排查”“系统设计”“故障复盘”“团队协作”“创业判断”等。辅助描述可以继续保留“Postgres”“Go”“React”这类词但不要让它们成为归档的主结构。3.3 第三步季度回访一年后重读整理不是一次性动作。每季度回访一次清单做法很简单把那些你已经没感觉的链接降级或删除把那些你还想再读一遍的链接继续保留。一年之后挑 3 到 5 条 S-Tier 链接重读重读时一定要写新的转译。为什么一定要重读因为你的经验变了。同一个系统设计在你做过百万级数据之后和在你只写过 demo 的时候读到的信息完全不同。重读不是温习是在新的经验坐标系里重新理解旧内容。这一步看起来最不重要却是整个流程里最有价值的部分。没有回访清单就是一潭死水有了回访清单才会变成你思维演进的记录。4. 想复制这个实践先跑满 30 天的最小闭环如果你看完这篇文章也想建立自己的“S-Tier 清单”别急着去找账号、别急着研究排序算法也别把目标定成“坚持十年”。你只需要跑一个 30 天的最小闭环。4.1 固定两个时段固定一个产出建议选两个不会被打扰的时段每个时段 15 到 30 分钟。一个时段用来看链接和文章正文另一个时段读评论区和你感兴趣的讨论。每天结束前只做一件事选一条当天最有价值的链接写一句转译存进归档。注意“只保存一条”这个限制不是让人少学而是强迫你建立判断标准。如果一天能保存二十条说明你并没有真的判断只是在囤积。4.2 30 天后验证三个指标30 天之后问自己三个问题能不能凭记忆说出你保存的第一条链接的核心结论能不能在一分钟内找到归档里某条关于“性能优化”的链接这 30 天里有没有哪一条链接被你实际用到工作或者项目里如果三个答案全是“不能”不用急着放弃先停下来检查流程哪里断了。这就是下一节要说的排查思路。4.3 再把闭环变宽30 天跑通之后再做扩展从每天 1 条到 3 条从保存链接到偶尔给 HN 帖子写评论从只读技术文章到读“Show HN”的独立产品复盘从单纯阅读到顺手把两条观点转发给同事讨论。这里的顺序是先窄后宽。很多人一开始就把自己搞得很累定了“每天必须读完五篇长文”的目标结果三天就放弃了。最小闭环的意义是让这个流程在低压力下先形成肌肉记忆。先保证 30 天不断档再谈优化和扩展。5. 如果你读了很久却觉得没收获按这个顺序排查“每天读 HN也收藏了不少链接但感觉没有任何成长。”这是我见过最多的抱怨。问题往往不在 HN而在流程的某一层断了。像排查线上问题一样先想清楚是哪一层出了问题。5.1 先看现象确定问题的表象常见现象有以下几类刷完焦虑感觉信息太多永远刷不完。收藏即遗忘存了很多根本不会再看。看热闹读完觉得爽但一周后什么也不记得。跟不上讨论评论区的技术浓度太高阅读很吃力。不同现象对应不同的断点别急着统一处理。5.2 逐层排查输入、环境、处理、边界第一层输入。你是不是只看首页的标题和排名没有点开原文也没有看评论区如果是你读到的只是 HN 的索引而不是内容本身。修复动作把阅读单位从“一条链接”改成“一篇文章 它的评论区”。第二层环境。你是不是在碎片时间随手刷碎片刷信息的问题不是信息不好而是注意力状态不适合深度处理。修复动作固定时段哪怕每天只有 20 分钟也比随机刷一小时更有用。第三层处理。你看完之后有没有留下任何自己的输出如果大脑没有执行“转译”这一步阅读就只是短期刺激。修复动作强制自己每天写下至少一条一句话判断哪怕写得很弱。第四层边界。你是不是把 HN 当成了唯一的、万能的输入源HN 是信号质量很高的入口但它不是一个完整的学习系统。读到的观点必须拿到真实项目里验证才能完成学习的闭环。HN 只负责提供输入不负责替代你的实践。排查的顺序永远是先确定是哪一层出了问题再决定修哪里。不要一上来就换工具、换信息源。5.3 一次完整的排查示例假设现象是“收藏即遗忘”。按顺序排查输入层没问题你确实点开了原文也看了评论区。环境层有问题你是手机碎片刷的没有固定笔记入口。处理层也有问题你只保存了链接没有写转译。修复时先解决环境给笔记工具建一个固定入口比如桌面快捷方式或者独立分组。然后再解决处理层把每天收藏的链接强制转译成一句话。这个组合通常两周内就能看到变化——你不再是为了收藏而收藏而是为了写那句转译而阅读。6. 真正的 S-Tier是你自己形成的判断力回到最开始的问题一个人每天读两次 HN、坚持十年得到的到底是一份链接清单还是别的东西6.1 清单是副产品过滤系统才是复利十年坚持读同一个信息源你得到的不是“我读过很多文章”的优越感而是一套越来越稳定的判断框架。它体现在很多微小的动作里看到一个标题你大概知道它值不值得点开读了三段你大概知道作者是真心分享还是在写软文评论区吵成一团你知道该信谁的论据、该忽略谁的立场。这套框架不是靠天赋而是靠成千上万次“读—判断—转译—回访”的循环训练出来的。每一次写下一句转译都是在给这套框架补一个样本每一次回访时发现旧判断不对都是在修正这个样本的参数。十年下来你得到的不是链接而是一个经过大量样例校准的个人过滤器。6.2 从今天开始先跑一个 30 天版本最后给一个偏实践的建议别急着去找那份 S-Tier 清单也别急着定一个“坚持十年”的目标。十年是一次长期主义的演出而长期主义从来不是靠第一天用力过猛而是靠第 30 天还在做一件足够小的事。你只需要做一件事选一个固定的时段每天花 20 分钟读 HN然后在归档里写下当天最有价值的一条链接和你的一句转译。30 天之后再回看这 30 条记录你会惊讶地发现它们记录的不是链接而是这一个月里你的注意力轨迹。到那个时候你大概就能理解为什么“坚持十年读 HN”的人会专门把 S-Tier 链接整理成一份清单——因为对他来说那张清单是一个过滤器工作的历史记录。而真正值钱的是那个过滤器本身。