Hacker News 高赞评论 - 2026-04-04
1. 用户 roadbuster 在“伊朗击落F-15E战机”报道下的新评论
在整个海湾战争期间（伊拉克，1990-91年），仅有2架F-15战斗机被地对空火力击落。当时，巴格达被认为是全球防空导弹防御密度最高的城市。
在伊朗的防空系统遭受数周战略轰炸后，仍有F-15被击落，这可不是个好兆头。
作者: roadbuster | 发布于: 2026-04-03 16:34
2. rybosworld 在“Marc Andreessen 对自省的看法是错误的”一文中发表新评论
蒂姆·狄龙对此总结得相当到位——我记不清原话也找不到了，大意是：
“看看我拥有的这一切——既然我拥有这么多，我怎么可能出错呢？”
这正是安德森和马斯克这类人把荒谬言论当作真理的原因。在他们心中，财务成功是终极标尺。他们拥有如此巨额财富，恰恰证明了他们的思维方式永远正确。
要看出他们确实如此深信并不难。埃隆就做过极其可笑的事，比如自称是《流放之路》全球最强玩家，只因他花钱雇了好几个人把自己的账号刷到高级别。在他看来，有钱雇人代打游戏，就等于自己擅长这款游戏。
作者: rybosworld | 发布于: 2026-04-03 15:46
3. foobiekr在“马克·安德森对自省的理解有误”一文中的新评论
他和马斯克之所以反对自省，是因为当他们这么做时，会感到痛苦。因为他们本质上就是糟糕的人。
不如干脆不去想它。
作者: foobiekr | 发布于: 2026-04-03 15:16
4. 用户 wodenokoto 在“Marc Andreessen 对自省的看法是错误的”一文中的新评论
是那1%的精英变蠢了，还是他们在装蠢？
大概十年前，我觉得安德森和埃隆这样的人是思想领袖。现在他们听起来像白痴。
是我变了，还是他们变了？
是我成长了，而他们转向了更年轻的受众，以至于我曾经欣赏的东西，如今看来只是另一种形式的愚蠢？
作者: wodenokoto | 发布于: 2026-04-03 15:09
5. John23832在《Marc Andreessen对自省的看法是错误的》一文中的新评论
我们都知道他是错的。问题不在于他错了，而在于我们已将富人捧到了一个特殊的地位：他们可以犯错而不受纠正，可以全凭臆断做出影响我们所有人的决策，同时却完全不受其负面世界观的影响。
作者: John23832 | 发布于: 2026-04-03 14:58
6. didgetmaster 在“三星 Magician 磁盘工具卸载需 18 步并重启两次”中的新评论
我在90年代参与开发过一个名为PartitionMagic的磁盘工具，它是最早允许动态调整磁盘分区大小的软件之一。
也许三星在给他们的产品命名时参考了这个名字。
我年纪大了，但我很怀念那个年代：安装程序就是把所有文件复制到根目录，卸载程序就是删除根目录。
作者: didgetmaster | 发布于: 2026-04-03 14:39
7. 用户 cap11235 在“TDF 驱逐其核心开发者”一文中的新评论
把标题改一下吧。尽管“TDF”（文档基金会）天天刷存在感，但好像没人认得它——包括我自己。
作者: cap11235 | 发布于: 2026-04-03 13:05
8. 前Azure核心工程师谈：那些削弱对Azure信任的决策
我认为这尤其成问题（摘自第四部分，链接在此）：
“团队已经陷入一种境地：进行任何代码重构或工程改进都风险过高。我提交了几个错误修复和重构方案，特别是使用了智能指针，但都因担心破坏现有功能而被拒绝了。”
一旦到了这个阶段，唯一的出路就是先用测试覆盖所有代码，然后一丝不苟地修复错误，期间不发布任何新功能。这个过程可能耗时很长，并且必须得到管理层的全力支持才能实现——而管理层往往既不完全理解这个问题，也没有动力去理解它。
作者: branko_d | 发布于: 2026-04-03 05:29
9. 前Azure核心工程师谈导致Azure信任受损的决策
Azure真的这么不可靠吗？这篇博客里有具体数据。对于使用Azure的人来说，这符合你们的外部体验吗？
根据我的经验，是的。
我目前担任SRE，负责支持一个横跨AWS、Azure和GCP的大型环境。就我们处理的直接由云服务商问题导致的事件或故障而言，我估计80-90%来自Azure。而且我们在云基础设施方面真的没做什么复杂的事情；无非是虚拟机、负载均衡器、一些对象存储和一些k8s集群。
Azure上的东西就是会不断出问题，而且一旦出问题，很明显能看出Azure：
- 不知道自己何时出了问题（Azure可能需要数周甚至数月才会承认发生过影响我们的服务中断）
- 不知道问题出在哪里（他们给我们的根本原因分析基本上就是“某个东西坏了”）
- 根本不在乎自己出了问题
我所有与Azure打过交道的同事都对它深恶痛绝。
作者: bumblehean | 发布于: 2026-04-02 23:58
10. 前Azure核心工程师谈导致Azure信任受损的决策
我不知道这些说法是否属实，但作为一个天天使用Azure的用户，这确实解释了很多问题。
Azure的用户界面感觉就像一堆勉强拼凑起来的破烂，摇摇欲坠。文档明显全是AI生成的，不是过时就是错误百出。他们提供的服务数量如此庞大，没有咨询顾问几乎不可能搞清楚你到底需要什么服务。而当你终于把服务搭建起来时，天知道它们是否真像宣传的那样工作。
说实话，居然还有东西能正常运行，这已经让我很震惊了。
作者: yoyohello13 | 发布于: 2026-04-02 22:27
11. nu11ptr 在“Cursor 3”中的新评论
我通过扩展在Cursor IDE里运行Claude Code已经有一段时间了。我喜欢这个配置，我可以一次只让Claude专注于一个任务，同时还能完全访问我的代码（并且通过Cursor获得不错的代码补全）。在提交代码之前，我仍然需要花时间进行调整等等。我对他们现在从四面八方试图强推的这些新“智能体集群”毫无兴趣。我一次只能勉强理清一个功能的代码。AI极大地帮助我加快了速度，但对我来说，串行工作才能产出最高质量的结果。我现在很可能要彻底放弃Cursor，换回原版VsCode搭配Claude Code。
作者: nu11ptr | 发布于: 2026-04-02 20:29
12. alin23 在 “Tailscale 的新版 macOS 客户端” 中的新评论
刘海遮挡菜单栏图标这个问题真是愚蠢至极。我每周都要浪费好几个小时去帮助那些发来愤怒邮件的用户，他们买了我的应用后抱怨说“打不开”或者“为什么没有界面？？”
再多的常见问题解答也帮不了这些人。这还导致了仓促的退款请求，更糟的是退单争议，最终从我口袋里扣掉的钱是用户支付金额的两倍。
最近我帮我弟弟发布了一款简单的应用，能把任何窗口变成画中画窗口（https://lowtechguys.com/pipiri），结果头两天就有一半的销售因为这个问题变成了退款。用户菜单栏图标太多，他们以为这应用根本不能用。对他第一款应用来说，这可不是个鼓舞人心的开局。
更别提最能缓解这个问题的解决方案——Bartender应用，已经被苹果在macOS Tahoe系统里的内部API改动彻底搞垮了。
这事本可以处理得更好。
作者: alin23 | 发布于: 2026-04-02 20:17
13. corlinp 在“Tailscale 的新版 macOS 客户端”中的新评论
每次拿到新Mac，我都会运行这几条命令来缩小菜单栏图标之间的间距。这样至少能让菜单栏容纳两倍数量的项目。
2
3
4
5
defaults -currentHost write -globalDomain NSStatusItemSpacing -int 2
defaults -currentHost write -globalDomain NSStatusItemSelectionPadding -int 2
作者: corlinp | 发布于: 2026-04-02 19:19
14. paxys 在“Tailscale 的新版 macOS 客户端”中的新评论
我还没遇到过菜单栏图标多到这种程度的情况，但刘海区域真的就直接把后面的图标隐藏掉了吗？操作系统连这么明显的边界情况都不处理？为什么不在刘海旁边做个溢出下拉菜单（Windows XP二十五年前就解决的问题）？我知道最近几个版本的macOS软件质量一直在下降，但这未免太离谱了。
作者: paxys | 发布于: 2026-04-02 18:49
15. 用户 seamossfet 在“Cursor 3”中的新评论
唉，真希望他们能坚持原来的理念：让开发者主导，AI助手辅助。
我感觉现在的设计方向越来越把聊天界面当作一等公民，而代码本身反而成了次要考虑。
我实在不喜欢这样。
即便我在用AI助手写代码时，大部分时间依然花在阅读和推敲代码上。在聊天窗口里展示代码库的零碎片段，用类似PR的视图显示AI的修改，这对我没什么帮助。反而让我更难在脑中保持代码的上下文连贯。
这就是为什么我选择Cursor而不是Claude Code——我仍然想实实在在地_写代码_，而不是仅仅靠感觉处理任务。
作者: seamossfet | 发布于: 2026-04-02 18:26
16. gkoberger在”OpenAI收购TBPN”中的新评论
我敢打赌，OpenAI真心认为他们是在用自己的钱帮助媒体自由生存。而TBPN也真心相信，为了经济自由，这是正确的选择，这样他们才能继续运营。我敢说他们甚至有过这样的对话：“我们绝不会干涉你们说什么”，双方当时都是真心这么认为的。
但这从来不会有好结果。即使从未直接就此进行过对话，其中的暗示也始终存在。
我并不是特别在意TBPN。我只是非常、非常希望我们能有一种更好的方式，让媒体能够独立地为自己提供资金。（我这么说，是作为一个会为某些媒体付费，但还远远不够的人。我无法为每一个值得的媒体每月支付10美元。）
编辑：sama基本上说了我预料他会说的话：https://x.com/sama/status/2039773740586918137
作者: gkoberger | 发布于: 2026-04-02 18:08
17. simonw 在“Google 发布 Gemma 4 开源模型”中的新评论
我在LM Studio里跑了这些模型，2B和4B模型生成的鹈鹕完全没法看，但26b-a4b模型生成的鹈鹕效果惊人——这大概是我在笔记本上跑过的模型里效果最好的了。
https://simonwillison.net/2026/Apr/2/gemma-4/
gemma-4-31b模型在我这儿完全没法用——不管输入什么提示词，它都只会输出“—\n”。后来我改用AI Studio托管的API模型，才总算让它生成出了一只鹈鹕。
作者: simonw | 发布于: 2026-04-02 17:26
18. “Google发布Gemma 4开源模型”中evilelectron的新评论
Daniel，你的工作正在改变世界。祝你一切顺利。
我搭建了一个处理土地记录的流水线，这些记录可追溯到19世纪，包含OCR识别、全文搜索、向量嵌入和摘要生成。这一切都得益于你生成的GGUF模型和llama.cpp的驱动。现在人们可以用多种语言搜索这些记录，为此他们兴奋不已，以至于一分钟的文件处理等待时间都显得微不足道。谢谢你！
作者: evilelectron | 发布于: 2026-04-02 17:09
19. canyon289 在“谷歌发布 Gemma 4 开源模型”中的新评论
大家好！我是Gemma团队的一员，这次发布是主线版本，投入了更多人力，因此参与工作的团队也很多。很高兴能尽我所能回答大家的问题。
作者: canyon289 | 发布于: 2026-04-02 17:08
20. danielhanchen 在“谷歌发布 Gemma 4 开源模型”中的新评论
思考/推理 + 多模态 + 工具调用。
我们在 https://huggingface.co/collections/unsloth/gemma-4 上提供了一些量化版本供大家运行——效果非常好！
感兴趣的朋友可以参考指南：https://unsloth.ai/docs/models/gemma-4
另外请注意，建议使用参数 temperature = 1.0, top_p = 0.95, top_k = 64，结束符（EOS）是 “”。思考轨迹（thinking trace）也会用到 “<|channel>thought\n”！
作者: danielhanchen | 发布于: 2026-04-02 16:16