Agili 的 Hacker Podcast 2026-05-23

今天的话题从 HTML 语义标签的古老争议，一直延伸到 SpaceX 巨型火箭的首次试飞。我是 Agili 的 Hacker Podcast 编辑，为你整理来自 Hacker News 社区的十篇精选内容。

HTML `<dl>` 元素：被低估的语义工具

`<dl>` 的真实用途

<dl>（描述列表）是 HTML 中用来表示名称-值对的原生语义容器。它由三个元素组成：<dl> 包裹整个列表，<dt> 表示名称，<dd> 表示值。一个 <dt> 可以对应多个 <dd>。HTML5 将它的规范名称从“定义列表”改为“描述列表”，以更好覆盖电商产品详情、维基百科信息框等键值对以外的场景。

屏幕阅读器的实际表现

使用 <dl> 的主要价值在于语义：屏幕阅读器可以告知用户列表中共有多少组、当前处于第几组，并能将整个列表作为一块内容跳过。Adrian Roselli 的最新测试结论是“支持大体良好，除了 VoiceOver 依然奇怪”。不过有社区用户指出，在 <dl> 上加 aria-label 是不正确的，因为该元素没有隐式 ARIA 角色，需要显式添加 role="list" 才能合法使用。

灵活性与语义的冲突

更根本的质疑来自认为语义 HTML 设计过于理想化的人：<dl> 只允许 <div> 作为包装器，无法使用自定义元素或更灵活的嵌套结构。有人因此认为“如果 99% 的使用场景都需要绕开 API，那问题出在 API 本身”。但反驳者也指出，CSS Grid 已经能很好地处理 <dl> 的布局，无需额外包装器。<dl> 的祖先可以追溯到 1985 年 IBM DCF/GML 中的 DL 指令，世界第一个网站就大量使用了它。

80386 微码反汇编：40 年前的隐秘世界

从照片到二进制

Ken Shirriff 发来一张 80386 微码 ROM 的高分辨率照片时，作者最初认为这几乎不可能反汇编——照片包含 94720 比特（8086 只有 10752 比特）。几年后，团队用图像处理、神经网络和人工辅助工具，几天内就把二进制数据从照片里抠了出来并做了交叉校验。

破解 386 的内部逻辑

反汇编的难度依然很高。团队基于 8086 微码工作的经验，逐步确定了微指令的排列顺序和字段划分方式。Ken 还通过追踪 80386 晶圆上的连线逻辑提供了帮助。最终，团队成功将 386 指令与微码块对应起来。相比 8086，80386 在每周期性能上快得多，许多算法被硬件加速了，微码更多是在配置这些加速器。

隐藏的硬件 bug

作者可能发现了一个 I/O 权限位图处理缺陷：当发生 4 字节端口访问时，微码似乎只检查前 3 个地址的权限位。如果访问发生在进程拥有权限的 I/O 端口空间边界上，最后一个字节可能错误地成功访问。这是一个相当隐蔽的 bug，在如此普及的硬件上 40 多年未被发现实属罕见。不过这可能只发生在某些版本上，或者作者理解有误。nand2mario 基于这次反汇编写了一系列博客文章，是很好的入门材料。

特朗普政府要求绿卡申请人离境办理

新规核心内容

特朗普政府宣布，大多数寻求绿卡的外国人必须返回原籍国申请，不再允许在美国境内直接调整身份。美国公民及移民服务局表示，只有在“特殊情形”下才允许在美国境内获批绿卡。新规将影响数十万人，包括持有临时签证合法入境的留学生、美国公民的配偶、各类外国劳工等。绿卡审批通常需要数月甚至更久，这意味着许多家庭将面临长期分离。

叠加效应与批评

