Google 把搜索框当成了倾诉对象、Fireworks 把 Kimi K3 的推理 token 砍掉 40%，与在 80 美元汽车旅馆里发现的两个新物种——Hacker News Top 20（2026 年 9 月 28 日）

1. When did Google get so weird?

• 原文入口：Sancho Panza's Thoughts
• HN 讨论：49870367
• 提交者：sancho-panza（提交于 2026-09-28 04:12）
• 快照热度：619 points | 337 comments
• 原文日期：2026-09-27
• 中文要点：作者想找回 2010 年代 NBA 球迷圈的一个梗，随手在 Google 里敲了「hes never coming over dario」（说的是 2014 年被 76 人选中、当时还在土耳其打球的 Dario Saric，球迷调侃他「永远不会过来」）。结果 Google 的 AI 概览把这句话当成了作者自己的倾诉——他刚被人叫 Dario 的人伤了心，于是给出了一段安慰式回答。作者说，这一下让他意识到锅已经烧了很久：在一个搜索框里被当成需要共情的用户，既不是他要的，也不该是搜索引擎的活；而真正的结果就躺在 AI 概览下面几百像素处。337 条评论把它顶成了今天最热的一条，讨论焦点集中在 AI 概览把「待匹配的文本」读成「对系统说的话」这件事上：有人贴出同类翻车合集，有人举例问「哈利法克斯流浪者还能进季后赛吗」却被告知球队已经锁定第四，纠正两次才拿到像样的答案，也有人怀疑这是 RLHF 把模型调得太讨好；反驳的一方说，AI 概览本来就应该先看搜索结果再回答，而不是抢在结果之前替用户解读情绪。还有一派把话题引到别处：多数人越来越孤独，才会接受这种拟人化的回应。

2. Ember-1

• 原文入口：Fireworks AI 博客
• HN 讨论：49868830
• 提交者：gmays（提交于 2026-09-28 01:31）
• 快照热度：314 points | 168 comments
• 原文日期：2026-09-23（页面标注的发布日，9 月 27 日有更新）
• 中文要点：Fireworks Research 发布的专用模型 Ember-1，做法是把 Kimi K3 的推理过程压缩掉：官方说法是用少 40% 的 token 达到 K3 的质量，理由很直白——推理模型有时把超过 90% 的生成 token 花在内部推理上，在多轮智能体负载里每一轮都要把之前的推理重新读一遍，上下文消耗大致按轮数的平方增长。团队跑了 50 多次训练实验、200 多次评测，训练过程全部放在 Fireworks 自己的 Serverless Training 上，用的自家数据。公开基准上 Ember-1 大致追平或超过 K3 的最高推理档（Terminal Bench 2.1 为 82.0% 对 80.9%，DeepSWE 1.1 为 75.2% 对 66.4%，SWE-bench Verified 92.2% 对 93.2%），并称在 Doximity 的临床基准 Bedside Bench（500 个病例、10 个专科）上，相对 GPT-5.6 Sol、GPT-6 Astra、Claude Opus 5 在成本—质量前沿上更靠前。两家客户的线上 A/B 测试里，每个任务的 token 用量约少 35%，质量指标持平或更好，其中一家已经在生产环境用它替换原模型。168 条评论里最集中的两点质疑是：其一，模型基于 Kimi K3 的权重训练，却没有公布自己的权重；其二，文章反复讲「帕累托前沿」，有评论直言这个词最近在所有 AI 文章里泛滥，也有人说只报基准不报损失——少掉的推理里，究竟有没有某项能力被削掉了。另有多人希望 DeepSeek 与 GLM 的同类小模型也有人做同样的压缩。

3. Lunar Terminator Paradox

