Hacker News 首页，评论译成简体中文。
首页
排行第一：F1车手因巴林软件故障沮丧
作者认为他们能够在现场编写和部署关键组件的更新很不可思议。他认为这种固件更新应该在实验室中进行广泛的QA测试，并找出为什么这个bug会通过他们的流程。也许这与为F1运送控制器与为工业或消费品运送控制器的区别有关。（75 分 · 32 条评论）
查看原文
排行第二：消费硬件上运行Qwen 3.8 Flash Next
作者称这是游戏改变性的。他的R9700 32GB现在比使用Qwen-3.8-27B更智能且快约2倍，与96GB DDR4结合时达到约60 t/s。主板限制他使用PCIe Gen3，这可能是瓶颈。他甚至在GMKTec M6 Ryzen 6600H的iGPU上以合理速度运行它。（641 分 · 300 条评论）
查看原文
排行第三：动画工作室关闭后数字档案上线
评论认为标题中应该包含Tippett Studios或Phil的名字，以给予它应有的关注度。作者称Phil是一位传奇人物，许多极客会知道他的名字。这表明这个数字档案对特定受众群体很重要，但标题可能没有充分反映其重要性。（48 分 · 4 条评论）
查看原文
排行第四：伊尔库茨克实验室鼠疫致一人死亡
评论者提到他上周刚读完Annie Jacobsen的书《生物战争：一个场景》，其中主要情节是西伯利亚实验室意外释放了改良型鼠疫。他认为时机非常巧合，这让他思考这类实验室有多频繁发生事故，而我们从未听说过，因为它们被无问题地清理了。（31 分 · 5 条评论）
查看原文
排行第五：致敬Atari 2600上最好的游戏之一
作者认为大多数曾经热爱这款游戏的人很久前就已经不再玩电子游戏了。就像Atari上的几乎所有游戏一样，它不会引起年轻一代的兴趣超过几分钟。但他仍然愉快地记得它，表明这款游戏对他有特殊意义，尽管它可能已经过时。（8 分 · 2 条评论）
查看原文
排行第六：数字古董家电脑游戏历史系列
作者一直在阅读数字古董家关于计算机游戏历史的系列文章。许多文章包含尝试这些游戏的链接，需要用户设置。到目前为止，历史内容主要集中在基于文本的简单解析器冒险游戏上，这可能是他最终尝试这些游戏的方式。（86 分 · 14 条评论）
查看原文
排行第七：备份之道
这是一份为个人用户设计的全面备份与安全计划参考。它提供了一个详细的指南，链接指向一个名为“TripleSec”的GitHub页面，其中可能包含了具体的实施方案或工具。（42 分 · 9 条评论）
查看原文
排行第八：使用OCaml进行量化金融
这条评论在询问一份名为《Quantitative Finance with OCaml》材料的作者是谁。评论者表示尚未找到作者，并且根据相关网站提供的GitHub仓库链接已经失效（返回404错误），因此无法通过源码仓库来确认作者信息。（20 分 · 1 条评论）
查看原文
排行第九：浏览器原生的经典Visual Basic (VB6) IDE
这条评论批评了在浏览器中重现旧版原生应用程序（如VB6 IDE）的尝试。评论者认为，这类基于浏览器的重制版本总是在文本渲染方面表现不佳，无法达到原生应用的效果。（105 分 · 44 条评论）
查看原文
排行第十：在macOS 27上关闭Apple Intelligence并回收磁盘空间
评论者联想到安装Windows后总是需要进行的“去垃圾软件”清理工作。他认为macOS现在也到了这个地步，用户需要在新的操作系统安装后运行第三方脚本，才能重新获得对系统资源的控制并移除不需要的预装软件。（409 分 · 268 条评论）
查看原文
排行第十一：使用SSH和Nginx自托管HTTP隧道
评论者对基于Iroh的HTTPS隧道方案感到兴奋。他介绍了两个相关的GitHub项目，并描述了其优点：无需端口转发、无需公网IP、无需特殊代理设置。Iroh运行着公共中继，两台计算机会通过它们进行信号交换，然后端口敲门并建立直接的加密连接。评论者还提议定义一个新的URL方案（如“irohttps://”）来使用此功能。（84 分 · 19 条评论）
查看原文
排行第十二：不当编辑泄露谷歌数据中心水电使用数据
评论者曾住在谷歌数据中心附近的一个小乡村。他在职业生涯中经常听到当地人对数据中心水电使用量的夸张指控，但由于工作性质无法反驳。他记得数据中心雇佣了一位本地人，这位员工在看到数据中心为提高效率所做的努力后感到“非常惊讶”。评论者认为，当前的数据中心热潮感觉是类似情况的更大规模重演。（267 分 · 384 条评论）
查看原文
排行第十三：告知 HN：鲍勃·克林格利（Bob Cringely）去世
评论者提到喜欢鲍勃在 PBS 的节目《飞机狂：30 天造飞机》，观看他尝试（并失败）制造复合材料飞机的过程，充分展现了现代技术的诱惑力（不剧透结局，但传统方法笑到了最后）。自看了这个节目后，评论者对现代复合材料一直热情不高。鲍勃的尝试（和急躁脾气）暴露了他相当大的傲慢。这部纪录片是一次迷人的失败，也是当整个项目出问题时如何挽救节目的绝佳案例。（830 分 · 179 条评论）
查看原文
排行第十四：Homa：AI 集群中 TCP 的终结 [视频]
策展人表示，很荣幸约翰能主动联系并合作完成这个项目。他们已为所有演讲进行了转录和总结，相关链接已提供。（61 分 · 24 条评论）
查看原文
排行第十五：Xray-core 隐藏了一个证书验证绕过漏洞
Xray-core 的 pinnedPeerCertSha256 将一个插入的叶子证书视为固定的证书，而修复提交从未将其称为漏洞。（62 分 · 2 条评论）
查看原文
排行第十六：展示 HN：格拉苏蒂垃圾钟 – 用垃圾制成的 30 分钟摆钟
一个有趣的项目，它引出了另一个有趣的话题：废除闰秒。评论提到，2022年11月，国际计量大会决定在2035年前废除闰秒。故事背景是，1987年闰秒标准化时，世界连接性较差，系统较少，因此协调天文时间和民用时间是可行的。但这在实践中引发了许多错误和困难。（170 分 · 25 条评论）
查看原文
排行第十七：如何用 AI 扩展意图、质量和艺术性 [视频]
问题不在于无法使用 AI 提升创造力，而在于这样做会拖慢速度，导致你处于明显劣势。因为其他人只需提示“嘿 Claude，给我做 X”，就能在你完成一个作品的时间内产出 100 个足够好的粗制滥造品。对于绝大多数付费客户或社交媒体欣赏者来说，这种低努力的粗制品就足够了。它便宜、快速，而且每个月都在变得更好。所以，如果你的首要目标是通过规模化来取胜……（57 分 · 16 条评论）
查看原文
排行第十八：固定点和罢工授权
这条下面暂时没有抓到评论。（3 分 · 0 条评论）
查看原文
排行第十九：学术研究中的激励机制
评论者分享个人经历，指出问题不仅限于初级研究者。约20年前，他追随一位资深同事的研究方向，几年后因负面结果开始怀疑该领域一些高调发表的论文存在p值操纵和假阳性问题。这让他非常沮丧，最终促使他转换研究领域并离开了学术界。（42 分 · 37 条评论）
查看原文
排行第二十：ASIC谜题的结果
评论者表达了矛盾心理。作为EE/IC设计从业者，他欣赏这个项目试图在一个通常不透明的行业建立社区。但作为关注社会正义的千禧一代，他厌恶该项目竟由高频交易资助，认为这是对资源的巨大浪费。（77 分 · 38 条评论）
查看原文
排行第二十一：解读塔夫特的数据墨水比
评论者认为减少图表墨水用量有时会损害可读性，对文章观点提出了补充性的不同看法。（13 分 · 3 条评论）
查看原文
排行第二十二：每座灯塔的地图
评论者猛烈批评数据质量极低，并指出项目描述文字（如“雨作为表面；高度是每日降雨毫米数。没有编码其他信息。”）极其愚蠢，像是“氛围编码”的产物，并质疑为何AI会生成如此荒谬的句子。（168 分 · 74 条评论）
查看原文
排行第二十三：吊扇到底怎么回事
评论者分享个人经历：起初以为文章讲的是吊扇（及附带的灯）会神秘地自动开启。他家就遇到过，前任房主买了新控制器但未安装。后来发现问题根源是整条街的房子由同一公司同期建造，大部分吊扇都配有遥控器，而遥控器内部有缺陷导致信号干扰，使风扇随机开关。（238 分 · 206 条评论）
查看原文
排行第二十四：Show HN：适用于macOS上每张照片和每帧视频的AI搜索
评论者建议，既然针对Mac平台，应该使用苹果的Vision框架进行OCR，因为其在速度和准确性上都远超Tesseract。他还补充道，出于好奇，他用Claude/DeepSeek/Qwen/Codex等LLM根据项目标题推荐技术栈，发现它们现在都推荐Vision框架，只有GPT-4.1这类较旧模型才推荐Tesseract。（143 分 · 66 条评论）
查看原文
排行第二十五：比尔·德雷珀去世
德雷珀曾转向公共服务，并资助280个非营利组织。如今a16z团队可能对此感到困惑。（87 分 · 20 条评论）
查看原文
排行第二十六：为何更多开发者不使用平台？
对于某些开发者来说，自己构建更有趣。React简化了平台API的使用，而Web组件则因实现不佳导致采用率低。（282 分 · 293 条评论）
查看原文
排行第二十七：页表内存消耗变化
随着问题规模扩大，解决方案需更新。2003年的正确方案可能在2026年不再适用。（50 分 · 10 条评论）
查看原文
排行第二十八：Chicken Scheme维护者Sjamaan访谈
Lisp书籍缺乏深入探讨如垃圾回收等技术细节，Sjamaan计划撰写相关博客。（18 分 · 4 条评论）
查看原文
排行第二十九：你的垃圾桶也有超宽带吗？
欧盟五类垃圾收集时间不确定，作者使用视觉和嗅觉系统监测垃圾桶。（141 分 · 73 条评论）
查看原文
排行第三十：cp: -r 或 -R？
博客暗示-r和-R的区别，但未说明具体差异，链接到手册解释其不推荐使用-r。（97 分 · 101 条评论）
查看原文
