通过 .dmg 文件安装 Mac 应用程序是一个独特的手动过程，用户需要将应用程序图标拖动到虚拟的“应用程序”文件夹中。由于这是一个由用户引导的操作，开发者们已将访达（Finder）安装窗口变成了一个创意设计的乐园。通过调整访达的背景、图标布局和工具栏设置，他们创造出了专门的品牌化界面，用以引导用户安装软件。
虽然“拖拽安装”的流程对某些用户来说可能令人困惑——经常导致磁盘映像被“挂起”或手势操作被误解——但这却为理解 Mac 文件的工作原理提供了一种连贯且直观的教学体验。多年来，这些安装窗口已演变成一种小众的设计媒介。开发者利用从简单的箭头和极简排版，到精心设计的场景插图等各种元素来引导用户。有些设计侧重于教学的清晰度，而另一些，如 Firefox 或 Inkscape，则将安装窗口视为展示品牌视觉的优雅画布。尽管 Mac App Store 已经使这一过程变得不再那么普遍，但这些定制化的访达窗口仍然是一个迷人的案例，展示了如何将功能性的操作系统级限制转化为创意表达和用户引导的机会。
每日HackerNews RSS
近期由 [aresluna.org](https://aresluna.org) 网站引发的 Hacker News 讨论，凸显了 macOS 应用安装方式所引发的争议。
macOS 传统的“拖拽式”安装方法（使用 `.dmg` 磁盘镜像）常让习惯了 Windows 安装程序的各类用户感到困惑。批评者认为，这一过程缺乏直观性与明确指引，且卸载过程不透明，因为应用往往会留下配置文件、缓存和启动代理。虽然部分用户认可这种不干扰系统注册表的“独立包（bundle）”形式，但也有人认为这只是“噱头”，更偏好标准的“下一步-下一步-完成”安装向导，或是像 Homebrew 这样的命令行包管理器。
支持者则为 macOS 的方式辩护，称其为一种“极简”且“更整洁”的范式，让用户掌握控制权，而非允许不透明的安装程序修改操作系统。然而，双方阵营普遍认同的一点是，现代化的卸载体验——即经常依赖手动查找文件或第三方工具——在 macOS 和 Windows 上都属于用户体验的失败。归根结底，这场争论反映了用户群体间更深层的分歧：一方偏好独立文件带来的透明度，而另一方则希望拥有自动化的统一系统来处理安装与清理工作。
多宿主主机（同时开启有线和 Wi-Fi）会列出多条“default via ...”路由；旧的正则表达式只会抓取第一条，导致扫描层级间接口判定反复跳动，并可能使全量扫描在 UDP 阶段卡死（问题 ancaferro#2）。 - 解析所有默认路由行，并像内核一样按跃点数（metric）排序 - 导出 parseLinuxDefaultRoutes() 以供测试，并添加单元测试 - 临时方案：在调查该回归问题期间，将一份环境报告镜像到报告者的收集器（跳过 CI，可通过设置 MYNETWORK_DIAG=0 禁用）
抱歉。
**mcpp** 是一款现代化的、可自托管的 C++23 构建工具，专为“模块优先”（module-first）开发而设计。它为使用 `import std`、模块接口单元和分区等特性的项目提供了无缝的开发体验。
**核心特性：**
* **原生模块支持：** 提供自动依赖分析、基于文件级的增量构建（通过 P1689 标准）以及智能的 BMI（二进制模块接口）缓存。
* **零配置工具链：** 可自动下载独立的 GCC/LLVM 工具链，确保“开箱即用”，且不会污染系统环境。
* **集成化生态：** 内置基于语义化版本（SemVer）的依赖管理、锁定文件（lockfiles），并支持多包工作空间。
* **开发者体验：** 提供简洁的命令（`mcpp new`、`mcpp build`、`mcpp test`）和自动脚手架生成功能。支持交叉编译，并能与 `clangd` 等标准工具集成。
* **可移植性：** 目前支持 Linux、macOS ARM64 和 Windows x86_64。
`mcpp` 本身由 43 个以上的 C++23 模块构建而成，这充分证明了现代模块化 C++ 生态系统的强大。这是一个处于早期阶段的项目，欢迎各界贡献代码，并提供了 AI 辅助的工作流以帮助开发者快速上手。如需开始使用，请通过 `xlings` 安装或从 GitHub 下载最新版本。
对不起。
物理学家把自家仓鼠的跑轮接入了 Strava，它每天晚上都跑得很远。 A physicist rigged his pet hamster’s wheel to upload to Strava
88 天前
核磁共振物理学家 Thijs de Buck 将宠物追踪提升到了一个新的高度：他自创了一套系统，能将他的仓鼠 Mollie 每晚的跑轮数据自动上传至 Strava。通过 ESP32 微控制器、霍尔传感器和磁铁，de Buck 捕捉到了包括距离、配速和时间在内的精确数据，随后将其转换为 .FIT 文件并通过 Strava API 进行同步。
Mollie 是一位专注的“跑者”，每晚平均奔跑近 10 公里，甚至拥有一个 Strava 高级账户来记录其表现数据、创意跑步标题和个人最佳成绩。该项目在网络上走红，为 Mollie 赢得了数百名关注者和超过 1,200 个点赞。身为跑步爱好者的 de Buck 从宠物持之以恒的运动中获得了灵感，他注意到 Mollie 往往仅需两天就能完成月度挑战目标。随着 Mollie 继续刷新其惊人的里程记录，de Buck 正热切期待平台给出赛事预测，看看这只仓鼠最终能否在速度上超越他。
一位物理学家最近因一项创意走红：他使用 ESP32 传感器追踪自家仓鼠的跑轮活动，并将数据上传至 Strava，将其伪装成一次健身训练。该项目利用霍尔传感器记录旋转次数，生成 .FIT 文件并自动同步至平台，甚至还配有由 AI 生成的跑步标题。
Hacker News 上的讨论显示，这已成为“宠物遥测”潮流的一部分，其他用户也分享了针对猫狗的类似项目。评论者们对仓鼠惊人的体力赞叹不已——它们往往每晚能跑超过 10 公里——并讨论了通过宠物获取能量的可能性。讨论区随后演变为对“仓鼠驱动未来”的幽默推测、对宠物运动习惯生理机制的探讨，以及关于为小型啮齿类动物开设运动社交账号这一荒诞行为的轻松点评。其他人则提供了优化自动化的技术建议，从用于宠物门的环绕光传感器，到绕过 Strava 订阅要求的创意方法。共识是：虽然该项目是一项有趣的技术成果，但它也引发了一个无法回避的问题——这只仓鼠究竟是在为马拉松做准备，还是仅仅在应对圈养生活。
超级无敌 SupererDuperer
88 天前
时隔 22 年，SuperDuper 迎来了全面的彻底重写。SuperDuper 4 不仅让这款经典备份工具焕然一新，还最终实现了其长期以来构建更强大、更直观界面的愿景。
主要改进包括：
* **性能增强：** 新增的“Turbo”功能可显著提升备份速度，速度增幅最高可达十倍。
* **现代界面：** 以文档为基础的系统被“复制任务（Copy Jobs）”所取代，具备内嵌式配置功能，以及可在执行前预览复制效果的“预览”模式。
* **后台效率：** 全新的服务器/辅助架构允许备份任务在后台运行，即使关闭应用或用户注销后也不受影响。
* **更高的灵活性：** 该应用现已支持任何 macOS 兼容的文件系统、网络宗卷以及文件夹到文件夹的复制。
* **高级自动化：** Shell 脚本已被稳健的“复制规则（Copy Rules）”及与 macOS 快捷指令的深度集成所取代，支持构建复杂且可定制的工作流。
SuperDuper 4 需要 macOS 14 (Sonoma) 或更高版本。虽然该应用的基础引导备份功能依然免费，但这标志着该产品历史上首次收费升级，近期购买者可享受优惠。
**SuperDuper! 4** 是这款老牌 Mac 备份工具的一次重大更新，它的发布在 Hacker News 上引发了热烈讨论。
许多长期用户称赞该软件的可靠性，并赞赏开发者 22 年来一直提供免费更新的传统。支持者表示愿意为此次升级付费，他们看重该软件的简洁性，认为它比当今基于订阅模式的同类软件更少“臃肿”。
然而，讨论也引出了几个争议点：
* **大语言模型（LLM）疑虑：** 批评者指出，该软件网站的响应性较差，疑似由 AI 生成，这引发了人们对软件本身是否严重依赖 LLM 生成代码的猜测。一些人认为，这削弱了用户对这款负责关键数据备份工具的信任。
* **竞争：** 用户们探讨了 SuperDuper! 与其主要竞争对手 Carbon Copy Cloner 的优劣，一些人表达了在控制权和遗留问题上的个人偏好。
* **用户体验：** 一些贡献者认为原文未能向不熟悉该工具的用户进行适当介绍，这引发了关于 Hacker News 社区文化和标准演变的更广泛讨论。
归根结底，这篇讨论帖反映了对“工匠式”软件的怀旧赞赏与对现代自动化开发工具的怀疑之间的矛盾。
在 Mac App Store 上架三个月后，开发者 [Name/Author] 下架了其实用工具应用 *ColorCopy*，理由是应用可见度极低以及平台政策的限制。
这次仅靠“零营销”的实验结果惨淡：总下载量仅 85 次，总收入为 21 美元，甚至无法抵消每年 99 美元的苹果开发者费用。作者指出，App Store 的限制甚至迫使其删减功能以符合“沙盒”规则，导致产品在技术上有所退步。
作者认为“苹果税”对于独立的 Mac 开发者而言毫无价值，因此已转向通过 Polar 和 Sparkle 进行自主发行。通过脱离 App Store，开发者获得了对用户体验的完全控制权，避免了随意的审核流程，并能与用户建立直接联系。
作者主张，既然无论在哪个平台，Mac 开发者都必须自己负责引流，那么向苹果支付费用以换取入驻“围墙花园”就显得毫无意义。他们现在提倡将自主发行作为 Mac 软件更优越的模式，相比 App Store，这种方式能提供更高的自由度和效率。
开发者 Cory LaViska (claviska) 近期将其工具应用 *ColorCopy* 从 Mac App Store 下架，原因在于他发现该应用带来的流量微不足道。此举在 Hacker News 上引发了关于苹果平台价值的热烈讨论。
许多用户认为 App Store 所承诺的“可发现性”不过是一个神话，并指出苹果主要推广的都是已成名的应用或采用激进订阅制的应用。批评者将 App Store 称为独立开发者的“死胡同”，认为高额佣金和客户关系的流失是其主要弊端。替代分发模式（如 Homebrew 或官网直接下载）的支持者则表示，这些方法能更好地促进社区参与并保持自主性。
反之，也有评论者对这一实验的前提提出质疑，指出工具类应用市场早已饱和，若缺乏营销，尤其是在产品与操作系统内置功能竞争的情况下，仅仅在商店上架很难取得成功。归根结底，这场争论凸显了开发者对苹果生态系统日益增长的挫败感，也进一步激发了人们对更开放的软件分发渠道以及减少对 App Store 限制性准入依赖的渴望。
NASA 正在通过实施一项“大爆炸”节能策略，延长这艘已有 47 年历史的旅行者 2 号航天器的使用寿命。随着探测器钚核电池的功率逐渐衰减，其发电量每年下降约 4 瓦。为了管理这些不断减少的能源储备，工程师们关闭了非必要系统，并转向使用低功耗的替代方案，从而使该航天器剩余的 3 台科学仪器至少还能再运行一年。
旅行者号探测器于 1977 年发射，在进入星际空间前为人类提供了关于外层气态巨行星的历史性数据。由于距离极其遥远——旅行者 2 号距离地球约 142 个天文单位——每一条指令都需要近一天的时间才能传达至探测器。虽然旅行者 2 号近期的调整已成功推迟了仪器的关闭时间，但 NASA 计划在未来几个月内为距离更远的旅行者 1 号实施类似的节能措施。这些措施对于维持这对探测器尽可能长时间地工作至关重要，使它们能够持续从太阳系外传回宝贵的数据。
NASA 近期延长了旅行者 2 号探测器的服役期限，该探测器目前距离地球已超过 130 亿英里。通过对电力管理进行策略性调整，工程师们推迟了关闭该探测器最后一批科学仪器中其中一个的需求。
这项持续进行的任务引发了关于维护 50 年前技术所面临的极端挑战的广泛讨论。操作该探测器需要对遗留系统具备深厚且专业的知识，这些工作通常由一小支敬业的工程师团队负责。尽管一些观察人士建议利用人工智能协助破译过时的代码和编程范式，但另一些人则警告称，考虑到探测器的距离及其硬件的复杂性，造成永久性且不可逆转错误的风险过高。
尽管电力和载荷能力所剩无几，旅行者 2 号仍在持续提供有关日光层和星际介质的宝贵数据。该任务仍是工程学领域的一座里程碑，展示了早期太空时代技术令人难以置信的寿命与可靠性。专家们一致认为，这项努力是非常值得的，因为利用现代任务收集类似数据的成本将是天文数字。
罗马尼亚工人在钻探时闯入了一个已封闭 550 万年的洞穴 Workers Drilling in Romania Broke into a Cave Sealed for 5.5M Years
88 天前
1986年，罗马尼亚的建筑工人在施工时偶然发现了莫维莱洞穴（Movile Cave）。这是一个与地表隔绝了约550万年的地下生态系统。尽管洞内完全没有阳光，且大气环境有毒并含有高浓度的硫化氢，但这里仍栖息着数十种独特的特有物种。
虽然传统生物学认为生命依赖太阳能，但莫维莱洞穴中的生物却依靠“化能合成”生存。微生物通过氧化化学物质来产生能量，构成了食物网的基础，其中包括盲目、无色素的蜘蛛、水蛭和昆虫。科学家通过检测1986年切尔诺贝利核事故产生的放射性同位素，证实了该洞穴处于绝对的封闭状态；这些示踪剂的完全缺失证明了该洞穴自中新世晚期以来一直未受外界干扰。
除了作为生物学奇迹之外，莫维莱洞穴还是一个至关重要的天然实验室。它挑战了传统的进化论假设，并为外星或卫星上可能存在的生命形态提供了一个令人信服的模型——即在缺乏光照但存在化学能的环境下，生命依然可以存续。该洞穴目前仍是受到严格保护的地点，它提醒我们，生命的韧性和创造力远超以往的想象。
最近 Hacker News 上的一场讨论围绕着一篇关于罗马尼亚一个据称被封闭了 550 万年的洞穴的文章展开，最终演变成了一场关于 AI 生成内容的争论。大多数评论者更关注的是批评文章中典型的“注水”式、类似大语言模型的写作风格，而非科学本身。
用户们指出，该文本表现出了明显的 AI 特征，例如不必要的填充词、虚假的权威感以及“话痨”式的过渡句。这引发了人们对于区分人类撰写和机器撰写内容越来越困难的广泛感叹。
除了这些元评论，技术用户还反驳了文章中的几个观点。他们澄清说，该洞穴并非一个真正“封闭”的系统，并指出大量的地下水流入为该生态系统提供了必要的能量。此外，怀疑论者指出，虽然该洞穴曾被隔绝，但物种在远比 550 万年更近的时期内仍持续进入或在其中演化。这次讨论凸显了该平台上的一个日益增长的趋势：对信息来源的怀疑往往掩盖了对发现本身的兴趣。
Nixpkgs 核心团队宣布解散，理由是该角色的工作已难以为继，且与积极的技术贡献存在冲突。尽管团队取得了显著成果，包括改革提交者授权机制、改进安全流程以及建立人工智能政策，但他们在指导委员会（SC）内部面临着系统性问题的阻碍。 团队报告称，指导委员会存在持续的微观管理、沟通不畅以及缺乏有效授权的问题。这种环境对其工作造成了“拖累”，使其无法履行宪章规定的职责。核心团队表示，指导委员会目前既无法作为有效的后盾，也无法成为高效的决策机构。 此外，团队指出，社区文化中弥漫着不信任及充满对抗性的零和博弈氛围，这不仅阻碍了协作式领导，也加剧了成员的倦怠感。由于难以招募新成员填补空缺，解散成为了唯一可行的选择。团队成员计划减少对该项目的参与，但他们仍坚持轻量级、基于共识的治理原则。他们希望通过此次经历，能为未来更有效地领导 Nixpkgs 提供借鉴与改进。
Nixpkgs 核心团队近期解散，理由是成员精疲力竭且治理结构不可持续。尽管一些观察人士将此举解读为项目衰落的迹象，但许多社区成员认为这只是一次结构性调整。
讨论的关键要点包括：
* **可持续性与治理：** “核心团队”是 2025 年底才成立的相对较新的小型组织。支持者认为，回归去中心化模式——或者迭代出一个不那么“敏感”的名称，如“领导委员会”——可能更适合该项目，毕竟在没有核心团队的情况下，它已成功运作了近二十年。
* **项目健康状况：** 尽管内部进行了重组，且关于社区文化和政治极化的争论仍在持续，但贡献者们强调，Nix 包管理器和 NixOS 依然稳定、活跃且被广泛使用。
* **社区紧张局势：** 大量讨论反映出人们对该项目复杂的治理、文档缺失以及持续的文化摩擦深感不满。一些用户认为这些问题削弱了技术的有效性，而另一些人则坚持认为 Nix 的核心技术优势（如可复现性和声明式配置）胜过社区的纷争。
本仓库为 20 世纪 90 年代的 DOS 游戏《圣经队长：黑暗之穹》（Captain Bible in the Dome of Darkness）提供了完善的逆向工程研究环境。其中包括用于动态分析的可重现 FreeDOS/QEMU 环境、基于 Rust 的净室引擎实现以及详细的文档。
**主要功能：**
* **分析工具：** 包含用于解包游戏可执行文件 (EXEPACK)、审计操作码以及检查二进制资源（如游戏地图、场景字节码和存档文件）的脚本。
* **资源处理：** 提供专用工具来提取和渲染游戏图形 (ART/PAL)、音频 (ABT/XMIDI) 及文本/对话资源。
* **运行环境：** 在 QEMU 中使用自定义的 FreeDOS 构建，支持 TCG 跟踪和确定性执行，以便对原始游戏与 Rust 重构版进行逐位比较。
* **文档：** 包含两个 `mdBook` 项目：一份记录游戏内部结构的研发日志，以及一份定义引擎实现契约的技术规范。
该设置已针对 macOS/Apple Silicon 进行优化，旨在实现可验证、可重现的研究。所有分析产物、存档状态和生成的二进制文件均存放在被忽略的 `build/` 目录中，确保源代码仓库保持整洁。详细研究成果请见 [https://peterkelly.github.io/captain-bible-re/](https://peterkelly.github.io/captain-bible-re/)。
```Hacker News 新闻 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Captain Bible 逆向工程 (github.com/peterkelly)
35 点，由 peterkelly 发布于 1 天前 | 隐藏 | 往期 | 收藏 | 2 条评论 | 帮助
yjftsjthsd-h 1 天前 | 下一条 [–]
我对使用 qemu+freedos 感到惊讶；我以为 dosbox 会更容易配置和交互？回复
m000 1 天前 | 上一条 | 下一条 [–]
《猴岛小英雄》式的基督教版侮辱性剑斗？回复
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索： ```