• 原文入口：Dima Kogan's Notes
• HN 讨论：49870837
• 提交者：dima55（提交于 2026-09-28 05:06）
• 快照热度：37 points | 23 comments
• 原文日期：2026-09-27
• 中文要点：日落后太阳在地平线下，照亮的那部分月亮按理说应该朝下指着太阳，可实际看到的高挂月亮常常朝上亮着——作者在山里露营时被这个「月牙朝上」的错觉绊住，又找不到说得通的解释，就写了个模拟程序自己推。结论是视角问题：月亮升高之后我们是从下方看它，看到的亮面仍在同一侧，但底边多出了一条本该看不见的暗弧，于是整轮月亮显得朝上。满月时最明显，半月没有这个现象，月相越满、月亮越高的傍晚越容易观察到；太阳方位也可以当作参数来回拨。文章末尾还夹了一句对当前 AI 工具的观察：几个模型都能给出解释却总是答错具体问题，最后是他自己把模拟器写出来才看明白。23 条评论里，有人坚持这是黄道仰角与月相被混为一谈、用「上/下」这种模糊方位词描述本身就有问题，作者在回复里反问：那你能否用这套说法回答「日落时的半月，能不能看到朝上的月亮」；也有人给出更干脆的几何解释——天空中「直线」是大圆，沿着连接太阳与月亮的大圆去追，月亮自然不指向我们以为的直线方向。另有讨论顺带跑偏到月亮的视直径为什么刚好和太阳接近、以及「遇事不决就找个 AI 写模拟器」这种习惯该不该鼓励。

4. Alan Kay's answer to “Did the ENIAC have a BIOS”?

• 原文入口：Quora 答复
• HN 讨论：49870070
• 提交者：midnightfish（提交于 2026-09-28 03:37）
• 快照热度：63 points | 24 comments
• 原文日期：2026-09-19（答复日期）
• 中文要点：有人问 ENIAC 有没有 BIOS，Alan Kay 的回答是：它既没有 BIOS，也没有任何与 BIOS 类似的东西；他站在不把 ENIAC 当作存储程序计算机的那一派，理由是能用的取巧手段不够多。接着他把问题往上提了一层——「基本输入输出」是否必须固化在固件里才算数，按字面是「必须」，按精神则不必；顺带讲到 1960 年代很多机器根本没有代码，操作员要用一排拨钮把几条指令按进去，机器才去读纸带，早期 DEC 的多数机型都是这么冷启动的，1964 至 1965 年前后的 CDC 6600 则干脆给了一块跳线开关板。他引维基百科的说法作结：BIOS 这个名字最早出现在 1975 年的 CP/M，今天这个含义的用法大概定型于 1981 年的 IBM PC，两者都是基于 ROM 的。这个 Quora 页面本身对普通抓取返回机器人验证页，答复全文可在 kennethfriedman.org 收录的同一答复里对照。24 条评论里最有料的一条反对意见是：ENIAC 原版当然不是存储程序机器，但战后按 EDVAC 报告的设计改建成存储程序模式运行到 1955 年退役，所以 Kay 这话只对早期形态成立；底下有人补上 EDSAC 1949 年的「初始指令」模块——用一排旋转选择开关设定 ROM 里的八进制字，David Wheeler 放进去的是一个纸带加载器加迷你汇编器；也有人回忆 DEC 后来的引导 ROM 卡（BM792 是一块 32×16 的二极管矩阵，得手工拔掉一些二极管来写引导代码）。此外不少评论只是感慨：Alan Kay 至今还在 Quora 上认真答题，这件事本身比答案更难得。

5. Show HN: Lofi Cities – Pixel-art city nights with browser-generated lofi

• 原文入口：loficities.com
• HN 讨论：49869574
• 提交者：safaelmali（提交于 2026-09-28 02:44）
• 快照热度：143 points | 69 comments
• 原文日期：2026-09-24（页面标注的发布日，9 月 28 日有更新）
• 中文要点：一个免费网页应用：像素画风格的城市夜景配上浏览器里实时合成的 lofi 音乐。每个场景是 480×270 的像素动画，四分钟无缝循环一轮，自带天气、地标和城市环境音；音乐用 Web Audio API 现场生成，可选爵士嘻哈、钢琴、氛围、巴萨诺瓦、合成器、House、吉他等风格，并调能量与编制。不用安装、不用账号，电脑手机都能跑。除了听，还有城市巡游、按当地「最接近凌晨一点」的城市自动切换、单帧导出 PNG、Gumroad 上买全套 16 城视频循环等入口；每座城市留了一块广告牌，没人租就挂一条虚构的本地广告。作者在讨论里明确说，图像与视频循环是 AI 生成的，音乐则是浏览器里实时合成的。69 条评论里，一部分是点城市的名单（洛杉矶、开普敦、佛罗伦萨、开罗、雅典、温哥华、圣保罗），也有人提议加室内视角，作者回应说咖啡馆和公寓已在路线图上；批评集中在 AI 痕迹上——东京与香港那两张里的「汉字」不是真正的汉字、抖动（dithering）用得太随意，不像人类像素画家那样逐像素打算过；还有人吐槽广告牌比九层楼还高、破坏了沉浸感，以及雨声听上去就是白噪声。另一条被反复提起的是：这类动态壁纸本该在十几年前就出现在系统里。

