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 生成,可能有误。

    编程与软件工程words.steveklabnik.com

    如何做一名开源园丁

    How to be an open source gardener

    3次上首页
    4年跨度
    447累计得分
    93条评论

    2014 — 2018,它一次次回到首页

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

    导读

    这篇博客把开源项目维护比作园艺:除了写代码,还要持续分类 issue、复现 bug、搭建测试/CI、回复和引导贡献者。作者认为这些琐碎但必要的“园丁工作”是开源贡献的重要部分,社区应正视并分担它们。

    为什么经久不衰:它点出了开源维护中最容易被忽视的日常劳动,让维护者和贡献者重新理解“参与开源”的含义,因此多年后仍值得读。

    关键词 开源维护issue triage社区贡献项目可持续

    HN 评论精选

    维护者大量时间花在分类 issue 和搭贡献基础设施上,并计划标记适合新手的复现任务。

    完全同意。对 PouchDB 来说(欢迎园丁),我 90% 的时间都花在分类 issue 和为贡献搭建基础设施(主要是测试/CI)上。有时每隔几天、至少每周我会过一遍所有 issue,想办法关闭旧 issue;很大一部分 bug 需要有人调查并写出清晰的复现步骤。读完这篇文章后,我打算专门给这类 issue 打标签,留给新贡献者。

    daleharvey查看英文原文

    1000 times yes For PouchDB (gardeners welcome - https://github.com/pouchdb/pouchdb), 90% of my time is between triaging issues and setting up infrastructure for contributions (mostly working on tests / CI). Sometimes every few days, at least every week I sit and go through all the issues, try and figure out whats needed to close out the old issues, a good percentage of the bugs are ones that need someone to investigate and produce a clear set of steps to reproduce. Actually after reading I am gonna start tagging these ones specifically for new contributors. Even as someone who considers myself very reactive to bug reports etc, its very easy to let it slip (https://twitter.com/daleharvey/status/451378807006838784)

    文章强调非代码贡献同样重要。

    这是一篇很好的文章,哪怕只是因为它重申了代码不是帮助开源项目的唯一方式。

    donutdan4114查看英文原文

    This is a really good post, if only because it reiterates that code isn't the only way to help an open source project.

    提出“如何退出并移交项目”的难题:无人接手,项目半死不活。

    Steve,首先我很尊重你的工作。但显而易见的是,你换工作后完全从 Rails 上消失了(附提交记录链接)。换到 Rust 等方向后我也会做同样的事,因为你有别的重点。不过你提到 Rails,我觉得这是个讨论“离开花园”的机会。我有几个喜欢的项目,但离开旧工作后我被这些项目困住,没人愿意接手——我找过帮助,但都是暂时的,没人接手。你或其他人对成功放弃一个项目有什么建议吗?我似乎做不到,那些项目因为我投入太少而荒废,但我又做得刚好让别人以为我没放弃。

    dsfadadsffd查看英文原文

    Steve, first off I respect you a lot for the work you have done. But, the elephant in the room is that when you changed jobs, you totally fell off the map with Rails: https://github.com/rails/rails/commits/master?author=steveklabnik I would have done the same thing, getting into to Rust, etc. after the job transition, as you have other things to focus on. However, you mentioned Rails, and I think this is an opportunity to talk about "leaving the garden". I have a few projects I had enjoyed working on, but when I left the old job, I was stuck with those projects and no one wanted to take them on- I tried to find help, but it was temporary- no one has taken over. Do you or others have suggestions for successfully abandoning a project, because I can't seem to, and those projects languish with the lack of effort I put into them because it is so infrequent, but I do just enough apparently to keep others from thinking I've abandoned them.

    反对盲目用模板回复旧 issue,会打击报告者。

    请不要盲目照做。bug 报告者看到自己的问题被搁置几个版本、随后只收到这种模板回复,会非常沮丧(示例链接)。

    teddyh查看英文原文

    > Was this issue for an older version of Rails than is currently supported? If so, copy/paste an answer I wrote that asks if anyone knows if this affects a supported version of Rails. No. Please do not do this blindly. It is very discouraging for the bug reporter to see their bug being ignored for a few releases, followed by this response. Example: http://www.jwz.org/blog/2003/02/the-cadt-model/

    历次讨论

    同类还值得读

    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

    关注向阳乔木

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

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

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