必须启用 JavaScript 才能使用 Notion。请启用 JavaScript 以继续。
每日HackerNews RSS
## AI驱动的内核优化：黑客新闻讨论总结
黑客新闻的讨论围绕使用人工智能，特别是编码代理，来优化软件内核的可能性——重点是性能提升。最初的想法是利用人工智能进行迭代优化，并在每次更改后运行测试以确保功能和速度。
几个要点浮出水面：对难以复现的特定基础设施优化问题的担忧，硬件多样性在缓解这个问题中的作用，以及人工智能是*辅助*内核编写，而非自主创建的修正。一家初创公司过去尝试解决这个问题的情况被提及，突出了时机的重要性。
对话还涉及Modular的Mojo和AMD的HIP/ZLUDA等项目，探讨了跨厂商GPU内核翻译的潜力。虽然有些人认为“光束搜索”仅仅是超级优化，但另一些人认为，鉴于人类优化张量内核的困难，它仍然很有价值。一篇研究论文（[https://arxiv.org/abs/2505.18574](https://arxiv.org/abs/2505.18574)）展示了17倍的速度提升，这引发了争论，一位作者澄清这是一种不同寻常的优化。最终，讨论强调了通过降低不同硬件优化代码的门槛，挑战NVIDIA CUDA主导地位的潜力。
作者将UNIX管道的批处理性质与Emacs交互式、可变文本缓冲区进行对比，将Emacs的用户体验——特别是Magit——定位为一种强大的UI范式。一个关键的见解是Emacs能够在缓冲区内定义只读*范围*，从而实现双向交互。 这通过编辑器内的终端来举例说明：命令行可由用户编辑，但在提交后被编辑器视为只读，而状态更新由编辑器控制，不应允许用户编辑。命令输出理想情况下应允许协作编辑。 作者认为这种细粒度的只读控制对于构建交互式工具至关重要，而VS Code的编辑器（Monaco）缺乏这种能力，因为它失去了这种特性。他们提出“对持久只读属性的支持”作为评估编辑器是否适合于像Magit这样复杂、交互式应用程序的关键测试，并以Emacs的`M-x`中回显的只读命令为例。
## 黑客新闻讨论：只读字符与终端历史
一篇关于“只读字符”的链接引发了黑客新闻的讨论，深入探讨了不同终端和文本编辑方式的历史和权衡。
对话的核心在于旧系统（如3270终端）的效率，它们发送文本块，仅在确认后传输编辑，与更现代的逐字符更新方法（如VT终端）进行对比。虽然3270对于处理能力有限的大型机来说效率很高，但它难以处理异步更新。
用户还讨论了使用转义序列来管理csh和vi等shell中的输入模式的技术，以及在设备上缓冲的好处。讨论扩展到Vim和Neovim等现代编辑器，指出它们当前的功能（textprops、extmarks）在创建真正只读区域方面存在局限性，无法与Emacs的功能相媲美，并表达了对更多以缓冲区为中心的界面的渴望。
要使用 Mastodon 网页应用程序，请启用 JavaScript。或者，尝试为您的平台使用 Mastodon 的原生应用程序。
## GrapheneOS 与法国政府担忧 - 摘要
近期讨论凸显了法国政府可能对 GrapheneOS 采取行动的担忧。此事源于一篇法国报纸文章，暗示 GrapheneOS 与犯罪活动有关联，依赖匿名来源和警方调查。GrapheneOS 开发者认为，现有的法国法律正被用来为其采取行动辩护，并指出了不准确和诽谤性的说法。
作为回应，GrapheneOS 团队正在主动将基础设施（包括服务器和服务）从法国迁出，以避免潜在的后果，包括可能的法律挑战或服务器查封。该团队还面临在线骚扰，包括一位在 Mastodon 上特别执着和奇怪的个人，可能是一个国家资助的机器人。
争论的中心在于以隐私为中心的科技与政府监控之间的紧张关系，一些人认为任何安全工具都可能被滥用，而另一些人则强调隐私权。 还有关于国家控制日益加强和数字主权重要性的讨论，并建议欧盟开发 Android 和 iOS 的替代品。GrapheneOS 坚持认为，由于其安全功能阻碍了大规模监控工作，因此受到了不公平的针对。
## Google 现在使用 Gmail 数据进行 AI 训练 – 如何退出
Google 现在自动将 Gmail 用户纳入一项计划，该计划使用电子邮件内容（包括消息和附件）来训练其 Gemini AI 模型，为诸如智能撰写等功能提供支持。虽然 Google 声称数据已匿名化并受到保护，但这一变化引发了隐私问题，因为用户不再需要明确选择加入。
这意味着您的私人电子邮件可能会被分析以改进 AI 功能，除非您主动禁用此功能。为了保护您的隐私，您必须在 Gmail 设置中的**两个**单独位置关闭“智能功能”：首先，在“Gmail、Chat 和 Meet 中的智能功能”下，其次，在“Google Workspace 智能功能”下 – 禁用那里的两个切换按钮。
Google 将这些设置分开，需要同时关闭两者才能完全保护数据。虽然此更改尚未对所有用户生效，但建议任何担心其数据被用于 AI 训练的人员主动检查和调整其设置。
arkA 发布了其去中心化视频协议的公开演示，展示了一段完全存储在 IPFS（星际文件系统）上的 Phase 2 预告视频。这意味着该视频不受任何单一平台控制，并且可以通过其唯一的 CID（内容标识符）在全球范围内访问。 演示突出了 arkA 通过各种 IPFS 网关（如 IPFS.io、Cloudflare-IPFS 和 Pinata）使用任何兼容客户端（包括 arkA MVP 客户端）流式传输视频的能力。这证明了内容所有权与存储分离，从而创建了抗审查且完全去中心化的工作流程。 您可以在以下网址查看自动加载的演示：[https://baconpantsuppercut.github.io/arkA/?cid=bafybeigxoxlscrc73aatxasygtxrjsjcwzlvts62gyr76ir5edk5fedq3q](https://baconpantsuppercut.github.io/arkA/?cid=bafybeigxoxlscrc73aatxasygtxrjsjcwzlvts62gyr76ir5edk5fedq3q)。这是首个端到端展示的去中心化视频解决方案。
## arkA：一种极简的开放视频协议
开发者 moshebenpeshe 发布了“arkA”的首个 MVP 版本，这是一种新的开放视频协议，旨在将视频内容与特定平台解耦。arkA 不依赖于中心化系统，而是利用极简的 JSON 元数据格式来指向存储在各种去中心化和中心化存储解决方案（如 IPFS、S3 和 Arweave）上的视频。
核心思想是分离存储、账户和传输，允许任何人托管视频并构建播放客户端。当前的演示是一个简单的静态客户端（约 60 行 JavaScript），展示了托管在 IPFS 上的视频。
开发者正在寻求对协议设计、架构、元数据模式的反馈，以及来自熟悉分布式存储的人员的见解。评论者建议探索超越 JSON 的抽象数据系统，以避免格式争论，并强调 Blossom（来自 Nostr）作为去中心化媒体分发的一种潜在的更实用的 IPFS 替代方案。该项目目前是一个小型实验，没有立即的商业化计划或锁定计划。
GitHut是一个项目，旨在可视化GitHub上编程语言的格局。GitHub是全球最大的代码托管平台，拥有数百万用户。该项目通过分析GitHub公开可用的数据（特别是通过Google BigQuery访问的GitHub Archive），来理解语言的流行度和特征。 该项目将语言使用视为人类解决问题和协作努力演化的体现，而不仅仅是一种工具。虽然语言*创建*的数据不完整，但GitHut专注于“活动”——代码更改的数量——作为衡量流行度的最可靠指标。 编程语言的发布年份来自维基百科的编程语言时间线。详细的方法论和数据收集信息可在GitHut GitHub仓库中找到，数据按季度更新。最终，GitHut通过开源开发的视角，为编程的动态世界提供了一个独特的视角。
## GitHut：回顾 GitHub 编程语言趋势
一则 Hacker News 讨论回顾了 2014 年的 GitHut 项目 (githut.info)，该项目是对 GitHub 上编程语言使用情况的可视化呈现。原始数据一直到 2014 年，引发了关于语言趋势和开发环境演变的对话。
值得注意的是，用户指出直接 JavaScript “推送” 数量的下降与 TypeScript 的兴起相关。讨论还强调了 Go 语言日益普及，以及 C++、Rust 和 C 等语言较高的“每仓库推送”数量，可能表明其复杂性或活跃开发。
许多评论者表达了对 GitHut 更新版本的渴望，并透露 GitHut 2.0 已经存在 ([https://madnight.github.io/githut/#/pull_requests/2024/1](https://madnight.github.io/githut/#/pull_requests/2024/1))，但有些人觉得新的可视化效果不太吸引人。 还有讨论关于利用 GitHub Archive 中的更多当前数据重建 GitHut 的可能性，利用 Google BigQuery 等现有资源。 其他讨论点包括 Copilot 对新开发者采用的影响，以及对 Swift 等语言的呈现方式的疑问。
## ravynOS：一款受macOS启发的开源操作系统
ravynOS是一款新的开源操作系统，基于FreeBSD构建，旨在在x86-64（以及最终的ARM）系统上复制macOS体验。它专注于兼容性，努力实现与macOS应用程序的源代码级别兼容，并支持常见的macOS文件布局和文件系统，如HFS+和APFS。
主要功能包括熟悉的GUI、对应用程序包（App Bundles, AppDirs, AppImage）的支持，以及与现有的FreeBSD和Linux二进制文件的兼容性。该项目最终打算支持运行原生macOS二进制文件。
在类似macOS的界面之下，ravynOS维护着一个强大的Unix环境，支持X11，并优先考虑稳定性、安全性和性能。它利用了FreeBSD成熟的基础和一个强大的社区来进行持续开发。更多信息，包括发行说明、屏幕截图和常见问题解答，可以在[ravynos.com](https://ravynos.com)找到。
## RavynOS：FreeBSD 上的 macOS 克隆
一个名为 RavynOS 的新操作系统项目旨在提供与 macOS 的兼容性，利用 FreeBSD 内核。讨论强调了复制像 macOS 这样复杂操作系统所面临的重大挑战，特别是由于苹果快速弃用框架和移动构建目标。
许多评论员指出，Wine 的成功很大程度上归功于微软的向后兼容性工作——而苹果并不重视这一点。该项目的可行性存在争议，一些人建议专注于改进 Linux。然而，支持者设想一个 FOSS macOS 替代品，吸引那些希望获得 macOS 体验但又不受苹果限制的用户。
多个帖子探讨了实现真正的二进制兼容性与源代码兼容性的难度，以及利用现有项目（如 Darling，一个类似 Wine 的项目）和利用 LLVM 的潜在好处。对话还涉及人工智能在加速操作系统开发中的作用，但对数据污染和成本提出了担忧。最终，RavynOS 旨在提供类似 macOS 的体验，并具有开源的自由度，可能满足对苹果当前方向不满用户的需求。
我们正在验证您的浏览器。网站所有者？点击此处修复。 Vercel 安全检查点 | sin1::1763676026-gMXvIj1ODAGtqGccJA2LpBpPFsmATNPU 启用 JavaScript 以继续。 Vercel 安全检查点 | sin1::1763676026-gMXvIj1ODAGtqGccJA2LpBpPFsmATNPU
## 新格林火箭更新：摘要
蓝色起源宣布对其新格林火箭进行升级，重点是提高发动机推力和采用新的9x4发动机配置（第一级9台发动机，第二级4台）。这些改进旨在将有效载荷能力提升至51吨至低地球轨道，甚至超过猎鹰重型火箭。
讨论强调了新格林火箭整流罩尺寸与星舰一致的潜在益处，鼓励使用两种发射系统的有效载荷设计。客户现在可以为更大的容量进行设计，并在后期选择最具成本效益的方案。
评论员们争论了发射成本降低的重要性，指出它通常只占总体任务费用的很小一部分。 还有关于单位系统（公制与英制）以及蓝色起源（更保守、传统的航空航天）与SpaceX（快速迭代和测试）的不同发展理念的讨论。
最终，此次更新表明蓝色起源持续取得进展，但一些人质疑在SpaceX现有的猎鹰9号和星舰项目之外，对这种重型运载能力的需求。
## 美国海岸警卫队取消“仇恨象征”分类
美国海岸警卫队已修订其政策，将万字和绞刑架从“仇恨象征”的分类中移除，改为将其标记为“分裂性”。这一变化在新的和旧的政策文件中都有详细说明[https://media.defense.gov/2025/nov/14/2003820615/-1/-1/0/CI_... & https://wow.uscgaux.info/Uploads_wowII/O-DEPT/CG__Harassing_...]，引发了争论。一些人认为这可能会助长种族主义恐吓，而另一些人则认为这解决了虚假报告或过度管辖的问题。
Hacker News上的讨论线程强调了人们对极端主义象征符号常态化的更广泛趋势的担忧，尤其是在最近关于与尼克·富恩特斯等人物有关联的年轻共和党工作人员的报道之后。评论员指出，由于对大屠杀的直接经验减少，可能会导致对仇恨图像的禁忌减弱。
这项政策转变引发了关于言论自由、防止恐吓以及解决海岸警卫队内部潜在的恶意合规性之间平衡的问题。一些人担心这标志着极端主义正在加剧以及社会规范正在发生危险的转变。
## Proxmox VE 9.1 现在支持 Docker 容器（有一些限制）
Proxmox VE，一个基于 Debian 的开源虚拟化平台，发布了 9.1 版本，包含一项重要的新功能：原生支持运行 Docker 容器。 之前，运行 Docker 需要一个完整的虚拟机，但 Proxmox 现在允许直接执行 OCI 镜像（例如来自 Docker Hub 的镜像）。
这并非*真正*的原生 Docker 支持；Proxmox 将 Docker 镜像转换为 LXC 容器。 这种解决方法解决了与 AppArmor 和其他系统组件的兼容性问题。 虽然很方便，但目前仍处于“技术预览”阶段——更新需要重新创建容器（无法简单地 `docker pull`），并且实时迁移/编排最好仍然在虚拟机中处理。
该过程涉及将镜像下载到 Proxmox 存储，然后从中创建一个容器，类似于设置标准的 LXC 容器。 虽然控制台功能可能有限，但可以通过 `pct enter` 访问。 此新功能有望简化容器部署，用于家庭实验室及其他环境，从而节省大量时间和资源。
作者是一位长期 Proxmox 用户，在 HP EliteDesk Minis 上运行一个 2 节点集群，他强调这是一个重大改进，并希望未来支持 Docker Compose 文件。 他最近还移除了网站上的 Google 跟踪，并欢迎捐赠以帮助支付服务器成本。