6. The state of SIMD in Rust in 2026

• 原文入口：shnatsel.github.io
• HN 讨论：49844629
• 提交者：verdagon（提交于 2026-09-25 21:46）
• 快照热度：82 points | 19 comments
• 原文日期：2026-09-25
• 中文要点：Sergey 「Shnatsel」 Davidoff 的年度 SIMD 生态调查，约 31 分钟读完，篇幅比去年更厚。基础部分讲清了几件事：SIMD 是绕开指令解码瓶颈、一次算一批数的手段，x86 上 512 位的批次理论上能带来 8 倍（f64）到 64 倍（u8）的加速，实践里也可能更慢；指令集是后来才补上的，所以 x86_64 的默认基线只有 SSE2，要吃到 AVX2 及以后就得担风险或者做函数多版本化，而 ARM64 把 NEON 定为必备，反而没这么麻烦。三条路线分别是自动向量化、可移植 SIMD 抽象、平台专有 intrinsics，作者逐条谈了各自的状态：Rust 1.98 稳定了 algebraic_add() 一类的代数运算，让浮点也有机会被向量化，相当于一个更安全的 -ffast-math；multiversion 这类 crate 让多版本化只需要一个标注，但放在很小的函数上会带来可观开销。作者今年成了 Fearless SIMD 的维护者，为避免利益冲突，把草稿交给 std::simd、wide、pulp、macerator 等库的作者审读，编辑权仍在自己手上。19 条评论里，最尖锐的一条是热评定调：「可移植的 SIMD 并不存在，你只能二选一——要么为每个平台手写汇编，要么放弃极致性能」；反驳者说，内层循环里拿到 2 到 4 倍，远好过理论上的 8 倍但根本不会落地的方案。也有人盼着 core::simd 稳定，同时指出 Cranelift 的 SIMD 支持还很早期，基本只覆盖部分 128 位向量。

7. There is more to code review than (automatable) detection

• 原文入口：Adaptive Capacity Labs
• HN 讨论：49857281
• 提交者：utiiiD（提交于 2026-09-26 23:06）
• 快照热度：44 points | 17 comments
• 原文日期：2026-08-24
• 中文要点：John Allspaw 对一篇主张「编码智能体已经越过门槛，人工代码评审不再是质量流水线的必要环节」的论文的反驳。那篇论文把评审拆成四个功能——缺陷发现、风格约束、知识传递、知情——再论证智能体逐项都能做，于是结论是能替代人类评审。Allspaw 说这套推理依赖一个「替代神话」：他列出几件无法被拆成功能的事。其一是评审者的困惑本身就是发现——资深工程师看着 diff 说「我看不懂」，就意味着代码太复杂、抽象不对或意图不清，而模型永远「看得懂」，给不出这种信号；其二是对变更必要性的质疑，「这该不该拆成两个 PR」「这是治症状还是治问题」，这些发生在判断对错之前；其三是看见不存在的东西——接口约定改了而错误处理没跟上，这种「缺失盲区」恰恰是模型容易漏的一类；其四是评审的注意力会随代码作者是谁而校准，同事之间的默契没法照搬。17 条评论里，一条用 AI 检测工具判定这篇文章 94% 由 AI 写成，底下立刻有人反驳说术语密度高容易误判、并给出另一个检测器的相反结论；其余讨论分成两拨，一拨列出人工评审真正该看什么（变更是否有必要、架构是否对、有没有重复造轮子），另一拨认为在代码变便宜之后，评审早该升级到产品一致性与治理层面，而不是继续兜缺陷。

8. Don't couple your Go code to GitHub

