Hacker News 高赞评论 - 2025-07-10
1. sorcerer-mar在”琳达·雅卡里诺将离开X公司”话题下的新评论
你说她既没有实权，又暗示估值下跌和诉讼都是因为她的无能？这逻辑挺奇怪的。
说到底，她是自愿给一个明显失控的男人当傀儡，这个污点将永远伴随她的职业生涯。
作者: sorcerer-mar | 发布于: 2025-07-09 15:10
2. CyberMacGyver在”琳达·亚卡里诺将离开X公司”话题下的新评论
有一次他们让她公开讲话，结果成了一场灾难。她根本没有发言权，最糟的是她连当替罪羊都不够格，明眼人都看得出谁在幕后操纵。这简直是史上最无关紧要、最无足轻重的聘用。
推特上那些感谢她的回复真让我哭笑不得——在她任期内公司估值暴跌80%，他们甚至起诉那些不打广告的广告主。无能到这种地步也是罕见。
作者: CyberMacGyver | 发布于: 2025-07-09 14:57
3. cjpearson在”大多数RESTful API并非真正的RESTful”中的新评论
我理解这种较真的态度，也觉得Fielding的论文很有意思，但这注定是场必败之战。当我看到”REST API”时，基本可以确定以下几点：
- 接口返回JSON格式数据
- CRUD操作被映射到POST/GET/PUT/DELETE方法
- 团队会为正确的状态码争论不休，而且总有几个用法违反HTTP规范
- 列表接口很可能被改成POST请求以支持复杂筛选条件
就像敏捷开发、持续集成或DevOps这些概念一样，你可以坚持原始定义，但最终还是要接受语义扩散的现实，按照大众普遍理解的方式来使用这些术语。
作者: cjpearson | 发布于: 2025-07-09 09:27
4. bruce511在《将副业项目从零打造为百万美元盈利企业》中的新评论
要在坚持（通向成功）和固执（导致在已经浪费的时间上继续浪费时间）之间找到平衡点，真的非常非常非常困难。
祝贺你成功把握住了这个分寸。
我同意某种形式的市场验证是必要的，至少能假装你属于前者而非后者。那些早期的使用量飙升是有用的提醒，表明这里确实存在商业机会。
我还要特别指出，你从早期就开始投入营销工作。写博客文章、推广这些文章、建立Discord服务器、承诺回复邮件——这些都是营销手段，它们对成功的贡献可能比代码更大。
我注意到每当收入下滑时，你们的应对方式就是加强营销（表现为发布更多博客文章）。我猜这是有意为之的策略，而且绝对比”让我躲起来默默开发更多功能”的做法高明得多。
这里有很多值得他人借鉴的经验。不仅要祝贺你现在的成功，更要感谢你分享了通向成功的路径。说到底，你可以展示方法，但无法强迫别人学习。
对了，我很欣赏这种自举(bootstrapping)的方式。我也这么做过，从不后悔。这条路更长更艰难，但也省去了大量额外工作。
作者: bruce511 | 发布于: 2025-07-08 21:33
5. tptacek在”Supabase MCP可能泄露整个SQL数据库”中的新评论
这真的能行吗？我理解你想做什么，但这就像试图在把用户提供的Javascript传给可信的eval()之前进行消毒处理一样。这种做法从来就没成功过。
把MCP作为安全边界看起来很奇怪。在我看来问题很明显：在一个实际的代理设置中，如果要对生产数据库（或包含生产数据的数据库）进行自动化查询，应该有一个LLM上下文负责读取工单，另一个LLM上下文负责驱动MCP的SQL调用，然后在这两个上下文之间要有代理代码来维护不变性。
我知道Cursor做不到这点，因为它只有一个上下文。但正因如此，把Cursor指向连接生产数据库的MCP简直是疯狂之举。
作者: tptacek | 发布于: 2025-07-08 19:51
6. robin_reala在”2025年电子邮件能传输500英里吗？”中的新评论
如果你今天有幸成为”万里挑一”的新读者，还没听说过那个经典的”500英里邮件”故事，可以在这里阅读：https://web.mit.edu/jemorris/humor/500-miles。
（该故事5年前和10年前都在HN讨论过——https://news.ycombinator.com/item?id=23775404 和 https://news.ycombinator.com/item?id=9338708）
作者: robin_reala | 发布于: 2025-07-08 14:02
7. GMoromisato在”为什么没有好的恐龙电影？”中的新评论
《异形》、《终结者》和《黑客帝国》系列面临着相似的困境。
《异形》成功实现了类型转换，从恐怖片转型为动作片。但后续作品既无法重现首作原始的恐怖感，也未能复制第二部的爽快动作场面。仿佛异形宇宙中只存在两个局部最优解，而《异形》和《异形2》已经双双占位。
《终结者》如出一辙。首部堪称完美的科幻动作片，设定诡谲又充满趣味。第二部则颠覆前作：终结者竟成了正派！这个反转同样成功。但之后呢？故事已无路可走。
至于《黑客帝国》——他们甚至懒得拍摄续集。
作者: GMoromisato | 发布于: 2025-07-08 01:35
8. clickety_clack在”新球体堆积记录源于意外发现”中的新评论
我很难向父母解释清楚我的工作是干什么的。光是想象要解释”我研究形状，但只研究那些不会向内凹陷的形状”就够让人头疼了。
作者: clickety_clack | 发布于: 2025-07-07 19:37
9. suzzer99在”因ChatGPT误以为存在而添加功能”中的新评论
有时AI能想出比我自己更好的方案。
在我看来，这始终是AI的杀手级应用场景——从谷歌地图到Grammarly都是如此。
我在写书的最后阶段才接触到Grammarly。我采纳了它约三分之一的建议，这已经相当不错了，毕竟我的书已经经过自己数十次修改和专业校对。
但如果全盘接受Grammarly的修改建议，这本书反而会糟糕得多。Grammarly擅长揪出冗余词汇和被动语态，但它无法理解幽默效果、上下文语境或刻意重复等写作手法。
问题在于企业高管总想完全剔除人工环节，这几乎总会导致灾难性后果。
作者: suzzer99 | 发布于: 2025-07-07 16:50
10. kragen在”因ChatGPT误以为存在而添加功能”中的新评论
我发现这是使用GPT-4（至少）进行编程最有价值的方式之一。与其直接告诉它API的工作原理，我更倾向于让它猜测，通常会从需要添加功能的示例代码开始。有时它能想出比我更好的方案，然后我会调整API来适配它生成的代码。
反过来，我有时会拿现有代码让它解释功能。如果它理解错了，那正好说明我的API设计存在易混淆之处——而且能看出具体哪里有问题。这利用了神经网络最擅长的能力：不是提供准确信息，而是生成高度可信的”幻觉”内容。这是创造力的体现，而非逻辑推演。
（最大的好处是我不必花时间仔细排查GPT-4在代码中巧妙隐藏的bug，这通常比用传统方式写代码更耗时。）
接口设计可能存在多种缺陷，而这种方法只能解决不符合直觉的问题。如果API本身效率低下、不可靠或缺乏可组合性，AI就无能为力了。但它能确保你的API易于猜测和理解，这本身就很有价值。
可惜这种方法只适用于尚未广泛流行的API。
作者: kragen | 发布于: 2025-07-07 16:01
11. mike_hearn在《Mercury：基于扩散的超高速语言模型》中的新评论
正好借这个机会提出一个我一直在提醒同事的问题：随着LLM智能体的发展，我们很快就会发现测试性能的CPU瓶颈比现在更加严重。而在我所知的所有团队中，早在LLM出现之前，持续集成(CI)的速度就已经是瓶颈了。如果一个智能体写代码的速度比人类快100倍，但每次改动都要花一小时来测试，那这个优势就毫无意义。
可能是我运气不好，但在我参与的大多数项目中，开发者的大量时间都浪费在等待PR变绿上。很多测试运行最终都卡在I/O或工作节点可用性上，导致改动要在队列里等上几个小时，或者测试随机失败又得全部重来。
随着编码智能体越来越强，它们会被分配处理简单工单并生成绿色PR的任务，模型会根据测试失败不断修正代码。这会让CI瓶颈雪上加霜。
大多数项目的测试配置其实都有很多容易优化的地方，但不知为何，这些年来我几乎看不到任何改进。我们似乎集体接受了”CI服务就是又慢又贵”的观念，然后就不再尝试优化了。实际上CI反而越来越慢——人们为了让构建完全封闭（放弃运行间缓存），以及从本地专用硬件迁移到I/O缓慢的昂贵云虚拟机（这些年来速度也没提升多少）。
Mercury速度快得惊人，在我做的几个快速测试中生成的代码质量很好且正确。我们该如何让测试执行跟上这种速度呢？
作者: mike_hearn | 发布于: 2025-07-07 13:46
12. jbotz在”尼安德特人在德国湖畔运营史前’脂肪工厂’”中发表新评论
第一次读到这个研究时，我立刻产生了一个疑问：等等，尼安德特人已经会提炼动物脂肪了？这需要煮沸过程，而煮沸不是需要陶器吗？
这个疑问让我深挖了一番。结果发现，其实煮沸根本不需要陶器，用动物皮革或桦树皮等可燃材料就能完美实现——只要始终保持足够高的水位，容器材料的温度就永远不会超过100摄氏度！仔细想想这其实很明显，但有趣的是直到最近才有人意识到这点，而整个古人类学界之前都”确信”人类在陶器发明前无法煮沸食物[1]。在我看来，这个例子特别生动地展示了科学领域中那些糟糕的假设如何能长期存在——即便从物理学角度看这些假设明显站不住脚。
编辑补充：添加实验验证的参考文献[2]。
[1] https://paleoanthro.org/media/journal/content/PA20150054.pdf
[2] https://link.springer.com/article/10.1007/s12520-023-01843-z
作者: jbotz | 发布于: 2025-07-07 07:35
13. grey-area在《非拟人化视角下的LLM》发表新评论
恰恰相反，我认为拟人化正是围绕大语言模型(LLM)讨论的主要问题——人们真心实意地谈论它们会思考推理，但实际上它们根本不具备这些能力（销售这些产品的公司还在刻意助长这种误解），这完全扭曲了关于其使用方式和实用价值的讨论。
作者: grey-area | 发布于: 2025-07-07 07:28
14. Aurornis在《没有人再有性格：我们都是贴标签的产品》中的新评论
最近共事的年轻人中这种现象很普遍。有趣的是，我根本不用看TikTok就能识别出当下的自我诊断潮流。
人们普遍认为，只要给问题贴上个标签，别人就不能再批评你了。很多年轻人深谙此道，把一切都标签化作为防御策略。
前阵子流行”时间盲症”。那些习惯性迟到、错过会议或时间管理一团糟的人，看到TikTok上把这种现象包装成医学症状后，就自我诊断为患者。
突然之间，开始有人爽约后漫不经心地告诉我他们患有时间盲症，仿佛这就理所当然了。一旦有了症状标签，他们就觉得获得了免责金牌。
最令人沮丧的是，这些自诊为”时间盲症”的人，守时情况全都变得更糟。当个人问题被包装成医学症状后，他们就觉得没有改进的义务了。
作者: Aurornis | 发布于: 2025-07-07 01:52
15. parpfish在《”没人再有性格了：我们都是贴标签的产品”》中的新评论
几十年前在我第一节变态心理学课上，教授就警告过我们一个近乎铁律的现象：学生总会立即用刚学到的各种心理障碍的”轻度”版本来自我诊断。这些年来，这个规律屡试不爽，如今更是被TikTok上的自我诊断产业链推波助澜。
但我们可以从中领悟几点：
- 只要有机会给自己贴标签来彰显独特性，人们就会趋之若鹜
- 只要有机会用标签来具象化问题，人们就会抓住不放
- 多数心理障碍只是程度问题，与常人体验并无本质区别。人们应该借此对患者产生更多共情
（注：翻译中”变态心理学”采用专业译名；”iron-clad law”译为”铁律”既保留比喻又符合中文表达；”supercharged”译为”推波助澜”准确传达强化意味；最后一条的”degree/qualitatively different”处理为”程度问题/本质区别”确保专业性与可读性平衡）
作者: parpfish | 发布于: 2025-07-07 01:05
16. brettgriffin在《异步队列——我最喜欢的编程面试题之一》中的新评论
关于这个问题，我就不详细展开我的想法了，因为已经有很多评论讨论过这一点。
但你们有没有在读到这类文章时，对自己的职业选择感到尴尬？
我从小就热爱软件，但随着年龄增长，看着朋友们在私募股权、医学、法律（基本上任何其他行业）领域发展，我能明显感觉到他们行业和我们之间的差异。在其他行业里，绝对不会有成年人用我们这种机制来评价另一个成年人——这一点我十分确定。
上周就看到一个评论，有人自豪地说他用CSV驱动的数据库服务数百万网页，而他列举的所有优势其实随便哪个数据库都能提供。
这感觉就是不太对劲。
作者: brettgriffin | 发布于: 2025-07-06 22:16
17. cs702在”监管冻结5.66亿美元，Jane Street被禁止进入印度市场”中的新评论
根据印度监管机构的调查，Jane Street每个交易日都会：
在早盘时段大量买入印度银行业指数的成分股和/或股指期货
随后进行大额期权交易，押注该指数将在当日晚些时候下跌或波动性飙升
在收盘前平掉大量多头头寸，拖累指数走低，从期权交易中获取的利润远超多头头寸
Jane Street很可能会辩称这只是在进行正常的套利交易，消除定价低效，仅此而已。他们会说这只是常规业务操作云云。
但考虑到操作规模之大，Jane Street的行为简直就是教科书式的市场操纵。我只是实话实说。
作者: cs702 | 发布于: 2025-07-06 20:47
18. joshcsimmons在《内向者如何建立人脉》中的新评论
这根本不是为内向者设计的，而是针对社交焦虑人群——两者完全不同。内向者不一定讨厌社交，他们只是事后需要充电时间。
无论如何，这都没触及核心问题。任何有焦虑的人（举手）都会告诉你，最糟糕的做法就是对你焦虑的事情更加在意，而你却给出了一大堆仪式性建议让人去执行，好让他们表现得”好”。
搞好社交关系的最佳方式，就是别再纠结于怎么才能搞好它。
作者: joshcsimmons | 发布于: 2025-07-06 02:16
19. BLKNSLVR在”影响可用性的隐藏界面控件”中的新评论
虽然有点跑题，但我要发起一场看似徒劳的老派抗争：别再隐藏我的滚动条了。
这篇文章挺有意思，不过有些观点我不完全认同。某些设计确实存在成本和实际限制（比如用汽车上的物理旋钮来缩放地图——虽然这可能只是个直观操作的例子）。
最近我在一个新装的app里切换开关时遇到了相反的情况：我以为标签显示的是当前状态，实际上却是切换后的状态。改完才恍然大悟，这种设计简直是最不友好的实现方式。
作者: BLKNSLVR | 发布于: 2025-07-06 00:08
20. don_neufeld在”EverQuest”中的新评论
我曾在那里工作。
我的第一张工资单上印着Verant的名字，我是在公司被SOE收购前不久加入的。
外界可能不太了解的是，当时MMO的订阅收入支撑了大量实验性项目。我们开发过一款从未发布的MMO即时战略游戏，还有几个”能否将X类型做成MMO”的尝试项目（具体记不清了）。当然还有《星球大战银河》这个知名项目。
正因如此，《无尽的任务2》聚集了许多有趣的人才——Ken Perlin负责了唇形同步技术（通过对话驱动面部动画），Brian Hook曾参与渲染引擎开发。肯定还有其他大牛。
更可惜的是那些我们最终没能实现的项目。我通读《哈利波特》全集就是因为当时在和JK·罗琳洽谈开发HP题材的MMO，可惜谈判破裂了。
真是疯狂的岁月啊。
[补记] 文中提到的多位同事已离世（至少包括Brad McQuaid和Kelly Flock）
SOE当年所在的Terman Court办公园区多年前就被拆除了。记得最后一天我站在办公室门口，望着窗外的桉树，心想这辈子再也见不到这个地方了。
事实证明我是对的。
作者: don_neufeld | 发布于: 2025-07-04 23:46