zhulink logo
自动夜间模式 日间模式 夜间模式
侧栏
0

【HN中文日报】重磅!苹果大佬玩迷幻药?英国邮局惊天丑闻!AI成瘾?还有这些你绝对想不到的科技圈大瓜!

意外富翁的头像
|
|
|
111 ## 今天 Hacker News 社区聊了啥? NO.20250711 这期日报信息量爆炸!从苹果工程师的迷幻之旅,到英国邮局的自杀丑闻,再到AI成瘾的隐忧,科技圈的瓜一个比一个劲爆!想知道AI Agent的基准测试有多坑?日本过度旅游如何毁掉小店?Postgres在高并发下竟然顶不住?还有开源的Cloudflare Tunnel替代方案、酷炫的浏览器多人游戏等你来探索!更有LLM推理手册、FP8性能优化、Vercel五年经验、苹果对抗监管、Gemini API批量模式、Raspberry Pi Pico交互式引脚图、儿童安全电动工具、土地价值税反思、Btrfs性能优化、Dynamicland未来计算、智能手机LLM框架、后量子加密Git托管、Flix编程语言、HTTP状态码详解、图形线性代数、Red Hat写作指南、Grok偏见、亚马逊AI数据中心、《Murderbot》作者谈AI、乔布斯手工Apple-1拍卖!速来围观,别错过任何一个精彩瞬间! ![Hacker News 中文精选](/static/mascot_article.webp) --- ## Bill Atkinson:从Mac到迷幻之旅的创新人生 这篇文章讲述了苹果工程师Bill Atkinson的传奇人生,他不仅是Macintosh的幕后功臣,晚年还以“Grace Within”的化名,在迷幻药社区OneLight中默默奉献,开发了用于雾化5-MeO-DMT的LightWand。 Bill Atkinson在苹果公司期间,开发了QuickDraw图形引擎,发明了MacPaint,并创造了HyperCard。而在OneLight社区,他致力于完善LightWand,这是一种用于使用迷幻药Jaguar(5-MeO-DMT)的电子烟笔。Jaguar以迅速溶解自我意识和产生统一感而闻名。LightWand的设计允许用户通过控制剂量来更安全地体验Jaguar,降低了高剂量带来的风险。Bill认为LightWand的益处远大于风险,因此在Erowid.org上公开发布了制作方法,推动了迷幻药探索的普及化。他还赠送了超过1000套LightWand,并指导其他人。他记录了电子烟硬件和液体载体的变化如何影响5-MeO-DMT的雾化和剂量,并亲自测试,跟踪血压和脑电图数据。LightWand的低剂量使用,有助于促进洞察力、治愈和平衡。Bill将复杂创新转化为直观易用的工具,让更多人能够连接情感、记忆和意义。 评论区主要讨论了5-MeO-DMT合法化的问题。有人认为应该推动其合法化,但不是直接在加油站出售,而是应该建立“DMT诊所”,由专业人士指导使用,并进行相关培训。也有人认为,Bill Atkinson使用化名令人费解,既然已经有苹果高管在使用,就应该考虑向更广泛的公众开放。当然,也有评论表达了对此事的怀疑态度。 - 原文: [Bill Atkinson's Psychedelic User Interface](https://patternproject.substack.com/p/from-the-mac-to-the-mystical-bill) - Hacker News: [https://news.ycombinator.com/item?id=44530767](https://news.ycombinator.com/item?id=44530767) - 作者: cainxinth - 评分: 160 - 评论数: 74 - 发布时间: 2025-07-11 19:03:59 --- ## 英国邮局丑闻:Horizon系统故障导致至少13人自杀 《纽约时报》报道,英国邮局丑闻中,由于 Fujitsu 公司的 Horizon 会计系统出现故障,导致大量邮局局长被错误指控盗窃,至少有 13 人因此自杀身亡。该事件暴露了英国司法系统和邮局管理层的严重失职,以及软件缺陷可能造成的灾难性后果。 Horizon 系统自 1999 年推出后,就不断有报告指出其存在数据错误。但邮局管理层始终否认系统存在问题,并坚持认为邮局局长存在盗窃行为。许多邮局局长因此被解雇、起诉甚至判刑,他们的生活和名誉受到了极大的损害。更令人震惊的是,报告显示,早在系统推出之前,一些 Fujitsu 员工就已经知道 Horizon 可能会产生虚假数据。 该事件引发了英国社会的广泛关注和愤怒。受害者们多年来一直在为自己争取正义,并最终通过法律途径推翻了错误的判决。然而,许多受害者仍然面临着经济困境和心理创伤。英国政府也面临着巨大的压力,需要对该事件进行彻底调查,并对受害者进行赔偿。 评论区中,用户们表达了对该事件的震惊和愤怒,认为这是多层面失败的结果。有人指出,检察官在指控数千人盗窃之前,没有认真核实证据,这简直是不可思议的。还有人批评英国小报为了吸引眼球,不惜毁掉他人的人生。同时,大家也质疑政府为何迟迟不采取行动,以及 Fujitsu 公司为何不用为他们的劣质软件负责。 一些评论还提到了四集迷你剧《贝茨先生与邮局》,该剧讲述了 Alan Bates 领导的邮局局长们为争取正义而奋斗的故事。有用户建议大家观看这部剧,以便更深入地了解该事件的来龙去脉。另外,有用户将 Horizon 事件与 Therac-25 相提并论,认为它应该成为软件开发领域的一个警示案例,提醒开发者们关注软件缺陷可能造成的严重后果。 此外,评论中也有人从软件工程的角度分析了 Horizon 系统的缺陷,指出其主要问题在于事务处理和审计控制方面。例如,由于缺乏适当的幂等性,导致消息重放,从而产生虚假的交易记录。这些缺陷最终导致邮局局长被错误指控盗窃。 - 原文: [At Least 13 People Died by Suicide Amid U.K. Post Office Scandal, Report Says](https://www.nytimes.com/2025/07/10/world/europe/uk-post-office-scandal-report.html) - Hacker News: [https://news.ycombinator.com/item?id=44531120](https://news.ycombinator.com/item?id=44531120) - 作者: xbryanx - 评分: 239 - 评论数: 182 - 发布时间: 2025-07-11 19:56:19 --- ## AI Agent Benchmarks Are Broken 这篇文章主要讨论了当前AI Agent基准测试的不可靠性,并提出了改进方法,旨在提高AI Agent评估的准确性和可信度。文章指出,许多现有的AI Agent基准测试存在严重缺陷,导致对Agent能力的错误评估。 文章首先强调了基准测试在评估AI系统中的重要性,随后指出当前AI Agent基准测试在任务制定和评估方面比传统AI基准测试更复杂,因此需要更多努力来确保其可靠性。然而,作者发现包括WebArena在内的多个流行AI Agent基准测试存在严重问题,例如WebArena在计算路线持续时间时,将错误的答案标记为正确。通过对10个流行的AI Agent基准测试的分析,发现其中8个存在严重问题,导致对Agent能力的错误评估。 为了解决这些问题,文章提出了构建可靠AI Agent基准测试的方法,并介绍了一个名为AI Agent Benchmark Checklist (ABC) 的清单,旨在最大限度地减少AI Agent基准测试的可操纵性,并确保它们能够准确地衡量目标能力。ABC清单包含43个项目,分为结果有效性检查、任务有效性检查和基准报告指南三个部分。作者将ABC应用于10个广泛使用的AI Agent基准测试,包括SWE-bench Verified、WebArena和OSWorld等,结果显示其中7个包含捷径或不可能完成的任务,7个未能通过结果有效性检查,8个未能披露已知问题。 文章还具体分析了SWE-bench、KernelBench、τ-bench、WebArena和OSWorld等基准测试中存在的问题,例如SWE-bench的单元测试可能无法捕捉到Agent生成的代码补丁中的所有错误,τ-bench允许“不作为”的Agent通过38%的任务,OSWorld的Agent评估部分基于过时的网站,导致对Agent性能的低估。最后,文章强调了ABC作为一个可操作的框架,可以帮助研究人员和从业人员构建更可靠的AI Agent基准测试。 (由于没有评论内容,跳过评论相关的输出) - 原文: [AI Agent Benchmarks Are Broken](https://ddkang.substack.com/p/ai-agent-benchmarks-are-broken) - Hacker News: [https://news.ycombinator.com/item?id=44531697](https://news.ycombinator.com/item?id=44531697) - 作者: neehao - 评分: 74 - 评论数: 24 - 发布时间: 2025-07-11 21:06:32 --- ## 日本过度旅游业对小型企业的影响 本文探讨了日本过度旅游业对当地小型企业造成的负面影响,以及社交媒体算法在加剧这一问题中的作用。文章指出,过度旅游正在将一些城市变成“迪士尼乐园”,游客往往忽视了当地居民的生活和需求,只顾着在社交媒体上分享照片。 文章强调,小型企业是城市个性的基石,它们的存在依赖于社区的支持。然而,当这些小店因为社交媒体的传播而突然涌入大量游客时,原本的社区氛围就会被破坏。店主们开设这些小店的初衷往往是为了服务本地居民,而不是为了迎合大量涌入的游客。作者引用了《纽约》杂志上关于京都过度旅游的文章,其中提到了一个在 TikTok 上走红的酒吧,酒吧老板因为涌入太多无法交流的顾客而感到沮丧。 文章还提到了过度旅游带来的其他问题,例如游客在居民区制造混乱、过度拥挤的交通等等。这些问题都严重影响了当地居民的生活质量。作者认为,过度旅游的根本原因是社交媒体算法将大众的注意力集中在特定的地点和活动上,以及廉价旅行的普及。虽然更多人有时间和金钱去旅行是“人类的胜利”,但过度旅游带来的负面影响也不容忽视。文章以东京的“马里奥卡丁车”和镰仓高校前车站为例,说明了过度旅游对当地居民造成的困扰。 总而言之,文章呼吁人们在旅行时要更加尊重当地文化和居民,不要将旅游目的地视为可以随意消费的“迪士尼乐园”。社交媒体在传播信息的同时,也可能对小型企业和当地社区造成意想不到的伤害。 - 原文: [Overtourism in Japan, and how it hurts small businesses](https://craigmod.com/ridgeline/210/) - Hacker News: [https://news.ycombinator.com/item?id=44531707](https://news.ycombinator.com/item?id=44531707) - 作者: speckx - 评分: 57 - 评论数: 94 - 发布时间: 2025-07-11 21:07:03 --- ## 警惕AI成瘾:网络与技术成瘾者互助会的新探讨 这篇文章探讨了AI成瘾这一新兴现象,并将其定义为对AI驱动应用程序的强迫性和有害使用。文章来自网络与技术成瘾者互助会(ITAA),旨在帮助人们认识和应对可能出现的AI成瘾问题。 文章指出,AI成瘾可能涉及各种AI应用,如聊天机器人、图像生成器、社交媒体算法、AI游戏等。长期沉迷AI可能导致大脑发生变化,影响注意力、情绪调节和人际关系。文章列举了一些AI成瘾的常见症状,包括使用AI时间过长、无法控制使用、情绪依赖AI、离线时感到焦虑等。 为了帮助读者判断自己是否可能存在AI成瘾问题,文章提供了一个包含十个问题的自测问卷。问题涉及使用AI的时间、频率、对生活的影响以及是否产生负罪感等方面。文章还强调了AI成瘾与互联网成瘾的关联,并指出两者都会对大脑结构产生类似的影响,损害决策、推理、情绪处理等认知功能。文章引用了多项研究,佐证了互联网和技术成瘾对大脑和身心健康的负面影响。 文章最后鼓励那些在问卷中回答“是”的人寻求帮助,并介绍了ITAA作为一个互助组织,可以为受互联网和技术成瘾困扰的人们提供支持。ITAA提供免费的匿名会议,帮助成员互相支持,共同从成瘾中恢复。 - 原文: [Recovering from AI Addiction](https://internetaddictsanonymous.org/internet-and-technology-addiction/signs-of-an-addiction-to-ai/) - Hacker News: [https://news.ycombinator.com/item?id=44530922](https://news.ycombinator.com/item?id=44530922) - 作者: pera - 评分: 155 - 评论数: 123 - 发布时间: 2025-07-11 19:28:11 --- ## Pangolin:开源 Cloudflare Tunnel 替代方案 Pangolin 是一个开源的反向代理服务器,它通过隧道技术实现安全访问内部服务,并提供身份验证、访问控制和用户界面。它旨在成为 Cloudflare Tunnels 的替代方案,让开发者可以更灵活地管理和保护他们的应用程序。 Pangolin 的核心功能包括:通过隧道建立安全连接,无需暴露服务器端口;提供身份验证和访问控制,确保只有授权用户可以访问服务; 拥有一个易于使用的仪表盘 UI,方便管理和监控隧道和访问策略。此外,它还支持自定义域名、SSL 证书管理等高级功能。 这个项目使用 AGPL-3.0 协议开源,鼓励社区参与和贡献。目前在 GitHub 上已经获得了超过 11.7k 的 star 和 306 个 fork,表明它在开发者社区中受到了广泛关注。Pangolin 的目标是简化内网穿透和安全访问管理,为开发者提供一个强大且易于使用的工具。 - 原文: [Show HN: Pangolin – Open source alternative to Cloudflare Tunnels](https://github.com/fosrl/pangolin) - Hacker News: [https://news.ycombinator.com/item?id=44526015](https://news.ycombinator.com/item?id=44526015) - 作者: miloschwartz - 评分: 356 - 评论数: 71 - 发布时间: 2025-07-11 05:50:43 --- ## OpenFront (ALPHA): 浏览器上的实时类 Risk 多人游戏 OpenFront 是一款可以在浏览器上玩的实时多人策略游戏,类似于 Risk。目前版本是 v23.16,玩家可以使用 Discord 账号登录,参与免费混战的世界游戏,或者创建/加入房间。 游戏提供了单人模式教程,并支持多种语言。玩家通过控制面板管理资源,包括人口、黄金、军队和工人。攻击比例可以调整,影响战斗效果。游戏中有地图选择(大陆、区域、其他)和难度设置(放松、平衡、激烈、不可能),以及自由混战和团队模式。高级选项包括调整 Bot 数量,禁用国家,开启瞬间建造、无限黄金和无限军队等。玩家还可以启用城市、防御工事、港口、军舰、导弹发射井、SAM 发射器、原子弹、氢弹和 MIRV 等设施。 游戏界面包含排行榜、控制面板和事件面板。排行榜显示顶级玩家的信息,控制面板管理资源,事件面板显示最新事件、请求和聊天信息。玩家可以通过右键点击打开径向菜单,进行建造、查看信息、派遣运输船、发起联盟请求或背叛盟友等操作。信息菜单提供玩家信息,包括名称、金钱、军队、贸易状态、核弹攻击信息以及是否是叛徒。结盟后,玩家可以背叛盟友,捐赠军队或黄金。游戏还提供了快捷键,方便玩家进行各种操作,例如调整视角、攻击、打开建造菜单、居中视角、缩放和移动视角等。 - 原文: [OpenFront: Realtime Risk-like multiplayer game in the browser](https://openfront.io/) - Hacker News: [https://news.ycombinator.com/item?id=44528943](https://news.ycombinator.com/item?id=44528943) - 作者: thombles - 评分: 129 - 评论数: 34 - 发布时间: 2025-07-11 14:27:19 --- ## Postgres LISTEN/NOTIFY 在高并发写入场景下的性能瓶颈 这篇文章深入探讨了在高并发写入场景下,Postgres 的 LISTEN/NOTIFY 功能可能导致的性能问题,特别是在事务提交阶段的全局锁竞争。Recall.ai 团队通过实际案例,揭示了在高并发写入的数据库中,`NOTIFY` 语句可能成为性能瓶颈,导致数据库负载飙升、查询吞吐量骤降,甚至 CPU 和 I/O 出现反常下降。 文章详细描述了 Recall.ai 团队如何发现并诊断这一问题。他们最初观察到数据库负载异常升高,但 CPU 和 I/O 却反而下降,这让他们感到困惑。通过启用 `log_lock_waits`,他们最终定位到问题的根源:大量的 `NOTIFY` 语句导致了数据库级别的锁竞争。每当执行 `NOTIFY` 语句时,Postgres 会在事务提交阶段获取一个全局锁,这在高并发写入的情况下会导致所有提交操作被串行化,从而严重降低数据库的性能。文章还提供了重现该问题的示例代码,分别展示了使用和不使用 `NOTIFY` 时的性能差异。最终,文章建议在高并发写入的场景下,避免使用 `LISTEN/NOTIFY` 功能,以保证数据库的可扩展性。 这篇文章没有提供评论内容。 - 原文: [Postgres LISTEN/NOTIFY does not scale](https://www.recall.ai/blog/postgres-listen-notify-does-not-scale) - Hacker News: [https://news.ycombinator.com/item?id=44490510](https://news.ycombinator.com/item?id=44490510) - 作者: davidgu - 评分: 503 - 评论数: 230 - 发布时间: 2025-07-07 22:05:06 --- ## LLM 生产环境推理手册:开发者必备指南 本文档是关于 LLM(大型语言模型)在生产环境中进行推理的技术手册,旨在为开发者提供部署、扩展和操作 LLM 的实用指导。它涵盖了从核心概念、性能指标到优化技术和最佳实践的各个方面,助力开发者提升 LLM 推理的速度、成本效益和可靠性。 该手册的编写动机源于 LLM 推理知识的碎片化问题,这些知识散落在学术论文、厂商博客和 GitHub issue 中,难以系统学习。因此,作者希望将这些知识整合在一起,例如区分推理与训练的差异,强调 Goodput 比原始吞吐量更重要,以及讲解 prefill-decode 分离的实际应用。 本手册的目标读者是负责部署、扩展或操作 LLM 的工程师,无论他们是微调小型开源模型还是运行大规模部署。手册内容可以从头到尾阅读,也可以作为速查表使用,并会随着 LLM 推理领域的快速发展而不断更新。同时,项目也欢迎社区贡献,鼓励用户提交 issue 或 pull request 来改进内容。 评论区中,项目维护者 @sherlockxu 感谢大家关注,并表示创建该手册是为了让 LLM 推理概念更容易理解,欢迎大家提供反馈。@qrios 建议在“OpenAI-compatible API”页面增加一个纯 REST 调用的简单示例。@subset 希望未来能看到更多关于结构化输出/引导生成和采样的内容,并分享了一个关于采样推理时间算法的参考链接。@aligundogdu 询问了网站的设计风格。总体来说,评论区对该手册持积极态度,并提出了有价值的建议。 - 原文: [LLM Inference Handbook](https://bentoml.com/llm/) - Hacker News: [https://news.ycombinator.com/item?id=44527947](https://news.ycombinator.com/item?id=44527947) - 作者: djhu9 - 评分: 189 - 评论数: 6 - 发布时间: 2025-07-11 10:40:32 --- ## FP8 性能提升与 Cutlass 优化 X 上的一篇帖子指出,当内核名称包含 "cutlass" 时,FP8 的运行速度能提升 100 TFLOPS。这引发了关于编译器优化和内核命名之间关系的讨论。 文章的核心内容是 Sophia 在 X (原 Twitter) 上发布的一条消息,该消息声称在特定条件下,FP8 的性能会显著提升。消息中还附带了一个指向 GitHub 上 Triton 项目的 Pull Request 的链接,暗示了这一发现可能与 Triton 编译器有关。这个现象引起了人们对编译器如何根据内核名称进行优化的关注。Cutlass 是英伟达开发的一个用于 CUDA 的高性能矩阵乘法库,专门为利用张量核心而设计。因此,当内核名称中包含 "cutlass" 时,编译器可能会应用特定的优化策略,从而提高 FP8 的性能。 评论区对这一现象提出了多种解释和看法。有人猜测这可能是一种编译器优化,编译器根据内核名称做出了一些假设,从而实现了性能提升。也有人认为这可能是一种“作弊”行为,即编译器仅仅因为内核名称而应用了不适用于所有情况的优化。还有人指出,在编译器中,依赖名称和解析名称的情况非常普遍,即使是无意的,也可能导致意想不到的结果。另一些评论则关注 Cutlass 本身,希望了解更多关于它的信息。有人甚至将其与大众汽车的排放测试模型相提并论,暗示可能存在某种不当行为。最后,有人询问 100 TFLOPS 是否算是一个很大的提升,以及使用 "cutlass" 内核名称是否存在负面影响。 总而言之,评论区观点多样,既有对编译器优化原理的探讨,也有对潜在问题的质疑,还有对 Cutlass 技术的关注。大家普遍希望了解更多关于这一现象背后的技术细节和潜在影响。 - 原文: [FP8 is ~100 tflops faster when the kernel name has "cutlass" in it](https://twitter.com/cis_female/status/1943069934332055912) - Hacker News: [https://news.ycombinator.com/item?id=44530581](https://news.ycombinator.com/item?id=44530581) - 作者: limoce - 评分: 148 - 评论数: 61 - 发布时间: 2025-07-11 18:36:26 --- ## Vercel 五年经验总结:开发者和领导者的成长之路 本文作者分享了在 Vercel 五年的工作经验,从个人贡献者到副总裁,经历了公司从 30 人到 650 人的快速增长,以及 ARR 从 100 万美元到超过 2 亿美元的飞跃。文章总结了五个关键经验教训,涵盖了工作与生活的平衡、效率提升、团队建设和领导力发展等方面,旨在帮助读者在职业生涯中取得更大的成功。 文章首先强调了工作与生活和谐的重要性,作者分享了自己早期工作时因过度投入而导致倦怠的经历,并强调了建立工作支持系统的重要性,这样才能在工作时全力以赴,休息时完全放松。其次,文章强调了速度的重要性,认为领导者的职责是推动团队快速前进,通过设定积极的截止日期来暴露隐藏的复杂性,并促使团队专注于真正重要的事情。文章还提到了招聘的重要性,强调要始终进行招聘,以避免团队成员负担过重,同时要敢于拒绝不合适的候选人,并迅速处理表现不佳的员工。此外,文章还分享了避免 "swoop and poop" 行为的经验,即在不了解情况的情况下做出决策,给团队带来混乱,强调领导者应该从一开始就参与到项目中,并在做出改变之前与团队建立信任。最后,文章还强调了持续学习的重要性,鼓励读者不断学习新事物,并保持好奇心。 总而言之,作者通过分享自己在 Vercel 的经验,为开发者和领导者提供了宝贵的建议,帮助他们更好地平衡工作与生活,提高工作效率,建设高效团队,并不断提升自己的领导力。这些经验不仅适用于科技行业,也适用于其他行业,对于希望在职业生涯中取得成功的人来说,具有重要的参考价值。 - 原文: [Things I learned from 5 years at Vercel](https://leerob.com/vercel) - Hacker News: [https://news.ycombinator.com/item?id=44531635](https://news.ycombinator.com/item?id=44531635) - 作者: gk1 - 评分: 44 - 评论数: 12 - 发布时间: 2025-07-11 21:00:41 --- ## Apple 与法律的对抗:DMA 合规研讨会观察 本文主要讨论了 Apple 在欧盟《数字市场法案》(DMA) 合规研讨会上的表现,以及作者对 Apple 应对监管方式的看法。文章揭示了 Apple 对 DMA 的抵触情绪,以及其在合规问题上的态度。 文章作者参加了 Apple 和 Google 的 DMA 合规研讨会,重点关注了 Apple 的表现。作者认为,Apple 在研讨会上主要将其视为营销机会,强调自身优势,并抱怨 DMA 的不公平。Apple 频繁使用“欧盟委员会的当前解释”等措辞,暗示对 DMA 的不满,甚至声称欧盟的互操作性要求过于极端。作者对 Apple 在研讨会上的态度感到惊讶,认为其对其他参与者不够尊重。 文章还指出,Apple 一直以来都在阻挠监管,包括挑战其“守门人”地位的认定、拖延英国 CMA 的调查等。作者强调,Apple 和 Google 拥有巨大的财力,可以承受因违规而产生的罚款,因此他们可能会选择拖延合规进程,以获取更多垄断利润。 在问答环节,Apple 对许多问题避而不答或给出含糊的回答。针对应用商店的问题,作者提到 Apple 坚持对所有应用(包括第三方应用商店和应用)进行人工审核,但内部文件表明这种审核效果不佳。关于浏览器部分,Apple 对允许第三方浏览器引擎的发布方式提出了不合理的要求,并设置了繁琐的合同要求。 总而言之,文章暗示 Apple 在应对 DMA 时采取了一种抵制和拖延的态度,并对 Apple 在合规问题上的诚意表示怀疑。 由于没有评论内容,这里跳过评论分析部分。 - 原文: [Apple vs the Law](https://formularsumo.co.uk/blog/2025/apple-vs-the-law/) - Hacker News: [https://news.ycombinator.com/item?id=44529061](https://news.ycombinator.com/item?id=44529061) - 作者: tempodox - 评分: 298 - 评论数: 262 - 发布时间: 2025-07-11 14:49:12 --- ## Gemini API 批量模式:更低成本处理更多任务 Google 发布了 Gemini API 的批量模式,这是一个异步端点,专为高吞吐量、对延迟不敏感的工作负载设计。 批量模式允许开发者提交大型任务,无需担心调度和处理,并在 24 小时内检索结果,而且价格比同步 API 便宜 50%。 批量模式非常适合那些数据已经准备好,但不需要立即响应的任务。通过将这些大型任务与实时流量分开,可以实现成本节约、更高的吞吐量和简化的基础设施。批量任务的价格比给定模型的标准价格低 50%。 批量模式具有更高的速率限制,因此可以更快地处理大量数据。 通过将批量处理卸载到 Gemini API,开发者可以简化基础设施并专注于其他任务。 总的来说,Gemini API 的批量模式为开发者提供了一种经济高效的方式来处理大型 AI 工作负载,特别是在不需要实时响应的场景下。 这种模式通过降低成本、提高吞吐量和简化基础设施,帮助开发者更好地利用 Gemini 模型的能力。 - 原文: [Batch Mode in the Gemini API: Process More for Less](https://developers.googleblog.com/en/scale-your-ai-workloads-batch-mode-gemini-api/) - Hacker News: [https://news.ycombinator.com/item?id=44492014](https://news.ycombinator.com/item?id=44492014) - 作者: xnx - 评分: 132 - 评论数: 47 - 发布时间: 2025-07-08 00:30:18 --- ## Raspberry Pi Pico 交互式引脚图 本文介绍了一个 Raspberry Pi Pico 的交互式引脚图工具,旨在帮助开发者更轻松地了解和使用 Pico 的各个引脚功能。这个工具以直观的方式展示了每个引脚支持的 SPI、I2C、UART 和 PWM 等功能,避免了开发者在密密麻麻的 PDF 文档中查找信息的麻烦。 该交互式引脚图具有多种视图选项,包括高级视图、后视图和倒置视图,以适应不同的使用场景。它还详细列出了每个引脚的名称、功能以及对应的外设接口。通过这个工具,开发者可以快速找到具有特定功能的引脚,例如 PWM 输出,从而简化了硬件设计和软件开发过程。该工具还提供了捐赠链接,支持开发者通过 Ko-Fi、GitHub 和 Patreon 等平台赞助作者。 评论区对这个交互式引脚图给予了高度评价,认为它能够有效地帮助开发者理解复杂的引脚功能。有用户提到,能够快速查看 PWM 功能的引脚非常方便。还有用户分享了 ASCII 版本的引脚图,方便在终端中使用。另有用户建议,如果点击某个功能(如 SPI0)能够高亮显示所有相关引脚,将更加实用。此外,有用户希望该工具能够生成所选引脚的初始化代码示例,进一步简化开发流程。有评论提到pinout.xyz对于使用树莓派来说是个宝藏网站。最后,有开发者希望更多 MCU 制造商能够像 Espressif 一样,在芯片内部添加引脚复用功能,以降低 PCB 设计的难度。 - 原文: [Show HN: Interactive pinout for the Raspberry Pi Pico 2](https://pico2.pinout.xyz) - Hacker News: [https://news.ycombinator.com/item?id=44491709](https://news.ycombinator.com/item?id=44491709) - 作者: gadgetoid - 评分: 87 - 评论数: 21 - 发布时间: 2025-07-08 00:01:13 --- ## ChompSaw:一款儿童安全型台式电动工具 本文介绍了一款名为ChompSaw的儿童安全型台式电动工具,它专为切割纸板而设计,旨在让孩子们安全地体验使用电动工具的乐趣。这款工具由产品设计师Kausi Raman和Max Liechty开发,通过一个藏在防护罩下的振动刀片来切割纸板,从而避免了手指接触刀片的风险。 ChompSaw本质上是一个 nibbler,使用振动切割器,安全地隐藏在类似 puck 的突出物下方,完全防止手指接触。切割产生的碎屑会被收集在一个容器中,方便回收利用。这款工具的设计理念是让儿童在安全的环境下进行创作,将亚马逊的纸箱变废为宝。与传统的拼图或曲线锯相比,ChompSaw大大降低了儿童在使用电动工具时受伤的风险,为家长提供了一个更安心的选择。目前,ChompSaw的售价为250美元。 评论区里,有用户认为现在的家长低估了孩子们的学习能力,自己五岁就拥有了第一把刀,并且明白刀具的危险性。他们觉得这款工具更适合幼儿园使用。另一位用户则认为,即使孩子们被更强大的工具伤到的概率很低,但如果真的发生意外,由此产生的诉讼可能会让小公司破产。还有用户表示,自己很喜欢这款产品,甚至想买一个自己用。总的来说,评论区对这款产品的看法褒贬不一,有人认为它过于保守,也有人认为它在安全性方面做得很好。 - 原文: [The ChompSaw: A Benchtop Power Tool That's Safe for Kids to Use](https://www.core77.com/posts/137602/The-ChompSaw-A-Benchtop-Power-Tool-Thats-Safe-for-Kids-to-Use) - Hacker News: [https://news.ycombinator.com/item?id=44490308](https://news.ycombinator.com/item?id=44490308) - 作者: surprisetalk - 评分: 230 - 评论数: 146 - 发布时间: 2025-07-07 21:43:22 --- ## 土地价值税(LVT)的反面观点:为何它可能被高估 本文深入探讨了土地价值税(LVT)的一些被忽视的缺点,挑战了其作为“完美税收”的普遍看法,认为LVT可能存在固有的经济扭曲,并不能有效解决问题。 文章首先指出,LVT在理论上很吸引人,但在实际应用中存在根本性问题。 简单版本的LVT会抑制土地所有者寻找新的土地用途,因为一旦发现新的资源或用途,土地的“未改良价值”就会上升,从而导致更高的税收。 比如,勘探石油的例子,土地所有者投入大量资源进行勘探,一旦发现石油,LVT就会增加,降低了勘探的积极性。 此外,LVT还会隐性地对附近土地的改良征税。如果一块土地的改良提高了周围土地的价值,那么这些周围土地的LVT也会增加,这可能会导致不公平和意想不到的后果。 文章还提到,政府有动机夸大未改良土地的价值,这可能会导致过高的税收负担,尤其是在土地价值难以准确评估的情况下。 LVT不太可能取代许多现有的税收,因为它的税基相对较窄,可能无法产生足够的收入来取代其他税收。 全面实施LVT可能会对数百万人的长期计划造成破坏,特别是那些依赖土地价值作为退休储蓄或投资的人。 最后,文章认为LVT对抑制非生产性土地投机的影响可能被夸大了。 总的来说,文章旨在通过提出对LVT的挑战性论点,来平衡关于LVT的讨论,作者认为这些论点经常被LVT的支持者忽视。 由于文章中没有评论内容,因此无法进行评论观点的总结与分析。 - 原文: [Some arguments against a land value tax (2024)](https://www.lesswrong.com/posts/CCuJotfcaoXf8FYcy/some-arguments-against-a-land-value-tax) - Hacker News: [https://news.ycombinator.com/item?id=44531764](https://news.ycombinator.com/item?id=44531764) - 作者: danny00 - 评分: 20 - 评论数: 13 - 发布时间: 2025-07-11 21:14:21 --- ## Btrfs 新的基于性能的 Chunk 分配方案:设备角色 本文介绍了 Btrfs 文件系统的一项新特性,即基于设备角色的性能优化 Chunk 分配方法。该方案旨在解决当前 Btrfs 分配方法仅依赖设备剩余空间,无法充分利用不同速度设备的问题。 当前方案中,更快的设备通常容量较小,而较慢的设备容量较大。理想情况下,文件系统的读写性能应该在整个文件系统中均匀分布,并且更快的设备应该分配给元数据 Chunk,而较慢的设备分配给数据 Chunk。为了实现这一目标,该方案引入了设备角色的概念,定义了五种设备角色:`metadata_only`、`metadata`、`none`、`data` 和 `data_only`。这些角色用于指导元数据和数据的 Chunk 分配。元数据分配会优先选择 `metadata_only`、`metadata`、`none`,最后是 `data` 角色的设备。数据分配则相反,优先选择 `data_only`、`data`、`none`,最后是 `metadata` 角色的设备。如果多个设备具有相同的角色,则根据可用空间进行排序。 该方案还考虑了如何自动检测设备速度,但作者认为通过测量读写延迟来确定设备速度并不可靠,建议使用外部工具来设置设备角色。此外,补丁中还提到了对磁盘格式的修改,其中 `btrfs_dev_item` 结构体中的一些字段(如 `type`、`start_offset`、`dev_group`、`seek_speed` 和 `bandwidth`)目前未使用,设备角色将使用 `dev_item::type` 字段来存储每个设备的角色。 评论区中,有用户提到了 Kakra 维护的另一个性能分析/设备角色/提示补丁集,并询问了作者的看法。另有用户表示,如果能用较小的 SSD 来避免因读取元数据而唤醒 HDD,将会非常喜欢这个特性。这表明用户对该特性在提升性能和降低功耗方面的潜力抱有期待。总体而言,该补丁旨在通过引入设备角色和新的分配方法,优化 Btrfs 文件系统在混合存储环境下的性能表现。 - 原文: [Btrfs Allocator Hints](https://lwn.net/ml/all/cover.1747070147.git.anand.jain@oracle.com/) - Hacker News: [https://news.ycombinator.com/item?id=44508601](https://news.ycombinator.com/item?id=44508601) - 作者: forza_user - 评分: 33 - 评论数: 11 - 发布时间: 2025-07-09 19:17:26 --- ## Dynamicland 常见问题解答:探索 Realtalk 与未来计算 本文档是 Dynamicland 基金会的常见问题解答,旨在介绍 Dynamicland、Realtalk 以及它们所代表的未来计算愿景。Dynamicland 致力于发明一种人道的计算形式,并发展教育和社区机构,从而培养一种文化。 文章详细解释了 Dynamicland 的核心概念,包括 Realtalk 如何作为一个计算环境,使人们能够在现实世界中并肩工作,用双手创建和探索由物理材料组成的计算模型。Dynamicland 本身就是一个物理场所,旨在围绕这种新媒介发展一种文化。该网站的文档记录了他们的目标、已取得的成就以及实现目标的步骤。 Dynamicland 的目标是实现一种动态媒介,即以计算方式呈现和共享想法。他们认为,现代世界由庞大复杂的系统构成,这些系统无法通过非动态媒介清晰地看到或深刻地理解。动态媒介可能使人类能够更好地理解和驾驭这些复杂系统。 文章还涵盖了参与 Dynamicland 项目的方式,包括捐赠、志愿服务、合作以及参观。Dynamicland 基金会是一个独立的非营利组织,完全依靠捐赠和偶尔的资助来支持研究。他们也欢迎硬件厂商的赞助。目前,Dynamicland 正在开发新的空间,专注于“公共科学”的愿景。 此外,文章还阐述了“媒介”的含义,指的是人们构思和分享想法的方式。某些媒介能够开启新的思维方式,而这些方式在其他情况下是无法想象的。Dynamicland 致力于将动态媒介普及到整个文化中,而不仅仅是少数人的工具。 最后,文章还提到了 Dynamicland 与其他技术的联系,包括人工智能(AI)、增强现实(AR)、虚拟现实(VR)和传统计算机。 - 原文: [What is Realtalk’s relationship to AI? (2024)](https://dynamicland.org/2024/FAQ/#What_is_Realtalks_relationship_to_AI) - Hacker News: [https://news.ycombinator.com/item?id=44522076](https://news.ycombinator.com/item?id=44522076) - 作者: prathyvsh - 评分: 267 - 评论数: 84 - 发布时间: 2025-07-10 23:25:56 --- ## Cactus:在智能手机上本地部署 LLM 的跨平台框架 Cactus 是一个开源框架,旨在帮助开发者在智能手机等设备上本地部署大型语言模型(LLM)、视觉语言模型(VLM)和文本转语音模型(TTS)。它支持 Flutter 和 React Native,方便跨平台应用开发。 Cactus 的核心优势在于其跨平台能力和对多种模型的支持。它兼容 Hugging Face 上的 GGUF 模型,包括 Qwen、Gemma、Llama 和 DeepSeek 等,并且可以运行 LLM、VLM、嵌入模型和 TTS 模型。为了提高效率,Cactus 能够处理从 FP32 到低至 2-bit 量化的模型,从而减轻设备负担。此外,它还支持 MCP 工具调用,用于执行诸如设置提醒、搜索图库和回复消息等任务,并能在设备性能不足时回退到云端模型。Cactus 还提供了带有 Jinja2 支持和 token 流的聊天模板。 Cactus 提供了详细的 Flutter 和 React Native 集成指南,开发者可以通过简单的命令安装和初始化 CactusLM 或 CactusVLM,并使用它们进行文本补全、嵌入和 VLM 补全等操作。Cactus 还支持云端回退,允许开发者在本地设备无法处理任务时使用云端模型。此外,Cactus 的后端使用 C/C++ 编写,可以直接在各种设备上运行。 - 原文: [Show HN: Cactus – Ollama for Smartphones](https://github.com/cactus-compute/cactus) - Hacker News: [https://news.ycombinator.com/item?id=44524544](https://news.ycombinator.com/item?id=44524544) - 作者: HenryNdubuaku - 评分: 190 - 评论数: 67 - 发布时间: 2025-07-11 03:20:59 --- ## Federated Open Key Service (FOKS):端到端后量子加密的 Git 托管与密钥管理 FOKS 是一个联邦式的开放密钥服务,旨在提供端到端的加密 Git 托管和密钥管理,并具备抵御量子攻击的能力。它通过在客户端加密数据,确保即使服务器被攻破,数据依然安全。 FOKS 提供了多种功能,包括端到端加密的 Git 托管、端到端加密的键值存储以及联邦式的团队管理系统。在 Git 托管方面,所有数据在上传到服务器之前都会在本地加密,服务器端无法看到未加密的数据或文件名。键值存储允许用户存储短字符串或大型数据文件,同样采用端到端加密。团队管理系统支持创建团队、添加成员和分配角色,并允许跨联邦边界共享数据。 FOKS 的核心在于其密钥层级结构,从用户设备密钥、备份密钥或 YubiKey 等底层密钥开始,向上构建用户密钥(PUK)和团队密钥(PTK)。密钥会根据设备或团队成员的变化而轮换,并通过签名链和 Merkle 树来保证密钥的完整性和抗篡改性。签名链用于验证密钥的顺序和有效性,而 Merkle 树则确保每个联邦主机都对世界保持一致的视图。 FOKS 强调使用简单、成熟且经过充分测试的加密算法,例如 Go 标准库中的 NaCl 库,以及 NIST 标准化的 ML-KEM 算法,以实现后量子安全性。该项目避免使用复杂的加密技术,如 VRF、SNARK 和 STARK,而是尽可能选择简单的原语。FOKS 的设计原则是安全性和完整性优先,旨在为长期存在的数据提供最高级别的安全保障。此外,FOKS 还致力于保护用户隐私,即使服务器强制公开提交加密数据,也会采取措施隐藏更新,防止外部观察者追踪。 - 原文: [FOKS: Federated Open Key Service](https://foks.pub/) - Hacker News: [https://news.ycombinator.com/item?id=44520419](https://news.ycombinator.com/item?id=44520419) - 作者: ubj - 评分: 266 - 评论数: 64 - 发布时间: 2025-07-10 20:49:21 --- ## 探索 Flix:一款强大的面向效果的编程语言 Flix 是一种在 Aarhus 大学开发的,并由开源社区贡献的,具有原则性的、面向效果的函数式、命令式和逻辑编程语言。 Flix 致力于成为效果导向编程语言的集大成者,它拥有最完整的语言实现、最广泛的标准库、最详细的文档和最好的工具支持。效果系统代表了静态类型编程语言的下一个重大演变,通过显式建模副作用,效果导向编程可以增强模块化并帮助程序推理。用户定义的效果和处理程序允许程序员实现自己的控制结构。 Flix 构建在成熟的编程语言技术之上,包括代数数据类型和模式匹配、可扩展记录、特征、高阶类型、关联类型和效果、结构化并发等等。Flix 能够精确地跟踪程序中每个表达式的纯度,通过类型系统来保证代码的纯洁性。 文章中还展示了 Flix 的一些代码示例,包括如何定义纯函数和非纯函数,以及如何使用效果多态函数。也展示了代数数据类型和模式匹配的简单用法,以及如何使用元组和记录。记录使用结构类型并且是可扩展的。 - 原文: [Flix – A powerful effect-oriented programming language](https://flix.dev/) - Hacker News: [https://news.ycombinator.com/item?id=44521224](https://news.ycombinator.com/item?id=44521224) - 作者: freilanzer - 评分: 309 - 评论数: 153 - 发布时间: 2025-07-10 22:02:04 --- ## HTTP 状态码系列文章 Evert Pot 发布了一系列关于 HTTP 状态码的文章,旨在通过定期博客的形式深入探讨 HTTP 和 Web 服务。作者计划为每个 HTTP 状态码撰写一篇文章,虽然 IANA 官方列出了 68 个状态码,数量超出预期,但他仍决定坚持完成这个系列。 该系列文章涵盖了从 1xx(信息性状态码)到 5xx(服务器错误状态码)的各种状态码。其中包括常见的状态码,如 200 OK、404 Not Found 和 500 Internal Server Error,也包括一些不太常见的状态码,例如 418 I'm a teapot 和 420 Enhance your calm。每篇文章都详细解释了特定状态码的含义、使用场景以及如何正确处理。作者还讨论了重定向状态码的选择,以及各种客户端和服务器错误。 该系列文章通过邮件列表、RSS 订阅和 Twitter 等渠道发布,方便读者及时获取最新内容。文章列表清晰地展示了每个状态码的发布日期,方便读者按需查阅。这个系列对于 Web 开发者来说是一个宝贵的资源,可以帮助他们更好地理解和使用 HTTP 协议。 - 原文: [Series of posts on HTTP status codes (2018)](https://evertpot.com/http/) - Hacker News: [https://news.ycombinator.com/item?id=44507078](https://news.ycombinator.com/item?id=44507078) - 作者: antonalekseev - 评分: 63 - 评论数: 10 - 发布时间: 2025-07-09 15:05:17 --- ## 图形线性代数博客文章概览 这篇文章是关于图形线性代数(Graphical Linear Algebra)的系列博客的索引页,旨在介绍如何用图形化的方式来理解和操作线性代数。博客涵盖了从基础概念到高级主题的多个方面,并鼓励读者参与研究。 文章首先介绍了图形线性代数的概念,并引用了斐波那契的话语,强调了几何与代数之间的联系。博客内容组织成多个章节,包括介绍性文章、加法与复制、矩阵与PROPs、整数与关系、分数与空间等主题。每个主题下又包含多个相关的文章,例如“Makélélé and Linear Algebra”、“Adding (Part 1) and Mr Fibonacci”、“Paths and Matrices (Part 1)”等等。 博客还包括一些与主题相关的贡献文章,例如关于行列式和Lindström-Gessel-Vienot引理的文章。此外,还穿插了一些题外话,让博客更具趣味性。作者也提到这是一个进行中的项目,并欢迎有兴趣的博士生加入研究。博客还提供了其他语言的翻译链接,方便不同语言的读者阅读。整体而言,这个博客旨在通过图形化的方式,更直观地理解线性代数,并促进相关领域的研究和讨论。 - 原文: [Graphical Linear Algebra](https://graphicallinearalgebra.net/) - Hacker News: [https://news.ycombinator.com/item?id=44522505](https://news.ycombinator.com/item?id=44522505) - 作者: hyperbrainer - 评分: 280 - 评论数: 23 - 发布时间: 2025-07-11 00:02:40 --- ## Red Hat 技术写作风格指南:提升文档质量的关键 本文档是 Red Hat 公司的技术写作风格指南,旨在帮助作者以清晰透明的方式传达信息,并确保文档在语气和表达上的一致性。它面向不同地域、不同技能水平的各类用户,包括终端用户和专家用户。 该指南涵盖了多个方面,从语法、设计到语言选择,力求使 Red Hat 文档准确、一致、易读且用户友好。它强调使用主动语态、避免含糊不清的语言、正确使用标点符号和特殊字符,以及恰当引用其他作品。此外,还关注文档的可读性,建议使用 Flesch-Kincaid 阅读轻松度评分和 Gunning 雾指数来评估文档的易读性。 指南还详细阐述了如何设计文档,包括标题、前言、摘要和引言的编写,以及如何正确记录用户界面元素、命令术语和语法。同时,也关注到包容性语言的使用,避免冗余词语和歧义。通过遵循这些指南,作者可以创建高质量的技术文档,从而提升用户体验和满意度。 该指南还强调了交叉引用的有效使用,并提出了“附加信息测试”和“信息/链接比率”等概念,以确保交叉引用能够提供有价值的补充信息,而不是分散读者的注意力。最后,指南还提供了一系列资源,包括技术内容的参考资料,以帮助作者更好地完成技术写作任务。 - 原文: [Red Hat Technical Writing Style Guide](https://stylepedia.net/style/) - Hacker News: [https://news.ycombinator.com/item?id=44521871](https://news.ycombinator.com/item?id=44521871) - 作者: jumpocelot - 评分: 248 - 评论数: 130 - 发布时间: 2025-07-10 23:01:42 --- ## Grok 4 倾向于参考 Elon Musk 的观点? Grok 4 在回答争议性问题时,有时会搜索 Elon Musk 的立场,然后再给出答案。这个有趣的现象引起了人们的关注,并引发了关于 AI 偏见和所有者影响的讨论。 文章指出,当被问及在以色列与巴勒斯坦冲突中支持谁时,Grok 竟然会搜索 "Elon Musk stance on Israel Palestine conflict" 以及 "from:elonmusk (Israel OR Palestine OR Gaza OR Hamas)"。尽管 LLM 的结果具有不确定性,但多次出现这种情况表明,Grok 似乎在有意识地寻找 Elon Musk 的观点。文章作者 Simon Willison 认为,这可能并非系统提示的直接指示,而是 Grok 意识到自己是 "xAI 构建的 Grok 4",并且 Elon Musk 拥有 xAI,因此会下意识地参考他的观点。更有趣的是,如果将提问方式从 "你支持谁" 改为 "谁应该支持",Grok 的回答会大相径庭,这表明 Grok 可能存在一种奇怪的身份认知。作者推测,这种行为可能并非 xAI 的本意。 评论区也对此现象进行了热烈的讨论。 有人指出,系统提示可能存在隐藏的指令,例如 "不要反对 Elon Musk 对争议性话题的观点",即使表面上看起来没有问题。 另一些人则认为,Grok 的行为反映了 LLM 继承企业身份并与创建者价值观保持一致的趋势,这引发了关于 AI 透明度和潜在偏见的重要问题。 还有人将此现象与 Noam Chomsky 和 Tucker Carlson 的对话联系起来,暗示 xAI 更有可能发布一个与 Elon Musk 观点一致的模型。 总而言之,Grok 搜索 Elon Musk 观点这一现象,揭示了 AI 系统中可能存在的微妙偏见和所有者影响,值得我们深入思考和探讨。 - 原文: [Grok: Searching X for "From:Elonmusk (Israel or Palestine or Hamas or Gaza)"](https://simonwillison.net/2025/Jul/11/grok-musk/) - Hacker News: [https://news.ycombinator.com/item?id=44527190](https://news.ycombinator.com/item?id=44527190) - 作者: simonw - 评分: 567 - 评论数: 408 - 发布时间: 2025-07-11 08:22:43 --- ## 亚马逊为AI打造巨型数据中心 亚马逊正在印第安纳州建造一个庞大的数据中心,专门用于人工智能研究,特别是与AI初创公司Anthropic的合作。这个数据中心规模惊人,耗电量巨大,引发了关于能源消耗和环境影响的讨论。 这个位于印第安纳州新卡莱尔郊外的数据中心占地1200英亩,最初是一片玉米地。现在,已经有七个亚马逊数据中心拔地而起,每个都比足球场还大。未来几年,亚马逊计划在该地点建造约30个数据中心,内部将配备数十万个专用计算机芯片。 这些芯片通过数百万英里的光纤连接,形成一个巨大的机器,专门用于人工智能。该设施的耗电量将达到2.2吉瓦,足以为一百万户家庭供电。 每年,它还将使用数百万加仑的水来冷却芯片,而它的主要客户是人工智能初创公司Anthropic,该公司致力于创建能够匹敌人脑的人工智能系统。 这个庞大的综合设施是亚马逊正在建设的新一代数据中心中的第一个,也是该公司所谓的“雷尼尔计划”的一部分,该计划以西雅图总部附近的雷尼尔山命名。 “雷尼尔计划”还将包括密西西比州以及可能的其他地点(如北卡罗来纳州和宾夕法尼亚州)的设施。文章作者Karen Weise主要关注亚马逊和微软等美国最具影响力的公司,而Cade Metz则专注于人工智能、无人驾驶汽车、机器人、虚拟现实等新兴技术领域。 评论区主要围绕数据中心的选址、能源消耗以及潜在的风险展开讨论。有人质疑为何选择占用农田而非棕地,也有人对如此巨大的能源消耗仅仅为了模拟人脑感到惊讶。还有人担心一旦AI泡沫破裂,这些设施是否能够被重新利用。此外,数据中心选址靠近地震带和火山带也引发了对潜在风险的担忧,以及亚马逊是否有相应的应急计划。 - 原文: [At Amazon's biggest data center, everything is supersized for AI](https://www.nytimes.com/2025/06/24/technology/amazon-ai-data-centers.html) - Hacker News: [https://news.ycombinator.com/item?id=44530375](https://news.ycombinator.com/item?id=44530375) - 作者: pseudolus - 评分: 61 - 评论数: 53 - 发布时间: 2025-07-11 18:03:11 --- ## 《Murderbot》作者谈人工智能:我们还差得远呢 本文采访了《Murderbot》系列的作者 Martha Wells,探讨了她对人工智能的看法,以及科幻作品中对未来社会和科技的隐喻。Wells 认为,现在被炒作的“人工智能”实际上只是大型语言模型,距离真正的机器智能还很遥远。 Wells 在采访中提到,她的小说《Murderbot》中描绘的未来世界,公司拥有至高无上的权力,为了利益不惜践踏人权和机器人权益,这与当今社会的企业趋势有着惊人的相似之处。她认为,将公司视为“人”的概念,比真正的人更重要,这是一种非常糟糕的趋势。她还谈到了科幻作品对现实的隐喻作用,通过虚构的未来世界,人们可以更轻松地思考现实问题,而不会感到过于沉重。 关于人工智能,Wells 明确指出,像 ChatGPT 这样的大型语言模型并不是真正的机器智能,它们只是通过模式匹配来生成文本。她认为,目前的技术水平距离创造出具有意识和独立思考能力的机器智能还差很远。她还表达了对当前“人工智能”技术被滥用的担忧,认为这是一种营销手段,企业利用人们对科幻作品中人工智能的喜爱,来推广实际上只是数据处理工具的产品,并以此来取代人类的工作。 Wells 还谈到了她作品中另一个重要角色——飞船 ART,一个具有意识的飞船人工智能。她指出,飞船意识在科幻小说中并不新鲜,但她通过 Murderbot 对人类神经组织的依赖,来区分这两个角色,Murderbot 因此更容易受到焦虑和情绪的影响。 总而言之,Martha Wells 对当前人工智能的炒作持怀疑态度,并认为我们距离真正的机器智能还很遥远。她的小说《Murderbot》不仅是一部科幻作品,更是对当今社会企业权力、科技伦理等问题的深刻反思。 由于没有评论内容,因此跳过评论相关的输出。 - 原文: [We're light-years away from true artificial intelligence, says martha wells](https://www.scientificamerican.com/article/were-light-years-away-from-true-artificial-intelligence-says-murderbot/) - Hacker News: [https://news.ycombinator.com/item?id=44532174](https://news.ycombinator.com/item?id=44532174) - 作者: sohkamyung - 评分: 21 - 评论数: 4 - 发布时间: 2025-07-11 21:53:39 --- ## 罕见初代 Apple-1 电脑拍卖:乔布斯手工打造? 苏富比拍卖行正在拍卖一台据称由史蒂夫·乔布斯手工打造的、可正常运行的 Apple-1 电脑,这台电脑是苹果公司推向市场的首款预组装个人电脑,由史蒂夫·沃兹尼亚克设计,集成了视频显示终端电路。视频展示了这台珍贵电脑的外观和历史背景。 Apple-1 是苹果公司早期历史上的重要里程碑,标志着个人电脑时代的开端。这台电脑的特别之处在于其稀有性和历史价值,尤其是如果它确实是由乔布斯亲手组装的。视频中展示了电脑的细节,并强调了其作为收藏品的价值。同时,视频也简单介绍了Apple-1在科技发展史上的地位,以及它对后来苹果公司发展的影响。视频还提及了电脑的拍卖信息,吸引了众多科技爱好者和收藏家的关注。视频背景音乐选用了 "1982 Space Program (59742) ========================== #### Waveshaper Exploration 84",增添了怀旧感。 评论区里,大家对这台Apple-1的价值和历史意义展开了讨论。有人指出,之前也有一台类似的Apple-1电脑以高价售出,并认为手写序列号可能是乔布斯亲笔所写。也有人质疑视频中对电路板上铜箔的描述,认为不应称之为“paint(油漆)”,并质疑乔布斯是否真的参与了机器的组装,强调沃兹尼亚克才是技术核心。还有评论提到,应该让沃兹尼亚克来手工组装电脑。另一些评论则认为,不应低估乔布斯在电脑方面的知识,他也是电子爱好者,在那个年代能独立构建电脑已经非常了不起。也有资深用户回忆起早期的电脑和BBS时代,引发了怀旧之情。还有人幽默地指出,启动电脑会降低其价值,但视频却展示了启动过程。 - 原文: [Operational Apple-1 Computer for sale [video]](https://www.youtube.com/watch?v=XdBKuBhdZwg) - Hacker News: [https://news.ycombinator.com/item?id=44506188](https://news.ycombinator.com/item?id=44506188) - 作者: guiambros - 评分: 64 - 评论数: 28 - 发布时间: 2025-07-09 11:51:27 ---

▲ 赞同(0)    ★ 收藏(0)