Hacker News 每日播报 2025-10-23

October 23

Episode Description

欢迎收听 Hacker News 每日播报，今天我们一同探索从拯救旅行者1号的星际黑客技术，到谷歌安全浏览引发的权力争议，再到用“少于无物”编程的理论奇观等一系列科技热点。

开源自托管照片管理项目 Immich 最近遭遇了一场无妄之灾：其所有 *.immich.cloud 域名下的网站，包括内部开发环境，都被 Google 的安全浏览（Safe Browsing）服务标记为“危险网站”。这导致用户在访问时会看到令人不安的“红屏警告”，严重影响了项目的正常运营和用户体验。

Immich 团队在官方博客中详细记录了这次事件。他们指出，Google 的这套自动化安全机制运作方式极不透明，申诉流程也相当繁琐。尽管团队在提交申诉后，Google 很快解除了警告，但问题并未根除。每当团队为新的代码提交创建预览环境时，Google 似乎就会重新抓取并再次将整个主域名标记为危险，使他们陷入了反复被标记、反复申诉的恶性循环。

这一事件并非个例，许多知名的开源和自托管项目，如 Jellyfin、YunoHost、n8n 和 NextCloud，都曾遭遇过类似的困扰。这引发了社区对科技巨头权力的广泛讨论。

许多观点认为，Google 拥有近乎“国家级”的权力，可以随意让一个小公司或项目从互联网上“消失”，却缺乏相应的正当程序和有效的申诉机制。这种权力的高度集中，不仅限于搜索和浏览器，在支付平台等领域也同样存在，少数巨头对市场准入和商业运营有着巨大的影响力。

对此，社区探讨了多种解决方案。法律层面，有人呼吁加强反垄断监管，确保市场的公平竞争。技术层面，则有人提出构建一个基于去中心化协议的“新互联网”，以摆脱对少数巨头的依赖。然而，构建“新互联网”同样面临着解决垃圾信息、网络钓鱼等固有难题，以及如何克服现有生态强大引力的挑战。归根结底，这不仅是一个技术问题，更关乎数字时代的权力分配和治理模式。

音频插件格式 VST3 拥抱 MIT 开源，CLAP 竞争功不可没？

对于音频开发者和音乐制作人来说，这无疑是一个里程碑式的消息：Steinberg 宣布，其行业主流的 VST3 音频插件格式 SDK 已在更宽松的 MIT 许可下开源。这意味着开发者可以更自由地使用、修改和分发 VST3 插件，极大地降低了开发门槛和法律风险。

除了许可模式的重大转变，最新的 VST SDK 3.8 版本还带来了多项技术更新，包括对 MIDI 2.0 的支持、在 Linux 上初步支持 Wayland 显示服务器协议，以及 VSTGUI 的多项改进。

这一举动在社区获得了普遍的积极反响，许多人将此归功于 Steinberg 的母公司 Yamaha，认为这符合其一贯“做正确的事”的企业文化。然而，一个反复出现的观点是，VST3 的开源很大程度上是受到了新兴开源插件格式 CLAP (Common Linkable Audio Plugin) 的竞争压力。CLAP 以其更简洁的 API 和完全开放的特性，在社区中迅速获得了关注和采用，迫使 Steinberg 不得不重新审视其许可策略以保持市场竞争力。

这也引发了关于 VST3 与 CLAP 技术优劣的辩论。不少开发者批评 VST3 的 API 过于复杂，基于类似 COM 的系统，开发和测试都相当困难。相比之下，CLAP 被认为 API 更简洁、文档更清晰，实现起来也更容易。无论如何，VST3 的开源被视为行业朝着更统一、更开放标准迈出的重要一步，尤其对于 Linux 音频生态系统的发展，将带来巨大的推动作用。

用“少于无物”编程：仅凭 S 和 K 组合子实现 FizzBuzz

一篇题为《用“少于无物”编程》的文章，以一个幽默的面试场景开场，带领读者踏上了一段从最底层构建编程世界的奇妙旅程。文章展示了如何仅凭两个最基础的组合子（combinators）——S 和 K——构建出一个图灵完备的编程环境，并最终实现经典的 FizzBuzz 问题。