• 原文入口：iain.rocks
• HN 讨论：49868404
• 提交者：birdculture（提交于 2026-09-28 00:50）
• 快照热度：121 points | 55 comments
• 原文日期：2026-09-27
• 中文要点：Go 用取代码的位置来给包命名，于是 import "github.com/某人/某库" 这种写法把代码和托管平台绑在了一起：要搬到 GitLab，所有 import 都得改，改不动就干脆不动。作者举了他见过的例子——一家公司同时用着 GitLab、GitHub 和 Azure DevOps，因为迁移成本太高，只好付三份钱，他也因此做了跨平台复制的工具 Boneclone。他给的解法是做自己的域名（go.iain.rocks、go.uber.org、go.mongodb.org 都是这个路子），用 ?go-get=1 把 Go 工具指向真实仓库地址，人访问时再跳转，换了后端只要改域名指向；文末附了可以直接抄走的 nginx 配置。55 条评论里反对意见很集中：一，真搬家时全局查找替换和 go.mod 里的 replace 指令也能应付；二，域名是要续费的，开源作者断供的风险比 GitHub 倒闭更高，有人因此宁可绑在 GitHub 上；三，用域名就把基础设施绑到自己身上了。支持的一方则说，依赖自己的域名之后还能顺手把它指向制品仓库，这对软件供应链是加分项；也有人认为问题出在拿 URL 当标识符，本来就该用更抽象的名字加签名与解析器。

9. Imp is a full port of DSPy to the BEAM

• 原文入口：GitHub 仓库 deepfates/imp
• HN 讨论：49869995
• 提交者：mpweiher（提交于 2026-09-28 03:28）
• 快照热度：38 points | 5 comments
• 原文日期：日期未确认（仓库页不标发布日期；仓库创建于 2026-07-10，最后一次推送 2026-09-27）
• 中文要点：Imp 是把 DSPy 整套搬到 BEAM 上的 Elixir 库，MIT 许可，仓库现有 95 个 star、6 个 fork、26 个未关闭 issue，托管在 Hex（hex.pm/packages/imp）。用法延续 DSPy 的思路：用一行签名描述这一步吃什么、吐什么（例如 issue -> kind: enum[bug,feature,question], summary），库自己拼提示词、校验回复、按签名给出带类型的字段，写错了就直接返回错误；要它先想再答用 Imp.chain_of_thought/2，要给工具用 Imp.react/3，签名不变。再往上是优化：准备已标注的 trainset、用于选型的 valset 和前后对比的 testset，配一个度量函数，就能用 GEPA、LabeledFewShot、BootstrapFewShot 之类的优化器改指令或选示例；GEPA 需要一个更强的模型来读失败、重写指令。README 里反复强调的一点是 BEAM 带来的差别：一个智能体就是一个进程，有自己的状态、能收消息、挂在监督树里跟应用其余部分一起跑。5 条评论里，版主 dang 把过去三年多关于 DSPy 的几次讨论串一并列了出来；有评论判断这个方向已经过时——业界早从结构化解码转向工具调用与智能体，结构化输出只在模型还撑不住语法的年代最有用；也有人问有没有 TypeScript 或 Rust 的移植版，并顺手给出了一个 Rust 实现。

10. What I did at Recurse Center

• 原文入口：thill.me
• HN 讨论：49869773
• 提交者：bingden（提交于 2026-09-28 03:04）
• 快照热度：51 points | 16 comments
• 原文日期：2026-09-11
• 中文要点：作者按朋友推荐在布鲁克林的编程静修地 Recurse Center 待了一个夏天，这篇是他做的事的清单。他参加了几个自习小组：「智能体冒险」里和同伴搭了一个可以放心开 dangerously-skip-permissions 跑 vibecoding 智能体的远程沙箱，学着用 ollama 与 docker 隔离本地智能体，玩 minGPT 训练一个用莎士比亚口吻说话的小模型，还做过一次让模型说话更自然的 LoRA；《Practical Deep Learning》读了一半，走完经典机器学习、预训练模型到自建神经网络的路径；「数学星期一」里做 Project Euler、Peter Winkler 的《Mathematical Puzzles》、分形与生成艺术、Voronoi 图，并跟着别人入门了 Rocq 证明助手。他自己最看重的一段是给一门语言写模式匹配编译——翻 1987 年那本《The Implementation of Functional Programming Languages》第五章，才明白教科书里的难题换对抽象就变简单了。16 条评论里，有人直接问「这个像成人日托的地方到底产出过什么」；回答的人说 RC 基本落在「探索」那一端，目的就是学习与社群，不该拿论文和创业公司来衡量，另有人说自己正考虑请一段时间假去试试。也有评论带着一种失落：写代码这件事在智能体时代显得古旧，读完之后更确信自己大概再也不会纯手写代码了。

11. Oral history of John Chowning, inventor of FM synthesis [video]