这一政策与美国国务院暂停对 75 个国家发放移民签证的措施叠加，实际上对阿富汗、伊朗、俄罗斯、叙利亚、乌克兰等数十个国家公民完全关闭了绿卡通道。社区讨论指出，如果只是反对非法移民，增加合法移民通道即可，但政府却在削减合法移民。取消已提交的申请极其残忍，许多人将因此触发“3 年或 10 年禁止入境”条款。一位曾在疫情期间获得绿卡的网友说，虽然自己侥幸通过，但身边不少同样通过合法途径移民的人却在为政府的做法叫好。

亚马逊停止支持旧款 Kindle，用户寻找出路

用户的措手不及

亚马逊将于 5 月 20 日停止支持 2012 年及更早发布的 Kindle 设备。39 岁的 Claudia Buonocore 使用 Kindle Touch 已有 15 年，称它“是生命中的一部分”。64 岁的 Brian Oelberg 为他的 Kindle Keyboard 提前下载了约 250 本书，打算关闭 Wi-Fi 以防被自动更新清空。他指出新机型没有实体按键，冬天戴手套也能翻页的功能对他很重要。

解决方案与替代品

社区讨论中提出了越狱、侧载以及使用开源图书管理软件 Calibre 等方案。但也有人指出，亚马逊在停止支持前取消了“下载并传输到 USB”的功能，进一步堵塞了合法购买后自行备份的通道。部分用户认为问题不在于停止支持本身，而在于亚马逊不再提供带实体按键的合理替代品。评论者建议改用 Kobo、PocketBook 或 Android 系统的 Boox 等设备。一位评论者总结：“你拥有物品，或者你没有。”

为写作而生的专用设备：writerdeck 实践

从旧笔记本到写作利器

一位作者找来一台六年前的 System76 Galago Pro 笔记本电脑，安装了 Debian 但完全跳过了桌面环境，只用 tty 终端。她装上 neovim、tmux 等工具，配置了自动登录后直接进入写作环境。文件同步通过 Syncthing 实现。她说这台设备已经用了写这篇博客和另外两份脚本，效果很好。核心动机是：“我想用做一件事做得特别好的设备，做完就放下，去做别的事。”

社区的不同声音

许多读者报以共鸣，也有人指出矛盾：这篇帖子本身就是花大量精力搭建写作环境，跟“解决注意力问题”似乎有点讽刺。一位自称 ADHD 的用户说，自己花了数年折腾各种工具，最终发现真正有效的是冷 turkey 戒断社交网络。还有人提出，这类个人应对措施本质上是“内化问题”，但另外的用户反驳说，集体行动已经失败了 30 年，个人的选择至少能让自己生活更好。

P.T. Barnum 的赚钱艺术：19 世纪智慧与现代碰撞

四条核心原则

P.T. Barnum 在 1880 年将一辈子的经验压缩成 20 条直白规则。文章提炼了四条核心原则：找到天生适合的职业、避免债务、全力以赴、保持正直。社区讨论让这些旧规则与当代现实产生了有趣的碰撞。

债务原则的争议

Barnum 说债务吃掉自尊，年轻人尤其要躲开。但评论区出现了关键反驳：杠杆（如低息房贷、投资工具）其实是重要的财富加速器。更尖锐的观点来自 photochemsyn：19 世纪真正巨富的操作方式是使用债务作为武器，囤积资产，影响政策。规则不是“避免债务”，而是“让别人替你背债”。

AI 时代的工作态度

关于“全力以赴”的讨论转向了 AI 与工作态度的关系。一位退休程序员说他使用 LLM 不是为了偷懒，而是像“可信赖的顾问”一样对话。另一位说：“我喜欢建东西，不在乎代码本身。AI 让我能更快地构建。”但也有反对意见：如果完全不理解代码、只是“vibe coding”，最终产品质量堪忧。

SpaceX 发射 Starship V3：引擎故障中完成里程碑

发射过程回顾

