HackerPapers

HN 二十年,最值得读的论文。

从 Hacker News 2006 年以来的全部投稿里,挑出链接本身就是论文的帖子:arXiv、期刊、会议论文、技术报告。每篇附中文标题,讨论最热的那些再加上中文导读和高赞评论翻译。

从必读开始
  • 8,000+篇被 HN 讨论过的论文

Essential

必读 30 篇

在论文库里看全部精选

编辑精选里 HN 讨论最热的 30 篇,每篇都有中文导读。不知道从哪读起,就从这里开始。

  1. 正在载入论文…

Archive

论文库

点柱子按年份筛选。注:源数据里 2023 年的帖子分数记录不全,2026 年尚未过完,这两年收录偏少。

难度
排序

    About

    这些论文是怎么挑出来的

    1. 01

      全量扫一遍

      读取 Hacker News 自 2006 年以来的全部 446 万条链接投稿,找出指向 arXiv、期刊、会议、技术报告和学术 PDF 的帖子。

    2. 02

      只留论文本身

      由 AI 逐条判断,剔除介绍论文的新闻、博客和幻灯片,同一篇论文的多次投稿合并计算,并统计它在评论区被引用的次数。

    3. 03

      写导读、译评论

      讨论最热的 1,500 篇配上中文导读,并精选、翻译 HN 高赞评论。导读由 AI 生成,可能有误,请以原文为准。

    其他2017web.mit.edu编辑精选

    复杂系统如何失效

    How complex systems fail (2002)

    入门 · 约 30 分钟读完前置知识:系统工程基础、事故分析概念

    读论文 HN 讨论
    154HN 得分
    19条评论

    导读

    这篇论文(Richard Cook,2002)总结了复杂系统如何失败的若干条经验法则:系统总是在多重故障的边缘运行,事故是多重因素叠加的结果,操作者实际上同时承担着维持生产与防范故障的双重角色,而事后归因往往把事故简化为某个链条的断裂。论文强调复杂系统本质上无法被完全消除风险,只能被持续管理。

    HN 关注点:HN 读者长期关注系统可靠性与运维实践,这篇经典短文把事故背后的系统性原因讲得透彻,常被用来反思软件工程中的安全文化与管理层责任。

    关键词 复杂系统事故分析系统可靠性安全文化

    HN 评论精选

    这几条评论里:支持 1 质疑 2 补充 1

    支持开发者同样活在'保生产'与'防故障'的双重压力下,管理层既催促走捷径又追责,正是论文描述的局外人误解。

    操作者既要生产产品又要防范事故,这种双重角色是不可避免的,而外人很少承认这一点。无事故时强调生产,事故后强调防御,两种时候外界的看法都误解了操作者对两种角色的同时投入。太对了。我给财富500强客户做极限编程培训(单元测试、TDD、CI/CD 等),开发者承受的这种双重压力,加上管理层对自身利益的无知,制造了有毒且令人焦虑的工作环境。最让我难受的是,经理和利益相关者一边催着开发者抄近路'赶紧交付',一边又让他们为任何错误担责。

    ryanmarsh查看英文原文

    The system practitioners operate the system in order to produce its desired product and also work to forestall accidents. This dynamic quality of system operation, the balancing of demands for production against the possibility of incipient failure is unavoidable. Outsiders rarely acknowledge the duality of this role. In non-accident filled times, the production role is emphasized. After accidents, the defense against failure role is emphasized. At either time, the outsider’s view misapprehends the operator’s constant, simultaneous engagement with both roles. So much this. I coach and train my clients (Fortune 500) in extreme programming (unit testing, TDD, CI, CD, etc). The duality these developers live with and managements obliviousness to their own detriment create a toxic and anxiety inducing work environment. It's very upsetting to me how these developers live with the manager/stakeholder constantly breathing down their necks to cut corners and "get it done" meanwhile holding them accountable for any mistakes.

    质疑质疑:航空业用类似的事后归因和整改方法取得了持续改善的安全记录,论文对这类方法的批评是否站得住脚?

    从我的经验看这些总结都很到位,但我心里总有个声音:论文所批评的那些方法,恰恰是航空业在空难后几十年来一直在做的,结果安全记录不断改善,同时正常运营并未被阻止——虽然过安检很烦,但人们确实还能从 A 地到 B 地。那么这里批评的方法与航空业的方法有何不同?如果没区别,这个分析的问题出在哪?

    rossdavidh查看英文原文

    This all looks spot on from my experience, except I have this nagging voice in my head that says the methods they are criticizing, seem to be exactly what the airline industry has done for decades in the wake of plane accidents. The result has been an ever-improving safety record, without preventing normal operation; although it is a pain to get through security at the airport, people do in fact continue to get from here to there. So, how do the methods they criticize here, differ from the airline industry's, or if they don't what's the flaw in this analysis?

    补充补充资料:推荐一个相关的视频系列。

    这一集最相关,但建议看整个系列:https://www.youtube.com/watch?v=3HaqpSPVhW8

    stcredzero查看英文原文

    This episode is the most relevant, but see the whole series: https://www.youtube.com/watch?v=3HaqpSPVhW8

    质疑讽刺:形式化的项目管理方法论往往变成昂贵的官僚负担,拖累真正做事的人。

    TL;DR:花 80% 的钱请持有 PRINCE2/V-Model 等'项目管理方法'资质的昂贵顾问,给真正干活的人制造一场噩梦。一图胜千言:https://upload.wikimedia.org/wikipedia/commons/8/8f/Systems_Engineering_and_Verification.jpg

    qualitytime查看英文原文

    TL;DR Spend 80% on expensive consultants qualified in "project management method" such as PRINCE2/V-Model and make a f*g nightmare for the people who actually try to make it work. A picture is worth a thousand words: https://upload.wikimedia.org/wikipedia/commons/8/8f/Systems_Engineering_and_Verification.jpg

    相关资源

    从这篇论文所有 HN 讨论帖的全部评论里整理出来的链接。

    视频与演讲

    历次讨论

    同领域还值得读

    1. 每个好的系统调节器都必须是该系统的一个模型 (1970)

      Every Good Regulator of a System Must Be a Model of That System (1970)

      这是控制论经典论文(Conant 与 Ashby,1970):它试图论证,任何“好的”调节器都必须是其所调节系统的模型——即调节器与被控系统之间必须存在同构或模型关系。

      其他2018 · 202 分 · 59 评进阶 · 约 45 分钟编辑精选
    2. 如何阅读论文

      How to Read a Paper (2016)

      介绍如何高效阅读学术论文,提出“三遍阅读法”:先快速浏览摘要、结论和图表把握概览,再理解主要内容,最后深入细节。

      其他2017 · 715 分 · 80 评入门 · 约 10 分钟
    3. 公元 1021 年欧洲人已在美洲存在的证据

      Evidence for European presence in the Americas in AD 1021

      这篇 Nature 论文用树木年轮定年,并结合公元 993 年宇宙射线事件标记,把纽芬兰 L'Anse aux Meadows 的 Norse 活动精确到公元 1021 年,为欧…

      其他2021 · 655 分 · 391 评进阶 · 约 45 分钟
    4. 一次通古斯级空爆摧毁了约旦河谷青铜时代城市 Tall el-Hammam

      A Tunguska size burst destroyed Tall el-Hammam, Bronze Age city in Jordan Valley

      研究约旦河谷青铜时代城市 Tall el-Hammam 被毁的原因。

      其他2021 · 653 分 · 342 评入门 · 约 45 分钟
    5. Hyperloop Alpha 白皮书

      Hyperloop Alpha

      这是马斯克发布的 Hyperloop 概念论文,提出在洛杉矶与旧金山之间建造一种由低压管道和悬浮舱组成的超高速交通系统,宣称全程约 35 分钟、成本远低于加州高铁。

      其他2013 · 513 分 · 193 评入门 · 约 60 分钟

    打赏支持

    打赏二维码

    觉得有用,请作者喝杯咖啡。

    WeChat

    关注向阳乔木

    微信公众号「向阳乔木推荐看」

    微信公众号「向阳乔木推荐看」二维码

    微信扫一扫;在微信里打开本页时,长按二维码识别。