每日HackerNews RSS
西班牙从新大陆获得的那些黄金都去哪儿了？ (1985)
What happened to all the gold Spain got from the New World? (1985)
16 小时前
本书将引导读者使用 Rust 从零开始构建一个完全功能、符合 POSIX 标准的操作系统——**不依赖外部库**。作者强调清晰的解释，体现了爱因斯坦的原则：真正的理解能带来简洁的沟通。 虽然一些编程经验会有帮助（Rust 知识不是必需的，但熟悉一种编程语言即可），但本书旨在让即使是低级编程新手也能理解。它将涵盖诸如汇编、内存管理和 CPU 模式等基础概念，以及 Rust 特有的特性。 项目将从启动和调试开始，逐步实现核心操作系统组件：内存分配、中断处理、文件系统、进程管理，最终运行像 Doom 这样的程序。作者欢迎反馈以提高清晰度，并计划可能扩展本书以包含虚拟化主题。
## LearnixOS：一个新的操作系统开发资源
LearnixOS (learnix-os.com) 是一个新项目，旨在教授操作系统开发，使用 Rust 语言实现。该项目在 Hacker News 上引发了讨论，许多用户最初误以为它是一个关于学习 NixOS 的资源，因为名称相似。但已澄清，“Learnix” 是 “Unix” 和 “Learn” 的组合词。
该项目专注于从头开始构建操作系统，有意避免使用高级抽象，以促进更深入的理解。一些评论者赞赏这种方法以及使用 Rust，并指出它便于交叉编译。另一些人则建议使用 RISC-V 等替代目标架构，认为它比 x86 更适合初学者。
反馈包括改进语法和一致性的建议，一些人认为轻微的错误比经过抛光的人工智能生成的文本更具“人性化”。 此外，还将它与现有的操作系统开发教程（如 MIT 6.824 和 Phil Opperman 的作品）进行了比较。开发者已收到反馈并计划解决这些问题。
Please provide the content you want me to translate. I need the text to be able to translate it to Chinese.
一篇最近在Hacker News上的帖子强调了计算机领域的重要人物Rob Pike强烈反对生成式人工智能（GenAI）。讨论源于他发送的一封邮件（细节未包含在摘要中），主要围绕GenAI对环境的影响。
然而，评论员很快指出这种似乎的虚伪，指出GenAI的影响可能不如流行的流媒体服务，如YouTube和Netflix，但Pike并没有提倡关闭它们。
对话还质疑Pike发送邮件的目的——似乎是由LLM生成的感谢信触发的——以及他在谷歌的职位，考虑到该公司对其自身GenAI模型Gemini的投资。许多用户表示同意Pike潜在的担忧，认为他的声明表达了广泛存在但通常未公开表达的焦虑。
1990年12月底，英国计算机科学家蒂姆·伯纳斯-李在欧洲粒子物理实验室CERN悄然启动了万维网。作为一项类似于“影子IT”的项目，他创建了基础技术——HTML、网页浏览器和Web服务器，以便在不同计算机之间轻松共享信息。
第一个Web服务器托管在info.cern.ch，大约在12月20日或25日上线，展示了关于万维网本身的的技术文档。不幸的是，没有原始截图存在，但有1992年的近似版本。
最初的影响并不明显，但随着1993年用户友好型浏览器NCSA Mosaic的发布，万维网在大学中迅速传播。这最终推动了互联网泡沫的出现，并塑造了我们今天所知的互联网，这一切都源于伯纳斯-李最初的目标：可访问、互联的数据。
被忽视已久：英格·莱曼，发现了地球内核的人
Overlooked No More: Inge Lehmann, Who Discovered the Earth's Inner Core
17 小时前
请启用 JavaScript 并禁用任何广告拦截器。
一篇最近的《纽约时报》文章，在Hacker News上被重点推荐，介绍了丹麦地球物理学家英格·莱曼，她发现了地球的内核。尽管她的工作具有开创性——是现代地质学的基础——莱曼即使在她的祖国也鲜为人知，尽管哥本哈根有一幅以她为主题的壁画。
讨论的中心是莱曼是否真的被“忽视”，一些评论者指出她在生前获得了显著的认可。 此外，还引发了一场关于地球抵御宇宙辐射的主要来源的争论，最初的说法侧重于大气层，后来被修正为强调磁场在偏转太阳风和防止大气剥离（如火星上所见）中的关键作用。 用户分享了支持文章和讨论的链接，展示了行星科学的复杂性。 莱曼的寿命非常长，从1888年到1993年（104岁！）。
ChatGPT 对话仍然缺乏时间戳，即使经过多年的请求。
ChatGPT conversations still lack timestamps after years of requests
17 小时前
用户对ChatGPT对话中缺乏时间戳感到沮丧，尽管对此功能已经有长期请求（超过1.5年）。这使得追踪对话历史变得困难，尤其是在用于日记、生活建议或记录问题的长期聊天中。 一些解决方法已经出现：一位用户修改了ChatGPT的人物设定，使其自动在每个回复中添加时间戳。更懂技术的用户创建了Chrome扩展程序（通过GitHub提供）和脚本，以提取和显示代码中现有的隐藏时间戳。 许多人认为OpenAI *已经* 在内部追踪时间戳，使显示问题成为一个简单的UI/UX修复。用户强调对该功能的日益增长的需求，并引用了潜在的合规性要求以及对敏感或时间关键对话的改进上下文。 越来越普遍的观点是，OpenAI优先考虑新产品开发，而不是解决现有工具的用户反馈。
自2023年初以来，ChatGPT对话中每条消息添加时间戳的长期请求仍未实现，尽管OpenAI社区论坛上已收到大量请求。用户发现缺少时间戳令人沮丧，尤其是在跟踪随时间推移的信息或在长时间对话中保持上下文时。
一些评论员猜测省略时间戳的原因，认为OpenAI可能为了更广泛的受众而追求简洁性，避免使用数字，或者底层API的限制使得难以访问时间戳数据。另一些人指出，时间戳在搜索结果中是可见的。
存在一些解决方法，包括一个Chrome浏览器扩展程序（[https://github.com/Hangzhi/chatgpt-timestamp-extension](https://github.com/Hangzhi/chatgpt-timestamp-extension)），可以添加时间戳。用户也对ChatGPT在接近上下文窗口限制时缺乏警告表示沮丧，一位用户详细描述了一种复杂的解决方法，涉及GDPR数据下载和使用Claude AI进行摘要。尽管有替代方案，ChatGPT仍然是众多AI聊天机器人用户中的热门选择。
乔安·迪迪恩和库尔特·冯内古特有些话想说。我们有录音。
Joan Didion and Kurt Vonnegut had something to say. We have it on tape
17 小时前
请启用 JavaScript 并禁用任何广告拦截器。
一篇最近的《纽约时报》文章，介绍了重新发现的琼·迪迪恩和库尔特·冯内古特的录音，正在Hacker News上引发讨论。文章和录音（由用户直接链接）因两位作者的清晰和深刻见解而受到赞扬。
评论者对冯内古特尤其热情，许多人强调他的作品持续的相关性，尤其是在人工智能时代，他的《玩家钢琴》更具意义。几位用户分享了他们最喜欢的冯内古特小说，包括《夜色温柔》、《猫的摇篮》、《虚构的霍克》、《蓝胡子》。讨论涉及冯内古特捕捉人性以及他对技术和社会具有先见之明的观察。
一个相关的讨论还涉及奥尔德斯·赫胥黎的作品，一些人认为他的见解更具影响力，而另一些人则指出当前的人口结构变化正在挑战赫胥黎关于人口过剩的预测。最后，一些用户抱怨即使在主流媒体中，点击诱饵标题也卷土重来。
1716年3月6日夜幕降临后不久，壮观的光芒再次照亮了欧洲大部分地区的上空，从苏格兰和瑞典一直延伸到西班牙南部，将天空染成深红色、紫色和绿色的条纹。英国数学家威廉·惠斯顿，同时也是神学论战的作者，收集并发表了来自英国各地关于当晚所见“令人惊讶的流星”的亲身证词。他的目击者们描述了广阔的“火柱”、“柱状”、“火光闪耀的光束”和“金字塔”，在北方的天空中燃烧，呈现出“彩虹的所有颜色”，并垂直向地平线下降。另一些人则将这种现象比作空中军队进行着一场巨大的战斗，唤起了长矛和燃烧长枪的战争隐喻。天文学家埃德蒙·哈雷在次年发表于《皇家学会哲学事务》的文章中指出：
了解北极光 (historytoday.com)
21点 由 benbreen 13小时前 | 隐藏 | past | favorite | 3评论
teiferer 8小时前 | next [–]
我期待这篇文章，但显示“要继续阅读此文章，您需要购买订阅，仅需£5。”回复
ErroneousBosh 8小时前 | parent | next [–]
网站名称也让我想到这个：https://www.youtube.com/watch?v=9UMedd03JCA回复
dekken_ 8小时前 | prev [–]
也许这个更具信息量：https://www.youtube.com/watch?v=2TnFXddv37E回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
软件包管理器持续使用 Git 作为数据库，这永远行不通。
Package managers keep using Git as a database, it never works out
17 小时前
## Git 作为数据库：一个反复出现的问题 许多包管理器——Cargo、Homebrew、CocoaPods、vcpkg、Go modules、Nixpkgs——最初都采用 Git 作为其底层数据存储，因为它具有版本历史、分布式特性和易用性。然而，随着其注册表的增长，它们始终遇到性能和可扩展性问题。 核心问题在于 Git 的设计是一个*版本化的文件系统*，不适合包元数据所需的键值查找。由于完整的仓库克隆和昂贵的差异解析，依赖关系解析等操作变得极其缓慢。浅克隆等解决方法引入了进一步的复杂性，通常会破坏功能或施加限制。 解决方案各不相同：Cargo 和 Homebrew 切换到稀疏 HTTP 协议和 JSON 下载，CocoaPods 迁移到 CDN，Go modules 实现了一个带有校验和数据库的代理。Vcpkg 仍然依赖于 Git，面临着持续的挑战。 模式很明显：Git 的文件系统限制（目录大小、区分大小写、路径长度）需要复杂的、定制的解决方案，最终会复制数据库的功能——但效率更低。虽然 Git 在源代码管理方面表现出色，但将其用作数据库不可避免地会导致性能瓶颈和令人沮丧的用户体验。
## Claude Code 与 Codex：个人看法 (2025年12月22日) 截至2025年12月，Claude Code 和 Codex 都是“超人”级别的AI开发者，但服务于不同的工作方式。两者之间的选择并非在于哪个*更好*，而是哪个更符合你*喜欢*的编码方式。 作者主要使用 **Codex** 处理大型编码任务。它需要大量的预先“上下文工程”——详细的提示，但随后可以独立运行，生成大量代码，而用户可以专注于其他工作。这适合那些优先考虑免提开发和高质量、即用型结果的人。 **Claude Code** 则更擅长更具互动性的“工程”导向方法。它众多的可定制功能（技能、代理等）吸引了喜欢微调和积极引导过程的开发者。Claude 经常会提出澄清问题，营造一种协作解决问题的感觉。 最终，作者建议尝试两者。如果你更喜欢详细的计划和控制，Claude 可能是理想的选择。如果你更喜欢设置任务并让AI运行，Codex 可能会更适合。关键是选择一个能够补充你的工作流程的工具，而不是支配它。两者都非常强大，而“正确”的选择是高度个人化的。
## Codex 与 Claude Code：Hacker News 讨论摘要
最近 Hacker News 的讨论围绕一篇比较 Codex 和 Claude Code 的博文展开，大多数评论者认为该文章缺乏实质性证据。 普遍的共识是，这两个工具都在快速发展，使得直接比较变得困难。
目前，Claude Code（搭配 Opus 4.5）被认为非常强大，尽管之前 Codex 在 Sonnet 4.0 时期曾具有优势。Gemini-cli 搭配 Gemini-flash-3.0 也在成为一个令人惊讶的强大竞争者。
主要区别包括：**Codex** 更“免提”，而 **Claude Code** 提供了更大的可配置性，允许用户更精确地引导 AI。 一些用户认为 Claude 的可配置性——包括技能和 MCPs——是一个显著的优势，即使它需要更多的设置时间。 另一些人指出 Claude 的使用限制阻碍了实验，导致由于更高的访问权限，Codex 获得了更积极的初始体验。
一些评论员对过于积极的 Codex 评价表示怀疑，认为可能存在偏见或营销影响。 像 EveryCode 这样的 Codex 分支也在被探索，以弥补一些功能差距。