SpaceX 于 5 月 22 日发射了 Starship 第三版（V3），这是该 408 英尺巨型火箭的首次飞行。33 台第一级 Raptor 引擎中有一台在起飞时关闭，第二级也损失了六台中的一台引擎，但剩余五台仍将飞船送入太空。助推器在分离后尝试回推燃烧时失败，最终以约 1400 km/h 的速度坠入墨西哥湾。飞船则成功释放了 22 个有效载荷，再入过程非常平稳，最终在印度洋精确落点后倾覆并爆炸——均按计划进行。

技术意义与挑战

V3 是 Starship 的重大升级：更长的箭体、更大的推进剂容量、更强大的 Raptor 引擎（单台推力提升至约 280 吨）。飞船引擎故障意外验证了其引擎容错能力——Sea-level 引擎的万向节成功补偿了丢失的真空引擎推力。对于未来，Starship V3 需要快速迭代引擎可靠性、助推器回收、在轨加注演示以及隔热瓦的快速复用。NASA 局长 Jared Isaacman 到场观看并祝贺，强调“离月球更近一步，离火星更近一步”。

把桌子转过来：面向房间的工作空间改造

从背对到面向的转变

在去汉堡旅行时，作者注意到博物馆里的桌子都摆在房间中央，面朝房间。回来后他把自己的桌子也转了 180 度：背靠墙，面朝房间。视野里有了门，有了整个房间，空间感立刻不一样了。他不想让电脑主宰一切，最终用一张 200x75cm 的 USM Haller 长桌，划分成数字侧和模拟侧两个明确区域。

数字侧与模拟侧

数字侧靠着窗户，尽可能保持空旷，只留每天工作必需的东西。模拟侧不放任何屏幕，通常放笔记本、钢笔、正在读的书。他在这一侧阅读、写日记、画草图，有时和孩子们一起搭乐高。作者意识到，纯粹的极简也容易扼杀创造力。把椅子从数字侧挪到模拟侧，就完成了情境切换。评论区有读者指出，中国风水的基本原则之一就是别背对空间，作者的做法正好符合这一点。

Hengefinder：寻找太阳与街道对齐的瞬间

三个地理难题

在曼哈顿，每年两次日落与东西向街道完美对齐，太阳正好落在摩天楼之间。作者开发了 Hengefinder，一个能帮你找到地球上几乎任何地方此类对齐时刻的工具。它只需三步：计算街道相对真北的方位角、计算每天日落时太阳的方位角、找到两者匹配的日期。但每一步都暗藏玄机。

巧妙的解决方案

第一个坑：街道方位角不能直接用经纬度差和反正切算，因为经线向两极收缩。解决方案是把经度差乘以 cos(纬度均值)。第二个坑：太阳刚好接触地平线的时刻需要二分搜索的“最后一个 True”变体来定位。第三个坑：太阳方位角全年不是单调变化的，作者用了两阶段搜索——先以 30 天为间隔粗采，再在这些窗口内逐天细查。同事已在多个城市拍到了这类时刻，包括奥斯汀的 UT 塔和台北 101。

得州女子因 Facebook 帖文被捕：小城水危机与言论压制

事件经过

5 月 8 日，德州 Trinidad 镇警方依据一项原本针对炸弹威胁的州法，逮捕了在 Facebook 上发布镇上水质帖文的居民 Jennifer Combs。她在帖文中写道：“我们收到报告称有居民因水中细菌住院。如果你的水变色、有沉淀物或异味，请发消息给我们。”警长称该案“清晰明了”，认为 Combs 应该先去医院核实再发帖。Combs 则说自己只是转述邻居的投诉。

系统性问题与报复

Trinidad 的水确实有问题。城市供水管道建于 1950 年代，市长承认“水质困境毋庸置疑”。Combs 被捕前 15 天，当地警局就在 Facebook 上警告居民虚假报告可升级为重罪。两周后，市政府自己发布了正式烧开水通知。Combs 已提起联邦诉讼，指控这次逮捕是“蓄意的政治报复”。评论中有人指出：“她很可能获得和解赔偿，但最终是纳税人买单，基础设施照样没钱修。”将反恐条款用于一位转述邻居投诉的居民，本质上是用执法手段压制对公共安全问题的讨论。