• 原文入口：Computer History Museum（YouTube）
• HN 讨论：49869142
• 提交者：Rochus（提交于 2026-09-28 02:02）
• 快照热度：42 points | 6 comments
• 原文日期：2026-08-12（视频发布日；访谈录于 2026-02-10）
• 中文要点：计算机历史博物馆的口述史系列，时长 1 小时 38 分，由 Dag Spicer 在 2026 年 2 月访谈 John Chowning。Chowning 是作曲家，也是 FM 合成的发明人：他讲了自己几个关键的开窍时刻，包括 1977 年的作品《Stria》里用递归结构，以及在研究四声道空间化时意外发现频率调制这件事；也讲了早年在斯坦福用分时计算机的辛苦——基本是夜里干活——以及后来促成音乐与声学计算机研究中心（CCRMA）成立的经过。他还谈到自己一路上的经历：童年时对洞穴回声着迷、在海军里打爵士鼓、去巴黎跟 Nadia Boulanger 学作曲，直到基于他专利的 Yamaha DX7 取得巨大商业成功，以及他当年如何顶住斯坦福音乐系内部的怀疑。视频目前约 1,897 次观看、62 个赞。6 条评论里最好笑的是关于他姓氏的那串谐音梗（「文件权限该由他发明」）；也有人回忆约二十年前听过他本人的一场 FM 合成讲座，说自己从小玩 Yamaha DX11 长大，那一刻很难忘；最认真的感慨是：一直以为 FM 是日本发明的，因为最有名的 FM 芯片和合成器都出自日本，原来源头在美国。

12. In an $80 motel room, a discovery to shed light on the origins of life

• 原文入口：The New York Times
• HN 讨论：49866951
• 提交者：danso（提交于 2026-09-27 22:30）
• 快照热度：194 points | 79 comments
• 原文日期：2026-09-26
• 中文要点：Carolyn Y. Johnson 的报道。去年春天，演化生物学家 Julia Van Etten 在北卡罗来纳州纳格斯黑德租下一间 80 美元的汽车旅馆房间，把它改成了临时实验室：墙边排着装咸水的水壶，水桶里泡着沼泽草，床头柜成了显微镜台。研究植物基因组的生物学家 Andrew Willoughby 开了三个半小时车赶来，看到这套布置后的第一反应是「这些人是真的」。这支小队部分是被特朗普政府对联邦科研经费的冻结推到一起的。几天里他们在一滴滴水里翻找沼泽藻类，最终在《Journal of Phycology》上报告了两个新种：单细胞生物 Paulinella 的两个新成员，一种带鳞片、形似手雷、内含香肠状绿色块体的微生物。这次发现让已知能进行光合作用的 Paulinella 物种增加到六个。79 条评论里，靠前的几条是绕过付费墙的赠阅链接与存档链接；讨论最多的是「为什么非要在汽车旅馆做」——回答是根据采样地点就近工作、同时又能半私密地用显微镜，设备基本自掏腰包；也有人指出文章本身把经费冻结与这件事的关系写得含糊。此外有生物学家补充说那套工具其实就是一种「挑虫针」，还有人对「80 美元算便宜房间」表示难以置信。一条被顶上来的失望评论是：原以为他们是在旅馆房间里发现了这些生物。

13. Replacing the old battery on rechargeable bike lights

• 原文入口：Julia Evans
• HN 讨论：49866515
• 提交者：surprisetalk（提交于 2026-09-27 21:30）
• 快照热度：132 points | 72 comments
• 原文日期：2026-09-27
• 中文要点：Julia Evans 十年前买的可充电自行车灯，充满电后只能亮五分钟，于是她决定换电池试试。步骤写得很细：沿着看起来像接缝的地方把硅胶壳剪开（剪得挺难看），拧下螺丝取出电路板，第一次学着拆焊——先读了 iFixit 的拆焊指南，也问了朋友，用吸锡泵先把大部分焊锡吸掉，再慢慢把电池和焊点分开，中途还要停下来让电池降温，因为电池顶部有一片点焊上去的连接片。她特意在开头声明自己对电子和安全的了解都不多，这篇不含安全建议，并说在会员制的创客空间动手、随时能找人帮忙是这件事能成的重要原因。72 条评论里，有人对比欧洲常见的外置可换电池车灯，感叹这类一体式设计就是让人整只扔掉；有人贴出同类经历，说家里一堆 Cygolite 灯容量衰减到要每次骑行都充电，准备照这篇拆开换 18650；也有人给出实用建议——型号对不上没关系，关键是化学体系、电压和容量（容量略大通常也行），因为充电控制都是基于这三项设计的，还有人提醒现代可充电电池最怕长期空电存放。讨论的后半段跑到了车灯的公共性上：很多人抱怨迎面而来过亮的车灯，指出问题不在亮度而在没有水平截止线的光型，也有人提到某些欧洲国家只允许常亮、不允许闪烁。

