“月球明暗界线悖论”描述了一个反直觉的现象：即便太阳在地平线以下，月球的明亮部分看起来也往往指向正上方。
通过几何建模，作者阐明这是一种视角效应。当我们从地面观察月球时，实际上是从下方仰望。随着月球升起，我们的视线发生变化，月球底部的边缘显现出来。由于太阳距离地球极其遥远，光照角度保持不变，但我们的观测角度导致月球圆盘底部出现了一处“暗区”，使得月球看起来指向正上方。这种效应在满月时最为明显，并随着月相接近半月而减弱。
作者指出，在研究这一现象时，Claude 和 Gemini 等人工智能模型未能掌握其中的几何逻辑，反复照搬网络上循环论证且错误的解释。这一经历成为了作者个人的案例研究，表明尽管人工智能拥有先进的数据处理能力，但仍缺乏真正“理解”复杂物理现象所需的逻辑推理能力。
每日HackerNews RSS
这篇 Hacker News 的讨论围绕一篇题为《月球晨昏线悖论》（Lunar Terminator Paradox）的文章展开，该文探讨了月球光照角度与太阳相对位置的感知差异。
批评者认为“悖论”一词是杜撰的，这一现象源于错误的思维模型。参与者指出，月球的形态仅仅是从不同几何视角观察一个被太阳照亮的球体所产生的结果。评论者认为，关于月球方位的困惑往往源于观测者未能考虑到太阳的巨大距离、天球的曲率（即“直线”实际上是大圆弧线），以及观测者所处的相对纬度。
虽然一些用户认为作者自制的模拟器有助于可视化，但另一些用户批评了利用人工智能“解决”古老天文概念的趋势，并指出简单的物理演示（例如使用台灯和球体）就能有效地揭示这一现象。讨论还延伸到了日食期间月球与太阳大小“巧合”地完全重合的话题，参与者们就这种天文对齐的统计稀有性和暂时性进行了辩论。
这篇 Hacker News 讨论聚焦于关于美国干预魁北克省选举的指控。虽然最初的报道暗示美国官员试图就关税问题与魁北克官员直接谈判，但评论者指出事态正在演变。一些证据表明，这些指控可能是出于政治动机——可能是执政的魁北克未来联盟党（CAQ）为了竞选策略而编造或夸大的。
该讨论引发了关于国际贸易外交和加拿大内部政治的广泛辩论。参与者讨论了魁北克拥有的准外交国际权力是否能为此类互动提供正当性，并批评了加拿大缺乏内部自由贸易的现状。
此外，对话还延伸到了美国政治，用户们争论针对特定美国州的报复性关税究竟是“外国干预”，还是标准的各种外交应对措施。持怀疑态度的人最终否定了最初的指控，称其为“博取头条”的虚假信息，并指出此类叙事在两国看来都缺乏实际逻辑。其他人则指出，无论事实依据如何，这类说法往往是选民们的“猫薄荷”。
今年夏天，我参加了位于布鲁克林的编程静修中心 Recurse Center (RC)。在那里，我通过学习小组、结对编程以及“氛围编程”（vibecoding）项目，专注于实践学习。
这段时光因深入的技术探索而充实。我参加了涵盖现代大语言模型（LLM）、实用深度学习以及数学的研讨小组，其中包括绘制分形图形和解决欧拉计划（Project Euler）题目等有趣的练习。我还参与了一些小众项目的合作，例如逆向工程一个棋盘游戏 AI，以及用 Rust 语言编写 DEFLATE 解压缩程序。
“氛围编程”是我此行的重点——即利用大语言模型快速构建原型并验证想法。这包括开发基于智能体的浏览器游戏、基于语言数据库探索人造语言的创建，以及对各种小型工具进行迭代。除了编程，我还通过结对任务、参加工作坊以及使用中心提供的笔式绘图仪和电子墨水屏等设备，深度融入了这个充满活力的社区。
这次静修强调了同侪协作的力量以及通过每日复盘进行持续自我反思的重要性。RC 为好奇心驱动的开发提供了无与伦比的环境，让我能够挑战技术极限，并与志同道合的极客群体建立联系。我强烈推荐任何希望自我提升的程序员前往体验。
这段 Hacker News 讨论帖汇集了对一篇关于 Recurse Center (RC) 博客文章的各种反应。RC 是一个为程序员提供的自主式教育静修项目。
讨论中展现了几个不同的视角：
* **作为创意避风港的 RC：** 支持者认为 RC 是一个宝贵的“非学校化”空间，工程师可以在此探索好奇心、从零开始构建项目，并在终身学习者的社区中互动，而无需承担商业成果的压力。校友们以 Zig 等影响力项目的开发以及重大的职业转型为例，证明了其价值。
* **怀疑与实用性：** 批评者质疑该项目的实际产出，有人将其戏称为“成人日托中心”。辩护者则反驳称，其主要目的是探索和个人成长，而非孵化初创公司或发表学术论文。
* **编程的未来：** 在反思人工智能辅助开发兴起的过程中，一些参与者表达了一种忧郁感，认为 RC 所推崇的传统“亲自动手”式编程，在代理式 AI 工具主导的时代正日益成为遗迹。
* **离题讨论：** 该帖子还演变成关于社会抑郁、现代科技对心理健康的影响以及不断变化的经济格局等话题的激烈辩论。
请启用 JavaScript 和 cookie 以继续
提供的 Hacker News 讨论反映了用户对谷歌搜索质量下降日益增长的不满。主要抱怨集中在谷歌整合的“AI 概览”（AI Overviews）功能上，用户认为该功能往往将无用或虚构的 AI 生成答案置于他们真正需要的原生搜索结果之上。
争议的主要点包括：
* **幻觉与准确性：** 用户反映，AI 经常自信地提供虚假信息，有时甚至会无视同一页面上显而易见的证据。
* **侵入式的拟人化：** 评论者反感 AI 经常采用虚假的、同情的或“类似心理医生”的口吻，将事实性查询视为用户存在情绪困扰或需要社交辅导的表现。
* **“垃圾化”（Enshittification）：** 许多参与者认为，谷歌为了追求参与度指标和广告收入，牺牲了搜索的实用性，将一个精准的研究工具变成了一个浪费用户时间的“对话式”平台。
* **替代方案：** 由于这些问题，许多用户正在转向 DuckDuckGo、Kagi 或 Bing 等竞争对手，或者使用绕过 AI 摘要的变通方法（例如使用 `udm=14` URL 参数），以强制恢复到经典的链接式搜索界面。
标准潜水服，又称“重装潜水设备”，是19世纪至现代轻便潜水装备普及前，深海打捞及土木工程作业的主要装备。
该装置配有一个铜制头盔，通过卡箍与防水帆布潜水服相连，并配有沉重的靴子以抵消浮力。潜水员通常通过连接在水面手动泵或压缩机上的软管获得空气，后期的型号还加入了用于通讯的电话系统。由于该潜水服并非为中层水域游泳设计，潜水员通常在海底行走。
该装备的演变始于19世纪20年代迪恩兄弟（Deane brothers）发明的“烟盔”，后经奥古斯塔斯·西贝（Augustus Siebe）大幅改进，他实现了头盔与潜水服之间的水密连接，防止了漏水。20世纪期间，该装备衍生出了多种专用型号，包括用于深海任务的氦氧潜水服及循环呼吸系统。
尽管该装备十分成功，但因其笨重且需要助手协助穿戴，操作较为不便。它伴随着独特的风险，如“头盔挤压”（由压力差引起）和“潜水服充气失控”（导致无法控制地浮出水面），这些至今仍是潜水历史中的警示案例。如今，虽然这些标志性的铜制头盔已基本退役，但它们仍是商业和海军潜水开拓时代的象征。
抱歉。
请启用 JavaScript 和 Cookie 以继续。
这篇 Hacker News 的讨论探讨了 ENIAC 等早期计算机是否具备 BIOS。虽然“BIOS”这一术语在历史上属于现代概念，但参与者指出，早期系统通过不同的机制实现了类似的意图。
EDSAC (1949) 具备一个“初始指令”模块——这是一种硬连线 ROM，用于从纸带加载程序。相比之下，后来的 PDP-11 等系统使用了非易失性的磁芯存储器；引导加载程序只需输入一次，除非被覆盖，否则在断电重启后依然存在。然而，ENIAC 最初并不具备存储程序架构，需要操作员手动配置跳线。
讨论还强调了术语如何从“自举程序”（bootstrap loaders）和“电子管”（thermionic valves）演变为现代固件。讨论串的很大一部分探讨了 Quora 等现代网络平台所面临的挑战，并感叹与过去更友好的论坛相比，现今获取专业知识的门槛有所提高。参与者还涉及了围绕“冯·诺依曼架构”和“面向对象编程”起源的历史争议，强调了准确的历史记录以及技术社区中文明交流的重要性。
Imp 是 DSPy 到 Elixir/BEAM 生态系统的完整移植，为构建大模型驱动的应用程序提供了一个声明式、类型安全的框架。你无需手动进行提示词工程，只需定义“签名”（signatures），并利用内置的优化器（如 GEPA 或 MIPROv2）根据标注示例和自定义指标来提升性能。
主要特性包括：
* **可靠性与并发性：** 与 OTP 集成，允许代理作为受监督的进程运行，并支持状态管理、超时控制以及对工具执行过程的精细化控制。
* **工具集成：** 可轻松将 Elixir 函数转换为大模型工具，并支持模型上下文协议 (MCP) 和代理通信协议 (ACP)。
* **优化：** 自动调优指令和少样本示例，生成的程序具备可读性且支持版本控制，而非难以理解的晦涩提示词。
* **灵活性：** 支持复杂的工作流，包括思维链、自主代理和 RLM（基于检索的语言模型）。
Imp 专为生产环境设计，让你能够像编写标准 Elixir 代码一样，以严谨的方式构建、测试和评分 AI 组件。作为实验性版本 (v0.5)，它利用 `ReqLLM` 来实现对主流模型提供商的广泛支持，并提供 Livebook 教程供用户快速上手。
开发者 "deepfates" 发布了 **Imp**，这是 **DSPy** 框架向 BEAM (Erlang/Elixir) 生态系统的完整移植。DSPy 是一个流行的框架，旨在通过编程来驱动大语言模型 (LLM)，而不是依赖手动提示词。
该公告在 Hacker News 上引发了关于 DSPy 在当前 AI 领域相关性的辩论。一些评论者认为，随着现代模型在工具调用和智能体工作流方面表现得更加可靠，该框架对结构化解码的关注已不再那么重要。然而，支持者反驳称，DSPy 的技术对于确保稳健的闭环控制和严格的模式验证仍然至关重要，并指出即使是高级模型，若没有程序化的监督，也常常无法遵循特定的约束。该讨论帖还谈到了对其他语言版本的需求，用户提到了将类似功能引入 Rust 的现有尝试。
本摘要概述了 Rust 中 SIMD（单指令多数据流）的现状，涵盖了其发展演变、工具链及硬件挑战。 **什么是 SIMD？** SIMD 通过使用专门的 CPU 指令同时处理批量数据来提升性能。虽然效率高，但其架构复杂，因为不同处理器对指令的支持各异，通常需要“函数多版本化”（编译多个版本的代码并在运行时选择最优版本），以确保在不同 CPU 上的兼容性。 **工具与方法：** * **自动向量化：** 最简单的方法，由编译器尝试优化标准代码。它虽然方便，但对于复杂的逻辑不可靠。 * **可移植 SIMD 抽象：** `std::simd`、`fearless_simd`、`wide` 和 `pulp` 等库提供了编写 SIMD 代码的结构化方式。其中 `fearless_simd` 因其稳健且一体化的多版本化方案而受到关注。 * **内联函数（Intrinsics）：** 为了实现特定的硬件级控制，开发者会使用平台专有的内联函数。虽然功能强大，但通常难以优化，且容易产生“黑盒”开销。 **硬件现实：** * **x86：** 旧指令集（SSE2/AVX2/AVX-512）碎片化严重，导致显著的维护成本。 * **ARM：** 提供了更一致的“NEON”标准，具备更好的开发体验。 * **结论：** Rust 的 SIMD 生态系统已显著成熟，足以满足高性能需求，尽管浮点三角函数和编译器级内联优化等方面仍存在挑战。
这场 Hacker News 讨论聚焦于 Rust 中“可移植 SIMD”与手动编写特定平台内联函数（intrinsics）之间的权衡。
参与者对于可移植 SIMD 库是否能有效媲美手动优化存在分歧。怀疑者认为，真正的性能需要手动汇编，并认为可移植抽象不过是美化版的“自动向量化”，往往无法达到最佳效果。相反，支持者认为可移植 SIMD 弥补了不可靠的编译器自动向量化与维护架构特定代码的高难度之间的鸿沟。他们强调，可移植库提供了必要的易用性，确保了代码能够被向量化（而不是寄希望于编译器），并且在需要极限性能时，仍允许“向下转型”为特定架构的代码。
最终，共识是虽然目前尚不存在“一劳永逸”的可移植 SIMD 方案，但这些工具代表了一个必要的中间地带。对于大多数应用程序而言，它们相比标量代码能带来显著的性能提升，即使有时无法达到手动汇编的理论峰值。这场讨论反映了一个更广泛的辩论，即在可移植性和原始性能之间应优先考虑哪一个；许多人指出，对于大多数实际应用，可移植 SIMD 所提供的“足够好”的性能是更优的选择。
KICKI 是一台双机 PDP-10（型号 KI10，序列号 522 和 606），目前正在进行全面修复工作。经前 DEC 工程师 Gary Solomon 确认，该系统拥有完整的模块组件，项目旨在使其恢复完全运行。
自 2025 年以来，项目进展显著。修复团队已将原本低效的线性电源替换为现代高效的替代品，在保持修改可逆的前提下，大幅降低了功耗。截至 2026 年 6 月，团队成功启动了完整的 KI10 CPU，克服了复位电路和布线方面的初期挑战。
在主内存方面，团队正在修复曾经供 MIT-MC 使用的标志性 MH10 机柜，这与系统的历史背景非常契合。2026 年 8 月，项目取得了进一步的技术突破，包括成功访问快速存储器（Fast Memory）并实现了控制台电传打字机输出。
随着项目的持续推进，团队欢迎各界捐赠以支持这一复杂的保护工作。相关进展更新和视频可在 ICM 博物馆的 YouTube 频道查看。
Hacker News
最新
|
往期
|
评论
|
提问
|
展示
|
招聘
|
提交
登录
KICKI：一台 DECsystem1060
(
icm.museum
)
24 积分
由
rbanffy
发布于
7 小时前
|
隐藏
|
往期
|
收藏
|
2 条评论
帮助
breput
5 小时前
|
下一条
[–]
该网站目前可访问 - 镜像地址：
https://web.archive.org/web/20260925221311/https://icm.museu...
回复
DonHopkins
4 小时前
|
上一条
[–]
很高兴看到他们把 MIT-MC 放出来在阳光下运行。放养的大型机才是最快乐的大型机。
https://icm.museum/blog/wp-content/uploads/2025/06/IMG_4422-...
https://icm.museum/blog/?p=38
回复
社区指南
|
常见问题
|
列表
|
API
|
安全
|
法律
|
申请 YC
|
联系方式
搜索：
关于 新闻 版权 联系我们 创作者 广告 开发者 条款 隐私 政策与安全 YouTube 工作原理 测试新功能 © 2026 Google LLC
这篇 Hacker News 讨论回顾了 FM 合成技术发明人约翰·乔宁（John Chowning）的口述历史。主要内容包括：
* **FM 的起源：** 乔宁是一位拥有计算机科学背景的音乐家，他在斯坦福大学开发了 FM 合成技术。有趣的是，据称相比音乐应用，他当时对该技术的计算机科学层面更感兴趣。
* **与雅马哈的合作：** 在美国合成器公司拒绝该技术后，斯坦福大学将专利授权给了雅马哈。这次合作对双方而言都极其成功，该专利成为斯坦福大学最成功的专利之一，并最终确保了乔宁的终身教职。
* **行业影响：** 由乔宁的发明驱动的雅马哈 DX7 合成器，通过预设音色和复音功能普及了合成技术，彻底改变了 20 世纪 80 年代的音乐。它成为了录音室的必备设备，到 1986 年时，美国 40% 的冠军单曲中都使用了它。
* **历史背景：** 评论者还谈到了日本电子制造业的发展，指出尽管早期人们对日本产品的印象褒贬不一，但 DX7 帮助巩固了其在创新和质量方面的声誉。
讨论帖中还出现了一段关于乔宁的名字与 Unix 命令 `chmod` 相似的轻松互动。