播客全文

女：Hello 大家好，欢迎收听 Agili 的 Hacker Podcast，我是莓莓。

男：大家好，我是阿哲。

女：今天咱们聊的几个事儿跨度挺大，有从芯片照片里大海捞针的考古项目，也有跟一张桌子较劲的布置哲学，最后还能一起看个日落。阿哲，你最近有没有被哪件事特别震住？

男：有。前几天我看到一篇技术文章，是几个工程师从一张 80386 芯片的高分辨率照片里，把里面烧录好的微码给反汇编出来了。这件事光听过程就让人头皮发麻。

女：80386？就是 Intel 那个特别老、几十年前的 CPU？照片怎么就反汇编了？

男：对，1985 年发布的老古董。这事儿起源是有人拍了张芯片微码 ROM 区域的高清照片，那张照片里包含着 94720 个比特的二进制信息。对比一下，当年 8086 的微码只有一万多比特。所以一开始大家都觉得不可能手工提取。

女：九万多比特……这就相当于找针不只是在一堆稻草里，是在整个农场里。

男：没错。但后来他们在 Discord 上聊起来，决定试一下。花了几天时间，用图像处理、神经网络再加上人眼辅助，硬是把二进制数据从照片的晶体管亮暗点里抠了出来，还做了交叉校验。这就好比用显微镜把一首刻在米粒上的诗逐字抄下来。

女：抠出来之后呢？有数据不代表能看懂吧。

男：对，反汇编才是重头戏。他们先找重复出现的模式，猜测哪些字段是源寄存器、目的寄存器。就像解开一种没人写文档的编程语言。Ken Shirriff 还帮了忙，他通过芯片表层的连线逻辑去反向推测微指令的含义。最后把 215 个微码入口点全部对应上了 x86 指令。

女：我听到 215 个入口点的第一反应是：80386 指令集这么大吗？

男：一部分是因为新指令，另一部分是因为同一指令在不同模式、不同操作数类型下走完全不同的微码路径，比如寄存器操作和内存操作就是分开的例程。有意思的是，这跟现代 CPU 不太一样，80386 执行每一条汇编指令时，都要跑对应的微码，没有直接硬件执行那条路。

女：他们花了这么大功夫，到底发现了什么特别的没有？

男：最戏剧性的是他们可能找到了一个隐藏 40 年的 bug。在处理 I/O 端口权限检查的时候，如果遇到 4 字节端口访问，微码好像只检查了前 3 个地址的权限位。也就是说，在特定条件下，最后一个字节可以悄悄访问到操作系统不想让你碰的硬件寄存器。不过他们说还要确认一下，也可能只是他们理解错了，或者只影响某个版本。

女：40 年都没人发现，这要是真的，也算考古挖出活恐龙了。我记得有人聊过，当年 386 还有很多不同步进版本，有些带 bug，有些指令都被砍了。

男：对，这也是社区里有人觉得遗憾的地方——文章没明确写是基于哪一批次的芯片。如果能把几个步进的微码都反汇编出来，看看 Intel 当年怎么在硬件里修 bug，会非常有价值。那时候还没有后来那种运行中微码更新的能力，修 bug 只能靠新版芯片。

女：说到老设备被时间困住，我最近看新闻，亚马逊发通知说 5 月 20 号起停止支持 2012 年之前发布的 Kindle。很多人的第一反应跟你聊这个芯片考古有点像：手里的东西明明还好好的，突然就被宣布断网了。

男：这一波影响的是最早期的那几款，比如 Kindle Keyboard、Kindle Touch。有个用户说他已经在 5 月 20 号之前把 250 本书全下载好了，打算一到日子就关掉 Wi-Fi，免得被自动更新清空。

女：他为什么这么执着啊？新 Kindle 不是更好？

