Hacker News 高赞评论 - 2025-06-30
1. em500在”苹果信任危机加剧：F1电影钱包广告风波后续”中的新评论
苹果钱包应用在App Store上架，而F1广告风波直接违反了App Store审核指南（https://developer.apple.com/app-store/review/guidelines/）：
4.5.4 推送通知不得作为应用功能的必要条件，也不应用于发送敏感个人信息或机密信息。除非用户通过应用界面显示的同意条款明确选择接收，且应用中提供退订选项，否则不得将推送通知用于促销或直接营销目的。滥用该服务可能导致权限被撤销。
作者: em500 | 发布于: 2025-06-29 11:54
2. keiferski在”苹果信任危机加剧：’F1赛车电影’钱包广告风波后续”中的新评论
没有乔布斯和艾维的苹果越来越缺乏品味了。从广告到这类产品，他们的选择都显得格调低下，这要是放在15年前根本不可能发生——当时的苹果会觉得这种风格配不上自己的品牌。
作为苹果用户，我真心希望他们能找人来解决这个问题。否则他们迟早会沦为和其他毫无品味的科技公司一样的货色。
关于苹果与品味的更多讨论：https://www.readtrung.com/p/steve-jobs-rick-rubin-and-taste
作者: keiferski | 发布于: 2025-06-29 09:50
3. BrenBarn在《中产音乐人的消亡》一文中的新评论
我听到最多的一个答案是：政府应该推行全民基本收入。这确实能为艺术家提供安心创作的经济保障，但这个想法也被认为太过理想化。
但如果我们始终把”理想化”的方案视为不切实际，问题就永远得不到解决。这篇文章再次揭示了一个长期存在的现象：看似孤立的问题其实都是同一个深层问题的不同表现——即经济不平等程度实在太高了。问题不仅在于音乐人、演员、超市收银员或出租车司机等群体难以谋生，更在于能够维持生计的职业选择正变得越来越窄。像基本收入、财富税、拆分市场巨头这类普惠性解决方案，远比针对某个行业修修补补的措施更能从根本上改善现状。
作者: BrenBarn | 发布于: 2025-06-29 06:43
4. breve在”JavaScript商标更新”中的新评论
根据Bryan Cantrill的观点，你根本不需要对Oracle持开放态度。那纯粹是在浪费你的开放思维。他说你对Oracle的看法甚至比你以为的还要真实。他认为人类历史上再没有比Oracle更缺乏复杂性和微妙性的实体了。
Bryan警告道：”别掉入把Larry Ellison拟人化的陷阱。你应该像看待割草机一样看待Larry Ellison。你不会把割草机拟人化，割草机就只是割草而已。你把手伸进去它就会直接切掉，就这么简单。你不会想’哦，这割草机讨厌我’——割草机根本不在乎你，它也不可能恨你。别把割草机拟人化。对待Oracle时也别掉入这个陷阱。”
作者: breve | 发布于: 2025-06-29 00:07
5. maxk42在”JavaScript商标更新”中的新评论
据我所知，Oracle根本没有从JavaScript这个名称或品牌中获利。我不明白他们为什么要为这场官司辩护。他们本可以借此机会赢得一些好感，召开新闻发布会宣布：”我们将JavaScript商标赠予开发者社区！”但相反，他们却在捍卫一个实际上带不来任何收益的东西。这太荒谬了。
作者: maxk42 | 发布于: 2025-06-28 20:50
6. ChrisMarshallNY在”Engineered Addictions”中的新评论
我觉得问题其实更简单：公司本身就是产品。
当我们持有这种思维时，就完全不在乎那个被我们称为”产品”的东西了。它不过是喂养真正产品的饲料——我们只想把公司养肥，然后卖给最大的屠宰场。
这种心态几乎从创业伊始就存在。你甚至拿不到A轮融资，除非有个”退出计划”。
我认为退出计划的存在本身，就注定了用户的悲剧。没人在乎用户死活。大家只关心如何把公司养肥、包装漂亮。为此我们会拼命喂食垃圾食品，用最快速度催肥，完全不顾长期健康。
我真心希望科技行业能重新聚焦于真正为用户创造价值。这样依然能体面地生存，虽然可能赚不到现在这种疯狂的高额利润。
作者: ChrisMarshallNY | 发布于: 2025-06-28 19:03
7. klik99在”Engineered Addictions”中的新评论
在风投圈摸爬滚打数年后，我越来越确信外部投资是企业丧失道德底线的首要原因。对股东负有的法律义务会不断侵蚀道德准则。当企业管理者觉得自己被股东绑架、丧失自主决策权时，他们自然会将成瘾性研究奉为行动指南而非警示信号——这简直就是斯坦福监狱实验的翻版。
虽然讨厌简单归因，而且在这个YC系论坛说这话需要斟酌，但外部投资与成瘾性产品设计确实存在显著关联。可悲的是，当前政府削减资助和安全网的政策，迫使创业公司只能选择融资这条捷径。我的建议是：多给开源项目捐款吧。
作者: klik99 | 发布于: 2025-06-28 18:30
8. phh在《MCP：一个（意外）通用的插件系统》中的新评论
我赞同这篇文章的观点，也很欣赏作者对MCP的（误）用法。不过我想重新表述一下这个”意外”究竟是什么。
真正的意外并不是我们突然获得了一个能做前所未有之事的新协议。正如其他评论指出的，MCP（这个规范）本身并没有什么新意或特别之处。
不，真正的意外在于AI Agent浪潮让互操作性成为热点，同时让厂商锁定显得过时了。虽然不知道这股风潮能持续多久，但我真心为此感到欣喜。
作者: phh | 发布于: 2025-06-28 15:14
9. IDF军官被令向加沙食品分发点附近无武装人群开火——the__alchemist的新评论
首先说明背景，以免我的观点被误解为左派陈词滥调。以下观点完全基于文中描述的行为背景：
- 我是生活在美国的犹太人，曾在军队服役十余年
- 过去几年看到巴勒斯坦抗议活动时我常感到恼火，通常站在以色列这边，支持其军方在该地区对抗什叶派民兵组织等军事行动，并对10月7日的袭击事件感到愤怒
但文中描述的以色列军事行动明显构成战争罪。制定这些交战规则（ROE）的军方和文职领导人应该接受类似纽伦堡审判的问责。我为我的国家支持以色列这些行动感到羞愧。
这是大规模、持续且蓄意针对平民的伤亡事件（CIVCAS）。
作者: the__alchemist | 发布于: 2025-06-28 13:08
10. alluro2在”以军军官被命令向加沙食品分发点附近无武装人群开火”中的新评论
大约十年前，我曾因参加体育研讨会到访以色列，结识了许多友善的人。他们生活在四面楚歌的环境中，却仍努力守护家园安全，这种处境令我深感同情。我钦佩他们的韧性与力量。
当加沙冲突爆发时，我看到以色列民众抗议政府、呼吁和平，因此认为媒体报道的暴行或许情有可原——“这只是少数当权者的行为，不代表以色列国民，况且事情总有正反两面”。
但随后以色列方面持续以极端强度实施着难以想象的暴行和反人类罪行，且局势完全一边倒。时至今日，我再也找不到任何理由为加沙正在发生和已经发生的悲剧开脱。相信任何正常人都无法做到。至少在我看来，如果以色列民众真心想要改变现状，他们早该不惜一切代价阻止这场灾难——这是作为人类最基本的责任与义务。然而他们并没有…最可悲的是，这些同样饱经苦难的人们，竟放任自己堕落至如此深重的罪恶深渊。
作者: alluro2 | 发布于: 2025-06-28 12:24
11. notsydonia在”Facebook要求使用Meta AI处理你尚未分享的照片”中的新评论
这同时也暴露出Facebook使用的照片标记和分类系统存在严重缺陷。举个例子：Meta曾以违反”严格反色情”等政策为由，将我运营的一个拥有15万粉丝的商业页面强制下线，原因是一张照片——那张照片拍的是土星。我们花了数周时间与（主要是）机器人客服进行令人崩溃的拉锯战才得以撤销禁令，他们的理由是这颗行星的”肉色调”让AI系统无法辨别那并非真实皮肤。实际上这张图片来自NASA图库并明确标注了来源。
作者: notsydonia | 发布于: 2025-06-28 08:27
12. barrkel在《我删除了第二大脑》一文中的新评论
我理解作者删除的内容及其原因。
但我永远不会删除自己的笔记存档，因为其中包含的是不同类型的信息：那些不常操作事项的操作指南、多年间轮换进行的个人项目当前状态、车辆维护日志、所有重要账户的识别信息（账号、保险到期日等）。
在处理复杂事务时，我会在笔记中实时记录操作过程。这些日志大多只写不读，却能像书面版的”橡皮鸭调试法”那样发挥作用。其中约1%的内容在追溯十年前的操作方法时显得弥足珍贵。
我在工作中使用同款自研应用（但采用不同存储方案），主要用于绩效回顾时追溯工作记录。每次编辑都带有时间戳，另有工具可将所有编辑按时间顺序排列。
对作者而言，这个系统原本是缓解自我提升焦虑的工具。但当未实现的抱负累积成显性压力时，系统本身反而成了焦虑源。在我看来，这本质上算不上真正的”第二大脑”。
作者: barrkel | 发布于: 2025-06-28 07:00
13. lordofgibbons在”为什么Rust编译器这么慢？”下的新评论
编译器在构建时为你做的事情越多，构建时间就会越长，道理就这么简单。
Go语言即使在庞大的代码库上也能实现亚秒级的构建时间。为什么？因为它在构建时不做太多处理。它拥有简单的模块系统、（相对）简单的类型系统，把一大堆事情都留给运行时的垃圾回收器处理。这非常适合它的设计用途。
当你使用宏、高级类型系统，并希望在构建时获得健壮性保证时…那你就得为此付出代价。
作者: lordofgibbons | 发布于: 2025-06-26 20:39
14. ColinWright在”新型金字塔结构总能以同一面朝上着陆”中的新评论
论文中提到：
“不过真正的挑战在于如何物理实现这样的物体。第二作者曾用铅箔和细竹条制作了一个模型（现已遗失），这个模型似乎能够依次从一个面翻转经过另外两个面，最终停在某个静止位置。”
那个模型其实在我这里…是我和Bob Dawson在剑桥时一起制作的。或许我该联系下他。
论文链接：https://arxiv.org/abs/2506.19244
HTML版内容：https://arxiv.org/html/2506.19244v1
作者: ColinWright | 发布于: 2025-06-26 09:23
15. jackdeansmith在《The Hollow Men of Hims》中的新评论
真正的悲剧不是Hims这家公司的存在，而是它运作得如此完美。每天都有成千上万的人选择他们配制的减肥药而非FDA批准的替代品，选择复合型ED药物而非成熟的单一成分疗法，选择算法咨询而非真正的医疗服务。人们做出这些选择并非因为产品更好，而是因为整个体验被优化得更像是购物，而非直面定义人类境况的死亡与脆弱。
我强烈反对这篇文章的几乎所有观点，特别是这部分。人们做出这些选择不是因为花哨的营销手段在作祟，而是因为现有的医疗流程充满家长式作风、难以操作且往往价格昂贵。
如果你想获得安全且真正高质量的医疗服务，绝对应该拥有一位与你保持私人关系的家庭医生，他深刻了解你的生活方式、副作用风险因素和医疗需求。但有多少美国人能拥有这样的医生？也许几十个？市场只是对现有体系的糟糕现状做出了回应。
作者: jackdeansmith | 发布于: 2025-06-26 00:00
16. bironran在《-2000行代码（2004）》中的新评论
我最引以为豪的一次代码提交是删除了约6万行代码——那是一个完整的”服务器”（那可是2000年代初的产物），它需要将所有状态都保存在内存中。我将其替换为仅5千行的轻量级逻辑代码，这些代码可以直接嵌入到另一个服务中运行，且完全不需要内存状态。这纯粹是算法上的胜利——我发现对于特定的引导子图同构问题（当目标结构是树状时，即有单一根节点的有向无环图），只需对原始有向双向图进行一次遍历即可实现：在遍历过程中向输出图（树）生成顶点和边，同时仅需维护一个很小的可查看堆栈，记录从根节点出发可能影响当前生成步骤的操作路径（而不仅仅是父节点路径）。
至今我还记得那个惊人的提交记录：”-60,000（或类似）行代码”。这是我推送过的最棒的提交。
那段时光真是令人怀念。自那以后我再没做出过如此惊艳的算法突破。
作者: bironran | 发布于: 2025-06-25 22:55
17. ahartmetz在”零基础编写Linux设备驱动”一文中发表新评论
我也试着联系了厂商，询问他们是否能分享关于其协议的规格说明或文档。令人惊喜的是，Nanoleaf的技术支持在4小时内就回复了我，提供了完整的协议说明，这份协议同时适用于他们的Desk Dock底座和RGB灯带。
这简直太棒了！太多厂商至今仍认为这种相对简单的技术藏着什么宝贵知识产权。殊不知免费公开规格说明给他们带来的好处，远比给竞争对手的要多得多。
作者: ahartmetz | 发布于: 2025-06-25 20:09
18. strict9在”美国监禁率持续下降”中的新评论
青少年犯罪、被捕和监禁的数量正在快速下降。这很重要，因为年轻罪犯是监狱系统的”原材料”：当一代人随着年龄增长退出犯罪，就会有另一代人踏上同样可怕的道路。
另一个即将产生影响的因素（如果尚未开始的话）是青少年群体的快速变化。自2009年左右以来，生育率持续下降。父母的平均年龄在不断上升。青少年怀孕率长期快速下降。
所有这些因素共同作用意味着，如今生育孩子变得更加慎重，父母往往拥有更多资源。这反过来应该会导致青少年犯罪减少——正如文章指出的，监狱里的大多数人都是从青少年犯罪开始的。
作者: strict9 | 发布于: 2025-06-25 17:54
19. ipsum2在”Gemini CLI”中的新评论
如果你使用这个工具，你的所有代码数据都会被发送给谷歌。根据他们的条款：
当你使用面向个人的Gemini Code Assist时，谷歌会收集你的提示词、相关代码、生成输出、代码修改、相关功能使用信息以及反馈，用于提供、改进和开发谷歌产品服务及机器学习技术。
为保障质量并改进产品（如生成式机器学习模型），人工审核员可能会查看、标注和处理上述收集的数据。我们会在此过程中采取措施保护你的隐私，包括在审核员查看或标注前将数据与你的谷歌账号解耦，并将这些解耦副本存储最多18个月。请不要提交机密信息或任何你不希望审核员看到、或不愿被谷歌用于改进产品服务和机器学习技术的数据。
作者: ipsum2 | 发布于: 2025-06-25 16:21
20. w-m在”OpenAI按分钟计费，请加速你的音频”中的新评论
在转录Andrej的演讲时，你其实选择了语速方面最具挑战性的案例。他正常的说话速度已经是普通人1.5倍以上，属于那种你不得不把YouTube播放速度调回1倍速才能跟得上内容的人。
为了打造更紧凑的”OpenAI分钟”概念，建议完全去除静音片段。比如这个ffmpeg命令：
ffmpeg -i video-audio.m4a
-af “silenceremove=start_periods=1:start_duration=0:start_threshold=-50dB:
stop_periods=-1:stop_duration=0.02:stop_threshold=-50dB,
apad=pad_dur=0.02”
-c:a aac -b:a 128k output_minpause.m4a -y通过将超过20毫秒（阈值-50dB）的静音片段替换为20毫秒的停顿，成功把39分31秒的演讲压缩到31分34秒。秉承你原文的精神，我只测量了文件时长的缩短效果，并没有验证缩短版本对转录质量的影响。
作者: w-m | 发布于: 2025-06-25 15:21