HackerURLs

一次又一次被重新发现的经典。

同一个链接,相隔一年以上,一次又一次被人重新发现、再次冲上 Hacker News 首页。能经受住这种时间检验的,大多是值得一读再读的文章。每篇附中文标题,讨论最热的那些再加上中文导读和高赞评论翻译。

从名人堂开始
  • 4,700+篇经过时间检验的经典

Hall of fame

名人堂

在经典库里看全部精选

上首页次数最多、而且有中文导读的 30 篇。时间轴上每个黑点是一次上首页,空心点是一次没冲上去的投稿。

  1. 正在载入经典…

Archive

经典库

按第一次上首页的年份分布,点柱子筛选。

排序

    About

    这些经典是怎么挑出来的

    1. 01

      合并同一个链接

      读取 Hacker News 自 2006 年以来的全部链接投稿,把 http/https、www、跟踪参数等写法不同的同一篇文章合并成一条。

    2. 02

      只留经得起时间的

      同一链接至少两次拿到 50 分以上(约等于上首页),而且两次相隔一年以上;再由 AI 剔除状态页、产品首页和新闻事件。

    3. 03

      写导读、译评论

      上首页次数最多的 2,000 篇配上中文导读、"为什么经久不衰",并精选翻译 HN 高赞评论。导读由 AI 生成,可能有误。

    编程与软件工程infoq.com编辑精选

    Rich Hickey:Simple Made Easy(简单源于拆解)

    Rich Hickey: "Simple Made Easy" from Strange Loop 2011 [video]

    4次上首页
    9年跨度
    833累计得分
    207条评论

    2011 — 2020,它一次次回到首页

    黑点是上首页(≥ 50 分)的那次投稿,空心点是没冲上去的投稿,点越大分数越高。

    导读

    这是 Rich Hickey 在 Strange Loop 2011 的经典演讲,探讨软件开发中“简单”(simple)与“容易”(easy)的根本区别。他提出简单是一种选择,需要持续警惕和培养对“纠缠”(complecting)的敏感度,并强调通过分离独立概念来构建简单系统。演讲不限于 Clojure,适用于所有程序员。

    为什么经久不衰:因为它用清晰有力的论证把“简单性”提升为一种需要主动捍卫的哲学,二十年来持续提醒开发者:容易不等于简单,选择简单需要持续警惕。

    关键词 简单性软件设计复杂性编程哲学

    HN 评论精选

    盛赞演讲带来启蒙,并提醒它不限于 Clojure。

    对我来说,这是很久以来我看过的最好的演讲。它让我想起第一次读 PG(Paul Graham)文章时的感觉:有人把你自己的怀疑表达出来,同时走得更远更深,带你进入一个启蒙和清晰的状态。顺便说一句,没看过的人注意,这个演讲不是 Clojure 专属的。

    jsmcgd查看英文原文

    For me this was the best talk I've seen in a long while. It reminded me of how I felt when I first read PG's essays, someone articulating your own suspicions whilst going further and deeper and bringing you to a place of enlightenment and clarity. BTW for those of you who haven't watched it, this talk is not Clojure specific.

    批评 Hickey 贬低测试和类型检查,认为测试能反馈复杂性。

    好演讲。但只有 Lisp 程序员才会把测试和类型检查叫做“护栏编程”。Hickey 说你应该推理你的编程,而不承认测试和类型检查是让你的推理成为可执行文档的方式。测试实际上会反馈到复杂性——如果某东西难以测试,那可能是由于复杂性,而你应该意识到并摆脱它。

    gregwebs查看英文原文

    A good talk. Leave it to a lisper though to call testing and type-checking "guardrail programming". Hickey says instead you should reason about your programming without acknowledging that testing and type-checking are ways to have executable documentation of your reasoning about your program. Testing does in fact feedback into complexity - if something is hard to test it may be due to complexity that you realize you should get rid of.

    强调多次观看的价值,称其哲学深刻影响解决问题的方式。

    通常我反对反复发帖,但这个视频我从头到尾看了 5 次以上,从未浪费时间。它优雅地表达了一种哲学,比其他任何东西都更塑造了我解决问题的方法。如果你从没看过,你是在亏待自己(也亏待那些依赖你高效解决问题能力的人)。

    mattdeboard查看英文原文

    Normally I am opposed to chronic reposting but I have watched this video start to finish 5+ times and it has never been time wasted. It is an eloquent expression of a philosophy that has shaped how I approach problem-solving more than any other. If you've never watched it, you're doing yourself (and those who depend on your ability to efficiently and effectively solve problems) a disservice.

    希望有面向管理层的浓缩版,并引用演讲关键结论。

    值得再看,很高兴被重新发布并引起我注意。这次和去年坐在现场听一样震撼。我想看到或自己做一个面向非程序员、经理和高管的浓缩版论证。相信并践行简单的前提几乎需要空中支援和认同。他在结尾总结中有几句关键的话:“底线是简单是一种选择。如果你没有简单系统,那是你的错……它需要持续警惕……你必须开始培养对纠缠的感觉……你必须拥有纠缠雷达……你必须开始看到可能独立的事物之间的相互联系。”

    ghotli查看英文原文

    This was worth watching again so I'm glad it was reposted and brought back to my attention. I was as struck by it this time as when I was sitting in the room listening to him last year. What I would like to see, or create if I have to, is a condensed version of this argument that is meant for the non-programmers, the managers, and the c-level employees of a business. The underlying premise of believing in and executing with simplicity is one that nearly requires air support, and buy-in. I think in his summary at the end there are a few key statements he makes: "The bottom line is that simplicity is a choice. It's your fault if you don't have a simple system.... it requires constant vigilance... You have to start developing sensibilities about entanglement... You have to have entanglement radar... You have to start seeing the interconnections between things that could be independent."

    历次讨论

    同类还值得读

    1. 开源应用架构

      The Architecture of Open Source Applications

      《开源软件架构》(AOSA)是一本在线免费书,邀请知名开源项目的作者亲自剖析其内部设计,涵盖 SQLAlchemy、LLVM、Audacity、Apache、Bash 等系统。

      编程与软件工程上首页 9 次 · 2011–2024aosabook.org编辑精选
    2. 编程语言简史:简短、不完整且多半错误

      A Brief, Incomplete, and Mostly Wrong History of Programming Languages

      一篇以戏谑、故意不准确的方式回顾编程语言史的博客文章,用夸张轶事和讽刺定义串起 Lisp、C、C++、Java、JavaScript、PHP 等语言。

      编程与软件工程上首页 8 次 · 2009–2021james-iry.blogspot.com
    3. SQLite 是如何测试的

      How SQLite is tested

      SQLite 官方文档页,系统介绍 SQLite 的测试体系:多种测试方法(TCL 测试、模糊测试、回归测试、静态分析等)和海量测试用例,展示了这个小型开源项目如何靠极致测试获得…

      编程与软件工程上首页 8 次 · 2009–2025sqlite.org编辑精选
    4. 高级编程语言(2009)

      Advanced programming languages (2009)

      Matt Might 的经典文章,按用途推荐“高级编程语言”:如果追求就业就选主流语言,如果追求表达力、学术研究或创业,则推荐 Haskell、OCaml、Scala 等函数式语…

      编程与软件工程上首页 8 次 · 2009–2022matt.might.net
    5. 我的 Forth 与栈机器经历

      Yosefk - My history with Forth & stack machines

      作者以亲身经历回顾了使用 Forth 语言和栈式机器的历程:既赞叹其简洁优雅、代码量小、可自举的优点,也坦率指出栈操作在实际编程中的痛苦,以及 Forth 社区文化中的问题。

      编程与软件工程上首页 8 次 · 2010–2024yosefk.com编辑精选

    打赏支持

    打赏二维码

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

    WeChat

    关注向阳乔木

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

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

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