14. A New Experiment Meta-Strategy

• 原文入口：Casual Physics Enjoyer
• HN 讨论：49844266
• 提交者：surprisetalk（提交于 2026-09-25 21:20）
• 快照热度：7 points | 0 comments
• 原文日期：2026-09-15
• 中文要点：这是一位业余科研者的经验帖，核心不是实验本身而是「能不能做上实验」。作者自述白天有本职工作，只能靠零星空闲的晚上做研究，而过去实验室乱到光是找东西、清桌子就足以让他放弃动手，于是索性花几小时按用途重新上架（测温、探针、玻璃器皿各归各处），再买家具、花了约四小时把架子和桌子搭起来。整理的过程中他顺手清点了一份完整清单：仪器、化学品、连各类地质样品都记了下来，本意是日后交给 Claude 方便查找。接着他把这份清单反过来用——让 Claude 做一个 QtPy 应用，把「用手上这些设备可能做的实验」画成一个状态空间，要求尽量指向文献里少有探索、又能在家庭环境里复现的复杂现象。他自己也承认这是在把惯常的顺序倒过来：以前是看中某个实验再去买器材，现在先看手上有什么，也许能更省地做点有意思的科学。这条在快照时刻还没有评论。

15. Self-Hosting on the Dark Web

• 原文入口：david.alvarezrosa.com
• HN 讨论：49870295
• 提交者：mooreds（提交于 2026-09-28 04:03）
• 快照热度：25 points | 10 comments
• 原文日期：2026-06-01
• 中文要点：作者把自己这个站点也做成 Tor 隐藏服务的操作记录。前半段讲原理：.onion 地址由公钥直接推导，没有证书颁发机构、没有 DNS，也不暴露 IP，加密由 Tor 自己完成；隐藏服务只是把这种匿名性延伸到了服务端，因为中继由成千上万台志愿者服务器组成，没有哪一方能把「谁」和「在做什么」对上。后半段是具体步骤：在 torrc 里写 HiddenServiceDir 与 HiddenServicePort，目录必须是 Tor 独占的专用路径（不能指向网站根目录，否则 Tor 拒绝启动）；重启 tor@default 后从 hostname 文件读出生成的 .onion 地址；nginx 在 127.0.0.1:8080 上监听即可，不要 TLS、HTTP/2 与 QUIC，因为 Tor 走的是明文 TCP、自带加密；静态站点还要用 onion 地址作为 baseURL 再构建一份，否则绝对链接会把访客带回明网域名。10 条评论里，作者在回复中确认自己只跑隐藏服务、不跑出口节点（也因此省去了一大堆解释成本）；有人建议在明网站点加上 Onion-Location 响应头，让 Tor 浏览器自动提示，作者表示会补上；也有人追问为什么要把同一套内容按域名构建两遍，作者的答复是为了 RSS、canonical 与 og:url 这类必须写绝对地址的地方，确保访客一旦进入 .onion 就不会再离开。

16. S3 Is the Future, S3 Is the Past