文章的核心在于展示组合子逻辑的强大威力。作者从定义 S(x)(y)(z) = x(z)(y(z)) 和 K(x)(y) = x 这两个简单函数开始，一步步构建出布尔逻辑、数字、算术运算、列表、字符串，甚至包括实现递归所需的 Y 组合子。整个过程仿佛是从零开始“发明”编程语言。由于 JavaScript 是急切求值（eager evaluation）的，直接使用 Y 组合子会导致栈溢出，作者还为此实现了一个名为 Skoobert 的“惰性 JavaScript”解释器。

最终，所有变量都被替换成它们的定义，形成了一个长达 166KB、完全无点（point-free）的 FizzBuzz 表达式，完美诠释了“用少于无物”来编程的理念。

这篇文章因其理论深度和幽默感获得了广泛赞誉，被比作 xkcd 作者 Randall Munroe 的风格。然而，社区也围绕其实用性展开了讨论。大家普遍承认这种方法在理论上的优雅，但其在实际应用中的效率低下和代码的极度复杂性也显而易见。

关于文章设定的面试场景也引发了辩论。一部分人认为，能写出这种代码的候选人展现了卓越的底层计算原理理解，是值得雇佣的“怪才”。但另一部分人则认为，这在真实面试中是“错误答案”，因为它忽视了代码的可读性、可维护性以及团队协作的重要性。一个过度追求“聪明”而忽视实践的开发者，可能难以融入团队。

美国国务院悄然下线人权侵犯报告网站

美国国务院最近悄然撤销了一个名为“人权报告门户”（Human Rights Reporting Gateway, HRG）的在线平台。该平台设立于2022年，旨在履行《莱希法》（Leahy Law）的条款，为公众和组织提供一个公开渠道，用以报告由美国武装的外国军事单位涉嫌侵犯人权的行为。

此举引发了人权倡导者和相关立法起草者的强烈谴责，他们认为这公然违反了旨在确保美国军事援助不助长暴行的法律精神。撰写《莱希法》修正案的前参议员高级助手蒂姆·里瑟表示，撤销该门户意味着国务院“明显无视法律”。

国务院方面则回应称，他们仍在通过其他渠道接收有关严重侵犯人权行为的报告，并与“可信组织”保持接触，坚称“部门遵守其法律要求”。

这一事件在社区引发了关于行政权力与法律约束的讨论。许多观点对行政部门无视法律的行为表示担忧，认为在当前政治环境下，法律对行政部门的约束力正在减弱。讨论还触及了透明度问题，一些人认为，这类平台的存在本身就是一种姿态，即使其效用有限，撤销它也意味着一种倒退，失去了潜在的问责途径。同时，也有观点质疑该网站在被撤销前是否真正有效，或者只是一个象征性的“建议箱”。

Gemini CLI 支持交互式命令，但用户体验的根本问题解决了吗？

Google 宣布为其 Gemini CLI 增加了一项新功能：支持直接在命令行界面中运行复杂的交互式命令，例如 vim、top 或 git rebase -i。这项更新旨在让开发者无需离开 Gemini CLI 环境即可执行这些操作，从而将所有上下文保留在 AI 代理的工作流中。技术上，它通过 node-pty 库在后台生成一个伪终端（PTY）进程，并将其状态实时同步给用户。

然而，这项看似炫酷的新功能并未获得社区的一致好评。许多开发者指出，Gemini CLI 存在更深层次、更根本的可用性问题，而这次更新并未解决这些痛点。

普遍的抱怨集中在以下几点：

模型降级与限速：当达到速率限制时，CLI 会强制且永久地切换到性能较差的 Flash 模型，且无法手动改回。
模型行为不可靠：Gemini 模型经常“忘记”系统指令，拒绝执行它本应能完成的任务，或在代码中插入不必要的注释。
糟糕的用户体验：复杂的配置、频繁的 429 错误（请求过多）以及不稳定的运行状态，都让开发者感到沮丧。

