Hacker News 首页，评论译成简体中文。
首页
排行第一：在消费级硬件（RTX 4090）上以100T/s的速度运行Qwen 3.8 Fl
评论者对使用低于4位量化持怀疑态度，担心质量显著下降。他租用RTX Pro 6000运行4位量化，每小时处理约120万输出token和4000万输入token（带缓存）。他认为4位量化的质量足以应对困难但范围明确的编码任务，并分享了自己使用的推理技术栈链接。（573 分 · 273 条评论）
查看原文
排行第二：在macOS 27上关闭Apple Intelligence并回收其占用的磁盘空
评论者认为这让人想起安装Windows后总需要进行的“去垃圾软件”操作。他指出macOS似乎也到了这个阶段，用户需要在新的操作系统安装后运行第三方脚本来重新控制系统资源并移除不需要的垃圾软件。（301 分 · 184 条评论）
查看原文
排行第三：使用SSH和Nginx自托管HTTP隧道
评论者表示这正是他通过DNTLS项目努力实现的核心目标之一。他喜欢隧道的概念，尤其是在私有方之间共享。他认为SaaS提供商（如Tailscale、Cloudflare）在其基础设施上做得很好，但这模糊了“自托管”的界限。他理想中的解决方案是像本文这样完全无需中介即可运行的方案。（30 分 · 6 条评论）
查看原文
排行第四：不当编辑泄露了谷歌数据中心的水电使用情况
评论者曾住在谷歌数据中心附近的小镇，工作中常听到当地人对水电使用的夸张指责，但出于明显原因无法反驳。他记得雇用过一位本地人，此人看到谷歌为提高效率所做的努力后“非常惊讶”。评论者认为当前的数据中心热潮只是同样事情的更大规模版本。（204 分 · 300 条评论）
查看原文
排行第五：浏览器原生的经典Visual Basic VB6 IDE
这条下面暂时没有抓到评论。（51 分 · 18 条评论）
查看原文
排行第六：Homa：AI集群中TCP的终结者 [视频]
评论者提到Homa已存在一段时间，并给出了2018年的论文链接。他解释了其核心思想：当消息到达发送方的传输模块时，Homa将其分为两部分：初始的未调度部分（前RTTbytes字节）和后续的调度部分。发送方立即传输未调度字节，而调度字节则需接收方显式发送GRANT数据包请求后才传输。因此，它对短请求进行“盲发”，然后……（46 分 · 14 条评论）
查看原文
排行第七：每座灯塔的地图
数据质量极低，描述还用了荒谬的句子，比如‘降雨作为表面；高度是每天的毫米降雨量。没有其他编码。’（156 分 · 71 条评论）
查看原文
排行第八：Bob Cringely去世
Bob Cringely去世了。他从年轻时就喜欢他的作品。最近几年经历了许多不幸，现在去世了。（798 分 · 173 条评论）
查看原文
排行第九：用垃圾制作的30分钟摆钟
作者回忆起自己用苹果2制作摆钟的经历，使用了祖父母的旧钟和感应传感器。（162 分 · 22 条评论）
查看原文
排行第十：Xray-core隐蔽了证书验证绕过漏洞
这条下面暂时没有抓到评论。（37 分 · 0 条评论）
查看原文
排行第十一：如何利用AI扩大意图、质量和艺术性
建议使用人类的判断并利用AI扩展。（44 分 · 13 条评论）
查看原文
排行第十二：学术研究中的激励机制
优化代理指标会导致原始目标变差，论文发表和引用量就是这些代理指标。（32 分 · 15 条评论）
查看原文
排行第十三：ASIC 谜题的结果
一位评论者表达了矛盾的心情：作为EE/IC设计从业者，他喜欢这个项目试图围绕一个通常非常不透明和保密的行业建立社区。但作为关注社会正义的千禧一代，他厌恶这个项目竟然由高频交易资助，认为这是巨大的资源浪费。（69 分 · 31 条评论）
查看原文
排行第十四：展示 HN：适用于 macOS 上每张照片和每帧视频的 AI 搜索
评论者建议，既然是为 Mac 开发，应该使用苹果的 Vision 框架进行 OCR，因为它在速度和准确性上都远超 Tesseract。他好奇生成代码用了哪个大语言模型，并用多个模型测试，发现除了较旧的 GPT-4.1，新模型都推荐苹果 Vision 框架。（135 分 · 64 条评论）
查看原文
排行第十五：比尔·德雷珀（Bill Draper）去世
评论者感叹过去的创业投资理念不同，提到德雷珀意识到自己在风投领域“学习曲线变平”后转向公共服务，并资助了280个非营利组织。他认为今天的 A16z 团队读到这篇文章可能会深感困惑。（68 分 · 17 条评论）
查看原文
排行第十六：解读塔夫特（Tufte）的数据墨水比——塔夫特剃刀
这条下面暂时没有抓到评论。（3 分 · 0 条评论）
查看原文
排行第十七：为什么更多开发者不“使用平台”？
评论者认同文中观点：对某些开发者来说，自己动手构建更有趣。他指出平台 API 曾经很糟糕，React 并非“更有趣”，而是让那些仅用平台 API 极难可靠实现的事情成为可能。他认为 Web Components 是个好主意但实现不佳，其有限采用主要基于 Lit 等框架的封装，以改善开发体验。（272 分 · 286 条评论）
查看原文
排行第十八：《我们中的尼安德特人》书评
评论者对文章中提到的细节感兴趣：2026年发现，杂交主要发生在尼安德特男性和智人女性之间，而非相反。他查找原因，发现一篇近期论文认为这可能与择偶偏好有关，并打趣说尼安德特男性可能非常有魅力。（52 分 · 46 条评论）
查看原文
排行第十九：旧吊扇灯泡难找
作者发现购买新吊扇时，可更换灯泡的选择很少，这让他感到惊讶。他认为不可更换的LED灯泡是不可接受的。（191 分 · 160 条评论）
查看原文
排行第二十：鸟类灭绝的中位等待时间
文章指出，鸟类灭绝后，通常需36年才能被正式宣布。作者认为这可能与保护资金不足有关。（19 分 · 7 条评论）
查看原文
排行第二十一：Valve工程师改进旧AMD GPU
Valve工程师Timur Kristóf改进了旧AMD GPU在Linux上的性能，作者因此考虑将主要电脑也切换到Linux。（456 分 · 92 条评论）
查看原文
排行第二十二：用Python绘图入门课程
CMU Academy推出Python入门课程，通过绘图帮助初学者学习编程。（21 分 · 6 条评论）
查看原文
排行第二十三：页表内存消耗问题
文章讨论了树状页表的问题，但未提及另一种方案（哈希页表）是否更好，作者认为两者可能效果相似。（38 分 · 6 条评论）
查看原文
排行第二十四：数字动画材料档案库上线
Tippett Studios关闭后，Phil的动画材料在线上档案库中出现，吸引许多粉丝。（6 分 · 1 条评论）
查看原文
排行第二十五：代理不需要记忆，需要文档
代码本身就是文档，不需要额外的文档或第三方记忆系统。现在很少使用AGENTS.md/CLAUDE.md，即使使用也只是非常基础的内容。以前在很多项目中保存了大量的Markdown文档和决策文档，但现在这些文档已经过时，造成了问题。（344 分 · 210 条评论）
查看原文
排行第二十六：cp命令的-r和-R参数有何不同？
这篇博客文章提到cp命令的-r和-R参数有区别，但没有明确说明。OpenBSD手册指出，r选项不正确复制特殊文件、符号链接或FIFOs，因此不建议使用。（81 分 · 93 条评论）
查看原文
排行第二十七：你家垃圾桶也有超宽带无线电吗？
在欧盟，有五种不同的垃圾处理流，每种填满的速度不同。作者设计了一个由视觉系统和嗅觉系统组成的复杂系统来监控垃圾桶。（125 分 · 70 条评论）
查看原文
排行第二十八：提前输出元数据可使Rust构建/检查速度提高一倍
关于此技术的优缺点讨论可以在“如何在2026年9月加快Rust编译器速度”的提交评论中找到。（124 分 · 30 条评论）
查看原文
排行第二十九：Chicken Scheme维护者Sjamaan/Peter Bex访谈
Sjamaan这个名字的来源没有提及，让人感觉不舒服，因为遇到的自称萨满的人都很奇怪。（5 分 · 1 条评论）
查看原文