• 原文入口：BtrBlocks 博客
• HN 讨论：49851693
• 提交者：tkhattra（提交于 2026-09-26 07:58）
• 快照热度：38 points | 23 comments
• 原文日期：2026-09-19
• 中文要点：Viktor Leis 的这篇短论说，S3 在设计上就是「一百万块硬盘挂在一个 HTTP API 后面」：单次请求不到 100 MB/s，延迟以几十毫秒计。这些特性不是意外，而是磁盘物理属性的直接后果，因此每个基于 S3 的系统都在为它打补丁——加缓存掩盖延迟、把小写入攒成大对象摊薄请求开销、另起一套元数据存储（DynamoDB、FoundationDB 之类）来应付小随机查询，而且记录不能就地更新，改一个字段得重写整个对象。他认为真正变化的是硬件：SSD 与磁盘的价差已缩到约 3 倍，SSD 的访问延迟在 100 微秒量级、每设备每秒数百万次 IO、随机读写粒度到 4 KB；同时数据中心网络到了 100 Gbit 以上、机房内延迟低于 100 微秒。基于 SSD 的分离式存储配上这样的网络，可以让缓存变成可选、批处理不再必须、就地更新可行、元数据与数据重新合回一套系统。他点名亚马逊 2023 年推出的 S3 Express One Zone：限定单可用区、多毫秒延迟、容量单价更高、带宽定价还劝退了高吞吐用法，因此只是个细分产品。结论是技术上没有障碍，缺的是动力——云厂商手里有海量硬盘和建立在这个定价模型上的营收，而基于 S3 的架构恰恰在当初逼出它的硬件约束消退之时成了行业标准。23 条评论里，最主要的反驳是「S3 并不便宜」：有人算过六个月 S3 的费用接近零售买一块 4 TB SSD，不过马上有人指出这个比法忽略了冗余、机器成本与可用性。有评论给出更硬的数字——S3 的每 GB 单价自 2016 年 12 月的 0.023 美元起十年没动过，出网流量 0.09 美元/GB 也维持了十多年，而带宽的转接成本早已降到万分之一量级。也有人指出分层存储（Intelligent-Tiering、Glacier）之后价格结构早就不止一层，还有 S3 Express 的 API 差异（ListObjectsV2 不再有序、多了 AppendObject 与 RenameObject）。

17. My Recent Woodworking Projects

• 原文入口：notoriousbfg.com
• HN 讨论：49870541
• 提交者：trwhite（提交于 2026-09-28 04:33）
• 快照热度：15 points | 4 comments
• 原文日期：2026-09-27
• 中文要点：作者十五岁时在设计与技术课上手做一张桌子，企图心太大用了榫卯，结果一个接点都不够结实，还被老师拿到同事面前当笑话讲，一怒之下放弃了木工。二十多年后为了拦住爱捣乱的狗 Fern 上楼，他和伴侣需要一个楼梯口的栅栏，才发现自己又得动锯子。他在 YouTube 上找到一份简单图纸，工具只添了 Black & Decker 的 Workmate 工作台、几把手锯、角尺和本来就有的电钻，木料是从建材商 Sydenhams 买的，长料锯短才能塞进他的斯柯达后备箱。栅栏花了他大半个周末，最大的体会是：就算量得准、线画得直，他的锯口依然不稳定，栅栏顶端几根竖料的误差一眼就能看出来。文章最后他给自己做了评估，认为这个朴素的功能性设计还算满意。只有 4 条评论：一条推荐了含免费 PDF 的《The Anarchist's Workbench》，说可以照着改进工作台；一条强调不必被 YouTube 动辄整间车间电动工具的视频吓退，两把手锯（横切与纵切各一）、角尺加电钻就能做很多东西；也有人留言说自己有个木工项目一直卡在接点怎么做上。

18. Previously unheard recordings of John Coltrane, captured by Frank Tiberi

• 原文入口：Jazzwise
• HN 讨论：49845284
• 提交者：gregsadetsky（提交于 2026-09-25 22:38）
• 快照热度：50 points | 17 comments
• 原文日期：2026-09-23
• 中文要点：被爵士圈私下传了六十多年的「Tiberi 磁带」终于要正式发行。录音者是次中音萨克斯手、教师 Frank Tiberi，今年 97 岁，曾在本尼·古德曼、Dizzy Gillespie 等人的乐队里当伴奏，1950 年代末为了养家在费城一带长期演出；他从 1960 年起带着便携磁带机，跟着 Coltrane 与他的经典四重奏进纽约与费城的俱乐部，把每晚现场录了下来。这些私人录音长期只是传闻，Impulse! Records 宣布在 Coltrane 百年诞辰这一年的 11 月 6 日全球发行《The Tiberi Tapes》，规格为 4 LP、3 CD 与数字版，并放出「Giant Steps (226 BPM)」作为先导；此前的 4 月 18 日唱片店日，先出过一张 6,000 张的 LP 预览，收录 13 分 51 秒的《Giant Steps》与 11 分 44 秒的《Satellite》。Jazzwise 的原文页对普通抓取返回了拦截页，以上信息可与 Tracking Angle 的发行公告及 Everything Jazz 的唱片内页文章互相印证。17 条评论里，一边是近乎朝圣的表白与反对意见并存——有人说 Coltrane 的和声无人能及，也有人自称职业乐手，坦承自己完全听不进去，觉得已越过悦耳、变成脑力练习；另一边是技术考据：有人查到当年那台 Concertone TR-100 磁带机的电路图，确认它是半轨单声道、两种带速，并讨论偏磁振荡器与母带复原的工作量有多大。还有几条评论是在抱怨自己点开链接时正好撞上 Jazzwise 的防火墙拦截。

