在 Mac App Store 上架三个月后，开发者 [Name/Author] 下架了其实用工具应用 *ColorCopy*，理由是应用可见度极低以及平台政策的限制。
这次仅靠“零营销”的实验结果惨淡：总下载量仅 85 次，总收入为 21 美元，甚至无法抵消每年 99 美元的苹果开发者费用。作者指出，App Store 的限制甚至迫使其删减功能以符合“沙盒”规则，导致产品在技术上有所退步。
作者认为“苹果税”对于独立的 Mac 开发者而言毫无价值，因此已转向通过 Polar 和 Sparkle 进行自主发行。通过脱离 App Store，开发者获得了对用户体验的完全控制权，避免了随意的审核流程，并能与用户建立直接联系。
作者主张，既然无论在哪个平台，Mac 开发者都必须自己负责引流，那么向苹果支付费用以换取入驻“围墙花园”就显得毫无意义。他们现在提倡将自主发行作为 Mac 软件更优越的模式，相比 App Store，这种方式能提供更高的自由度和效率。
每日HackerNews RSS
开发者 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
2 天前
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 | 联系
搜索： ```
请启用 JavaScript 和 Cookie 以继续。
抱歉。
请启用 JavaScript 和 Cookie 以继续。
美国能源部（DOE）发起了“创世纪开放模型倡议”（Genesis Open Models Initiative），旨在开发开源权重AI模型，以支持能源系统、生物学和高能物理等领域的科学研究。
这一公告在 Hacker News 上引发了关于该项目必要性与可行性的激烈讨论：
* **战略意义：** 怀疑论者认为，政府主导的计划难以与私营行业的高速发展及雄厚资本竞争。而另一派则认为，联邦政府的参与是必要的对冲手段，以防私营实验室过度追求利润而忽视安全或“主权”利益。
* **开源格局：** 一些评论者感叹美国缺乏开放模型开发，但也有人指出，美国已有众多相关项目（例如来自艾伦人工智能研究所、IBM 及各类初创公司的项目）。讨论中的一个共同点是担忧中国开发的模型正使该领域趋于商品化，这迫使西方实验室必须调整研发策略。
* **意识形态与安全：** 讨论触及了 AI 安全与民主透明度之间的矛盾。批评者担心强大的模型落入恶意者手中会带来风险，而另一些人则认为，开放权重是抵御潜在政府越权或企业“黑箱”监控的重要防线。
在引入“curlese”（将 `curl` 作为排查 HTTP 集成的通用语言）这一概念五年后，该策略依然是绕过技术争议最有效的方法。通过提供可复现的命令行证据，你可以消除“在我这边是好的”这种僵局，并强制进行客观验证。 尽管核心理念未变，但技术环境已然演进。HTTP/2、无处不在的 mTLS 以及严格的 WAF 等现代挑战，需要更精密的工具集。作者强调了几个关键的新参数——如用于性能计时的 `-w`、用于路由测试的 `--connect-to`，以及用于协议调试的 `--no-alpn`，以应对这些复杂情况。此外，`curl` 的输出已成为 AI 辅助调试的完美语境，因为大语言模型能够解析其清晰、完整的诊断数据。 最终，目标依然如故：停止对模糊日志文件的争论。无论是面对人类还是机器，一条精确的 `curl` 命令就是事实契约。当出现集成问题时，不要辩论，直接提供命令及其输出。正如作者所总结的，技术虽在变迁，但简单的 `curl` 调用永远是专业开发者生存工具包中不可或缺的一部分。
抱歉。
Ben Zhang 在 MDM 限制导致“查找我的”功能失效后，成功找回了他丢失的办公手机。由于无法通过传统方式追踪设备，他通过提示词让 Claude 编写了一个自定义蓝牙信号强度计。他像使用雷达一样，根据屏幕上不断变化的读数，在几分钟内精确定位了手机。
这篇帖子引发了关于“定制化个人软件”兴起的讨论，用户现在可以即时生成实用工具来解决具体且紧迫的问题。尽管一些评论者批评了导致该问题的限制性 MDM 配置，但这一事件凸显了技术自主权的重要转变：用户不再需要依赖预装应用程序，因为他们现在可以随时随地编写自己的解决方案。
Hacker News 上的一篇热门帖子引发了热议：一位用户通过让 Claude 编写一个蓝牙信号强度计，成功找回了丢失的手机。这件事随即在开发界引发了关于软件开发未来与 AI 生成代码的激烈争论。
支持者认为，AI 工具彻底改变了生产力，使个人能够在几分钟内构建出过去需要数小时才能完成的定制化实用程序。他们认为“面条式代码”只是次要问题，并推测未来的 AI 智能体将能够按需重构或重写这些混乱的遗留代码。
然而，批评者则认为这种“即用即弃”的方法会导致长期无法维护的低质量软件负担。他们指出，AI 生成的代码如同“垃圾”，缺乏人工编写代码的结构完整性，并警告称过度依赖 AI 会阻碍深度解决问题的能力。其他人也指出，文中提到的解决方案（追踪蓝牙 RSSI）是一项已有数十年历史的成熟技术，认为其“新颖性”被过度夸大了。
这个话题凸显了日益增长的分歧：一方拥护“快速发布，稍后重构”的范式，而传统主义者则担心，将速度置于简洁设计之上会导致系统变得脆弱且晦涩，最终使人类无法对其进行验证或控制。
有客户反馈称，他们转换后的 PDF 对账单显示所有金额均为负数。经调查发现，该 PDF 使用了尾随负号格式。对于正值，文档中也包含了一个负号，但将其颜色设置为与背景相同，从而使其对肉眼不可见，却能被提取软件检测到。
PDF 创建者很可能使用这种“不可见”字符，是为了在不计算负号宽度的情况下，保持正数右对齐的间距一致性。
为解决此问题，我考虑了两种方案：
1. **OCR**：将页面转换为图片并通过 OCR 处理。虽然有效，但速度较慢且容易出现字符识别错误。
2. **颜色过滤**：识别并忽略非黑色的文本元素。由于我目前的转换器不跟踪文本颜色，因此需要更新代码以捕获颜色属性。
我计划采用颜色过滤方案，因为它比 OCR 更准确、高效。
这篇 Hacker News 讨论聚焦于 *bankstatementconverter.com* 创建者所面临的一个技术挑战：如何解析那些通过“不可见”字符来调整布局的 PDF 文件。
问题起因是一家银行在 PDF 对账单中嵌入了隐藏的减号，以确保列对齐。这些减号的颜色与背景色相同，人类读者无法察觉，但它们却存在于文件的原始文本数据中，导致交易解析出现错误。
讨论主要涵盖了以下要点：
* **PDF 的复杂性：** 解析 PDF 极其困难，因为这种格式的设计初衷是视觉呈现，而非数据交换。
* **解决方案：** 建议包括使用特定文档的解析规则（基于文本颜色进行过滤），或者使用 OCR（光学字符识别）来提取文档的“视觉真实内容”，而非底层文本层。
* **系统性挫败感：** 参与者探讨了是否应推动银行提供机器可读的数据格式，而非依赖 PDF——PDF 常被视为一种“通过混淆实现的数字版权管理（DRM）”。
原作者证实，他们通过创建针对特定文档的规则解决了该问题，同时也承认针对此类“损坏”的 PDF，通用的解决方案依然难以实现。