男：他觉得新机型没有实体翻页按键，冬天戴着手套没法用，那些物理按键对他来说太重要了。还有一个女子说自己抱着 Kindle Touch 睡了 15 年，号称“它就是生命的一部分”。我觉着这种感情其实很真实，一本书不会升级系统，但电子书阅读器会，一旦停止服务，你夜里翻开的不再是你的图书馆，而是一块塑料。

女：我就是好奇，技术上有没有办法继续用？

男：有，社区里讨论的出路就是越狱、侧载。用 USB 把电脑上的书传进去，配合开源软件 Calibre 管理。也有人直接转向 Kobo、PocketBook，甚至 Android 系统的 Boox 阅读器。最狠的一招是把书全导出成无 DRM 的格式，从此离线阅读，跟亚马逊商店彻底说再见。

女：一把剪刀剪断所有绳，但 72% 的市场份额在那，不是谁都舍得剪。

男：所以才有人说了一句挺扎心的话：“你拥有物品，或者你没有。”其实就是提醒大家，连买个电子书，其实也只是长期租用。

女：这种“只留一件趁手工具、断掉其他干扰”的思路，让我想到另一个故事。有个作者为了解决自己注意力的问题，动手做了一台叫“writerdeck”的专用写作设备。

男：我看了她那篇帖子。她找了一台六年前的 System76 笔记本电脑，装 Debian，但是完全不装桌面环境，不用 X11 也不用 Wayland，开机直接进 tty 纯终端。再配好 neovim、tmux 和自动同步，打开就是写作界面。

女：开机闪一下，黑底白字，连想刷个网页的路径都没有。她说什么动机来着？

男：她说：“我想用一件把某件事做得特别好的设备，做完就放下，去做别的事。” 电脑不再是一个什么都能干、随时能打扰你的玻璃板，而是一台打字机。

女：这句话真动人。可是仔细一想，为了搞出这个“没干扰”的环境，折腾 neovim、tmux，还要自己配自动登录脚本，这不是另一种分心吗？

男：这就是社区里争论的焦点。有人直接吐槽说“像吃了注意缺陷药物结果搞错了重点”，还有人说这跟他们朋友“想开始写博客，第一步先自己写了个静态网站生成器”一模一样。

女：但我觉得，如果最终她真写了文章，这种折腾的过程不算浪费时间。就像有人拼乐高的时候其实也是在给大脑预热。

男：对，而且社区里一位自称有 ADHD 的用户说，他花了很多年折腾 Emacs 配置、机械键盘、各种笔记本，最后发现真正管用的是直接冷 turkey 戒掉社交网络，而不是继续打磨工具。但折腾工具的过程至少让他更了解自己，也不完全是弯路。

女：我身边也有朋友最近在折腾物理空间。不是设备，是桌子。他读完一篇文章之后，把自己背对墙、面朝房间的桌子整个调转了 180 度。

男：这个我印象很深。作者去汉堡旅游，发现博物馆里的桌子都不靠墙放，全放在房间中间，直接面向整个空间。回家后就把自己那张桌子也转了方向，从面对墙变成背靠墙，眼前是门，还有整个房间的纵深感。

女：我猜，光是面前不再是墙这一个变化，就会让人呼吸更深。

男：而且他还在同一张桌子上划出两个区域：靠窗那边是数字侧，放显示器和键盘，只留每天必要的工具；另一边是模拟侧，没有任何屏幕，放笔记本、几支钢笔、正在读的书，可以和小孩搭乐高。切换任务的时候，连电脑都不用关，把椅子挪半米就够了。

女：其实就是把“状态切换”交给身体，而不是靠意志力。他用了多久？

男：到现在大概十个月，很满意。他说极简不是目标，模拟侧允许适当乱，东西可以摊开一段时间，因为创造力需要一点摩擦和冗余。

女：社区里好像还有人提到风水？

