3小时前
|
|
|
## 今天 Hacker News 社区聊了啥？ NO.20251121
今天的科技圈有点意思！开源AI模型Olmo 3横空出世，训练流程全透明，简直是AI界的良心！想玩点复古潮流？看看如何把老式转盘电话改造成炫酷的会议听筒！还有谷歌DeepMind的图像生成新玩具Nano Banana Pro等你体验。当然，也有糟心事儿，比如HP和Dell偷偷禁用笔记本CPU的HEVC解码，Okta工程师用AI工具翻车…更多精彩内容，速速下滑，一键掌握！
---
## Olmo 3：开源AI的新篇章，模型流程全公开
Olmo 3 的发布标志着开源 AI 领域的一大进步，它不仅提供了先进的开源模型，还公开了完整的模型流程，包括训练数据和各个阶段的细节。 这种做法旨在提高透明度，促进更有效的合作和创新。
Olmo 3 的核心是 Olmo 3-Think (32B)，这是一个强大的 320 亿参数模型，它允许用户检查中间推理过程，并追溯这些行为到数据和训练决策。 Olmo 3 系列包含 70 亿和 320 亿参数的紧凑型模型，可以在各种设备上运行，从笔记本电脑到研究集群。
Olmo 3-Base (7B, 32B) 是目前最强大的基础模型，在各种评估中表现出色，优于其他完全开源的基础模型，例如 Stanford's Marin 和 Swiss AI's Apertus，并且在编程、阅读理解和数学问题解决方面表现出色，同时保持了在扩展上下文长度（高达 65K tokens）下的性能。
Olmo 3-Think (7B, 32B) 是基于 Olmo 3-Base 构建的推理模型，在推理基准测试中表现出色，缩小了与 Qwen 3 32B 等同等规模的最佳开源权重模型的差距，同时训练的 token 数量减少了约 6 倍。
Olmo 3-Instruct (7B) 是一个专注于聊天和快速响应的模型，可以处理多轮对话、指令跟随和工具使用等任务。 在评估中，它的性能与 Qwen 2.5、Gemma 3 和 Llama 3.1 等开源权重模型相媲美，并缩小了与类似规模的 Qwen 3 模型系列的差距。
Olmo 3-RL Zero (7B) 是一个完全开源的强化学习路径，建立在 Olmo 3-Base 之上，旨在引导复杂的推理行为，并实现对强化学习算法的清晰基准测试。 它发布了四个系列的检查点，这些检查点来自对数学、代码、指令跟随和一般聊天的领域重点训练，从而可以对具有可验证奖励 (RLVR) 的强化学习进行仔细研究。
Olmo 3 提供了 Instruct 路径（用于日常聊天和工具使用）、RL Zero 路径（用于从基础模型进行 RL 实验）和 Think/推理路径（用于利用推理时缩放来解锁复杂推理和代理行为的模型）。 每个路径都是如何从同一个基础模型塑造行为的具体示例，用户可以自由地 fork 或 remix 它们。
通过发布整个流程，用户可以在任何阶段进行干预：在训练过程中换入特定领域的数据，调整后训练以适应其用例，或者构建更适合其需求的早期检查点。
Olmo 3 在各个方面都表现出色。 Olmo 3-Base 32B 的训练管道首先侧重于对各种文本、代码和数学的广泛覆盖，然后侧重于更难的分布，以提高编程、定量推理和阅读理解能力。
- 原文: [Olmo 3: Charting a path through the model flow to lead open-source AI](https://allenai.org/blog/olmo3)
- Hacker News: [https://news.ycombinator.com/item?id=46001889](https://news.ycombinator.com/item?id=46001889)
- 作者: mseri
- 评分: 232
- 评论数: 43
- 发布时间: 2025-11-21 14:50:14
---
## 从零开始构建一个最小可用的 Armv7 模拟器
本文介绍了如何使用 Rust 语言，在没有任何依赖的情况下，构建一个精简的 Armv7 用户空间模拟器。这个模拟器能够解析和验证 32 位的 Arm 二进制文件，映射其内存段，解码一部分 Arm 指令，转换访客和主机内存交互，并将 Arm Linux 系统调用转发到 x86-64 System V 系统调用。
文章作者构建了一个名为 `stinkarm` 的 Armv7 模拟器，仅用 1300 行 Rust 代码实现。该模拟器可以运行 Armv7 的 "Hello World" 程序，运行时间为 1.9 毫秒（纯模拟时间为 0.015 毫秒）。相比之下，QEMU 运行相同程序需要 12.3 毫秒。虽然 `stinkarm` 比原生 Armv7 执行慢 100-1000 倍，但它展示了从头构建模拟器的可行性。
作者创建了一个最小的 Arm 程序，该程序使用系统调用退出。为了在 x86 系统上执行这段 Arm 代码，需要完成以下步骤：解析 ELF 文件，验证其为 Armv7 架构且为静态可执行文件；将 ELF 文件中定义的段映射到主机内存，并转发内存访问；解码 Armv7 指令并将其转换为 Rust 枚举；模拟 CPU 及其状态和寄存器；执行指令并将其效果应用到 CPU 状态；转换并转发系统调用。
文章还介绍了如何使用构建脚本和 Nix Flake 来设置最小的 Arm 环境，并将汇编代码转换为 Armv7 机器码。文章详细讲解了 ELF 文件的解析过程，包括 ELF 文件头（Elf32_Ehdr）的结构和各个字段的含义。ELF 文件头包含了查找程序头所需的所有数据，以及判断是否要模拟当前二进制文件的信息。
由于文章没有评论，这里就不进行评论分析了。
- 原文: [Building a Minimal Viable Armv7 Emulator from Scratch](https://xnacly.me/posts/2025/building-a-minimal-viable-armv7-emulator/)
- Hacker News: [https://news.ycombinator.com/item?id=46004386](https://news.ycombinator.com/item?id=46004386)
- 作者: xnacly
- 评分: 17
- 评论数: 2
- 发布时间: 2025-11-21 21:30:36
---
## 使用分立元件构建振荡器的挑战与解决方案
本文探讨了使用分立元件构建可靠振荡器的难点，并提供了一种基于 Schmitt 触发器的实用解决方案，适合电子爱好者和软件开发者理解。
文章首先指出，简单的增益电路容易意外振荡，但从头开始构建一个好的模拟振荡器却不容易。常见的电路要么无法工作，要么需要特殊元件，要么难以理解。作者提出了一种易于理解、运行良好且频率可预测的振荡器设计方案。
核心思路是利用负反馈在两个不稳定状态之间循环切换。最初尝试使用单个 MOSFET 作为电子开关，但由于 MOSFET 的非二元开关特性，电路会陷入稳定平衡状态，无法产生振荡。为了解决这个问题，作者引入了 Schmitt 触发器，它是一种没有稳定中点的电子开关。
Schmitt 触发器由两个晶体管和几个电阻组成，通过正反馈机制，确保电路在两种状态之间快速切换，避免停留在半开状态。然后，作者在此基础上，通过增加一个反相器和一个由电阻和电容组成的延时电路，构建了一个完整的松弛振荡器。反相器用于将输出信号反馈回输入端，而延时电路则控制振荡频率。最终，作者展示了一个使用该方案构建的振荡器电路，并提供了示波器波形图，验证了其工作效果，在 5V 电压下，该电路的振荡频率约为 3kHz。
文章强调了理解电压、电流、晶体管和 RC 充放电等基本概念的重要性，并鼓励读者在不参考他人设计的情况下，自行构建和理解振荡器电路。
- 原文: [It's hard to build an oscillator](https://lcamtuf.substack.com/p/its-hard-to-build-an-oscillator)
- Hacker News: [https://news.ycombinator.com/item?id=46002161](https://news.ycombinator.com/item?id=46002161)
- 作者: chmaynard
- 评分: 129
- 评论数: 49
- 发布时间: 2025-11-21 15:45:53
---
## FAWK：LLM 编写的语言解释器
本文介绍了作者使用大型语言模型（LLM）创建名为 FAWK 的新编程语言解释器的过程，FAWK 是对 AWK 编程语言的改进和功能扩展。作者原本尝试使用 AWK 解决 Advent of Code 难题，但发现 AWK 在处理函数式编程方法时存在局限性，于是设想如果 AWK 拥有诸如 first-class 数组、函数、词法作用域和管道等特性会怎样。
作者并没有选择从头开始编写解释器，而是利用 Cursor Agent 工具，借助 Sonnet 4.5 模型，先生成了包含代码示例的 README 文件，然后生成了 Python 语言的完整实现。令人惊讶的是，LLM 成功完成了任务，生成了一个能够运行特定示例的解释器。通过多次迭代和指导，LLM 逐步实现了 AWK 的更多功能，并编写了大量的端到端测试。
作者对 LLM 的能力印象深刻，特别是 LLM 在处理任意精度浮点运算、`print` 语句和表达式的混合使用、多维数组、多行记录、词法作用域和闭包环境等方面的表现。作者表示，这次经历更新了他对 LLM 能力的认知，并认为在同一天内梦想出一种新的编程语言并拥有一个可用的解释器是完全有可能的。
然而，作者也指出，通过这种方式创建的解释器存在一个缺点，即他对代码本身缺乏深入的了解，因为他主要通过指导 LLM 实现功能和编写测试来进行交互。这可能会在未来手动修改代码时带来问题。作者同时表示，这次经历也引发了他对其他项目的思考，例如尝试实现 Hindley-Milner 类型系统。
- 原文: [FAWK: LLMs can write a language interpreter](https://martin.janiczek.cz/2025/11/21/fawk-llms-can-write-a-language-interpreter.html)
- Hacker News: [https://news.ycombinator.com/item?id=46003144](https://news.ycombinator.com/item?id=46003144)
- 作者: todsacerdoti
- 评分: 118
- 评论数: 94
- 发布时间: 2025-11-21 18:28:49
---
## Firefox Bugzilla 报告：PNG 图片 EXIF 方向信息未被采用
这篇 Bugzilla 报告主要关注 Firefox 浏览器在处理 PNG 图片时，没有正确读取和应用 EXIF 方向信息的问题，导致图片显示方向可能不正确。该问题最初于五年前被报告，并在近期被标记为重复，指向了另一个已经修复的 Bug 1682759。
具体来说，该 Bug 影响了 CSS 中 `image-orientation: from-image` 属性的使用，该属性本应根据图片 EXIF 信息自动调整图片方向。由于 Firefox 存在缺陷，导致 PNG 图片中的 EXIF 方向数据未被正确解析和应用。该 Bug 被归类为 Core 产品下的 Layout: Images, Video, and HTML Frames 组件的问题，优先级为 P3，严重性为 S3。该报告还列出了相关的跟踪信息，包括影响的 Firefox 版本以及相关的无障碍审查、Web 兼容性优先级等。最终，该 Bug 被标记为重复，意味着相同的问题已经在 Bug 1682759 中得到解决，该 Bug 修复了 PNG 图片中 EXIF 信息的支持，解决了 `image-orientation` 属性无法正确工作的问题。
- 原文: [EXIF orientation info in PNGs isn't used for image-orientation](https://bugzilla.mozilla.org/show_bug.cgi?id=1627423)
- Hacker News: [https://news.ycombinator.com/item?id=46004364](https://news.ycombinator.com/item?id=46004364)
- 作者: justin-reeves
- 评分: 21
- 评论数: 17
- 发布时间: 2025-11-21 21:29:14
---
## 将老式转盘电话改造成会议听筒
本文介绍了一个有趣的 DIY 项目，作者将一个老式西门子转盘电话改造成了一个可以用于视频会议的听筒，并且保留了转盘拨号的功能。这个项目结合了复古元素和现代科技，让使用者在厌倦会议时，可以直接“摔电话”。
作者首先提到自己对老式转盘电话的喜爱，以及由此产生将电话改造成会议听筒的想法。为了实现这个目标，他需要解决几个关键问题：一是如何将电话连接到电脑，二是如何实现挂断电话的功能，三是如何让转盘拨号也能工作。
在硬件方面，作者使用了 Raspberry Pi 的 RP2040 作为主控芯片，负责键盘模拟和转盘拨号的信号处理。最初，他尝试使用 RP2040 模拟声卡，但由于技术难度和时间成本，最终放弃。转而采用了一个 USB Hub 连接一个现成的 USB 声卡和一个 RP2040 作为键盘。为了连接电话内部的线路，作者还设计并 3D 打印了一个小连接器，以便在不破坏电话原有结构的情况下连接电线。
在软件方面，作者使用 LLM (Claude Opus 4.1) 来编写 RP2040 的代码，但最终因为成本过高而放弃，转而自己编写代码。他成功地让 RP2040 识别转盘拨号的脉冲信号，并将其转换为键盘输入。同时，他还编写了代码，当听筒放回电话上时，可以模拟按下特定的按键组合，从而挂断会议。
最终，作者成功地将老式转盘电话改造成了一个功能齐全的会议听筒。这个项目不仅展示了他的动手能力和创造力，也体现了他对技术的热爱和对会议的“厌倦”。
- 原文: [I converted a rotary phone into a meeting handset](https://www.stavros.io/posts/i-converted-a-rotary-phone-into-a-meeting-handset/)
- Hacker News: [https://news.ycombinator.com/item?id=45898185](https://news.ycombinator.com/item?id=45898185)
- 作者: todsacerdoti
- 评分: 80
- 评论数: 35
- 发布时间: 2025-11-12 17:37:41
---
## Google DeepMind 发布 Nano Banana Pro：新一代图像生成与编辑模型
Google DeepMind 推出了 Nano Banana Pro，这是一个基于 Gemini 3 Pro 构建的全新图像生成和编辑模型，旨在帮助用户更轻松地将想法转化为高质量的视觉作品。该模型在图像生成、文本渲染和世界知识方面都得到了显著提升，适用于各种场景，例如创建信息图表、将笔记转换为图表、生成带有准确文本的图像等。
Nano Banana Pro 的主要亮点包括：基于 Gemini 3 的增强推理能力，可以生成更准确、更具上下文的视觉内容；能够直接在图像中生成更准确、更清晰的多语言文本，非常适合制作模型、海报和国际化内容；提供更高的视觉保真度，支持高达 4K 的分辨率，并提供高级创意控制，使用户能够轻松实现一致的品牌形象。此外，该模型还支持最多 14 个元素的混合，并能保持最多 5 个人的面部一致性，极大地扩展了创作的可能性。
用户现在可以在多个 Google 产品中体验 Nano Banana Pro，包括 Gemini 应用、Google Ads、Workspace（Google Slides 和 Vids）以及 Google AI Studio。为了保证透明度，所有由 Nano Banana Pro 生成的图像都会带有 SynthID 水印。Google 还提供了不同层级的配额，免费用户可以获得有限的免费配额，而 Google AI Plus、Pro 和 Ultra 订阅者则可以获得更高的配额。对于开发者和企业用户，Nano Banana Pro 将逐步在 Gemini API 和 Google AI Studio 中推出。
- 原文: [Nano Banana Pro](https://blog.google/technology/ai/nano-banana-pro/)
- Hacker News: [https://news.ycombinator.com/item?id=45993296](https://news.ycombinator.com/item?id=45993296)
- 作者: meetpateltech
- 评分: 1131
- 评论数: 633
- 发布时间: 2025-11-20 23:04:23
---
## 使用 Deno 沙箱的开源本地代码模式 MCP
本文介绍 Port of Context (pctx)，一个开源框架，旨在通过在安全沙箱中使用代码模式（Code Mode）来改进 LLM 工具的调用方式，从而更有效地连接 AI 代理与现实世界。
文章的核心在于阐述 pctx 如何利用代码模式来优化 Model Context Protocol (MCP)。传统的 MCP 方法需要预先加载所有工具定义，并通过上下文传递大型数据集，而代码模式则允许按需发现工具，在沙箱中处理数据，并实现并行执行，从而显著降低 token 使用量。文章还强调了 pctx 的几个关键优势：它是一个完全开源且自托管的框架，可以与任何 LLM (如 Claude, GPT, Gemini) 一起使用，并且可以部署在任何云平台或本地环境中，无需依赖特定的云服务或订阅。此外，文章还提供了详细的性能对比数据，展示了 pctx 在 token 使用量和执行速度方面的显著提升。文章还通过 FAQ 的形式，解答了关于代码模式、pctx 的适用场景、与 Anthropic 和 Cloudflare 的代码模式的比较、以及迁移的难易程度等常见问题。
评论区中，用户 @orliesaurus 表达了对本地运行此类实验的兴趣，认为将 MCP 客户端桥接到 Deno 沙箱是一个很自然的选择，尤其是在离线情况下。同时，他也提出了关于安全性和权限模型的重要问题，强调在按需拉取代码时，需要仔细考虑工具可以访问的资源（如环境变量、网络、本地文件系统），并限制其范围，以提高大型团队的可行性。此外，他还对冷启动时间和内存使用情况的基准测试表示了兴趣。
- 原文: [Open Source and Local Code Mode MCP in Deno Sandboxes](https://portofcontext.com)
- Hacker News: [https://news.ycombinator.com/item?id=45917182](https://news.ycombinator.com/item?id=45917182)
- 作者: pmkelly4444
- 评分: 34
- 评论数: 13
- 发布时间: 2025-11-14 00:53:43
---
## Android 和 iPhone 用户迎来文件共享新纪元
谷歌宣布，从 Pixel 10 系列开始，Android 用户将能够与 iOS 设备的 AirDrop 用户共享文件，这标志着两大移动生态系统在文件共享方面实现了互联互通。这项功能的实现，得益于谷歌对 Quick Share 技术的持续改进和与苹果的合作。
一直以来，Android 和 iOS 用户在文件共享方面存在壁垒，Quick Share 的出现旨在打破这一隔阂。此前，Quick Share 主要用于 Android 设备之间的文件传输，现在它将支持与 iOS 设备的 AirDrop 进行无缝协作。这意味着用户不再需要依赖第三方应用或复杂的步骤，就能轻松地在不同平台的设备间分享照片、视频和文档。
Pixel 10 系列将成为首批支持该功能的设备，预计未来会有更多 Android 设备加入。谷歌表示，他们致力于为用户提供更便捷、更开放的生态系统，让文件共享变得更加简单高效。这项更新无疑将提升用户体验，尤其是在跨平台协作日益频繁的今天，它将极大地简化文件传输流程。
谷歌的这一举措，也反映了科技行业拥抱开放和互操作性的趋势。通过与苹果合作，谷歌不仅提升了自身产品的竞争力，也为整个行业树立了榜样。未来，我们或许能看到更多类似的合作，让不同平台的设备能够更好地协同工作，为用户带来更流畅、更便捷的体验。
- 原文: [Android and iPhone users can now share files, starting with the Pixel 10](https://blog.google/products/android/quick-share-airdrop/)
- Hacker News: [https://news.ycombinator.com/item?id=45994854](https://news.ycombinator.com/item?id=45994854)
- 作者: abraham
- 评分: 747
- 评论数: 445
- 发布时间: 2025-11-21 01:04:34
---
## 蜜蜂的时间感知能力：昆虫界的首次发现
科学家们首次发现蜜蜂能够处理时间信息，这在昆虫界尚属首次。这项研究揭示了蜜蜂认知能力的新维度，挑战了我们对昆虫行为的传统认知。
这项研究通过视觉刺激实验，证明蜜蜂不仅能感知颜色和形状，还能感知时间间隔。研究人员设计了一系列实验，让蜜蜂在不同时间间隔后获得奖励，结果显示蜜蜂能够准确地区分这些时间间隔。这意味着蜜蜂大脑中存在某种计时机制，允许它们学习和预测事件发生的时间。
这项发现对于理解昆虫的导航、觅食和社会行为具有重要意义。例如，蜜蜂需要记住不同花朵的开放时间，以便在正确的时间前往采集花蜜。时间感知能力可能在蜜蜂的社会交流中也发挥作用，例如在蜂群中传递信息。
这项研究还为人工智能领域提供了新的灵感。如果蜜蜂这种小生物都能处理时间信息，那么我们或许可以开发出更智能的算法，模拟生物大脑的时间感知机制。未来的研究方向可能包括探索蜜蜂大脑中负责时间感知的具体神经回路，以及研究其他昆虫是否也具有类似的时间感知能力。这项发现不仅加深了我们对蜜蜂的了解，也为生物学和人工智能领域带来了新的可能性。
- 原文: [Scientists now know that bees can process time, a first in insects](https://www.cnn.com/2025/11/12/science/bees-visual-stimulus-study-scli-intl)
- Hacker News: [https://news.ycombinator.com/item?id=45937350](https://news.ycombinator.com/item?id=45937350)
- 作者: Brajeshwar
- 评分: 68
- 评论数: 37
- 发布时间: 2025-11-15 21:32:12
---
## 从零开始学习 WebAssembly：构建编译器深入理解底层原理
本文介绍了一本名为《WebAssembly from the Ground Up》的书籍，该书通过手把手构建编译器的实践方式，帮助读者深入理解 WebAssembly 的核心概念，包括指令集和模块格式。这本书旨在让有经验的程序员，通过构建一个将简单编程语言编译为 WebAssembly 的编译器，来掌握 WebAssembly 的底层细节，而无需成为编译器专家。
书中提供了完整的源代码和测试用例，涵盖了 15 个技术章节和两个奖励章节。读者将学习 WebAssembly 的本质、如何在 JavaScript 中实例化和运行 WebAssembly 模块、二进制模块格式、使用 Ohm 创建简单编译器、指令集（包括数值指令、内存访问和控制流）、如何与外部世界交互以及 WebAssembly 的安全模型。这本书适合有一定编程经验，并且熟悉 JavaScript 的开发者阅读，旨在帮助他们克服对编译器编写的畏惧心理，并提供一个更易于理解 WebAssembly 规范的途径。书中还包含了一些“深度探索”章节，用于补充读者可能不熟悉的知识。
评论区中，有读者表达了对 WebAssembly 规范的复杂性的看法，认为其使用的自定义语言 SpecTec 不如 EBNF 易于理解。本书作者之一回应，并分享了相关的博客文章，包括 WebAssembly 解释器和推文中的 WebAssembly 编译器。还有读者购买了本书，希望能够更深入地理解整个技术栈。
- 原文: [WebAssembly from the Ground Up](https://wasmgroundup.com/)
- Hacker News: [https://news.ycombinator.com/item?id=45937183](https://news.ycombinator.com/item?id=45937183)
- 作者: gurjeet
- 评分: 180
- 评论数: 39
- 发布时间: 2025-11-15 21:06:38
---
## Roundtable (YC S23) 招聘 Sales Development Representatives (SDRs)
Roundtable 是一家由 YC 孵化的公司，正在寻找两位 Sales Development Representatives (SDRs)。他们专注于提供无摩擦、持续的验证服务，帮助客户防止机器人和欺诈行为，保障在线数据的完整性。
Roundtable 由两位普林斯顿大学的博士创立，致力于构建数字身份中的“Proof-of-Human”层。他们的研究成果已在 Science、PNAS 等顶级期刊上发表，并获得了 Y Combinator 和 Brickyard Ventures 的支持。公司目前正在寻找有激情、有进取心，并且渴望在 B2B SaaS 销售领域发展的优秀人才。
作为 SDR，你的主要职责包括：研究和识别关键目标客户，执行有策略的 outbound 营销活动以产生合格的会议机会，清晰地阐述 Roundtable 的价值主张，并有效地管理 lead 的活动和进展。此外，你还需要与 GTM 团队紧密合作，共同制定销售策略。理想的候选人应具备出色的书面和口头沟通能力，能够与高层管理人员进行有效沟通，并且高度自律，能够管理大量的工作。虽然有 SaaS 经验者优先，但并非必需。
该公司提供 6 万到 18 万美元的薪资，以及 0.5% 到 1.0% 的股权，工作地点位于旧金山。股权的授予取决于 3 个月的评估期。 这对于希望加入一家快速成长的人工智能安全公司，并为在线数据安全做出贡献的人来说，是一个绝佳的机会。
- 原文: [Roundtable (YC S23) Is Hiring Two Sales Development Representatives (SDRs)](https://www.ycombinator.com/companies/roundtable/jobs/irJTEsg-sales-development-representative)
- Hacker News: [https://news.ycombinator.com/item?id=46003686](https://news.ycombinator.com/item?id=46003686)
- 作者: timshell
- 评分: 1
- 评论数: 0
- 发布时间: 2025-11-21 20:00:02
---
## FEX-Emu：在 ARM64 Linux 设备上运行 x86 应用
FEX-Emu 是一款强大的 x86 和 x86-64 用户模式模拟器，专为在 ARM64 Linux 设备上运行 x86 应用而设计，功能类似于 qemu-user 和 box64。它不仅广泛兼容 32 位和 64 位二进制文件，还能与 Wine/Proton 协同工作，畅玩 Windows 游戏。
FEX-Emu 的亮点在于它能将 API 调用转发到宿主系统的 OpenGL 或 Vulkan 等库，从而有效降低模拟开销。其试验性的代码缓存技术有助于最大限度地减少游戏中的卡顿现象。更棒的是，它还提供了一个针对每个应用的配置系统，允许用户针对不同游戏调整性能，例如跳过代价高昂的内存模型模拟。此外，FEXConfig GUI 界面友好，方便用户探索和更改这些设置。
在技术层面，FEX 拥有先进的二进制重编译器，支持 x86(-64) 指令集的所有现代扩展，包括 AVX/AVX2。该重编译器的核心是定制的 IR，与传统的 splatter JIT 相比，它能生成更优化的代码。全面的系统调用转换层负责处理模拟操作系统和宿主操作系统之间的差异，甚至实现了 seccomp 等小众功能。模块化的核心使 FEX 能够用作 Wine 中的 WoW64/ARM64EC 后端。
最新版本包括 FEX 2511、FEX 2510 和 FEX 2509，每个版本都带来了改进和更新，值得关注。
评论区里，有用户提到 FEX-Emu 被用于 Steam Frame，这是一款基于 ARM64 骁龙 8 Gen 3 的设备，旨在运行 PC 和 PCVR 游戏。有人对 Valve 长期投入 ARM 生态表示赞赏，认为这是将 ARM Linux 带入玩家家中的一个策略。另有用户分享了在 ARM 开发板上使用 FEX 的体验，对其性能印象深刻。
同时，也有人关注 FEX 如何处理 ARM 内存模型的弱一致性问题，以及这是否会影响性能。还有人指出 FEX 的开发者也参与了 Dolphin 模拟器的开发。关于 FEX 与 box64 的区别，以及它对使用 Denuvo 等技术的游戏的影响，也是评论区讨论的热点。总的来说，大家对 FEX-Emu 在 ARM 平台上的潜力抱有很高的期望。
- 原文: [FEX-emu – Run x86 applications on ARM64 Linux devices](https://fex-emu.com/)
- Hacker News: [https://news.ycombinator.com/item?id=45905850](https://news.ycombinator.com/item?id=45905850)
- 作者: open-paren
- 评分: 239
- 评论数: 90
- 发布时间: 2025-11-13 04:15:51
---
## 制作小型 RPG 的技术与灵感
本文探讨了作者如何从《勇者斗恶龙》、《塞尔达传说：旷野之息》、《艾尔登法环》和《Undertale》等经典游戏中汲取灵感，并结合 Pico-8 平台的限制，在 1-2 个月内制作一款小型 RPG 的过程。文章重点介绍了作者在游戏设计中如何简化战斗系统、利用俯视地图、以及将经验值作为货币等关键决策。
作者最初想制作一款 RPG，但考虑到时间限制，他决定从经典游戏中寻找灵感。他发现《勇者斗恶龙》通过简化游戏公式，使其更易于上手，并在日本普及了 RPG 类型。游戏中使用的俯视地图，虽然地图本身不大，但却能给玩家一种探索广阔世界的错觉。
为了避免随机遇敌带来的烦恼，作者决定让玩家主动选择是否进入战斗。在战斗系统方面，作者放弃了传统的回合制战斗，转而采用更实时和动作化的方式，受到《Undertale》的启发，加入了弹幕躲避元素。
《塞尔达传说：旷野之息》则让作者意识到，可以给予玩家更大的自由度，让他们在完成教学关卡后直接挑战最终 Boss。而《艾尔登法环》的经验值系统，则启发作者将经验值作为一种货币，用于升级角色属性或购买物品。
最终，Pico-8 平台上一款游戏的启发，让作者彻底放弃了回合制战斗的想法，转而采用纯粹的弹幕射击模式，玩家通过碰撞攻击区域来发动攻击。
总的来说，这篇文章详细地介绍了作者在游戏开发过程中如何从经典游戏中汲取灵感，并结合自身情况和技术限制，最终确定游戏的核心机制和玩法。文章也体现了游戏开发者在面对时间、技术等限制时，如何通过创新和借鉴来创造出有趣的游戏体验。
- 原文: [Making a Small RPG](https://jslegenddev.substack.com/p/making-a-small-rpg)
- Hacker News: [https://news.ycombinator.com/item?id=46004293](https://news.ycombinator.com/item?id=46004293)
- 作者: ibobev
- 评分: 3
- 评论数: 0
- 发布时间: 2025-11-21 21:23:16
---
## DIY 经皮神经电刺激 (TENS) 设备：软硬件开发者的新玩具
本文介绍了一个作者使用现成电子元件，从零开始构建的单相经皮神经电刺激 (TENS) 设备，总成本低于 100 美元。
文章详细介绍了该 TENS 设备的各个组成部分，包括电源部分、控制部分和输出部分。电源部分使用 3.7V 锂电池供电，并通过 MCP73831 充电 IC 进行管理，使用 TPS55340 升压转换器将电池电压升至 32V，为刺激脉冲提供高压，并使用 TPS63001 升降压转换器为微控制器和其他数字电路提供稳定的 3.3V 电源。控制部分使用 ATmega32U4 微控制器，通过 PWM 输出控制刺激波形。输出部分使用 MOSFET 和 BJT 来控制电流，并将高压脉冲传递到电极。电极被安排在手指上，手掌作为公共接地。
该设计采用单相方法，简化了电路，并允许选择性地刺激不同的手指，适用于康复训练。作者将整个设计分解为电源、控制和输出等清晰的模块，方便快速迭代。
评论区主要集中在以下几个方面：
* **单相波形的安全性问题：** 有人指出单相波形通常不如双相波形安全，建议使用脉冲变压器来产生双向脉冲。
* **电极连接方式的疑问：** 有人对示意图中手指电极的连接方式提出了疑问，指出它们似乎都连接在一起。
* **锂电池的放电深度：** 有人警告说，将锂电池放电到 3.0V 可能会导致安全问题，建议将 3.6V 视为电量耗尽。
* **其他：** 有一条评论被标记为 "dead"，内容未知。
- 原文: [Show HN: 32V TENS device from built from scratch under $100](https://littlemountainman.github.io/2025/11/17/tens/)
- Hacker News: [https://news.ycombinator.com/item?id=45954228](https://news.ycombinator.com/item?id=45954228)
- 作者: autonomydriver
- 评分: 45
- 评论数: 8
- 发布时间: 2025-11-17 23:06:32
---
## Qtile：用 Python 驱动的平铺窗口管理器
本文介绍了作者使用 Qtile 平铺窗口管理器的经验，包括安装、配置以及如何模块化配置文件，最终打造个性化的桌面环境。作者详细阐述了从 XFCE 转向 Qtile 的原因，以及 Qtile 吸引他的地方——完全使用 Python 编写，方便自定义配置。
作者的安装方法非常注重隔离性，避免 Qtile 的依赖与系统 Python 环境冲突。他推荐使用 deadsnakes PPA 安装特定版本的 Python，并在 `/opt/qtile/` 目录下创建虚拟环境，将 Qtile 安装在其中。同时，作者还分享了创建 `/usr/share/xsessions/qtile.desktop` 文件，以便在登录时选择 Qtile 会话。
配置方面，作者认为 Qtile 的默认配置虽然易于上手，但不够灵活。他建议将配置文件模块化，避免冗长的变量声明，提高代码可读性和可维护性。例如，可以将窗口小部件 (widgets) 和面板 (panels) 分别定义，然后在配置中重复使用。此外，作者还提到了使用 nitrogen 管理壁纸，并通过 `.xsessionrc` 文件在 Qtile 启动时自动恢复壁纸。
最后，作者展示了他当前的 Qtile 设置，虽然文章没有直接给出配置文件的完整内容，但读者可以了解到作者对 Qtile 进行了深度定制，使其更符合个人使用习惯。
由于文章没有评论区，所以无法总结和分析评论观点。
- 原文: [The Qtile Window Manager: A Python-Powered Tiling Experience](https://tech.stonecharioteer.com/posts/2025/qtile-window-manager/)
- Hacker News: [https://news.ycombinator.com/item?id=46002138](https://news.ycombinator.com/item?id=46002138)
- 作者: stonecharioteer
- 评分: 34
- 评论数: 6
- 发布时间: 2025-11-21 15:41:15
---
## RavynOS：一个兼容 macOS 的 BSD 系统？
RavynOS 是一个基于 BSD 的操作系统项目，目标是提供与 macOS 的源代码和二进制兼容性，并提供类似的用户体验。这个项目试图在 macOS 的用户体验和 BSD 系统的底层技术之间架起桥梁，为用户提供一个既熟悉又自由的选择。
RavynOS 的主要目标是实现与 macOS 的兼容性。这意味着开发者理论上可以在 RavynOS 上运行为 macOS 编写的应用程序，而无需进行大量的修改。这种兼容性对于那些希望离开 macOS 生态系统，但又不想放弃现有软件的用户来说，无疑是一个巨大的吸引力。该项目基于 BSD，这为 RavynOS 带来了一些关键优势，例如开放源代码和更大的自由度。BSD 许可证允许用户修改和分发操作系统，而无需开源他们的更改。
RavynOS 还在开发中，但已经吸引了大量的关注和贡献者。该项目在 GitHub 上拥有超过 6.2k 的 star 和 207 个 fork，这表明了社区对它的浓厚兴趣。RavynOS 的未来发展方向将取决于开发团队的努力和社区的贡献。如果他们能够成功地实现与 macOS 的兼容性，并提供稳定和可靠的操作系统，那么 RavynOS 有可能成为 macOS 的一个有力的竞争者。值得关注的是，该项目也接受赞助，开发者可以通过 Patreon 和 PayPal 等方式支持 RavynOS 的开发。
- 原文: [New OS aims to provide (some) compatibility with macOS](https://github.com/ravynsoft/ravynos)
- Hacker News: [https://news.ycombinator.com/item?id=45997212](https://news.ycombinator.com/item?id=45997212)
- 作者: kasajian
- 评分: 272
- 评论数: 128
- 发布时间: 2025-11-21 04:24:42
---
## 古罗马玻璃中的隐藏“语言”
这篇文章探讨了古罗马玻璃制品中可能存在的隐藏信息，暗示这些玻璃不仅仅是装饰品，可能还蕴含着某种“语言”。
文章的核心在于，通过分析古罗马时期制造的玻璃器皿，研究人员试图揭示当时工匠的技术水平和社会文化信息。这些玻璃制品并非简单的批量生产，而是可能包含了独特的制作工艺和成分配比，这些都可能反映了当时的知识和技术传承。研究人员可能正在使用化学分析、材料科学等方法，来解读这些古代玻璃中的“语言”。这种“语言”并非文字，而是通过材料的构成、制作的技巧以及器物的用途来传递信息。例如，不同地区的玻璃可能有不同的成分特征，反映了当地的资源和技术水平。玻璃的颜色、透明度以及装饰图案，也可能反映了当时的审美趣味和社会等级。
此外，文章可能还探讨了这些发现对于理解古罗马社会经济、贸易网络以及技术传播的意义。通过研究玻璃的产地和分布，可以了解当时的贸易路线和文化交流情况。如果玻璃制品中发现了特殊的化学成分或制作工艺，也可以推断当时的技术创新和发展水平。总而言之，这篇文章试图通过分析古罗马玻璃，来揭示隐藏在物质文化中的历史信息，为我们了解古代社会提供新的视角。
- 原文: [Ancient Roman Glass Reveals a Hidden "Language"](https://nautil.us/ancient-roman-glass-reveals-a-hidden-language-1247932/)
- Hacker News: [https://news.ycombinator.com/item?id=45937830](https://news.ycombinator.com/item?id=45937830)
- 作者: DrierCycle
- 评分: 8
- 评论数: 1
- 发布时间: 2025-11-15 22:55:58
---
## HP 和 Dell 禁用笔记本电脑 CPU 内置的 HEVC 支持
HP 和 Dell 似乎在他们的笔记本电脑上禁用了 CPU 内置的 HEVC（H.265）硬件解码支持，这让一些用户感到困惑，因为他们的设备明明应该支持该功能。文章指出，一些用户发现他们的笔记本电脑无法在浏览器中播放 HEVC 内容，即使他们的处理器拥有集成的解码支持。
第六代及更高版本的 Intel Core 处理器以及 2015 年之后的 AMD 芯片都应该支持 HEVC 编解码器。之所以禁用该功能，是因为 HEVC 许可费用将在 2026 年 1 月变得更加昂贵。这意味着，虽然你的电脑硬件理论上可以解码 HEVC 视频，但 HP 和 Dell 选择了通过软件方式禁用它，可能是为了避免额外的许可费用。
这对于那些依赖硬件加速来流畅播放 HEVC 视频的用户来说无疑是个坏消息，因为软件解码通常比硬件解码更耗费资源，可能会导致播放卡顿或电池续航时间缩短。
- 原文: [HP and Dell disable HEVC support built into their laptops' CPUs](https://arstechnica.com/gadgets/2025/11/hp-and-dell-disable-hevc-support-built-into-their-laptops-cpus/)
- Hacker News: [https://news.ycombinator.com/item?id=46002989](https://news.ycombinator.com/item?id=46002989)
- 作者: latexr
- 评分: 143
- 评论数: 86
- 发布时间: 2025-11-21 18:01:37
---
## Okta 的 Next.js OAuth 安全问题：AI 代码生成引发的乌龙
本文讲述了 Okta 旗下 Auth0 的 nextjs-auth0 项目中发现的安全漏洞，以及 Okta 工程师使用 AI 工具生成代码和回复，导致的一系列问题，包括代码贡献署名错误、对安全问题的处理态度等。
文章作者在 Okta 的 nextjs-auth0 项目中发现了 OAuth 参数注入漏洞，并提交了修复 PR。然而，Okta 的维护者使用 AI 工具重新提交了该 PR，导致作者署名丢失，并出现了 AI 生成的错误信息。更令人惊讶的是，当作者指出问题时，维护者竟然也使用 AI 生成回复，甚至在修复了一个明显的账户劫持漏洞后，要求提供漏洞利用视频才承认其严重性。作者对 Okta 工程师使用 AI 工具的草率行为以及对安全问题的轻视态度表示不满，认为这是一种不负责任的行为，并可能涉及版权侵权。
评论区也对 Okta 的安全性提出了质疑，有人指出 Okta 之前也犯过类似的安全错误，还有人认为 Okta 对待开源社区贡献的态度存在问题。评论中，大家普遍对 Okta 使用 AI 工具的方式感到担忧，认为这种不负责任的使用方式可能会带来更多的问题。也有评论指出，Okta 对待安全问题的态度不够认真，有欺骗投资者的嫌疑。此外，还有人建议 GitHub 允许禁用 PR，以避免大型公司不重视外部贡献的问题。总之，评论区对 Okta 的安全性和使用 AI 工具的方式都表达了强烈的担忧和不满。
- 原文: [Okta's NextJS-0auth troubles](https://joshua.hu/ai-slop-okta-nextjs-0auth-security-vulnerability)
- Hacker News: [https://news.ycombinator.com/item?id=45963350](https://news.ycombinator.com/item?id=45963350)
- 作者: ramimac
- 评分: 338
- 评论数: 127
- 发布时间: 2025-11-18 18:17:20
---
## 希尔伯特空间：将函数视为向量
本文探讨了希尔伯特空间的概念，它允许我们将线性代数的工具应用于函数。核心思想是将函数视为无限维向量，并在此基础上构建向量空间。
文章首先介绍了将函数视为向量的直观理解，即将向量看作带索引的数字列表，并将其推广到无限维的情况。随后，文章阐述了函数如何构成向量空间，并引入了平方可积函数的概念，这些函数构成了向量空间的一个子空间，记为 L2。文章详细解释了 L2 空间上的内积和范数的定义，并展示了如何使用积分形式的柯西-施瓦茨不等式来证明内积的有限性。
为了更进一步，文章提到了完备性的概念，即空间中所有柯西序列都收敛于该空间内的元素。Riesz-Fischer 定理表明 L2 空间是完备的，因此它是一个希尔伯特空间。文章还简要提及了 Banach 空间，它比希尔伯特空间更通用，是具有范数的完备空间。
最后，文章以傅里叶级数为例，说明了希尔伯特空间的应用。由于 L2 空间构成希尔伯特空间，因此可以在其中定义正交性和基向量的概念，从而将任何函数表示为一系列基函数的加权和。文章还指出，傅里叶的思想早于希尔伯特空间的定义，因此最初受到了一些数学家的质疑，但后来的泛函分析发展为傅里叶理论提供了更坚实的理论基础。
由于没有评论内容，这里省略评论分析。
- 原文: [Hilbert space: Treating functions as vectors](https://eli.thegreenplace.net/2025/hilbert-space-treating-functions-as-vectors/)
- Hacker News: [https://news.ycombinator.com/item?id=45913281](https://news.ycombinator.com/item?id=45913281)
- 作者: signa11
- 评分: 97
- 评论数: 38
- 发布时间: 2025-11-13 18:41:08
---
## DuckDB 数据静态加密功能详解
DuckDB v1.4 版本引入了数据库加密功能，本文深入探讨了其加密的实现细节、使用方法以及性能影响，旨在帮助用户更好地理解和应用 DuckDB 的数据加密功能。文章详细介绍了 DuckDB 如何使用 AES 加密来保护静态数据，并探讨了加密密钥的管理方式。
文章首先介绍了加密的基础知识，重点介绍了 AES（高级加密标准）及其两种模式：GCM（伽罗瓦/计数器模式）和 CTR（计数器模式）。AES 是一种对称加密算法，使用相同的密钥进行加密和解密。GCM 模式提供数据认证，可以检测数据是否被篡改，而 CTR 模式则更简单快速，但安全性稍逊。DuckDB v1.4 支持使用 AES-GCM-256 和 AES-CTR-256 密码进行静态数据加密。文章还解释了初始化向量（IV）和 nonce（一次性使用的数字）在加密过程中的作用，强调了 IV 的唯一性对于保证加密安全的重要性。
接着，文章深入探讨了 DuckDB 中加密功能的具体实现。DuckDB 数据库文件有一个主数据库头，其中包含加载和验证数据库所需的数据。对于加密数据库，主数据库头保持明文，但会设置一个标志位来指示数据库已加密。此外，主数据库头还存储了加密所需的元数据，包括数据库标识符（用作盐值）、加密密码等信息，以及加密的 canary 值，用于验证密钥的正确性。文章还详细介绍了 DuckDB 的密钥管理方式，用户可以使用任何明文或 Base64 编码的字符串作为密钥。
总的来说，这篇文章深入浅出地介绍了 DuckDB 的数据静态加密功能，从加密原理到具体实现都进行了详细的阐述，为用户提供了全面的了解。
- 原文: [Data-at-Rest Encryption in DuckDB](https://duckdb.org/2025/11/19/encryption-in-duckdb)
- Hacker News: [https://news.ycombinator.com/item?id=45996585](https://news.ycombinator.com/item?id=45996585)
- 作者: chmaynard
- 评分: 198
- 评论数: 22
- 发布时间: 2025-11-21 03:26:12
---
## MoboMaps：交互式主板 PCIe 通道查询工具
MoboMaps 是一个免费的交互式工具，旨在帮助用户了解主板上的 PCIe 通道是如何工作的。它通过筛选主板的 Socket、品牌、芯片组、板型和各种特性，帮助用户找到符合特定需求的理想主板，尤其是在 PCIe 通道配置方面。
该工具目前收录了 10 块主板的信息，并支持实时筛选，用户可以根据自己的需求选择 Socket（如 AM5）、品牌（如 MSI、ASUS、Gigabyte、ASRock）、芯片组（如 X870E、X870、B850）、板型（E-ATX、ATX、mATX、Mini-ITX）以及是否支持 WiFi、USB4、无 GPU 通道共享等特性。此外，用户还可以根据 M.2 插槽数量、PCIe 插槽数量和价格范围进行筛选。
MoboMaps 的目标是让用户更清晰地了解主板的 PCIe 通道布局，避免在选择主板时遇到困惑。对于需要多个 PCIe 设备（如显卡、NVMe SSD、扩展卡）的用户来说，这个工具尤其有用。通过直观的界面，用户可以快速了解每个插槽的带宽和连接方式，从而做出更明智的购买决策。
MoboMaps 由 Ronin Wilde 创建，并在 YouTube 上有相关视频介绍。该工具还提供赞助链接，以支持其持续开发和维护。
评论区主要集中在以下几个方面：
* **希望增加对 AM4 主板的支持：** 许多用户表示，由于 DDR5 内存价格较高，AM5 平台的成本仍然较高，希望能够增加对 AM4 主板的支持。
* **如何贡献数据：** 有用户询问如何贡献自己拥有的、但尚未收录在网站上的主板数据。
* **PCIe 通道配置的准确性：** 有用户对某些主板的 PCIe 插槽信息准确性提出疑问，特别是关于 4x 插槽是否会被降级到 1x。
* **对 PCIe 通道数量的需求：** 有用户希望找到具有大量 PCIe 通道和扩展插槽的高性能主板，并感叹现在的主板扩展能力不如以前。
* **PCIe 通道的重要性：** 有用户提问 PCIe 是否是现代 CPU 与外设之间进行高速互连的唯一方式。
* **对工具的赞赏：** 许多用户对 MoboMaps 的实用性和创新性表示赞赏，认为它能够帮助用户更好地了解主板的 PCIe 通道布局。
* **老旧双路工作站的PCIe通道分配：** 有用户提到一些老旧的双路工作站拥有大量的PCIe通道，但似乎并没有全部连接到第二个CPU。
- 原文: [Free interactive tool that shows you how PCIe lanes work on motherboards](https://mobomaps.com)
- Hacker News: [https://news.ycombinator.com/item?id=45976693](https://news.ycombinator.com/item?id=45976693)
- 作者: tagyro
- 评分: 241
- 评论数: 56
- 发布时间: 2025-11-19 15:13:00
---
## NTSB初步报告：UPS Boeing MD-11F坠毁事故分析
本文讨论了国家运输安全委员会（NTSB）关于UPS Boeing MD-11F坠毁事故的初步报告，重点在于事故原因和可能的影响。该报告最初链接失效，但已被找到新的链接。文章主要关注引擎故障，以及由此引发的结构性损坏，并探讨了这起事故可能对其他MD-11和DC-10飞机的影响。
文章指出，初步报告侧重于引擎支架的疲劳裂纹问题，尽管该部件的检查并未滞后。文章还推测，尾部引擎可能也受到了损坏，尽管初步报告中没有明确说明。文章还引用了YouTube频道blancolirio的分析，该分析指出引擎的陀螺效应可能在引擎脱落过程中起到了作用。此外，文章还提到了AVHerald的总结分析，但未提供具体链接。
评论区主要围绕以下几个方面展开讨论：
* **事故原因分析：** 评论者们对引擎脱落的原因进行了推测，包括引擎的陀螺效应以及支架的疲劳裂纹。
* **对其他飞机的影响：** 有评论者担心此次事故可能导致所有MD-11和DC-10飞机停飞，并关注其他飞机支架的检查结果。
* **事故的根本原因：** 评论者认为，仅仅失去一个引擎的推力通常不足以导致坠机，因此对事故的根本原因非常感兴趣。
* **信息来源：** 评论中提到了YouTube频道和AVHerald等信息来源，为读者提供了更全面的信息。
总的来说，评论区对事故原因、影响以及信息来源进行了多角度的探讨，补充了文章的内容，并为读者提供了更深入的了解。
- 原文: [NTSB Preliminary Report – UPS Boeing MD-11F Crash [pdf]](https://www.ntsb.gov/Documents/Prelimiary%20Report%20DCA26MA024.pdf)
- Hacker News: [https://news.ycombinator.com/item?id=45995834](https://news.ycombinator.com/item?id=45995834)
- 作者: gregsadetsky
- 评分: 188
- 评论数: 201
- 发布时间: 2025-11-21 02:20:59
---
## LionsOS：基于 seL4 微内核的可组合操作系统
LionsOS 是一个基于 seL4 微内核的操作系统，旨在让 seL4 的高性能、安全性和可靠性更容易被利用。它由澳大利亚新南威尔士大学的 Trustworthy Systems 研究小组开发，目前还处于积极的研发阶段，还不稳定，但可以用于实验。
LionsOS 的核心理念是提供可组合的组件，用于创建特定于任务的自定义操作系统。这些组件通过 Microkit 工具连接在一起，遵循 sDDF 设计文档中概述的原则，包括使用锁无关队列进行组件间通信、组件专注于单一功能、使用虚拟化器处理多路复用和控制，以及仅在必要时通过队列或信息页面共享信息。系统是静态的，不动态适应硬件或加载组件，但支持在运行时交换相同类型的组件，以实现策略更改或重启虚拟机。
LionsOS 的目标是构建一个安全可靠的操作系统，通过模块化的设计，开发者可以根据自己的需求选择和组合不同的组件，从而构建出定制化的操作系统。例如，驱动程序只负责硬件接口和队列之间的转换，虚拟化器负责管理虚拟地址和 IO 地址。这种设计使得系统更加灵活，也更容易进行安全验证。
为了使 LionsOS 取得成功，还需要更多的组件。Trustworthy Systems 团队鼓励开发者积极参与贡献，提交 Pull Requests。他们也提到，LionsOS 包含一个路由器/防火墙场景的例子，并且在 seL4 峰会上展示了 seL4 在 Web 服务器场景中性能远超 Linux 的结果。
评论区里，大家对 LionsOS 提出了各种各样的看法。有人关注到 MicroPython 和 Pancake 等技术，也有人联想到 UNIX 操作系统和 John Lions 的著作。还有人好奇 LionsOS 与 Genode 等其他基于 seL4 的操作系统的区别。一些评论者则关注 LionsOS 的实际用途，例如是否可以用于挖矿、流体动力学模拟或数据库操作。当然，也有一些轻松的评论，比如将 LionsOS 的字母重新排列后得到 "Linos OS"，或者调侃它与 Mountain Lion 操作系统的名字相似。总的来说，评论反映了大家对 LionsOS 的兴趣，以及对它未来发展方向的期待。
- 原文: [The Lions Operating System](https://lionsos.org)
- Hacker News: [https://news.ycombinator.com/item?id=45995816](https://news.ycombinator.com/item?id=45995816)
- 作者: plunderer
- 评分: 187
- 评论数: 53
- 发布时间: 2025-11-21 02:19:31
---
## 探讨在Unix系统中“退休”用户名的想法
本文作者设想了一种有趣的文化传承方式：像体育界退役球衣号码一样，在Unix系统中“退休”已故的科技先驱的用户名。作者认为，这可能是一种在代码库中构建更深层次文化历史的方式。
作者回忆起2011年Dennis Ritchie去世后，他曾提议修改`useradd.c`，禁止使用"dmr"作为用户名，以此致敬这位伟大的计算机科学家。虽然这个提议当时被拒绝了，但作者仍然在自己的机器上运行了修改后的版本。作者认为，这种做法可以在不影响系统功能的情况下，将人类历史的印记融入到代码中。类比体育界的球衣退役制度，例如在NHL中不能穿99号，NBA不能穿6号，作者认为或许不应该允许登录名为“dmr”。
评论区对这个想法褒贬不一，主要集中在以下几个方面：
* **实用性与灵活性：** 有人认为，允许系统管理员自定义禁用用户名列表是可取的，但应该通过配置文件实现，而不是硬编码到`useradd.c`中，以满足不同站点的需求。
* **现有用户的影响：** 有人指出，禁止使用某些用户名可能会破坏现有的登录名和脚本，MLB在退役42号球衣时，允许当时穿着该号码的球员继续使用，这体现了一种兼顾。
* **规则制定与潜在冲突：** 有人担心，制定一套关于哪些人应该被“荣誉退休”的规则可能会引发争议甚至现实冲突。
* **技术迭代与观念转变：** 有人认为，Unix系统在某些方面已经过时，应该重新考虑使用C语言编写操作系统以及传统用户名的概念。
* **历史原因（Hysterical Raisins）：** 有人提到“历史原因”谬误，即因为最初的非理性选择而坚持某种做法。
总的来说，评论区对这个想法持谨慎态度，认为虽然致敬科技先驱的想法很好，但在实际操作中会面临诸多挑战，需要考虑实用性、兼容性以及潜在的社会影响。大家更倾向于通过其他方式来纪念这些伟人，而不是直接修改底层代码。
- 原文: [Historical Reasons](https://exple.tive.org/blarg/2025/11/11/historical-reasons-2/)
- Hacker News: [https://news.ycombinator.com/item?id=45890876](https://news.ycombinator.com/item?id=45890876)
- 作者: speckx
- 评分: 30
- 评论数: 10
- 发布时间: 2025-11-12 02:19:56
---
🫵 来啊，说点有用的废话!
▲