尽管如此，仍有部分观点认为新功能在特定场景下具有潜力，例如可以避免因在外部修改文件而导致的代理上下文不同步问题，或方便执行快速检查日志等短时任务。但总体而言，社区普遍认为，Google 需要优先解决其 CLI 和底层模型在可靠性、用户体验和基本功能方面的诸多痛点，才能使其在竞争激烈的 AI 编码工具市场中真正具有竞争力。

Show HN：一个无需注册即可在线畅玩的抽象策略棋盘游戏网站

一位开发者在 Hacker News 上展示了他的个人项目：一个名为 Abstract Board Games 的网站。这个网站提供免费的在线抽象策略棋盘游戏服务，用户可以与朋友对战，也可以挑战 AI 机器人。

网站目前收录了多款经典和现代的抽象策略游戏，如 Hex、Breakthrough、Amazons 等。其最大的亮点在于无需注册账号即可直接开始游戏，这种无摩擦的用户体验在社区获得了广泛赞誉。

这个项目激发了社区对抽象策略游戏的热烈讨论：

游戏推荐：用户们积极推荐了许多他们喜爱的其他抽象游戏，如 Arimaa、Hive、Quoridor 等，并建议开发者增加单设备多人模式，以适应线下聚会的需求。
AI 技术探讨：网站的 AI 机器人基于 AlphaZero 风格训练，其技术细节（如 ResNet 架构、训练时长等）也引起了技术爱好者的兴趣。
游戏哲学思考：讨论延伸到了“什么是抽象游戏？”以及这类纯粹策略游戏在当今充斥着华丽视觉和付费内容的市场中的地位。一些资深玩家认为，现代游戏趋势更偏向沉浸式体验而非策略深度，但也有人乐观地认为，只要有好的平台，抽象游戏仍能吸引大量玩家。

总的来说，这个项目不仅提供了一个优秀的平台，更成为了一个连接抽象策略游戏爱好者的社区，展现了大家对纯粹策略之美的共同追求。

PyTorch Monarch 发布：用单控制器模型简化大规模分布式机器学习

PyTorch 团队最新推出了一个名为 PyTorch Monarch 的分布式编程框架，旨在彻底改变大规模机器学习工作流的编写和运行方式。传统的多控制器（SPMD）模型在处理复杂、动态且需要高容错性的工作流时显得力不从心，而 Monarch 引入了一种单控制器编程模型。

这意味着开发者只需编写一个 Python 脚本，就能像操作单机程序一样，编排和控制整个分布式集群，让分布式计算变得前所未有的简单直观。

Monarch 的核心特性包括：

像操作数组一样编程集群：将主机、进程组织成可扩展的“网格”（meshes），并直接对其进行操作。
渐进式故障处理：可以像处理 Python 异常一样，逐步添加细粒度的故障处理逻辑。
控制与数据分离：通过独立的消息传递和 RDMA 数据传输路径，实现高效的 GPU 间通信。

Monarch 采用 Python 前端和 Rust 后端的架构，兼顾了易用性和高性能。案例研究表明，它在强化学习、大规模预训练容错性和交互式调试等场景中表现出色，例如在 2048 块 H200 GPU 上稳定训练了 Qwen-2.5-7B 模型。

社区将 Monarch 与 Ray、Dask 和 Jax 等现有框架进行了比较。Monarch 的一个显著优势是对 RDMA（远程直接内存访问）的原生支持。同时，其单控制器模型与 Jax 的多控制器 SPMD 模型形成了鲜明对比，服务于不同的编程范式。尽管有人对“隐藏分布式复杂性”的理念提出哲学层面的担忧，但 Monarch 凭借其创新的设计，为大规模机器学习的分布式编程带来了新的思路和强大工具。

无线电是如何工作的？一篇揭开“黑魔法”面纱的科普佳作

一篇题为《无线电是如何工作的？》的文章，试图用一种非专业、少数学的方式，为我们揭开无线电通信的神秘面纱。文章通过巧妙的比喻和直观的动画，解释了天线、信号调制和超外差接收机等核心概念。

