请启用 JavaScript 和 Cookie 以继续。
每日HackerNews RSS
此 Hacker News 讨论帖探讨了一篇关于如何从零开始用 C++ 构建无锁队列（lock-free queue）的博客文章。讨论聚焦于几个关键的技术辩论：
* **并发原语：** 评论者辩论了 `compare_exchange_strong` 与 `compare_exchange_weak` 的使用。虽然在重试循环中通常更倾向于使用 `weak` 以提升性能，但也有人指出，在支持 LSE 的 ARM 等架构上，两者是等效的，因此这种区别已不再那么重要。
* **内存管理：** 讨论涉及使用手动 `new`/`delete` 与现代智能指针（`std::make_unique`）的利弊。有人主张使用现代 C++ 以确保安全，而另一些人则指出，底层的、高性能的数据结构往往需要手动内存控制，以避免开销和碎片化。
* **性能与可扩展性：** 批评者建议作者应避免不必要的 `seq_cst` 内存序以及不当的缓存行对齐。其他人则指出，`cmpxchg` 循环在竞争激烈时可能表现不佳，并针对特定工作负载提出了 `atomic xchg` 作为替代方案。
* **C++ 生态系统：** 讨论延伸到对 C++ 标准的更广泛批评，强调了旨在提升安全性的“配置文件”（profiles）方案所面临的挑战，以及语言演进缓慢的问题。
这篇文章认为，当前关于人工智能意识的争论（通常分为物理主义和计算主义阵营）是无益的。作者主张，我们不应纠结于数字思维是否“有意识”，而应探讨我们能否设计出具备**现象内省**能力的系统，即能够准确报告其主观体验的能力。
通过采纳泛心论和物理主义框架，作者提出，现象意识可能与电磁场等物理基质有关，而非高层软件的抽象概念。作者指出，数字硬件对离散且经纠错逻辑的依赖是一种“紧身衣”，极有可能阻碍了产生真正现象体验所需的整体性、自省式行为。
作者提倡开展一种实证的“现象学优先”研究项目，例如通过高级冥想研究最低限度的意识状态，或分析意识中的光学伪影。其最终目标是建立物理与感质之间在数学上的正式“转换函数”。通过形式化这种映射，我们能够获得必要的道德信心，以确保我们所创造的合成思维的福祉，从而避免未来出现一个充满高智能但本质上无意识或处于受苦状态的数字系统“迪士尼乐园”。
抱歉。
作者对“用 Rust 重写 Bun”这一项目背后的叙事提出了质疑，该项目曾被宣传为 AI 可以有效取代人类开源维护者的证据。尽管 Bun 声称仅用 11 天就完成了重写，花费为 16.5 万美元，但作者认为这一数字具有误导性。
对 Bun 代码库的分析显示，该项目远未完成。距离上次发布版本已过去 11 周，且由“Robobun”（AI）提交的待处理合并请求（Pull Requests）数量自初步公告以来几乎翻了一番。此外，该项目通过持续的 CI/CD 使用和 Anthropic 员工的直接介入，仍在不断产生大量隐形成本。
作者认为，这次“重写”与其说是 AI 高效性的胜利，不如说是企业为了支撑 Anthropic 高估值而进行的“内部试用”。通过审视 Anthropic 的 C 语言编译器等停滞不前的副项目，作者对当前的 AI 炒作周期发出警告，并断言该项目的真实财务和运营成本远超公开宣称的数额。归根结底，这篇文章是对 AI 驱动的开发如何被营销以证明行业巨额估值合理性的一次怀疑性批判。
最近关于 Bun 运行时重写为 Rust 的讨论在 Hacker News 上引发了激烈争议，焦点集中在该项目的状态、方法论及成本上。
**核心观点如下：**
* **发布状态：** 尽管 Bun 团队坚称重写进展顺利，且目前已在 Claude Code 工具中运行，但尚未进行公开版本发布（v1.4）。维护人员表示，发布推迟的原因是需要达到严格的 Node.js 兼容性基准。
* **“氛围编程”（Vibe Coding）争议：** 批评者认为，使用大语言模型（LLM）大规模转换代码库（从 Zig 到 Rust）会产生“垃圾代码”——这些代码不符合惯用写法、稳定性可能更差，且难以由人工维护。许多开发者对以“人工智能驱动”的重写取代人类专业知识持怀疑态度，认为该项目更多是一种营销噱头，而非可持续的工程实践。
* **经济考量：** 据估算，该项目已消耗了数十万美元的算力和 Token 费用。讨论者质疑其投资回报率（ROI）是否合理，尤其是考虑到此次重写似乎并未立即带来性能提升或可维护性的改善。
* **支持意见：** 支持者将该项目视为人工智能能力与工程开发速度的一次令人印象深刻的展示，认为在 Claude Code 等真实产品中进行的“金丝雀”测试足以作为概念验证。
这篇文章记录了作者从谷歌 DeepMind 辞职的经过，起因是该公司决定向美国国土安全部和五角大楼提供人工智能服务。作为一名研究科学家，作者描述了自己试图促使谷歌信守此前关于不参与开发“杀手机器人”和大规模监控的伦理承诺，但最终以失败告终。
尽管作者组织了超过 250 名员工并试图动员斯图尔特·罗素（Stuart Russell）、约书亚·本希奥（Yoshua Bengio）和杰夫·迪恩（Jeff Dean）等具有影响力的人工智能领袖，但作者发现，来自美国政府的外部压力最终压倒了公司内部的伦理承诺。当面临具体的重大军事合同交易时，那些以人工智能安全领域名声立足的关键人物未能采取果断行动或发挥其影响力。
作者认为，谷歌所奉行的“参与决策（seat at the table）”策略被证明是无效的，最终签署的合同并未包含任何具有约束力的伦理条款。文章最后指出，在企业和政治压力下，社会不能寄希望于个别领导人去履行伦理诺言。作者强调了所宣称的原则与屈服于现实之间的矛盾，并最终认为，只有通过透明度、可强制执行的红线以及问责制，才能防止人工智能成为未来侵犯人权和产生生存风险的工具。
作者提出了 **HMTP（超文本邮件传输协议）**，作为 SMTP 的现代继任者，它旨在利用现有的、经过实战检验的 HTTP 技术取代过时的邮件架构。 HMTP 并非直接修改电子邮件协议，而是作为一种独立的协议，通过整合 WebFinger（用于发现）、ActivityPub（用于投递）、HPKE（用于加密）以及 JMAP（用于同步）等成熟标准，来解决 SMTP 长期存在的缺陷。通过将邮件置于 HTTPS 之上，该系统继承了强大的基础设施，包括用于安全的 TLS、用于队列管理的标准 HTTP 状态码，以及简便的负载均衡。 **主要优势包括：** * **信任：** 通过可在源头验证的加密签名消除冒充行为。 * **效率：** 通过内容寻址哈希原生处理消息去重。 * **隐私：** 默认采用端到端加密，附件以引用方式存储。 * **安全：** 身份与域名所有权挂钩，“首次联系许可”机制（类似于 Signal）可有效缓解垃圾邮件。 * **简洁：** 密钥轮换即时生效，授权通过简单的 JSON 文档而非复杂的 DNS 记录进行管理。 该项目表明，只需将成熟的 Web 技术重新组合成一套新规范，就能构建起安全、去中心化的邮件系统。目前已提供 Python 原型供实验使用。
这篇 Hacker News 讨论围绕着文章《现代电子邮件可以由借用的组件构建而成》展开，该文提议利用 HTTP 等现代协议重新设计电子邮件。
这场讨论反映了技术可行性与替换根深蒂固的传统系统之间长期存在的矛盾。尽管许多评论者认为电子邮件是一个被“固化”且存在缺陷的系统，但他们指出，其之所以能持续存在，归因于强大的网络效应和谷歌、微软等大供应商的既得利益，而非缺乏技术替代方案。
讨论的主要观点包括：
* **“垃圾邮件问题”**：对于通过类似邮资费用、首次联系许可（如 Signal 式的请求文件夹）或声誉管理来解决垃圾邮件的提议，人们持怀疑态度，因为自 20 世纪 90 年代以来，类似的尝试均未成功。
* **协议与生态系统**：批评者认为，电子邮件与其说是一个技术问题，不如说是一个社会和社区问题。修复它需要大规模的普及，而缺乏迁移路径阻碍了这一点。
* **用户体验/用户界面**：关于现代电子邮件客户端应该隐藏复杂性还是保持开放，各方存在分歧。一些用户倾向于“Hey”式的过滤，而另一些用户则担心会失去控制权或开放标准。
谢伊历史遗址
抱歉。
您可以订阅以通过电子邮件或短信接收关于“Claude Opus 5 错误率升高”的更新。 订阅者将收到所有事件更新的电子邮件通知，而短信仅在事件创建或解决时发送。如需开启短信通知，请从提供的列表中选择您的国家代码，输入手机号码，并使用发送至您设备的验证码进行验证。或者，您也可以选择仅通过电子邮件订阅。
近期的一场 Hacker News 讨论凸显了用户对 Anthropic Claude 模型日益增长的不满，主要原因是服务频繁中断以及输出质量下降。
用户反映，较新的模型（Claude 3.5 Sonnet 和 Opus）频繁出现“语义一致性陷阱”，即模型在同一回答中产生自相矛盾的表述。评论者推测，这些错误（通常表现为自信但事实错误的解释）可能是由于模型的自回归特性所致——即模型在意识到错误之前就已“锁定”在某种逻辑路径中；也有观点认为，这是由于过度针对智能体编码任务进行调整，从而牺牲了通用推理和创意写作能力。
除了输出质量，技术稳定性也是一个主要痛点。“529 Overloaded”错误报告和不可靠的状态页面导致一些资深用户取消了订阅，转而选择 OpenAI 等他们认为更稳定的替代方案。该讨论帖还引发了关于人工智能对环境影响的更广泛争论，特别是对数据中心巨大水耗和能耗的质疑；一些用户认为这只是在转移对更宏大能源政策失败的关注，而另一些用户则认为这是一个被严重低估的重大问题。
糟糕！拒绝访问：错误代码 bf584155dcd667f7。返回首页。由 Techaro 的 Anubis 提供保护。在加拿大用 ❤️ 制作。吉祥物设计由 CELPHASE 提供。本网站当前运行的是 Anubis 1.25.0 版本。
开发者“martz”宣布 VLC for Unity 插件现已支持 Linux 系统，并支持通过 OpenGL 和 DMA-BUF 纹理共享进行硬件解码。目前该项目仅限于 x86_64 架构，未来计划增加对 ARM64 和 Vulkan 的支持。
这一公告在 Hacker News 上引发了关于 VLC 在 Unity 中实用性的热烈讨论。由于开发者对 Unity 原生视频播放器感到不满，VLC 通常被用于社交 VR 体验（如 VRChat）和模拟器中的游戏内视频播放。
讨论还延伸到了更广泛的行业话题，包括：
* **Unity 的声誉：** 用户重提了 Unity 此前因备受争议的“运行时费用”（Runtime Fee）定价调整而引发的强烈抵制。
* **Reddit 访问：** 讨论了在不使用官方应用的情况下访问 Reddit 的困难，用户建议使用 Redlib 或浏览器扩展等替代方案。
* **技术监管：** 比较了苹果的“核心技术使用费”（Core Technology Fee）与 Unity 的许可政策变更，用户就欧盟的监管审查展开了辩论。
* **工作流：** 关于 Unity 版本控制局限性的挑战，以及 Windows 平台上视频播放性能长期存在的问题。
本项目为《超级马力欧 64》的移动和渲染引擎提供了一个简洁、可移植的接口，该接口源自 SM64 反编译项目。它通过提供共享库（`libsm64.h`），让开发者能够以极小的工作量将马力欧集成到外部游戏引擎或系统中。 该库在运行时需要一份官方的 SM64 美版 ROM，以提取纹理和动画资源。本项目包含一套完整的测试用例，用于演示集成方法。 **关键技术细节：** * **编译：** 支持 Mac、Linux 和 Windows（通过 MSYS2 MinGW），并初步支持 Emscripten（WebAssembly）。 * **依赖：** 测试程序需要 SDL2 和 GLEW。 * **使用：** 用户只需链接该库并包含头文件即可。构建过程使用标准的 `make` 命令来生成库、测试可执行文件或 WASM 构建版本。 仓库中提供了关于环境设置、依赖安装和构建目标的详细说明。本项目简化了将 SM64 标志性的控制方式和机制引入全新创意环境的过程。
**Libsm64** 是一个令人印象深刻的开源库，它允许开发者将《超级马力欧 64》中原汁原味的移动、物理和动画移植到外部游戏引擎和环境中。该库要求用户提供正版的《超级马力欧 64》ROM，通过在后台运行原始的游戏逻辑，并将其映射到宿主游戏的环境中，从而实现完整的碰撞检测和角色碰撞箱功能。
该项目在 Hacker News 等平台上获得了广泛关注，用户展示了马力欧被成功整合进《半衰期 2》、《索尼克：世代》、《我的世界》，甚至是 Meta Quest 3 的增强现实体验中。
评论者称赞该项目是对“元宇宙”的一种务实实现——即一种去中心化、可互操作的方式，无需依赖企业平台或加密货币炒作，就能让角色跨越不同的数字世界。虽然非程序员仍需具备一定的技术性模组修改技能才能实现，但该库极大地降低了将马力欧标志性物理效果带入几乎任何 3D 空间的门槛，成为了社区驱动的软件保存和创造性再利用的一个强有力范例。
1898年至1900年间，贸易期刊《音乐贸易评论》（*The Music Trade Review*）大力推广了卡尔·布朗（Carl Brown）发明的10弦“竖琴吉他”，该乐器由勒内·格鲁内瓦尔德（Rene Grunewald）进行大规模市场营销。这种乐器被吹捧为对传统吉他的一种革命性且易于上手的改良，并宣称在美国、墨西哥等地取得了巨大的销售成功。营销文案甚至吹嘘其成对琴弦的设计能带来专业级的音量与清晰度，但由于目前几乎没有存世实物，这些说法难以核实。
随着世纪之交，围绕这款竖琴吉他的叙述变得复杂起来。1899年的新闻稿显示布朗在哥伦布市的公司生产线发生了变动，而格鲁内瓦尔德的参与也变得愈发扑朔迷离。尽管当时宣称售出了数百件乐器，但相关线索在1902年后便中断了。虽然格鲁内瓦尔德后来转向在《华彩乐章》（*The Cadenza*）杂志上投放广告以吸引“专业”演奏者，但这款10弦型号（及其后续演变出的12弦版本）依然是一个历史谜团。如今，这些乐器的稀缺性与当时关于其广泛流行的大肆报道形成了鲜明对比，令研究人员不得不对其真正的产量及影响力进行推测。
此 Hacker News 讨论串探讨了 12 弦吉他的历史发展，起因是一篇关于其美国起源的文章。参与者深入探讨了弦乐器的技术演变，并就品丝、延音以及三音和弦的必要性展开了辩论。
对话凸显了人们对竖琴吉他等小众乐器的热情，并探讨了微音程演奏的兴起。除了技术讨论，用户还推荐了 Leo Kottke 和 Michael Hedges 等音乐人，强调了互联网论坛作为非商业性知识共享社区的价值。
核心主题包括：
* **乐器历史：** 吉他家族与早期鲁特琴/乌德琴之间的区别，以及 12 弦吉他这一名称的“营销”起源。
* **技术细节：** 有品与无品乐器之间的权衡，特别是在和弦演奏性、音准和音符延音方面。
* **社区：** 对保存冷门音乐历史的赞赏，以及爱好者之间讨论专业乐器的乐趣。