在 Mac App Store 上架三个月后，开发者 [Name/Author] 下架了其实用工具应用 *ColorCopy*，理由是应用可见度极低以及平台政策的限制。
这次仅靠“零营销”的实验结果惨淡：总下载量仅 85 次，总收入为 21 美元，甚至无法抵消每年 99 美元的苹果开发者费用。作者指出，App Store 的限制甚至迫使其删减功能以符合“沙盒”规则，导致产品在技术上有所退步。
作者认为“苹果税”对于独立的 Mac 开发者而言毫无价值，因此已转向通过 Polar 和 Sparkle 进行自主发行。通过脱离 App Store，开发者获得了对用户体验的完全控制权，避免了随意的审核流程，并能与用户建立直接联系。
作者主张，既然无论在哪个平台，Mac 开发者都必须自己负责引流，那么向苹果支付费用以换取入驻“围墙花园”就显得毫无意义。他们现在提倡将自主发行作为 Mac 软件更优越的模式，相比 App Store，这种方式能提供更高的自由度和效率。
每日HackerNews RSS
```Hacker News最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交登录
我正在从 macOS App Store 下架 ColorCopy (abeautifulsite.net)
5 点，由 claviska 发布于 33 分钟前 | 隐藏 | 过往 | 收藏 | 1 条评论
帮助
inatreecrown 8 分钟前 [–]
> 三个月来，App Store 给我的客流量寥寥无几。如果我自己推广这款应用，流量本会源源不断。但我却是在把自己的客户送给苹果，还要为这种“特权”支付税费。
这是一个关键的见解：在为 App Store 应用做营销时，你是在为苹果免费打工。
虽然如果你想让他们为你的应用进行公证，每年 99 美元的费用还是免不了的，但通过自主分发，你可以保留客户关系。
回复
考虑申请 YC 2026 年秋季班！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：```
NASA 正在通过实施一项“大爆炸”节能策略，延长这艘已有 47 年历史的旅行者 2 号航天器的使用寿命。随着探测器钚核电池的功率逐渐衰减，其发电量每年下降约 4 瓦。为了管理这些不断减少的能源储备，工程师们关闭了非必要系统，并转向使用低功耗的替代方案，从而使该航天器剩余的 3 台科学仪器至少还能再运行一年。
旅行者号探测器于 1977 年发射，在进入星际空间前为人类提供了关于外层气态巨行星的历史性数据。由于距离极其遥远——旅行者 2 号距离地球约 142 个天文单位——每一条指令都需要近一天的时间才能传达至探测器。虽然旅行者 2 号近期的调整已成功推迟了仪器的关闭时间，但 NASA 计划在未来几个月内为距离更远的旅行者 1 号实施类似的节能措施。这些措施对于维持这对探测器尽可能长时间地工作至关重要，使它们能够持续从太阳系外传回宝贵的数据。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
NASA 将让其 48 年历史的旅行者 2 号探测器再多运行一年 (space.com)
12 点，由 wglb 发布于 41 分钟前 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助
考虑申请 YC 2026 秋季批次！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
罗马尼亚工人在钻探时闯入了一个已封闭 550 万年的洞穴 Workers Drilling in Romania Broke into a Cave Sealed for 5.5M Years
8 小时前
1986年，罗马尼亚的建筑工人在施工时偶然发现了莫维莱洞穴（Movile Cave）。这是一个与地表隔绝了约550万年的地下生态系统。尽管洞内完全没有阳光，且大气环境有毒并含有高浓度的硫化氢，但这里仍栖息着数十种独特的特有物种。
虽然传统生物学认为生命依赖太阳能，但莫维莱洞穴中的生物却依靠“化能合成”生存。微生物通过氧化化学物质来产生能量，构成了食物网的基础，其中包括盲目、无色素的蜘蛛、水蛭和昆虫。科学家通过检测1986年切尔诺贝利核事故产生的放射性同位素，证实了该洞穴处于绝对的封闭状态；这些示踪剂的完全缺失证明了该洞穴自中新世晚期以来一直未受外界干扰。
除了作为生物学奇迹之外，莫维莱洞穴还是一个至关重要的天然实验室。它挑战了传统的进化论假设，并为外星或卫星上可能存在的生命形态提供了一个令人信服的模型——即在缺乏光照但存在化学能的环境下，生命依然可以存续。该洞穴目前仍是受到严格保护的地点，它提醒我们，生命的韧性和创造力远超以往的想象。
最近 Hacker News 上的一场讨论对一则关于罗马尼亚工人发现“被封闭了 550 万年”的洞穴的病毒式传闻表示怀疑。
虽然标题暗示这是一个与世隔绝的史前环境，但评论者指出，该洞穴的化学成分——含有氧气、硫化氢、甲烷和氨，以及每秒 5 升的地下水流入量——证明它并未真正封闭。用户们指出，一个真正与世隔绝的环境，其氧气很可能早已通过化学反应消耗殆尽。此外，一些人推测了这对进化生物学的影响，质疑为何在一个如此长期与世隔绝的环境中，生命形式依然保持相对简单，这可能表明阳光等外部因素对于复杂智能的发展是必不可少的。
Nixpkgs 核心团队宣布解散，理由是该角色的工作已难以为继，且与积极的技术贡献存在冲突。尽管团队取得了显著成果，包括改革提交者授权机制、改进安全流程以及建立人工智能政策，但他们在指导委员会（SC）内部面临着系统性问题的阻碍。 团队报告称，指导委员会存在持续的微观管理、沟通不畅以及缺乏有效授权的问题。这种环境对其工作造成了“拖累”，使其无法履行宪章规定的职责。核心团队表示，指导委员会目前既无法作为有效的后盾，也无法成为高效的决策机构。 此外，团队指出，社区文化中弥漫着不信任及充满对抗性的零和博弈氛围，这不仅阻碍了协作式领导，也加剧了成员的倦怠感。由于难以招募新成员填补空缺，解散成为了唯一可行的选择。团队成员计划减少对该项目的参与，但他们仍坚持轻量级、基于共识的治理原则。他们希望通过此次经历，能为未来更有效地领导 Nixpkgs 提供借鉴与改进。
Hacker News
最新 | 往日 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Nixpkgs 核心团队已解散 (nixos.org)
47 分钟前，Meleagris 发布，34 分 | 隐藏 | 往日 | 收藏 | 3 条评论
帮助
internetguy 9 分钟前 | 下一条 [-]
Nixpkgs 还会继续更新吗？维护工作将如何进行（我对 Nix 生态系统完全不熟悉，所以这可能是一个愚蠢的问题）
回复
anglesideangle 3 分钟前 | 父评论 | 下一条 [-]
维护和更新将照常进行
回复
threethirtytwo 5 分钟前 | 父评论 | 上一条 | 下一条 [-]
LLM
回复
考虑申请 YC 2026 秋季批次！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
本仓库为 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)
7 分，由 peterkelly 发布于 2 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论
帮助
paulryanrogers 0 分钟前 [–]
虽然我很喜欢 DOS 游戏，但基督教题材的游戏只会勾起我太多糟糕的回忆。那个时代还有很多其他游戏的移植和逆向工程工作够我忙一阵子的了。对这个项目的动机感到好奇。
回复
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：```
请启用 JavaScript 和 Cookie 以继续。
这篇 Hacker News 讨论批评了《经济学人》的一篇文章，该文章探讨了在 AI 系统进行黑客攻击等非法活动时，界定法律责任所面临的挑战。
评论者普遍反对文章的论调，即把 AI 的自主性视为一种不可控的“不幸”。相反，参与者认为应该像对待其他危险工具或动物一样对待 AI，即所有者或开发者应对其行为承担明确责任。人们普遍对那种“因为 AI 不可预测或缺乏‘意图’，公司就可以免除刑事疏忽或民事责任”的观点感到不满。
主要观点包括：
* **人类代理：** 批评者认为 AI 并非在真空中运作，它需要开发者或提示词输入者来部署。正如持有枪支一样，使用 AI 工具也必须对结果承担责任。
* **法律空白：** 虽然一些人指出当前的法律难以处理 AI 的“意图”，但其他人反驳称，现有的刑事疏忽和民事侵权等概念足以应对这些情况。
* **问责制：** 该讨论串强调了一种趋势，即公司将责任推卸给“AI”以逃避后果。这表明社会必须停止将这些系统视为自主代理，并开始要求其创建者为部署这些系统承担责任。
请启用 JavaScript 和 Cookie 以继续。
美国能源部（DOE）宣布启动“创世纪开放模型倡议”（Genesis Open Models Initiative），旨在开发开源人工智能模型。目前，该项目似乎仍处于早期阶段，更像是一个参与呼吁和训练数据征集，而非发布最终产品。
此公告在 Hacker News 上引发了关于美国开放权重模型现状的讨论。评论者指出，尽管像“创世纪”这样的倡议旨在促进透明且利于研究的 AI 开发，但它们面临着来自行业巨头的激烈竞争。用户对该倡议的规模表示怀疑，并将其严谨的数据收集方式与私营科技公司“抓取一切”的激进策略进行了对比。此外，讨论中还出现了关于政府主导的 AI 工作究竟是管理有效，还是仅为官僚空壳的争论，这反映了人们对美国开源开发未来的普遍焦虑，以及当前政治气候对联邦研究项目影响的担忧。
在引入“curlese”（将 `curl` 作为排查 HTTP 集成的通用语言）这一概念五年后，该策略依然是绕过技术争议最有效的方法。通过提供可复现的命令行证据，你可以消除“在我这边是好的”这种僵局，并强制进行客观验证。 尽管核心理念未变，但技术环境已然演进。HTTP/2、无处不在的 mTLS 以及严格的 WAF 等现代挑战，需要更精密的工具集。作者强调了几个关键的新参数——如用于性能计时的 `-w`、用于路由测试的 `--connect-to`，以及用于协议调试的 `--no-alpn`，以应对这些复杂情况。此外，`curl` 的输出已成为 AI 辅助调试的完美语境，因为大语言模型能够解析其清晰、完整的诊断数据。 最终，目标依然如故：停止对模糊日志文件的争论。无论是面对人类还是机器，一条精确的 `curl` 命令就是事实契约。当出现集成问题时，不要辩论，直接提供命令及其输出。正如作者所总结的，技术虽在变迁，但简单的 `curl` 调用永远是专业开发者生存工具包中不可或缺的一部分。
Hacker News
最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Curlese，五年后 (hypertesto.me)
4 分，由 rovr138 发布于 2 小时前 | 隐藏 | 往期 | 收藏 | 2 条评论 | 帮助
SpeckToTaste 36 分钟前 | 下一条 [–]
我是作者，感谢发布这篇文章，没想到会从 HN 看到流量。我在 2021 年写了最初的“curlese”文章（意大利语）：其核心观点是，当 HTTP 集成出现故障时，`curl -v` 命令是每个团队都应该掌握的通用语言。Curl 是理想的工具，因为你无需共享日志，也不必证明你的应用程序行为。这个论点经受住了时间的考验 :-)
回复
rovr138 2 小时前 | 上一条 [–]
Curlese，五年后：curl 仍然是处理集成故障的通用语言
回复
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
Ben Zhang 在 MDM 限制导致“查找我的”功能失效后，成功找回了他丢失的办公手机。由于无法通过传统方式追踪设备，他通过提示词让 Claude 编写了一个自定义蓝牙信号强度计。他像使用雷达一样，根据屏幕上不断变化的读数，在几分钟内精确定位了手机。
这篇帖子引发了关于“定制化个人软件”兴起的讨论，用户现在可以即时生成实用工具来解决具体且紧迫的问题。尽管一些评论者批评了导致该问题的限制性 MDM 配置，但这一事件凸显了技术自主权的重要转变：用户不再需要依赖预装应用程序，因为他们现在可以随时随地编写自己的解决方案。
这篇 Hacker News 帖子围绕一位用户利用 Claude 通过蓝牙信号强度定位丢失手机的案例展开。讨论迅速演变为关于人工智能对软件开发影响的广泛辩论。
核心主题包括：
* **赋能与质量：** 许多参与者赞赏 AI 如何让初学者（包括儿童）能在几分钟内构建出实用的工具，从而开启个人计算的新时代。其他人则警告称，这会导致“面条代码”，并为未来带来“技术债务”负担。
* **代码的本质：** 持怀疑态度的人认为，人类可读性对于代码质量至关重要；而支持者则认为，未来的人工智能模型将比人类更擅长维护由 AI 生成的代码。
* **“人为”因素：** 一些资深开发者指出，这些技术（如蓝牙追踪）几十年来一直存在，并指出现代 AI 工具只是降低了实现这些方案的门槛。
归根结底，舆论呈现出一种矛盾的心理：既对快速创新感到兴奋，又对 AI 编写软件的长期可维护性持谨慎态度。一些用户表示，我们正在见证应用程序构思和构建方式的根本性转变。
有客户反馈称，他们转换后的 PDF 对账单显示所有金额均为负数。经调查发现，该 PDF 使用了尾随负号格式。对于正值，文档中也包含了一个负号，但将其颜色设置为与背景相同，从而使其对肉眼不可见，却能被提取软件检测到。
PDF 创建者很可能使用这种“不可见”字符，是为了在不计算负号宽度的情况下，保持正数右对齐的间距一致性。
为解决此问题，我考虑了两种方案：
1. **OCR**：将页面转换为图片并通过 OCR 处理。虽然有效，但速度较慢且容易出现字符识别错误。
2. **颜色过滤**：识别并忽略非黑色的文本元素。由于我目前的转换器不跟踪文本颜色，因此需要更新代码以捕获颜色属性。
我计划采用颜色过滤方案，因为它比 OCR 更准确、高效。
对不起。