天线：文章将天线比作一个被拉开的电容器，其溢散的电场在电荷振荡时形成向外传播的电磁波。它还解释了半波偶极天线的谐振原理。
调制：在介绍了调幅（AM）、调频（FM）等基本方式后，文章提出了一个反直觉的观点：所有调制本质上都是频率调制，因为任何对载波的改变都会在频域上占用一定的带宽。
超外差接收机：文章详细解释了这种接收机如何通过与本地振荡器混频，将高频信号下变频到固定的中频（IF），从而实现精确的频率选择和信号分离。

这篇文章在业余无线电（Ham Radio）爱好者中引起了强烈共鸣，他们认为这是理解无线电基础知识的绝佳入门。同时，讨论也触及了射频（RF）领域的复杂性。许多拥有电气工程背景的专业人士也承认，天线设计和射频调谐常常被描述为“黑魔法”，因为它涉及复杂的电磁场行为，往往需要借助计算密集型方法进行优化，而非简单的公式求解。

许多人还分享了自己从制作晶体管收音机开始的探索之旅，这些经历都强调了动手实践在理解电子学和无线电方面的重要性。

Karpathy 奇思：像素是否是比文本更好的 LLM 输入？

著名 AI 研究者 Andrej Karpathy 最近分享了他对 DeepSeek-OCR 论文的看法，并提出了一个引人深思的问题：对于大型语言模型（LLMs）来说，像素是否比文本是更优秀的输入形式？

Karpathy 认为，将所有输入都视为图像，即使是纯文本，也可能带来显著优势：

更高信息压缩率：可能缩短上下文窗口并提高效率。
更通用的信息流：能包含粗体、彩色文本、图表等纯文本无法表达的视觉信息。
更强大的注意力机制：可以默认使用双向注意力机制。
彻底废除分词器（tokenizer）：他强烈呼吁废除分词器，认为这是一个“丑陋、非端到端”的组件，引入了 Unicode 的复杂性、字节编码的历史包袱和潜在的安全风险。

这一观点引发了热烈讨论。许多人对“废除分词器”的提议表示强烈认同，认为当前的分词机制是一种存在信息丢失的“hack”。然而，一个巨大的现实障碍是计算成本。直接处理像素可能需要比处理 token 多出数十倍的计算资源，这在当前硬件条件下难以大规模推广。

讨论中还出现了一个新概念“percels”（感知信息单元），意指一种超越像素的多模态输入单元，可以包含声音、时间等更多维度的数据。此外，大家还从“人类阅读方式”（非线性、多模态）和“语言特性”（如中文的表意文字）等角度，探讨了像素输入的潜在优势。

总的来说，Karpathy 的观点引发了对 LLM 输入范式的一次深刻反思。尽管像素输入在理论上优势巨大，但其高昂的计算成本仍是摆在研究人员面前的实际难题。

第一次星际软件更新：拯救旅行者1号的传奇“黑客”行动

2023年11月，人类历史上飞得最远的探测器——旅行者1号，突然停止向地球发送可用的科学和工程数据。在一场堪称“星际软件更新”的行动中，NASA 喷气推进实验室（JPL）的工程师们成功地从超过240亿公里外的深空中“拯救”了它。

面临的挑战是巨大的：

通信延迟：任何指令的往返时间都长达45小时。
古老技术：探测器上的计算机是上世纪70年代的技术，内存极小，且部分区域可能已损坏。
文档缺失：许多原始文档已经丢失，工程师们必须依靠几十年前的旧手册和经验来理解系统。

经过数月的诊断，团队确定问题出在飞行数据系统（FDS）的一个损坏的内存单元上。为了绕过这个故障点，工程师们编写了全新的汇编代码，并将其精确地上传到探测器的备用内存区域。这无异于在一台50年前、几乎没有文档的硬件上进行一场远程外科手术，每一步都必须完美无缺。

最终，在2024年4月，旅行者1号成功执行了更新，恢复了正常的遥测数据传输。这一工程壮举在社区中引发了巨大的敬佩。许多软件开发者和工程师称这些JPL工程师为“英雄”，他们的工作“修复了人类历史上最精美的文物”。这次事件不仅是一次技术上的胜利，更是人类智慧、毅力和对未知世界不懈探索精神的伟大象征。

相关链接：

See all episodes

Hacker News 每日播报 2025-10-23

Episode Description

Never lose your place, on any device