3小时前
|
|
|
## 今天 Hacker News 社区聊了啥？ NO.20250901
这期日报信息量爆炸！从侧载的深度讨论、CocoaPods 的时代落幕，到 AI Bot 流量追踪和 Go 并发编程技巧，再到 Minecraft 球形星球的构建，内容涵盖系统底层、移动开发、AI 应用和游戏技术等多个领域。更有趣的是，我们还探讨了音乐制作如何用 Git 进行版本控制，以及电动汽车自定义 ROM 的可能性！想了解最新的技术趋势，提升你的技术视野？快来阅读全文吧！
---
## 侧载争议的本质：硬件控制权 vs. 软件生态系统
文章探讨了关于侧载（Sideloading）的常见误解，尤其是在 Android 和 iOS 生态系统中，侧载指的是用户绕过官方应用商店安装应用的行为。作者认为，问题的核心不在于操作系统层面的限制，而在于用户是否真正拥有在自己的硬件上运行任意代码的能力。
作者指出，当 Google 或 Apple 限制用户安装应用时，他们实际上是在限制用户使用其提供的软件，而非直接控制硬件。作者认为，真正的自由在于拥有构建或安装替代操作系统的能力，例如在 iPhone 上运行 Android。文章还提出，立法应要求制造商提供足够的技术支持和文档，以促进新操作系统的开发。如果用户想在 PS5 上玩 Playstation 游戏，就必须接受 Sony 的限制，但如果用户想把 PS5 变成运行 Linux 的模拟器，那也应该可行。作者强调，不应将批评的焦点放在操作系统层面的限制上，而应关注在硬件上运行任意代码的真正能力。
评论区也引发了热烈的讨论，观点多样：
* **@kristov** 认为，问题已演变为“没有 Apple 或 Google 账户就无法参与社会生活”，越来越多的服务（如银行、学校）要求使用特定 App，而这些 App 依赖于 Google 或 Apple 服务。
* **@zmmmmm** 强调，即使技术上可行，银行、Netflix 等公司也会出于控制和法律关系考虑，阻止用户运行自定义操作系统，捍卫用户选择 DRM 和加密的权利至关重要。
* **@idle_zealot** 认为，真正的战场不是 Android/iOS 的控制权，而是运行其他操作系统的能力，并主张对 Google 和 Apple 这样的巨头进行监管，使其对用户负责。
* **@tzury** 提出，应该同时存在开放、可破解的硬件和封闭、管理的设备，前者服务于创新，后者保护弱势用户，市场应满足不同群体的需求。
* **@AdamN** 引用 Richard Stallman 的观点，强调维护开放技术栈的重要性，防止企业挤压自由技术空间。
- 原文: [We should have the ability to run any code we want on hardware we own](https://hugotunius.se/2025/08/31/what-every-argument-about-sideloading-gets-wrong.html)
- Hacker News: [https://news.ycombinator.com/item?id=45087396](https://news.ycombinator.com/item?id=45087396)
- 作者: K0nserv
- 评分: 1478
- 评论数: 791
- 发布时间: 2025-09-01 05:46:26
---
## CocoaPods 即将停止更新：一个时代的落幕
CocoaPods 计划在两年后将其主干设为只读，不再接受新的 Podspec 提交。这意味着一个时代的结束，也标志着开发者需要转向新的依赖管理方案。
文章指出，将 CocoaPods 主干设为只读是为了简化安全性，并避免潜在的安全风险。尽管如此，现有的构建仍然可以继续工作，不会受到影响。对于使用自有 spec 仓库或已将所有依赖项 vendor 的开发者来说，也不会有任何影响。为了确保平稳过渡，官方计划分阶段进行，包括邮件通知、测试运行等，最终在 2026 年 12 月 2 日正式停止接受新的 Podspec。在此之前，2025 年 5 月已经停止允许新的 CocoaPods 使用 `prepare_command` 字段。作者也表示，如果大家有合理的理由，可以适当调整时间表，但不太可能提前。
评论区对 CocoaPods 的退役反应不一。有人欢呼雀跃，认为 CocoaPods 过于复杂，侵入性强，并且经常出现 CDN 问题，转而拥抱更简洁的 Swift Package Manager (SPM)。另一些人则表达了惋惜之情，认为 CocoaPods 曾经是 Apple 平台依赖管理的事实标准，并感谢维护者的贡献。也有人指出，SPM 仍然存在一些不足，例如缺少某些实用功能，以及在 Xcode 中使用时可能会遇到各种问题。还有人提到 React Native 仍然依赖 CocoaPods，以及 CocoaPods 推动了 Apple 改进其工具链。总的来说，评论反映了开发者对 CocoaPods 的复杂情感，既有对其历史贡献的肯定，也有对其局限性的不满，以及对未来依赖管理方案的期待。
- 原文: [CocoaPods Is Deprecated](https://blog.cocoapods.org/CocoaPods-Specs-Repo/)
- Hacker News: [https://news.ycombinator.com/item?id=45091493](https://news.ycombinator.com/item?id=45091493)
- 作者: matharmin
- 评分: 151
- 评论数: 57
- 发布时间: 2025-09-01 18:39:25
---
## 用 Minecraft 的方块构建球形星球
本文介绍了作者使用 Unity 引擎构建的名为 "Blocky Planet" 的技术演示，该演示将 Minecraft 的立方体素映射到一个球形星球上。这个星球是程序生成的，并且完全可破坏，允许玩家放置或移除 20 多种不同的方块类型。
文章重点介绍了在球形结构中引入的一些独特的设计考虑因素。构建一个由方块组成的球体在代码层面上很简单，只需筛选出中心点位于距中心点一定距离内的方块即可。然而，这种方法构建的球体表面与重力方向不对齐，导致在星球表面建造或行走时出现问题。因此，需要一种方法来排列方块，使其垂直面始终与重力方向对齐。
解决这个问题有两个关键部分：一是将 2D 正方形网格映射到 3D 球体上；二是保持方块宽度不变。由于高斯定理，将平面网格映射到球体上必然会产生一些扭曲。为了避免过度的扭曲，许多游戏开发者使用四方球体，将地球分成六个相等的扇区，每个扇区对应一个正方形，从而减少整体扭曲。构建四方球体的步骤包括：从一个位于原点的立方体开始，将每个面细分为一个正方形网格，然后将每个顶点向外推，直到它与原点的距离正好为一个单位。
文章还讨论了减少四方球体扭曲的方法，通过预先扭曲正方形网格来抵消归一化过程中引入的扭曲，从而更好地保持原始正方形的面积、角度和边长。文章通过对比展示了使用默认四方球体映射和改进映射后，方块在扇区边界处的差异，以及应用球形投影前后小型方块星球的差异，突出了减少四方球体扭曲的重要性。
- 原文: [Making Minecraft Spherical](https://www.bowerbyte.com/posts/blocky-planet/)
- Hacker News: [https://news.ycombinator.com/item?id=45055205](https://news.ycombinator.com/item?id=45055205)
- 作者: iamwil
- 评分: 98
- 评论数: 5
- 发布时间: 2025-08-29 02:12:34
---
## Nim 2 评测：优点与缺点及代码示例
本文深入探讨了 Nim 2 编程语言的优缺点，并通过一个简单的键值文件格式示例，展示了 Nim 的强大功能和简洁性，适合对系统编程语言感兴趣的开发者阅读。Nim 2 旨在提供一种高性能、高灵活性的编程体验，同时保持代码的简洁和可读性。
文章首先强调 Nim 2 已经改变了默认的内存管理方式，现在推荐使用 ORC/ARC，它支持类似 C++ 的 RAII 机制，包括析构函数、移动和复制。作者认为 Nim 可以作为 Carbon 语言的一个可行的替代方案，因为它与 C++ 具有出色的互操作性，支持模板、构造函数、析构函数和运算符重载。Nim 2 的一个关键优势在于其整体性，它将简洁、灵活和高性能结合在一起。Nim 是一种系统编程语言，但感觉更像是一种高级脚本语言，例如 Python，可以用更少的代码完成实际工作。
Nim 具有出色的元编程能力，可以编译为 JavaScript 或本机可执行文件。它还支持任意的编译时执行，这意味着用 Nim 编写的任何代码都可以在编译时执行。Nim 生成的代码在性能上与其他系统编程语言（如 C、C++、Rust、Odin 和 Zig）相似。如果需要更高的性能，可以使用底层代码、SIMD 指令或生成代码。Nim 的一些特性包括：类似 C++ 的内存管理、编译和语言互操作性、过程（带有统一调用语法 UFCS）、断言关键字、类型系统（变体、不同类型、元组、枚举位集）和泛型。
总的来说，Nim 2 尝试在多个方面做到优秀，力求在系统编程领域占据一席之地。
- 原文: [A Review of Nim 2: The Good and Bad with Example Code](https://miguel-martin.com/blog/nim2-review)
- Hacker News: [https://news.ycombinator.com/item?id=45057734](https://news.ycombinator.com/item?id=45057734)
- 作者: miguel_martin
- 评分: 129
- 评论数: 19
- 发布时间: 2025-08-29 06:25:10
---
## Cloudflare Radar AI Insights：追踪AI Bot流量和使用趋势
Cloudflare Radar的AI Insights页面提供了关于AI bot流量、爬取目的、以及生成式AI服务使用情况的最新数据，帮助开发者和科技爱好者了解AI在互联网上的活动。
这个页面主要关注AI bot和爬虫的流量，通过图表展示了最活跃的AI bot的HTTP请求趋势，包括GPTBot、ClaudeBot、Meta-ExternalAgent、Amazonbot和Bytespider。同时，它还分析了爬取目的，数据显示，大部分流量用于AI模型的训练，其次是搜索引擎和用户行为。Cloudflare Radar还提供了crawl-to-refer ratio，揭示了AI爬虫的抓取与回链比例，并提供了AI bot的最佳实践建议。
此外，AI Insights还关注生成式AI服务的受欢迎程度，基于1.1.1.1 DNS解析器的流量进行排名。页面还展示了在robots.txt文件中发现的AI user agents，以及Cloudflare Workers上AI模型和任务的流行程度。最后，它还汇总了Cloudflare博客中与AI相关的最新文章。通过这些数据，用户可以深入了解AI技术的发展趋势和应用情况。
- 原文: [Cloudflare Radar: AI Insights](https://radar.cloudflare.com/ai-insights)
- Hacker News: [https://news.ycombinator.com/item?id=45093090](https://news.ycombinator.com/item?id=45093090)
- 作者: tosh
- 评分: 6
- 评论数: 0
- 发布时间: 2025-09-01 22:49:25
---
## Go 并发编程中保持顺序的三种方法比较
本文探讨了在高并发的 Go 应用程序中，如何保证数据处理顺序的问题，尤其是在需要并行处理数据以提高效率，但同时又不能打乱原有数据顺序的场景下。文章通过实际案例，例如实时日志处理、文件查找、时间序列数据处理等，说明了保持顺序的重要性。
文章首先解释了为什么并发会导致乱序，主要是因为 Goroutine 的处理速度和调度顺序无法预测。为了解决这个问题，文章提出了三种保持顺序的方法，并与无序的并发 `Map` 函数进行了基准测试比较，以此来评估每种方法的开销。
文章介绍的 `Map` 函数使用 Goroutine 池并发处理数据，但不保证输出顺序。`Loop` 函数负责 Goroutine 的管理和同步。基准测试显示，随着 Goroutine 数量的增加，无操作转换的开销也会增加。为了展示并发的优势，文章还进行了模拟实际工作的基准测试，结果表明，当有实际工作需要并行处理时，并发可以显著提高性能。
文章还提到了背压（Backpressure）与缓冲的设计哲学。传统的有序并发方法通常使用重排序缓冲区或队列，但这种方法在输入倾斜或下游消费者速度慢时，会导致缓冲区无限增长。文章提出的算法优先考虑背压，如果工作单元无法将结果写入输出通道，则会阻塞。这种设计是内存绑定的，并保留了 Go 通道的行为。
评论区没有相关内容，因此略过评论分析。
- 原文: [Preserving Order in Concurrent Go Apps: Three Approaches Compared](https://destel.dev/blog/preserving-order-in-concurrent-go)
- Hacker News: [https://news.ycombinator.com/item?id=45089938](https://news.ycombinator.com/item?id=45089938)
- 作者: destel
- 评分: 32
- 评论数: 4
- 发布时间: 2025-09-01 14:14:31
---
## 使用 Git 进行音乐制作的版本控制
本文探讨了如何利用 Git 这一版本控制工具来管理音乐制作项目，尤其是在 Reaper 这类 DAW (数字音频工作站) 中的应用。文章旨在帮助音乐人和软件开发者找到技术技能与音乐创作之间的协同效应。
文章的核心在于解决音乐制作过程中常见的版本管理混乱问题。作者分享了使用 Git 代替创建大量版本文件（如 `my-cool-song-new-vocals-brighter-mix-4.rpp`）的方法，通过在项目文件夹中初始化 Git 仓库，将项目文件置于版本控制之下，从而更有效地管理项目版本。
文章详细介绍了基于 Git 的音乐制作工作流程，包括在 Windows 系统中使用 `git-bash` 初始化仓库、创建 `.gitignore` 文件以排除媒体文件等非必要追踪的文件，以及如何通过 commit 记录项目修改。作者还提到了使用 `git gui` 等 Git 前端工具来查看项目历史版本，并充分利用 Git 的分支管理等功能。
虽然 Git 不擅长管理大型二进制文件（如 WAV 格式的音频文件），但作者认为这不成问题，因为他通常只管理主项目文件，而媒体文件通常不会被删除。此外，作者还探讨了使用 GitHub 追踪音乐项目中的 TODO 事项，创建一个简单的项目 issue tracker，方便记录和更新想法。
总的来说，文章认为 "Git for Music" 这一概念具有一定的可行性，虽然不是万能的，但仍然非常实用。
评论区中，`@404oops` 认为应该有专门的版本控制工具用于音乐制作，因为 Git 在处理二进制格式的项目文件（如 Logic Pro 的项目文件）时存在困难，难以进行差异比较和压缩。他还提到，使用 Git 的子模块来管理多个文件夹会增加复杂度，不如直接创建 `_v2` 文件来得简单。`@cranberryturkey` 分享了一个名为 OSSM 的开源音乐项目，链接指向 GitHub 仓库。这些评论表明，虽然 Git 可以用于音乐制作的版本控制，但可能存在一些局限性，需要根据具体情况进行权衡。
- 原文: [Git for Music – Using Version Control for Music Production (2023)](https://grechin.org/2023/05/06/git-and-reaper.html)
- Hacker News: [https://news.ycombinator.com/item?id=45092895](https://news.ycombinator.com/item?id=45092895)
- 作者: sixthDot
- 评分: 9
- 评论数: 2
- 发布时间: 2025-09-01 22:23:09
---
## 简易现代化的 .NET NuGet 服务器 RC 版
这个 GitHub 项目介绍了一个名为 `nuget-server` 的简单现代化的 NuGet 服务器实现，它基于 Node.js 构建，提供了必要的 NuGet v3 API 端点，兼容 `dotnet restore` 和标准的 NuGet 客户端，用于包的发布、查询和手动下载。它还提供了一个现代化的浏览器 UI，可以浏览已注册的包、查看包属性、下载特定版本的包以及发布（上传）包，并管理用户帐户。
`nuget-server` 的主要特点包括易于设置（10 秒内运行 NuGet 服务器）、兼容 NuGet V3 API、无需数据库管理（直接将包文件和 nuspecs 存储到文件系统中）、支持灵活的包发布方式（通过 HTTP POST 上传 .nupkg 文件）、支持基本身份验证、反向代理，以及提供增强功能的现代 Web UI，例如多包上传、用户帐户管理、API 密码重置和密码更改。它还包含一个从现有 NuGet 服务器导入包的工具，并提供 Docker 镜像。
安装可以通过 `npm install -g nuget-server` 命令完成，使用时只需运行 `nuget-server` 命令即可启动服务器。NuGet V3 API 在 `/v3` 路径下提供服务，例如 `http://localhost:5963/v3/index.json`。需要配置 NuGet 客户端以使用 V3 API，可以通过 `dotnet nuget add source` 命令或在 `nuget.config` 文件中指定。包的发布通过 HTTP POST 方法上传到 `/api/publish` 端点。
包默认存储在相对于运行 `nuget-server` 的位置的 `./packages` 目录中，可以使用 `--package-dir` 选项自定义此位置。包在文件系统中按照 `packages/PackageName/Version/PackageName.Version.nupkg` 的结构存储。备份和恢复可以通过简单的 `tar` 命令完成。`nuget-server` 支持通过命令行选项、环境变量和 JSON 文件进行配置，配置的优先级顺序为：命令行选项 > 环境变量 > `config.json` > 默认值。
- 原文: [Show HN: Simple modenized .NET NuGet server reached RC](https://github.com/kekyo/nuget-server)
- Hacker News: [https://news.ycombinator.com/item?id=45092734](https://news.ycombinator.com/item?id=45092734)
- 作者: kekyo
- 评分: 6
- 评论数: 0
- 发布时间: 2025-09-01 22:00:26
---
## Bear 博客宣布代码以 Source-Available 形式发布
Bear 博客的作者 Herman 将其博客的代码从 MIT 许可更改为 Elastic 许可，使其成为 source-available 项目。此举旨在防止他人 fork 项目并建立竞争服务，保护作者的生计和对项目的投入。
Herman 最初选择 MIT 许可，是为了让人们可以学习和审计代码，验证平台隐私和安全声明。然而，近年来出现了一些人 fork Bear 博客并试图建立竞争服务的案例，这让作者感到沮丧。因此，他决定采用 Elastic 许可，该许可与 MIT 许可几乎相同，但禁止将软件作为托管或管理服务提供。
作者表示，许多其他开源项目也更新了其许可，以防止“免费搭车竞争”。他认为，在 AI 编码的新时代，创建竞争产品变得更加容易，因此有必要采取措施保护自己的项目。虽然代码很重要，但 Bear 博客的特别之处在于用户和对长期维护的承诺。作者将确保平台得到妥善维护，即使这意味着限制人们对代码的使用。
由于没有评论内容，此处跳过评论分析部分。
- 原文: [Bear is now source-available](https://herman.bearblog.dev/license/)
- Hacker News: [https://news.ycombinator.com/item?id=45092490](https://news.ycombinator.com/item?id=45092490)
- 作者: neoromantique
- 评分: 11
- 评论数: 0
- 发布时间: 2025-09-01 21:17:56
---
## Bluesky 上关于 Google 编造故事的讨论
这篇文章讨论了 Bluesky 上用户 @bennjordan.bsky.social 发帖称 Google 编造了一个关于他的复杂故事。虽然原文内容很简单，但引发了关于 AI 生成内容责任的讨论。
这篇帖子本身并没有提供太多细节，只是简单地指出了 Google 编造故事的这一情况。更重要的是，它引发了人们对于 AI 生成内容，特别是其潜在的诽谤和不实信息风险的关注。随着 AI 技术的快速发展，AI 模型生成虚假信息的能力也日益增强，这使得我们有必要认真思考如何应对这一挑战。
评论区主要集中在对 AI 生成内容责任的讨论上。有人认为，法律应该介入，对这种行为进行惩罚，否则 AI 造成的灾难可能会发生。另一些人则认为，那些鼓吹 "AI" 的人应该为这种故意的诽谤行为负责。他们认为，这些公司明知 AI 没有真假概念，却仍然将 AI 生成的垃圾信息直接呈现给大众，如果这导致 "AI" 业务无法生存，那也是咎由自取。评论区观点鲜明，都强调了 AI 生成内容可能带来的危害，以及追究相关责任的必要性。
- 原文: ["Turns out Google made up an elaborate story about me"](https://bsky.app/profile/bennjordan.bsky.social/post/3lxojrbessk2z)
- Hacker News: [https://news.ycombinator.com/item?id=45092925](https://news.ycombinator.com/item?id=45092925)
- 作者: jsheard
- 评分: 22
- 评论数: 2
- 发布时间: 2025-09-01 22:27:17
---
## 探索永恒的平衡：一场视觉与哲学的盛宴
这篇文章介绍了一个名为 "Eternal Struggle" 的互动艺术项目，它以动态的方式呈现了阴阳的概念，引发了人们对平衡、随机性和永恒斗争的思考。
这个项目通过两个不断运动和相互作用的球体，模拟了阴阳的动态平衡。每个球体代表一种力量，它们在边界内相互碰撞、竞争，试图占据更多的空间。这种设计巧妙地展示了平衡的本质：即使在看似随机的运动中，系统也会自发地趋向平衡。如果一方势力过大，其内部的球体运动空间会增大，导致碰撞频率降低，从而减缓其增长速度。相反，弱势一方的球体运动空间较小，碰撞频率更高，加速其增长，最终达到一种动态的平衡。
这个作品不仅仅是一个视觉奇观，更是一个哲学隐喻。它象征着宇宙中各种对立力量的相互作用，以及在永恒的斗争中寻求平衡的努力。用户可以通过移动鼠标来影响系统的初始状态，观察系统如何演化并最终达到新的平衡。这种互动性增强了用户对作品的参与感，也促使人们思考平衡的意义和价值。
评论区也充满了各种有趣的发现和讨论。有人分享了加速控制滑块的fork版本，方便观察；有人观察到黑球穿透边界的奇特现象；还有人分享了源代码，供大家深入研究。有人认为这个作品完美地诠释了阴阳的含义，是一件动态的艺术品，也是一个哲学宣言。也有人分享了在不同速度下运行的截图，展示了系统演化的多样性。此外，还有人指出了如何通过按键来显示曲线上的点，以及在移动设备上可能遇到的触发问题。总的来说，评论区不仅是对作品的赞赏，也是一个集体的探索和学习的过程。
- 原文: [Eternal Struggle](https://yoavg.github.io/eternal/)
- Hacker News: [https://news.ycombinator.com/item?id=45086020](https://news.ycombinator.com/item?id=45086020)
- 作者: yurivish
- 评分: 577
- 评论数: 123
- 发布时间: 2025-09-01 03:04:03
---
## 探索 Bash 提示符的无限可能
本文介绍了一系列 Bash 提示符的配置示例，旨在为用户提供灵感，定制出更实用、更个性化的终端界面。这些提示符的复杂度各不相同，从简单的用户名、主机名显示，到复杂的包含历史命令编号、TTY 编号、进程返回值、系统负载、电量信息、甚至是终端时钟等功能，应有尽有。
文章作者维护了一个 Bash Prompt HOWTO 项目，并从中提取了一些精彩的提示符设计。这些设计灵感来源于 "The BashPrompt Themes Project"，并在此基础上进行了改进和创新。文章将这些提示符按照复杂度递增的顺序排列，方便用户根据自己的需求进行选择。
其中，一些提示符设计非常实用，例如 "Jobs Prompt" 可以帮助用户跟踪挂起的任务，"Colourized Load Prompt" 可以通过颜色显示系统负载情况，"Termwide Prompt with tty" 可以根据终端宽度自动调整显示内容。还有一些提示符设计则更具个性化，例如 "Elite2 Prompt" 和 "Tonka2 Prompt" 使用了 ASCII 艺术和鲜艳的颜色，"Clock Prompt" 则在终端右上角显示时钟。
作者还分享了一些自己设计的提示符，例如 "My Root Prompt" 和 "Flexible Prompt"，这些提示符功能强大且灵活，但可能存在一些问题。总的来说，这篇文章为用户提供了一个丰富的 Bash 提示符资源库，可以帮助用户打造更高效、更舒适的终端使用体验。
评论区中，用户 @phyzome 称赞这是真正的 "prompt engineering"。用户 @okasaki 则分享了不同的观点，他认为过于花哨的提示符在多系统登录时会造成不便，并且可能会降低 chatbot 的性能（如果复制粘贴终端输出）。这个观点提醒我们，在追求个性化的同时，也要考虑到实用性和兼容性。
- 原文: [Bash Prompts Collection](https://www.gilesorr.com/bashprompt/prompts/)
- Hacker News: [https://news.ycombinator.com/item?id=45053555](https://news.ycombinator.com/item?id=45053555)
- 作者: giulianopz
- 评分: 30
- 评论数: 6
- 发布时间: 2025-08-28 23:38:21
---
## Zfsbackrest：为 ZFS 文件系统提供加密备份
Zfsbackrest 是一个开源项目，旨在为 ZFS 文件系统提供类似 Pgbackrest 风格的加密备份解决方案。它允许用户以安全的方式备份和恢复 ZFS 数据，特别关注数据的加密保护。
这个工具使用 MIT 许可证，意味着可以自由地使用、修改和分发它。目前项目在 GitHub 上有 4 个 star 和 0 个 fork，表明它还处于早期阶段，但已经引起了一些关注。Zfsbackrest 的目标是简化 ZFS 文件系统的备份流程，并提供强大的加密功能，确保备份数据的安全性。它可能包含创建备份、执行增量备份、加密备份数据、以及在需要时恢复数据的工具和脚本。
该项目可能还在积极开发中，未来可能会增加更多功能和改进。对于那些寻找 ZFS 加密备份解决方案的开发者和系统管理员来说，Zfsbackrest 提供了一个有潜力的选择。通过采用类似 Pgbackrest 的设计，它试图提供一种可靠且易于使用的备份和恢复体验。
由于没有评论内容，这里跳过评论分析。
- 原文: [Zfsbackrest: Pgbackrest style encrypted backups for ZFS filesystems](https://github.com/gargakshit/zfsbackrest)
- Hacker News: [https://news.ycombinator.com/item?id=45092605](https://news.ycombinator.com/item?id=45092605)
- 作者: sphericalkat
- 评分: 7
- 评论数: 0
- 发布时间: 2025-09-01 21:35:52
---
## 二战时期电报为何要求密切释义？
这篇文章探讨了二战时期美国接收的电报上出现的奇怪指令：“此电报必须在传递给任何人之前进行密切释义”。这句话的含义令人费解，因为通常的释义并不需要“密切”进行，而且如果为了保密，模糊处理似乎更合理。
文章指出，这些电报来自罗斯福总统图书馆，其中一份日期为 1939 年，另一份为 1940 年。此外，还有一份丘吉尔 1941 年发给罗斯福的电报也包含此指令。文章作者提出了一个疑问：为什么不直接引用，而是选择释义，甚至要求“密切”释义？作者推测，这可能与电报的加密有关，为了防止泄露明文，需要对内容进行重新措辞。
总而言之，文章试图揭开二战时期电报中“密切释义”要求的真正含义，并探讨了其背后的历史背景和可能的目的。
- 原文: [“This telegram must be closely paraphrased before being communicated to anyone”](https://history.stackexchange.com/questions/79371/this-telegram-must-be-closely-paraphrased-before-being-communicated-to-anyone)
- Hacker News: [https://news.ycombinator.com/item?id=45082731](https://news.ycombinator.com/item?id=45082731)
- 作者: azeemba
- 评分: 716
- 评论数: 126
- 发布时间: 2025-08-31 20:39:47
---
## C++ 内存模型探索：`Strongly Happens Before`
本文深入探讨了 C++ 内存模型中的 `Strongly Happens Before` 概念，通过一个具体的程序示例，逐步分析了在多线程环境下，原子操作的执行顺序和数据一致性问题。文章旨在帮助开发者理解 `Strongly Happens Before` 的作用以及它如何解决内存模型中的实际问题。
文章首先展示了一个包含三个线程的简单 C++ 程序，程序中使用了 `std::atomic` 来进行原子操作。每个线程都对共享变量 `x` 和 `y` 进行读写操作，并使用不同的内存顺序（memory order）。核心问题在于：在这样的并发场景下，程序的执行结果是否符合 C++ 内存模型的规定？为了回答这个问题，文章逐步构建了一个执行图，通过添加不同的约束条件来分析可能的执行顺序。
文章详细解释了**修改顺序**（Modification Order）的概念，即对特定原子对象的所有修改操作都按照一个特定的总顺序执行。文章还引用了 C++ 标准中的相关规则，例如写-写一致性（write-write coherence）、读-读一致性（read-read coherence）、读-写一致性（read-write coherence）和写-读一致性（write-read coherence），并用图示的方式帮助读者理解这些规则。基于这些规则，文章在执行图中添加了与修改顺序相关的约束，例如如果操作 A 在操作 B 之前发生，并且 A 和 B 都修改了同一个原子对象，那么 A 必须在 B 之前出现在修改顺序中。
接着，文章引入了**相干序优先**（Coherence-Ordered Before）的概念，它描述了原子对象 M 上的一个原子操作 A 在另一个原子操作 B 之前的顺序关系。文章详细解释了相干序优先的几种情况，包括：A 是一个修改操作，并且 B 读取了 A 存储的值；A 在 M 的修改顺序中位于 B 之前；A 和 B 不是同一个原子读-修改-写操作，并且存在一个原子修改 X，使得 A 读取了 X 存储的值，并且 X 在 M 的修改顺序中位于 B 之前。文章还强调了相干序优先关系是传递性的。基于相干序优先的概念，文章在执行图中添加了与读-自（read-from）关系相关的约束，例如如果操作 B 读取了操作 A 存储的值，那么在执行图中添加一条从 A 到 B 的边。
- 原文: [C++: Strongly Happens Before?](https://nekrozqliphort.github.io/posts/happens-b4/)
- Hacker News: [https://news.ycombinator.com/item?id=45052960](https://news.ycombinator.com/item?id=45052960)
- 作者: signa11
- 评分: 78
- 评论数: 12
- 发布时间: 2025-08-28 22:54:37
---
## Tetris 游戏的复杂性分析：NP 难度证明与多列/行限制下的研究
本文主要探讨了经典游戏 Tetris（俄罗斯方块）在不同限制条件下的计算复杂性，证明了即使在列数或行数受限的情况下，Tetris 仍然是 NP 难题。
文章的核心在于证明了 Tetris 在 8 列或 4 行的限制下仍然是 NP 完全的。这个结论解决了 15 年前提出的开放性问题。研究者通过类似于先前针对无限制棋盘大小的归约方法，但采用了更好的桶状结构填充方式，从 3-Partition 问题进行了归约。同时，文章也给出了积极的结果，证明了 2 列 Tetris（和 1 行 Tetris）可以在多项式时间内解决。此外，文章还证明了 Tetris 推广到更大的 k-omino 块时，即使棋盘开始时是空的，并且限制在 3 列或 2 行或常数大小的块，也是 NP 完全的。
具体来说，研究分析了以下 Tetris 的特殊情况：
1. **c 列 Tetris**：证明了对于任何 c ≥ 8，在 c 列 Tetris 中生存或清除棋盘是 NP 完全的。同时，也证明了 c ≤ 2 时，可以在多项式时间内解决。
2. **r 行 Tetris**：证明了对于任何 r ≥ 4，在 r 行 Tetris 中生存或清除棋盘是 NP 完全的。而 r = 1 时，可以在多项式时间内解决。
3. **空 Tetris**：研究了棋盘初始状态为空的情况，证明了对于 k-omino 块的 Tetris 推广（k-tris），8 列空（≤ 65）-tris 是 NP 难的，3 列空 O(n)-tris 是 NP 难的，2 行空 O(n)-tris 也是 NP 难的。
总的来说，这篇文章深入研究了 Tetris 游戏的计算复杂性，为理解该游戏的难度提供了重要的理论依据。这些发现不仅对游戏设计和算法分析具有重要意义，也为其他类似问题的研究提供了借鉴。
- 原文: [Tetris is NP-hard even with O(1) rows or columns [pdf]](https://martindemaine.org/papers/ThinTetris_JIP/paper.pdf)
- Hacker News: [https://news.ycombinator.com/item?id=45092324](https://news.ycombinator.com/item?id=45092324)
- 作者: isaacfrond
- 评分: 6
- 评论数: 0
- 发布时间: 2025-09-01 20:49:57
---
## 印度价值数十亿美元的电子垃圾帝国
本文探讨了印度蓬勃发展的电子垃圾回收产业，揭示了其背后由非正规工人主导、充满挑战和风险的现实。文章深入剖析了电子垃圾回收的经济模式、社会影响以及行业面临的转型压力。
印度是全球第三大电子垃圾生产国，电子垃圾回收产业价值高达 15 亿美元。然而，该行业 95% 的从业者为非正规工人，他们在恶劣的环境下从事着卸货、分拣和拆解等工作，收入微薄且面临健康风险。文章指出，印度同时也是电子垃圾的进口大国，除了国内产生的垃圾外，还接收来自也门、美国和多米尼加等国家的电子垃圾。这些电子垃圾中蕴藏着大量的可回收原材料，如金、银、铜和稀土元素，为回收产业带来了巨大的经济利益。
文章聚焦于德里 Mustafabad 地区的 Khatta 垃圾场，这里是印度庞大的非正规电子垃圾回收网络中的一个重要节点。在这里，被称为“Monitor King”的 Asif Malik 及其家族控制着当地的电子垃圾回收经济。他们通过家族网络，管理着大量的电子垃圾，并从中获取巨额利润。文章还追溯了 Malik 家族的起源，他们最初是从事榨油的 Teli 社区，随着时代变迁，逐渐转型为废品回收商，并最终控制了当地的电子垃圾市场。
随着政府监管的加强，印度的电子垃圾回收行业正面临着正规化的压力。如果转型成功，印度或将为全球大规模电子垃圾回收提供一个可行的范例。但如果失败，印度混乱的电子垃圾行业可能会预示着一种日益不可持续的电子产品消费模式。
- 原文: [India's billion-dollar e-waste empire](https://restofworld.org/2025/india-e-waste-recycling-electronics/)
- Hacker News: [https://news.ycombinator.com/item?id=45061376](https://news.ycombinator.com/item?id=45061376)
- 作者: Brajeshwar
- 评分: 18
- 评论数: 0
- 发布时间: 2025-08-29 15:52:54
---
## 战争期间的贸易：敌对国家为何依旧进行贸易
本文探讨了战争期间国家间贸易的现象，并介绍了政治科学家Mariya Grinberg的新书《战争中的贸易：跨越敌对界线的经济合作》。该书深入研究了敌对国家在战争期间进行贸易的原因和方式。
Grinberg指出，国家领导人会权衡贸易带来的军事利益和经济成本。停止贸易会阻止敌人获得可能增强其军事能力的产品，但也会给自己带来损失，因为会失去贸易机会，市场份额可能被中立国家抢占。因此，许多国家会尝试与战时敌人进行贸易。Grinberg的研究表明，战争期间的贸易需要从具体商品的层面来理解。国家会评估停止特定商品贸易对本国经济的损害程度，特定产品对敌人在战争中的效用以及战争持续的时间。
Grinberg认为，只有在两种情况下才会允许战时贸易：一是贸易不会帮助敌人赢得战争，二是结束贸易会损害国家在当前战争之外的长期经济安全。例如，一个国家可能会出口钻石，因为对手需要一段时间才能转售这些产品来资助军事活动。相反，各国不会交易可以迅速转化为军事用途的产品。Grinberg还指出，各国往往不擅长预测战争的持续时间，这也会影响其贸易决策。
评论区观点：
* **@eru:** 指出虽然国家之间处于战争状态，但通常是个人或公司在进行贸易，他们的利益并不总是一致。
* **@somenameforme:** 认为这是一种简单的自我利益驱动。如果贸易被认为有利于自身利益（即不会给对手带来有意义的优势），那么就会进行贸易。战争不是关系的终结，今天的敌人可能成为明天的盟友，反之亦然。
- 原文: [Trade in War](https://news.mit.edu/2025/why-countries-trade-each-other-while-fighting-mariya-grinberg-book-0828)
- Hacker News: [https://news.ycombinator.com/item?id=45053029](https://news.ycombinator.com/item?id=45053029)
- 作者: LorenDB
- 评分: 66
- 评论数: 86
- 发布时间: 2025-08-28 22:58:28
---
## 电动汽车是否存在自定义 ROM？
本文探讨了电动汽车（例如特斯拉）是否存在类似于手机的自定义 ROM 的可能性，以及在汽车领域进行软件修改和定制的相关话题。
文章指出，虽然像手机 ROM 那样的完整自定义系统可能不多见，但汽车领域存在多种形式的软件修改和定制。例如，燃油车有开源 ECU（发动机控制单元），可以通过修改固件来提升性能。此外，还可以通过 CAN 总线连接电脑，捕获、重放甚至创建自定义指令。Comma.ai 的 openpilot 就是一个例子，它通过连接 CAN 总线来实现自动驾驶功能。
对于沃尔沃和 Polestar 车型，存在名为 OrBit 的 PC 软件，用于诊断、配置和软件刷写，甚至可以启用美版 Polestar 的自适应大灯。奥迪也有类似的项目，但主要针对信息娱乐系统进行修改。
一些评论提到，汽车厂商可能会对固件进行签名验证，以防止未经授权的修改。此外，马自达也有一些 tweaks 可以进行定制。还有一些售后市场的 ECU 调整和硬件，例如 Pedal Commander，可以改变油门响应。
评论区观点：
* **可能性与挑战：** 有人认为，汽车系统与硬件高度耦合，移植自定义 ROM 难度较大。同时，汽车厂商可能出于安全、用户便利等考虑，对固件进行封闭。
* **现有方案：** 讨论中提到了 Comma.ai、OrBit、马自达 tweaks 等现有方案，以及开源 ECU 和 CAN 总线修改等技术手段。
* **法律法规：** 有人指出，法律环境也需要改变，才能使汽车自定义 ROM 成为可能。
* **安全问题：** 固件签名验证可以防止未授权修改，但也限制了用户的自由定制。
总的来说，虽然像手机 ROM 那样的电动汽车自定义 ROM 并不常见，但汽车领域存在多种软件修改和定制的可能性，只是面临着技术、法律和安全等多方面的挑战。
- 原文: [Ask HN: Do custom ROMs exist for electric cars, for example Teslas?](https://news.ycombinator.com/item?id=45092204)
- Hacker News: [https://news.ycombinator.com/item?id=45092204](https://news.ycombinator.com/item?id=45092204)
- 作者: j1000
- 评分: 19
- 评论数: 11
- 发布时间: 2025-09-01 20:29:37
---
🫵 来啊，说点有用的废话!
▲