19. Writing Efficient C++ Code (2013)

• 原文入口：asawicki.info
• HN 讨论：49849409
• 提交者：ibobev（提交于 2026-09-26 04:20）
• 快照热度：131 points | 79 comments
• 原文日期：2013（原文最早发表于《Programista》杂志 2013 年第 4 期，页面不标发布日期）
• 中文要点：Adam Sawicki 十多年前写的一篇长文，开头先回答「为什么还要在乎性能」：程序要跑很多年、装在几百万台机器上，机房的电费与散热是硬成本，而在实时音视频、游戏主机这类地方速度不能打折扣。正文主体是数据导向设计：与其从概念出发把类当成现实世界的抽象，不如先想数据在内存里怎么摆、该配什么数据结构，再考虑算法。图 1 给出的对照很直白——左边是散布各处、靠指针互相指来指去的小对象，读一个字段要跳好几次内存；右边是把同类数据紧凑排在一起，用连续访问把缓存命中率换回来。文章还讨论了 volatile 的真实含义，以及为什么不能想当然地理解它。79 条评论围绕「这十年 C++ 是变难了还是变容易了」吵了起来：有人说现代 C++ 把写高效底层代码搞复杂了，反驳者指出移动语义、constexpr 之类的特性其实让编译器拿到更多信息、把计算挪到编译期；有人给出数据导向设计的收益量级——把多态指针列表换成 std::variant 能换来 2 到 3 倍，再改成数组结构（SOA）又是 4 到 8 倍；也有人批评这篇文章几乎没提分支预测、上下文切换与同步，作为单篇博客范围太宽，适合写成系列或一本书；还有人顺手推荐了 Agner Fog 的优化手册。

20. The Cartesian Hand: In-Hand Manipulation with All-Linear Fingers

• 原文入口：General Robotics Lab（杜克大学）
• HN 讨论：49853476
• 提交者：AareyBaba（提交于 2026-09-26 13:27）
• 快照热度：56 points | 9 comments
• 原文日期：2026-09-22（论文预印本 arXiv:2609.25696）
• 中文要点：杜克大学通用机器人实验室的一个 7 自由度末端执行器，思路和「像人手一样有很多关节」相反：两个独立驱动的平行夹爪分别夹住物体的不同部件，四根可平移的指尖负责让这两个部件之间产生相对运动，而全部七个关节都是移动副。好处是运动学变得极其简单——每个指尖位置都是关节的固定线性函数，雅可比矩阵是常数且满秩，因此不存在奇异位姿，操作可以由一组线性运动原语拼出来。参数也很朴素：指尖行程 65 mm，夹爪与分离行程各 52 mm，关节速度约 60 mm/s，单只夹爪静态保持 2 kg，整只重 850 g、约 166×100×76 mm，结构为 3D 打印的 PLA 或尼龙，成本约 500 美元。它擅长的正是螺纹、转轴、导轨、活塞、扳机这类有机构可循的物体：演示覆盖 35 件实验室、制造与家用物品，包括拧紧与旋开瓶盖、移液、注射器推注、双手柄工具、拧螺丝、扣扳机和握持中重新定向；同一套流程还能从固定底座机械臂搬到人形机器人上，用两只手做双臂实验操作。9 条评论里，最尖锐的一条指出它对「强笛卡尔」物体的依赖：夹爪能拿起两根筷子却没法把筷子尖对到一起，而反对者回帖演示说，在一对指尖间滚动单根筷子、再抵住固定物就能倾斜它，尖端一旦接触后续就能用；有人仔细问了电机装在哪里（答案是指尖后侧那一块厚实结构内部）。另外两条很受欢迎的观察是：人手靠会变形的皮肤感知，机器人一直没有对应方案，而这只手用永不弯曲的平面接触面绕开了难题，因而可以铺上高密度触觉阵列；以及，这类奇特执行器未来的成败取决于迁移学习——同一个「机器人大脑」能否在不同执行器之间复用。