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

    系统与基础设施linusakesson.net编辑精选

    TTY 揭秘(2008)

    The TTY demystified (2008)

    11次上首页
    16年跨度
    1,744累计得分
    292条评论

    2009 — 2025,它一次次回到首页

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

    导读

    这篇经典文章深入剖析了 Unix/Linux 中 TTY 子系统的工作原理,包括线路规程、终端驱动、信号与控制字符等机制。作者坦言 TTY 子系统虽对用户功能完备,但内部充满特例和历史包袱。文章自 2008 年发表以来多次登上 Hacker News 首页,是理解终端行为的必读资料。

    为什么经久不衰:TTY 是每个 Unix 用户每天接触却少有人真正理解的子系统,这篇文章用清晰的图解和讲解填补了这一空白,十几年来始终是终端相关问题的权威参考。

    关键词 TTY终端Unix系统编程

    HN 评论精选

    reset 命令是修复被搞乱的终端状态的实用利器

    我学到的最重要的命令之一是 reset,尤其在处理想做特殊操作的程序时。man 页写道:以 reset 方式调用 tset 时,会设置 cooked 和 echo 模式、关闭 raw 模式、开启换行转换,并把未设置的字符重置为默认值——这在程序异常退出、把终端搞乱之后非常有用。此外,在看完 BIOS 对终端窗口做的那些不合适的事情后退出 Serial-Over-LAN 会话时,它同样好用。

    CaliforniaKarl查看英文原文

    One of the most important commands I learned was "reset", especially when I was working with anything that would want to do something special. From the man page: "When invoked as reset, tset sets cooked and echo modes, turns off and raw modes, turns on newline translation and resets any unset characters to their default values before doing the terminal described above. This is useful after a program dies a terminal in an abnormal state." Except, it is also useful when you exit something like a Serial-Over-LAN session, after watching the BIOS do inappropriate things to your terminal window.

    SIGTSTP 与 SIGSTOP 的区别有实际工程意义

    我从中学到了新知识:我一直以为进程被 ^Z 挂起后就无法做任何事,但实际上这里涉及两个不同的信号:SIGTSTP(按 ^Z 时发出,可被拦截)和 SIGSTOP(同样挂起进程但不可拦截)(这让我想起 SIGCLD/SIGCHLD 曾经也是不同的)。我有个系统,shell 用户运行的命令会获取锁,而他们喜欢按 ^Z 挂起进程,这与简单的基于 fcntl 的锁不兼容。

    Erwin查看英文原文

    I learned something new from this: I was always under the impression that you could not do anything when your process is stopped via ^Z. But apparently there are two separate signals involved here: SIGTSTP (sent when ^Z is pressed and blockable) and SIGSTOP (also suspending the process but NOT blockable) (This reminds of the time SIGCLD / SIGCHLD were different). I have a system where shell users run commands that can grab some locks, and they like to press ^Z to suspend them which isn't compatible with a simple fcntl-based lock.

    TTY 是臃肿的历史遗留物,作者期待更现代的替代方案

    即使读完这篇文章,TTY 仍会让你措手不及。我在 Linux 上做过不少 TTY 编程,此处有龙。从模式到终端类型、控制字符和信号,TTY 系统本身就是一个臃肿的历史遗留物——当你试图把它接入 Unix 哲学(一切皆无状态文本流)时,它的糟糕之处就暴露无遗。出于历史原因它确实有趣,20 年前也说得通,但我盼望 TTY 系统消失、字符驱动改用某种标准 JSON 流的那一天。

    shwinted查看英文原文

    Even after reading this, TTYs will surprise you. I've done my share of TTY programming in Linux and here be dragons. From modes to tty types to control chars and signals, the TTY system is itself a bloated relic whose stink becomes apparent when you try to connect it to the rest of the unix philosophy, where everything is supposed to be a stateless text stream. This stuff is really interesting for historical reasons and made sense 20 years ago, but I long for the day where the TTY system is gone and character drivers work on some standard JSON stream or something.

    值得思考:抛开历史包袱,现代终端子系统应如何设计

    「不过要当心:你将看到的并不特别优雅。事实上,TTY 子系统——尽管从用户角度看功能相当完善——是一团由特例组成的曲折乱麻。」我想知道是否该有人尝试构建更优雅的东西。如果今天有人从零开始设计类似 TTY 子系统、无需向后兼容,他们会做哪些不同的设计?

    skissane查看英文原文

    > Beware, though: What you are about to see is not particularly elegant. In fact, the TTY subsystem — while quite functional from a user's point of view — is a twisty little mess of special cases. I wonder if it is about time someone tried to build something more elegant. If someone was inventing something like the TTY subsystem from scratch today, with no requirements for backward compatibility, what would they do differently?

    历次讨论

    同类还值得读

    1. 为什么 GNU grep 这么快

      Why GNU grep is Fast

      FreeBSD 邮件列表上一篇广为流传的帖子,解释 GNU grep 为什么快:核心在于 Boyer-Moore 字符串搜索算法配合精心优化的内部循环和 I/O,让程序在搜索时“…

      系统与基础设施上首页 9 次 · 2010–2022lists.freebsd.org
    2. Xplain:为普通人讲解 X11

      Xplain – Explaining X11 for the rest of us

      《Xplain》是作者(HN 用户 Jasper_)写的一系列 X11 长文,用他在浏览器中重建的 X11 绘图模型做交互演示,讲解 X11 的绘图模型与窗口系统设计。

      系统与基础设施上首页 6 次 · 2013–2020magcius.github.io编辑精选
    3. 旋风教程:为 Linux 创建极小 ELF 可执行文件(1999)

      A Whirlwind Tutorial on Creating Really Teensy ELF Executables for Linux (1999)

      breadbox 写于 1999 年的经典教程,主题是如何为 Linux 手工构造并裁剪出体积极小的 ELF 可执行文件。

      系统与基础设施上首页 6 次 · 2007–2025muppetlabs.com
    4. PostgreSQL 内部原理

      The internals of PostgreSQL

      《The Internals of PostgreSQL》是一本免费在线书籍,系统讲解 PostgreSQL 的内部实现,包括查询处理、并发控制、WAL、缓冲区管理等核心机制。

      系统与基础设施上首页 5 次 · 2017–2025interdb.jp编辑精选
    5. 给分布式系统新人的笔记(2013)

      Notes on Distributed Systems for Young Bloods (2013)

      一篇面向分布式系统新手的经验笔记,作者以格言式的短条总结了多年实战中踩过的坑,涵盖一致性、延迟、背压、监控、CAP 定理等主题。

      系统与基础设施上首页 5 次 · 2013–2024somethingsimilar.com编辑精选

    打赏支持

    打赏二维码

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

    WeChat

    关注向阳乔木

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

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

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