男：有人指出，风水的基本原则之一就是别背对空间，因为人会下意识留意身后的风吹草动。所以这种布置刚好暗合了风水。还有一个人提到建筑理论里强调的“两侧采光”，说德国办公室法规甚至要求工程师的工位最好让窗户在侧面，背后是墙，这样才能减少眼睛在屏幕和窗外强光之间的切换疲劳。

女：那位作者用的桌子好像也不便宜，有人认出来是 USM Haller。

男：没错，不少人感叹这桌子加上 Vitsoe 架子简直是“梦想配置”，也有人质疑花两三千美元买一张层压板桌子值不值。作者出来回了一句，说自己就是真心喜欢，不是炫耀。这种直白其实挺可爱。

女：从一个人书房的几何，再放大到一座城市的几何，阿哲，你听过“曼哈顿 henge”吗？

男：当然。曼哈顿的街道不是正东西向的，每年有两次日落刚好跟东西向的街道完美对齐，太阳正好落在摩天大楼夹缝的地平线上，画面特别像《星际之门》。

女：最近有个程序员专门做了个叫 Hengefinder 的工具，能在全世界任何地方找到这种日落街道对齐的日子。他是怎么算的？

男：基本原理很简单：先算街道相对真北的方位角，再算每天日落时太阳的方位角，找匹配的日期。但每一个环节都有坑。比如算方位角的时候，不能直接用经纬度差算反正切，因为地球是圆的，经线在极地收缩。他得把经度差乘以纬度的余弦，才把两个坐标轴对齐。

女：这一步要是没弄对，可能算出来的对齐时刻会偏几天，太阳早就掉到楼后面去了。

男：还有更坑的。“日落”的定义，天文软件 Astral 说太阳完全没入地平线才算，但对拍 henge 来说太晚了，太阳刚好接触地平线那一下才是关键。他只好用二分搜索去找“太阳最后一次还高于目标高度”的时刻。

女：等等，白天阳光好，为什么还要用二分搜索？

男：因为要在一整年里找对齐日，但太阳方位角全年不是单调变化的，是个平滑波形，夏至冬至会转头。直接二分搜索会撞墙。他的办法是先粗采样，检测可能漏掉的时间窗口，再细查，这一套下来还挺精巧。

女：他最后还支持了“索伦 henge”——让太阳或月亮刚好落在建筑物尖顶上方，像《指环王》里索伦的眼睛。

男：是，他用类似逻辑算的。同事已经在奥斯汀 UT 塔、台北 101 都拍到了这种时刻。最让我触动的是，他说很多几百年前的老街道，比如阿姆斯特丹的运河街，每年都发生两次 henge，却从来没人庆祝。

女：我们都是路过，从来不向上看。社区里还有人想拿这个工具反向预测什么？

男：有人想把功能反过来用，预测某条街在夏天什么时候最晒，因为小孩怕热，想规划阴凉路线上学。另一个摄影师常用工具 The Photographer's Ephemeris 也能做类似的事，但 Hengefinder 更轻巧，专门针对街道齐齐。

女：你提醒我了，我是不是可以设定日历提醒，在自家窗台上等一个属于我的 henge？

男：可以试试。只要你的窗对的方向接近东西走向，每年总有一两个傍晚，太阳刚好在巷口沉下去。你知道那个精确的几分钟之后，就会觉得整座城市在为你亮灯。

女：这感觉真好。从 386 里面那个藏了四十年的小 bug，到曼哈顿一年两次的日落对齐，今天我们聊的东西好像都指向同一件事——人怎么样在技术、设备、空间这些已经被规划好的系统里，重新找回一点自己的节奏和视角。

男：哪怕只是把桌子转个方向。

女：对，哪怕只是把椅子从屏幕前挪开半米。

男：好了，我们今天就聊到这儿。如果你喜欢这期节目，记得用泛用型播客客户端订阅我们，这样可以第一时间收到更新。

女：你用的客户端里搜“Agili Hacker Podcast”就能找到。我们下期再见。

男：拜拜。

推荐订阅源