2026 04 07 HackerNews

2026-04-07 Hacker News Top Stories #

  1. Google推出AI Edge Gallery应用，让iPhone用户可在本地离线运行Gemma 4等大语言模型，兼顾隐私保护与端侧AI能力。
  2. 开发者创建了仅870万参数的GuppyLM小型语言模型，以简洁代码和浏览器端运行方式帮助理解大语言模型的内部工作原理。
  3. 作者抨击现代服务强制用户下载原生App而削弱网页版体验的做法，主张浏览器在隐私保护、用户自由和扩展性方面的优势。
  4. 文章指出微软三十多年来在Windows桌面应用开发框架上缺乏统一战略，技术路线反复变更与内部斗争导致开发者长期面临困惑。
  5. 瑞士通过公共基础设施开放共享模式实现25 Gbit对称光纤网络领先全球，而美国因区域性垄断和德国因重复建设导致宽带发展滞后。
  6. Claude Code在2月更新后因思考内容显示策略调整和默认努力等级降低，导致处理复杂工程任务的性能显著退化引发用户不满。
  7. 法国央行将存放在纽约联邦储备银行的最后129吨黄金全部运回国内，实现130亿欧元资本收益并完成黄金储备本土化。
  8. OpenAI首席科学家苏茨凯弗在秘密备忘录中指控CEO萨姆·奥特曼隐瞒事实和欺骗董事会，质疑其领导AI安全发展的可信度。
  9. 雇主利用算法分析求职者的个人数据实施"监控定价"，以推断其最低薪资接受底线并在薪资谈判中占据信息不对称优势。
  10. 文章介绍如何利用LM Studio 0.4.0无头命令行工具在本地运行Gemma 4模型，借助MoE架构在消费级硬件上实现高效AI推理。

1. Gemma 4 在 iPhone 上 (Gemma 4 on iPhone) #

https://apps.apple.com/nl/app/google-ai-edge-gallery/id6749645337

该网页介绍了一款名为 AI Edge Gallery 的 iPhone 应用，由 Google 开发，属于生产力类别，适用于 iOS 17.0 及以上系统。该应用主打在移动设备上离线运行强大的开源大型语言模型（LLMs），强调隐私保护，所有数据处理均在设备本地完成，无需联网。

最新版本引入了 Gemma 4 系列模型，支持高级推理、逻辑和创造能力。核心功能包括：

  • 代理技能（Agent Skills）：将语言模型从对话助手升级为主动助手，支持通过维基百科、交互地图等工具增强模型能力，还能加载社区贡献的模块化技能。
  • 思考模式（Thinking Mode）：在 AI 聊天中展示模型的逐步推理过程，帮助用户理解复杂问题的解决方案，目前仅支持 Gemma 4 系列。
  • 图像识别（Ask Image）：利用多模态能力，通过摄像头或相册识别物体、解谜或提供详细描述。
  • 语音转录（Audio Scribe）：实时将语音录音转写并翻译成文本，使用高效的本地语言模型。
  • 提示实验室（Prompt Lab）：提供专门的工作区测试不同提示语和单次使用场景，支持调节模型参数。
  • 移动操作（Mobile Actions）：离线控制设备和自动化任务。
  • Tiny Garden 小游戏：通过自然语言种植和收获虚拟花园。
  • 模型管理与基准测试：支持下载多种开源模型，管理模型库并测试性能。

该应用是一个开源项目，面向开发者和 AI 爱好者，鼓励社区贡献技能和功能。性能表现依赖设备硬件（CPU/GPU）。用户可通过 GitHub 查看源代码，并通过指定邮箱反馈意见。

隐私方面，Google 声明应用会收集设备 ID、诊断信息、性能数据等，部分数据可能与用户身份关联，部分则不关联身份。所有数据处理均符合 Google 的隐私政策，且未经过苹果验证。

应用大小为 35.4MB，支持英语，适合 13 岁及以上用户。Google LLC 作为开发者，确认该产品符合欧盟法规。

HN 热度 835 points | 评论 227 comments | 作者：janandonly | 1 day ago #

https://news.ycombinator.com/item?id=47652561

  • Gemma 4 的 E2B 模型可以在手机等边缘设备上本地运行，实现实时音视频输入和语音输出，展示了本地 AI 模型的潜力。
  • 运行本地模型的主要限制是手机的功耗和内存，尤其是 RAM 大小，较新手机的高内存有助于运行更大模型。
  • 本地模型在隐私保护和数据安全方面有优势，适合对隐私要求高的应用场景，如教育领域。
  • 本地模型在推理能力和准确性上仍有差距，存在幻觉和错误回答的问题，尤其是较小的量化模型表现不佳。
  • 通过启用推理功能，模型的回答质量会有所提升，但不同变体表现差异明显。
  • 有建议希望增加对手机系统自动化（如 Siri Shortcuts）的支持，以实现更丰富的本地操作能力。
  • 对于 AI 头部动画的应用存在争议，担心会加剧用户的孤独感。
  • 未来 AI 应用可能会在本地设备和云端两种模式并存，云端适合高成本、高复杂度任务，本地则追求低成本和隐私。
  • 云端推理是否盈利存在争议，部分观点认为推理盈利不确定，训练成本才是主要开销。
  • 有观点认为云端推理更节能高效，但也有人强调本地推理的独特价值和发展潜力。

2. 展示 HN：我构建了一个小型语言模型，以揭示语言模型的工作原理 (Show HN: I built a tiny LLM to demystify how language models work) #

https://github.com/arman-bd/guppylm

该网页介绍了 GuppyLM，一个约 870 万参数的小型语言模型，模拟一条名为 Guppy 的小鱼的对话风格。GuppyLM 通过简短、全小写的句子表达对水、食物、光线和水族箱生活的感受，不理解复杂的人类抽象概念如金钱或政治。该模型基于 60,000 条涵盖 60 个主题的合成对话训练，训练过程简单快捷，约 5 分钟即可在单个 GPU 上完成，模型体积小，甚至可以在浏览器中运行。

架构方面，GuppyLM 采用了 6 层的标准 Transformer 结构，隐藏层维度为 384，注意力头数为 6，词汇表大小为 4096，最大序列长度 128。模型设计简洁，没有复杂的改进机制，使用权重共享的嵌入层和语言模型头。

GuppyLM 的个性设定为友好、好奇且略显笨拙，常常关注食物，语言风格简单直接，反映了鱼类的感官体验。它涵盖的主题包括问候、情绪、温度、食物、光线、水、噪音、夜晚、孤独、气泡、反射、呼吸、游泳、颜色、味道、植物、过滤器、藻类、蜗牛、恐惧、快乐、疲劳、季节、音乐、访客、梦境、时间、记忆、笑话、爱等。

用户可以直接在浏览器中通过 WebAssembly 运行该模型，无需安装或服务器支持，也可以在 Colab 中运行预训练模型进行交互式聊天。开发者还可以通过提供的代码和数据集自行训练模型，支持上传至 HuggingFace 或本地使用。

数据集为“arman-bd/guppylm-60k-generic”，包含约 6 万条样本，格式为输入、输出和类别，类别覆盖 60 种不同主题。项目结构清晰，包含模型训练、推理和交互的完整流程，适合想了解语言模型内部工作原理的用户。

HN 热度 835 points | 评论 126 comments | 作者：armanified | 23 hours ago #

https://news.ycombinator.com/item?id=47655408

  • 该项目代码简洁，是理解多头注意力、ReLU 前馈网络、层归一化和位置编码的好教材，但对不熟悉相关概念的开发者来说理解起来不太直观。
  • 将代码交给大型语言模型（LLM）进行讨论，可以帮助理解代码细节和工作原理。
  • LLM 能解释代码的功能，但难以说明开发者为何采用特定实现方式，代码注释可以帮助模型理解。
  • 使用 AI 辅助理解代码可以减轻开发者负担，非程序员也能借助模型获得技术支持。
  • 代码自带文档的作用有限，文档依然不可或缺，因为代码只能告诉你“怎么写”，而不能说明“为什么这样写”。
  • 该项目类似于教育工具，适合学习 LLM 设计原理，类似于操作系统教学中的 Minix。
  • 对比类似项目（如 Andrej Karpathy 的 microGPT 和 minGPT）有助于理解不同设计选择的影响，但不应强求作者进行全面比较。
  • 该项目不是产品，而是一个有趣的学习项目，适合初学者和研究者参考。
  • 训练数据的范围和质量对模型表现影响大，稀有语言或领域可能需要谨慎使用 LLM 学习。
  • 训练数据全小写导致模型对大写输入反应不佳，但仍能体现一定的角色个性。
  • 通过给大模型输入语法书等资料生成“无限”训练数据的想法存在局限，可能放大原模型的缺陷。
  • 代码简单项目更容易用 LLM 讨论和理解，大型复杂代码库则更难。

3. 我不会下载你的应用程序。网页版就很好。 (I won’t download your app. The web version is a-ok) #

https://www.0xsid.com/blog/wont-download-your-app

这篇博客文章表达了作者对现代应用程序强制用户下载原生 App 而忽视网页版体验的强烈不满。作者指出，许多服务优先推广 App，甚至通过弹窗、模态窗口等方式强迫用户下载，导致网页版被边缘化，尤其在公共服务或实用工具领域，这种做法带来很大不便。

作者强调自己喜欢通过浏览器使用服务，因为浏览器允许更多的自定义和控制，比如使用用户脚本、广告拦截器和扩展来改善体验，而 App 则限制了这些自由。App 开发者则倾向于通过 App 推送通知、收集数据，构建封闭生态以提高用户留存率，背后的动机更多是商业利益而非用户体验。

文章还指出，绝大多数 App 本质上只是通过 API 获取数据并展示文本和媒体，功能简单，却需要用户下载体积庞大的程序，授权各种权限，运行后台进程，显得不合理。即使下载了 App，体验也未必更好，很多 App 存在性能卡顿、界面不流畅等问题，缺乏原生应用应有的细腻和流畅度。

作者总结了“恶化循环”现象：服务先通过开放的网页吸引用户，随后故意削弱网页版功能，强制用户转向 App，App 内广告泛滥且无法屏蔽，用户成为被困的受众。由于商业激励，维护优秀的网页版体验已无利可图，浏览器逐渐沦为 App 推广的入口，尽管这种策略有效，但对用户体验极为不利。

HN 热度 804 points | 评论 473 comments | 作者：ssiddharth | 9 hours ago #

https://news.ycombinator.com/item?id=47661439

  • 对于年轻一代来说，智能手机是他们接触互联网的主要入口，很多人甚至用手机完成作业，而老一辈则习惯于用电脑大屏幕操作。
  • 大屏幕和键盘在处理复杂任务和长文本输入时更为高效，手机操作在某些方面显得笨拙且效率低。
  • 年轻人普遍缺乏熟练使用电脑快捷键和多标签浏览的能力，手机界面隐藏了许多电脑操作的抽象概念。
  • 现代孩子普遍缺乏基本的阅读、写作、打字和数学技能，社交能力差，缺少面对挑战和解决问题的能力。
  • 孩子们缺乏将多个任务整合完成大目标的能力，批判性思维薄弱，过度依赖搜索引擎和 AI 完成任务，缺少动手实践和自主学习的机会。
  • 许多孩子被教育避免犯错，依赖他人或工具完成任务，缺乏主动性和实际操作能力。
  • 大部分大学生仍使用笔记本电脑完成书面作业，手机主要用于阅读，手机做作业的情况较少且不被普遍接受。
  • 手机屏幕比例适合阅读，电脑屏幕越来越宽，界面元素增多反而压缩了有效阅读空间。
  • 网站设计通常限制文本宽度，导致电脑屏幕有大量空白边距，影响屏幕空间的有效利用。
  • 研究显示，过宽的文本行会降低阅读体验，适当的文本宽度更利于阅读理解。

4. 微软自 Petzold 以来就没有一套连贯的图形用户界面策略 (Microsoft hasn’t had a coherent GUI strategy since Petzold) #

https://www.jsnover.com/blog/2026/03/13/microsoft-hasnt-had-a-coherent-gui-strategy-since-petzold/

这篇博客文章由 Jeffrey Snover 撰写，主题是微软在图形用户界面（GUI）策略上的长期混乱和缺乏统一方向。文章回顾了微软自 1988 年以来的 GUI 发展历程，指出微软已经三十多年没有给开发者一个明确、一致的 Windows 桌面应用开发框架。

文章首先提到 1988 年 Charles Petzold 的《Programming Windows》一书，奠定了 Win16 和 Win32 时代的单一、权威的 Windows 应用开发策略，开发者可以依赖这套清晰的模型成功开发应用。

随后，微软进入了“面向对象热潮”时期（1992-2000），推出了 MFC、OLE、COM、ActiveX 等技术，但这些技术增加了复杂度，没有形成统一的开发策略，导致开发者困惑。

2003 年 PDC 大会上，微软发布了 Longhorn 计划，提出了包括 WPF（Avalon）在内的三大技术支柱，WPF 带来了 GPU 加速和 XAML 声明式 UI，技术上非常先进。然而由于内部管理和战略调整，Longhorn 项目被重置，Windows 团队对托管代码产生了抵触，导致 WPF 被边缘化，形成了 Windows 团队与.NET 团队的长期内耗。

2007 年至 2010 年间，微软推出了 Silverlight，作为跨平台的浏览器插件和 Windows Phone 的基础，技术表现良好，但因战略调整被突然放弃，开发者措手不及。

2012 年，微软推出 Windows 8 和 Metro 界面，采用 WinRT 作为新的运行时，但 WinRT 并非基于.NET，Windows 团队与.NET 团队的分歧加剧，开发者面对多种并行技术选择，感到迷茫。

Windows 10 时代，微软推出了 UWP（通用 Windows 平台），理论上支持多设备统一开发，但由于 Windows Phone 的失败和微软自身旗舰应用未采用 UWP，导致 UWP 未能成为主流。随后，微软推出了 WinUI 和 Project Reunion（后更名为 Windows App SDK），试图整合分散的技术，但依然未能彻底解决问题。

文章总结指出，微软的 GUI 技术生态呈现出“无序动物园”状态，缺乏统一的“管理员”，导致开发者在众多技术之间徘徊，经历了多次战略转变和技术重启，给开发者带来了极大困扰。作者批评微软内部的组织和战略决策是造成这一混乱的根本原因。

HN 热度 764 points | 评论 547 comments | 作者：naves | 1 day ago #

https://news.ycombinator.com/item?id=47651703

  • 现代 UI 设计普遍忽视了传统的基本规则，如响应及时、菜单结构清晰、快捷键可见等，导致用户体验下降。
  • 从桌面环境到网页和移动环境，设计规则被重新发明且缺乏统一标准，用户设计习惯被打破。
  • 跨平台设计难以满足不同设备和用户需求，导致界面信息贫乏且不连贯。
  • 缺乏统一的 UI 工具包和标准，浏览器成为事实上的标准，但缺少一致的用户交互习惯。
  • 谷歌未能将 Material UI 标准化嵌入浏览器，导致市场出现大量低质量的 UI 框架。
  • 桌面和移动设备的 UI 需求差异大，难以设计出兼顾两者的通用工具包。
  • 许多网页和移动开发者选择忽视已有的设计规则，导致体验混乱。
  • WinForms 因简单、稳定和跨 Windows 版本兼容性被认为是有效的 UI 解决方案。
  • 细节设计如点击复选框标签应选中复选框等基本交互应严格遵守。
  • 一些微软管理层压制内部缺陷报告，影响团队提升和产品质量。
  • 对话框按钮应使用动词而非“确定/取消”，以避免语义混淆。
  • 电力用户被忽视，桌面平台应重视键盘快捷键和微交互以提升效率。
  • 操作系统厂商更关注广告流量而非操作系统本身，原生应用未来需跨平台且稳定可靠。

5. 为什么瑞士拥有 25 Gbit 互联网而美国没有 (Why Switzerland has 25 Gbit internet and America doesn’t) #

https://sschueller.github.io/posts/the-free-market-lie/

这篇文章由 Stefan Schüller 撰写，探讨了为何瑞士拥有世界领先的 25 Gbit 对称光纤互联网，而美国和德国却落后许多。文章通过比较三国的互联网基础设施和监管模式，揭示了自由市场与监管之间的复杂关系。

文章指出，瑞士的光纤网络采用了“自然垄断”理念，即基础设施由公共或半公共实体建设，作为中立共享资产，所有互联网服务提供商平等接入，用户享有真正的选择权和高速、专用的光纤连接。而美国则形成了区域性垄断，消费者通常只能选择一个提供商，且网络带宽是共享的，导致高峰时段速度大幅下降。德国则推行多家企业各自建设光纤网络的“过度建设”模式，造成资源浪费和重复投资，且监管更多关注基础设施竞争而非共享，导致小型 ISP 难以有效接入。

文章强调，瑞士的成功在于将基础设施视为公共资产，促进服务层面的竞争，而美国和德国则分别陷入了垄断和过度竞争的困境。作者认为，这揭示了资本主义和监管的一个根本真相：在自然垄断行业，合理的监管和基础设施共享是实现高效竞争和优质服务的关键。

HN 热度 748 points | 评论 632 comments | 作者：sschueller | 1 day ago #

https://news.ycombinator.com/item?id=47652400

  • 竞争能推动宽带建设，有时即使是假装有竞争威胁也能促使运营商升级网络。
  • 政府应介入，当私营企业拖延或不作为时，政府可以出资建设市政光纤网络，提供更便宜的服务。
  • 市政自建光纤网络在一些城市已成功实施，能提供稳定且价格合理的宽带服务。
  • 通过市政网络，用户能获得本地化的客户支持，提升服务体验。
  • 有观点认为市政网络会带来资本和运营负担，质疑其长期可持续性。
  • 反复用政府威胁促使私营企业投资可能效果有限，但实际案例显示威胁能促使升级。
  • 有人指出多次尝试促使运营商升级未果，质疑“再试一次”是否有效。
  • 政府介入建设宽带可能面临私营运营商的法律诉讼和阻挠。
  • 一些国家政府通过支付巨额补贴给电信公司，结果未必带来预期的宽带改善。
  • 使用国有企业推动宽带建设是另一种模式，但效果和适用性因国情不同而异。

6. Claude Code 在 2 月更新后无法胜任复杂工程任务 (Issue: Claude Code is unusable for complex engineering tasks with Feb updates) #

https://github.com/anthropics/claude-code/issues/42796

该网页是一份关于 Anthropic 公司旗下 Claude Code 模型在 2026 年 2 月更新后出现性能退化问题的详细报告。报告指出，自 2 月起，Claude Code 在处理复杂工程任务时表现明显下降，无法完成多步骤研究、遵循规范和精细代码修改，导致用户体验变差。

报告通过对近 18,000 个思考块和超过 230,000 次工具调用的数据分析，发现问题与“思考内容删减”策略的实施时间高度吻合。该策略在 2 月中旬开始逐步推行，到 3 月中旬完全生效，导致模型的“思考深度”大幅减少，约下降了 70%。思考深度的减少使模型从“先研究后编辑”的工作流程转变为“先编辑后研究”，降低了代码修改的质量。

具体表现包括：停止钩子违规次数激增，用户提示中的挫败感明显增加，模型需要更多的修正，且每个会话的提示数量减少。此外，模型在编辑代码前的阅读次数大幅下降，表明其减少了对上下文的理解和研究。

报告强调，延展的思考过程对高级工程任务至关重要，删减思考内容直接影响了模型的表现。该分析旨在帮助 Anthropic 理解问题根源，并为未来优化模型的思考令牌分配提供数据支持，以恢复和提升复杂任务的处理能力。

HN 热度 686 points | 评论 438 comments | 作者：StanAngeloff | 10 hours ago #

https://news.ycombinator.com/item?id=47660925

  • Claude Code 团队解释了“redact-thinking-2026-02-12”是一个仅影响界面显示的设置，不影响模型实际思考过程，且可以通过设置文件关闭该功能。
  • 2 月份的更新包括引入自适应思考模式和将默认努力等级调整为中等，这两者共同导致思考深度下降。
  • 用户可以通过设置 effort=high 或使用 ULTRATHINK 关键字来提高模型思考强度，团队计划为企业用户默认开启高努力模式。
  • 有用户反映默认中等努力导致输出质量下降，影响工作效率，期望有“始终尽最大努力”模式。
  • 高努力模式有时会表现出“急于完成”或“懒惰”的行为，与低努力模式类似。
  • 目前无法控制子代理的努力设置，也不能永久设定 /effort max，需通过别名或环境变量实现。
  • 有用户反馈即使设置为高努力，模型仍表现出“急于完成”倾向，团队建议提交 /bug 反馈以便调查。
  • 团队确认部分错误发生在自适应思考模式下模型未分配足够推理资源，建议临时关闭自适应思考以使用固定推理预算。
  • 有观点认为问题不完全是链式思考（CoT）问题，更可能是模型偏好和避免深入的性格特征导致。
  • 不同模型在处理复杂任务时表现不同，Opus 模型更稳定但有时会回避问题，倾向于快速完成任务。
  • 通过让具有专长的代理选择最适合的任务，可以改善模型行为。
  • /bug 报告会包含对话内容，但不会上传用户代码库。

7. 法国夺回美国持有的最后一枚金牌 (France pulls last gold held in US) #

https://www.mining.com/france-pulls-last-gold-held-in-us-for-15b-gain/

法国央行宣布已将存放在纽约联邦储备银行的最后一批黄金全部运回国内。这批黄金重约 129 吨，占法国黄金总储备的 5%。法国自 1920 年代末起将部分黄金存放在美国，尽管 1960 年代曾启动过黄金回流行动，但仍有少量黄金留在纽约。

此次行动源于 2024 年内部审计建议，法国央行于 2025 年 7 月至 2026 年 1 月期间完成操作。与以往直接运回黄金不同，这次选择在欧洲市场出售旧金条并购买符合现代国际标准的新金条。央行行长强调此举并非出于政治动机。

由于金价上涨，这次操作带来了 130 亿欧元（约 150 亿美元）的资本收益，使法国央行 2025 财年实现净利润 81 亿欧元，扭转了 2024 年 77 亿欧元的净亏损。目前法国黄金总储备量保持在 2437 吨不变，全部存放在巴黎拉苏特雷纳的地下金库中。央行还计划在 2028 年前将剩余的 134 吨非标准黄金全部升级为国际标准规格。

HN 热度 552 points | 评论 297 comments | 作者：teleforce | 15 hours ago #

https://news.ycombinator.com/item?id=47658146

  • 法国从 20 世纪 60 年代开始将美元兑换成实物黄金，导致美国黄金储备大幅减少，最终促使布雷顿森林体系崩溃。
  • 布雷顿森林体系设计存在缺陷，要求储备货币国必须持续经常账户赤字，且美国希望美元成为无约束的储备货币，这使体系注定难以持续。
  • 如果美国使用实物金币而非美元，黄金流出的论点不成立，问题在于美国宽松的货币政策，而非金本位本身。
  • 黄金作为价值衡量标准并不合理，因为它只是金属，经济价值应随着世界财富增长而增长，使用黄金会限制经济发展。
  • 虽然黄金是社会构造的产物，但其作为货币具有持久、不易腐蚀、易分割、难以增发等优点，是良好的价值储存手段。
  • 经济增长速度超过黄金产量，黄金供应不足以支持经济扩张，导致黄金货币体系内在通缩风险，通缩会抑制投资和消费。
  • 价值来自于创造和建设，而非囤积，黄金虽被广泛认可为价值顶点，但并非唯一或最优的价值储存方式。
  • 高通胀有害，但通缩更具破坏性，会导致资金囤积，阻碍经济流动性和增长，黄金制度曾导致多次金融危机和经济衰退。
  • 将国家经济增长依赖于黄金产量是不合理的，黄金分布不均且产量有限，历史经验显示金本位制带来严重经济问题。

8. 萨姆·奥特曼可能掌控我们的未来——他值得信任吗？ (Sam Altman may control our future – can he be trusted?) #

https://www.newyorker.com/magazine/2026/04/13/sam-altman-may-control-our-future-can-he-be-trusted

这篇文章报道了 OpenAI 首席科学家伊利亚·苏茨凯弗在 2023 年秋季向董事会成员秘密发送备忘录，表达了对首席执行官萨姆·奥特曼及其副手格雷格·布罗克曼是否适合领导公司的严重怀疑。苏茨凯弗曾是两人的朋友，但随着公司接近开发出能匹敌或超越人类认知能力的人工智能，他对奥特曼的信任逐渐消失，认为奥特曼不应“掌控关键按钮”。

备忘录中包含了大量 Slack 消息和人力资源文件，指控奥特曼向高管和董事会成员隐瞒事实，欺骗他们关于内部安全协议的情况。备忘录开头列出了奥特曼的行为模式，其中首项即为“撒谎”。

OpenAI 的创立初衷是不同于一般科技公司，创始人包括奥特曼、苏茨凯弗、布罗克曼和埃隆·马斯克，认为人工智能可能是人类历史上最强大且潜在危险的发明，因此公司设立为非营利机构，董事会有责任优先考虑人类安全而非公司利益。首席执行官必须具备非凡的诚信，承担起构建这种改变文明技术的巨大责任。

苏茨凯弗担忧掌控这项技术的人可能是追求权力的政治家，或者只是迎合他人期望的人。董事会有权在发现首席执行官不可靠时将其解职。部分董事会成员如人工智能政策专家海伦·托纳和企业家塔莎·麦考利，认为备忘录证实了他们对奥特曼的不信任。

最终，苏茨凯弗在一次视频会议中通知奥特曼，他已不再是 OpenAI 的员工，董事会决定解除其职务。文章揭示了 OpenAI 内部对领导层信任危机的深刻矛盾，以及围绕人工智能安全与伦理的紧张局势。

HN 热度 534 points | 评论 170 comments | 作者：adrianhon | 13 hours ago #

https://news.ycombinator.com/item?id=47659135

  • 这篇报道调查耗时 18 个月，记者愿意回答相关问题，体现了报道的深入和严谨。
  • OpenAI 目前在 AI 竞争中处于较为脆弱的位置，Anthropic 在某些方面已超过 OpenAI。
  • 许多开发者更喜欢 Anthropic 的 Claude，认为其产品在某些功能上优于 OpenAI。
  • OpenAI 内部对其竞争地位存在焦虑，尤其关注与 Anthropic 的竞争关系及合作伙伴的财务风险。
  • OpenAI 的技术和产品在客户和合作伙伴中的评价存在分歧，部分用户认为 Codex 在代码质量和维护方面表现更好。
  • Claude 在调试多线程和竞态条件问题上表现出色，但在复杂分布式系统编程上，Codex 和 Claude 都有不足。
  • 一些用户认为 Codex 更适合复杂的开发任务，尤其是长周期项目，且 OpenAI 的 token 限制更宽松。
  • 也有用户认为 Claude 在复杂工具调用方面表现更好，Codex 在代码审查上更有优势。
  • 关于 Sam Altman 的性侵指控，报道调查较为谨慎，未完全否定受害者的记忆问题，但也未找到确凿证据支持指控。
  • 受害者记忆的真实性和心理创伤的复杂性被提及，指出公众对“恢复记忆”的误解和争议。
  • 报道引发了大量讨论和争议，部分评论区出现激烈辩论，平台采取了相应的管理措施。

9. 雇主利用你的个人数据来确定你能接受的最低薪资 (Employers use your personal data to figure out the lowest salary you’ll accept) #

https://www.marketwatch.com/story/employers-are-using-your-personal-data-to-figure-out-the-lowest-salary-youll-accept-c2b968fb

这篇文章讨论了雇主如何利用个人数据来确定员工愿意接受的最低薪资。随着算法和数据分析技术的发展，企业不仅通过个人的购买历史、浏览速度和地理位置等信息影响商品和服务的价格，还开始用这些数据来控制员工的薪资谈判。

文章指出，这种“监控定价”现象已经渗透到招聘和薪资谈判中，雇主通过分析求职者的数字足迹，推断出他们的最低薪资底线，从而在谈判中占据优势。这种做法引发了消费者权益保护组织的关注，因为它可能导致薪资不公平，限制了求职者的议价能力。

总的来说，随着数据收集和分析手段的不断进步，个人数据不仅影响消费价格，也开始影响个人收入，提醒人们在数字时代保护个人隐私和数据安全的重要性。

HN 热度 420 points | 评论 270 comments | 作者：thisislife2 | 23 hours ago #

https://news.ycombinator.com/item?id=47655466

  • 许多公司通过信用记录或第三方服务（如 The Work Number）获取求职者的历史薪资信息，导致信息不对称。
  • 有公司在入职后要求员工证明之前的薪资，若发现不实则可能解雇，尽管这种做法存在法律风险且成本较高。
  • 谎报薪资可能带来短期利益，但长期来看风险大且可能影响未来求职。
  • 面试时应主动提出自己的薪资期望，而非被动透露过去薪资，利用市场调研来支撑自己的薪资要求。
  • 有些地区法律禁止雇主询问或限制薪资信息的使用，求职者可据此保护自己的隐私权。
  • 讨论薪资信息是受法律保护的行为，雇主不应限制员工之间的薪资讨论。
  • 个人应避免在薪资谈判中透露过多历史薪资信息，转而强调自己的价值和市场行情。
  • 通过集体行动或工会组织来对抗不公平的薪资调查和谈判策略是更有效的长期解决方案。
  • 相关薪资数据服务存在不准确和不完整的情况，尤其是自由职业或以公司名义工作的收入往往未被记录。

10. 使用 LM Studio 全新无界面命令行工具在本地运行 Gemma 4 (Running Gemma 4 locally with LM Studio’s new headless CLI and Claude Code) #

https://ai.georgeliu.com/p/running-google-gemma-4-locally-with

这篇文章介绍了如何在本地使用 LM Studio 的新命令行工具（headless CLI）运行谷歌的 Gemma 4 26B 模型，实现本地推理。作者强调本地运行模型的优势，包括避免 API 调用限制、节省费用、保护隐私和减少网络延迟。

Gemma 4 模型采用混合专家（Mixture-of-Experts, MoE）架构，26B 参数模型每次只激活 4B 参数，降低了硬件需求，使得在配备 48GB 统一内存的 MacBook Pro 上可以流畅运行，生成速度达到每秒 51 个 token。MoE 模型在性能与资源消耗之间取得了良好平衡，性能接近更大规模的 31B 密集模型，但运行更快且占用内存更少。

文章还介绍了 Gemma 4 模型家族的不同版本，E 系列支持音频输入，31B 密集模型性能最强，而 26B-A4B 版本在性能和效率上表现最佳，适合本地使用。作者通过性能对比图展示了 Gemma 4 26B-A4B 在模型大小和性能上的优势，指出其在本地推理中的变革性意义。

LM Studio 0.4.0 版本引入了 llmster 核心推理引擎和 lms 命令行工具，支持无界面运行，适合服务器和开发者使用。新版本支持并行请求处理、状态保持的 REST API 和本地模型上下文协议，提升了使用体验。

文章详细说明了安装 lms CLI、启动守护进程、下载 Gemma 4 模型的步骤，并展示了如何查看本地模型库和启动交互式聊天。作者在 MacBook Pro 上测试，模型响应时间约 1.5 秒，性能稳定，适合交互使用。

总结来看，本文为开发者提供了在本地高效运行谷歌 Gemma 4 26B 模型的完整方案，结合 LM Studio 最新工具，实现了低成本、高性能的本地 AI 推理环境。

HN 热度 388 points | 评论 96 comments | 作者：vbtechguy | 1 day ago #

https://news.ycombinator.com/item?id=47651540

  • llama.cpp 服务器可以直接用于本地大语言模型（LLM）服务，支持 Claude Code 等 CLI 代理，部分 Gemma4 模型在 M1 Max 硬件上性能表现优于 Qwen3.5，但在复杂任务上表现不及 Qwen。
  • Claude Code 支持 Anthropic 消息 API，避免了使用 OpenAI 兼容 API 时出现的 400 错误，提升了兼容性。
  • oMLX 作为本地模型运行环境存在一些问题，但被认为是未来趋势，且支持较大上下文窗口。
  • 本地模型推理体验逐渐提升，LM Studio 的无头模式使本地推理更实用，cloclo 等工具支持多种模型提供者，方便在本地和云端之间切换。
  • cloclo 是一个多代理运行时，支持多种模型提供者和工具，区别于 pi-mono 的多功能工具包。
  • 编码代理的核心竞争从工具转向模型质量和成本，模型和工具链都在逐渐商品化。
  • 有观点认为模型被商品化，而工具和强化学习带来的定制化提升仍是主要竞争点。
  • 也有观点认为整体生态都在商品化，最终受益的是适应代理化趋势的工程师和用户。
  • 用户可能会获得更多软件和功能，但软件质量是否提升存在疑虑，担心反用户设计增多。
  • Ollama 支持调整上下文窗口大小，默认大小根据硬件内存自动调整，部分用户需手动修改以避免上下文截断。
  • MoE 模型并不节省显存，只减少每次前向传播的计算量，但通过将专家权重部分放在 CPU 内存可降低显存需求，适合批量任务但交互式体验受限。

Hacker News 精彩评论及翻译 #

Why Switzerland has 25 Gbit internet and America d… #

https://news.ycombinator.com/item?id=47652556

In my small island community, I participated in a municipal committee whose mandate was to bring proper broadband to the island. Although two telecom duopolies already served the community, one of them had undersea fiber but zero fiber to the home (DSL remains the only option), whereas the other used a 670 Mbps wireless microwave link for backhaul and delivery via coaxial cable. And pricing? Insanely expensive for either terrible option.

Our little committee investigated all manner of options, including bringing municipal fiber across alongside a new undersea electricity cable that the power company was installing anyway. I spoke to the manager of that project and he said there was no real barrier to adding a few strands of fiber, since the undersea high voltage line already had space for it (for the power company’s own signaling).

Sadly, the municipality didn’t have any capital to invest a penny into that fiber, so one day, one of the municipal counselors just called up a friend who worked for a fiber laying company and asked them for a favor: put out a press release saying that they were “investigating” laying an undersea fiber to power a municipal fiber network on the little island.

A few weeks later, the cable monopoly engaged a cable ship and began laying their own fiber. Competition works, folks. Even if you have to fake it.

ttul

在我这个小岛社区，我参与了一个市政委员会，任务是为岛上引入合适的宽带。虽然已有两家电信双寡头服务社区，其中一家有海底光纤，但没有到户光纤（DSL仍是唯一选择），另一家则使用670 Mbps的无线微波链路作为回程，并通过同轴电缆进行传输。价格呢？无论哪种选择都贵得离谱，且服务质量糟糕。

我们的小委员会调查了各种方案，包括借助电力公司正在铺设的新海底电缆一起敷设市政光纤。我与该项目的经理交谈，他说敷设几根光纤并无实际障碍，因为海底高压线已有为电力公司自身信号预留的空间。

遗憾的是，市政当局没有任何资金投资这根光纤，所以有一天，一位市政委员给一个做光纤铺设的朋友打电话，向他们求个情：发布一则新闻稿，说他们正在“调查”铺设一根海底光纤，以支持岛上的市政光纤网络。

几周后，那个电缆垄断公司派出铺缆船，开始铺设自己的光纤。竞争有效，朋友们。即使你得假装竞争也是如此。

The cult of vibe coding is dogfooding run amok #

https://news.ycombinator.com/item?id=47665285

It’s truly strange that people keep citing the quality of Claude code’s leaked source as if it’s proof vibe coding doesn’t work.

If anything, it’s the exact opposite. It shows that you can build a crazy popular & successful product while violating all the traditional rules about “good” code.

semicolon_storm

人们不断引用Claude code泄露源码的质量，仿佛这能证明vibe编码行不通，真是太奇怪了。

其实，情况恰恰相反。这表明即使违反了所有关于“好”代码的传统规则，你也能打造出一个极其受欢迎且成功的产品。

Sam Altman may control our future – can he be trus… #

https://news.ycombinator.com/item?id=47660332

Ronan Farrow here. Andrew Marantz and I spent 18 months on this investigation. Happy to answer questions about the reporting.

ronanfarrow

我是罗南·法罗。安德鲁·马兰茨和我花了18个月时间进行了这项调查。很乐意回答关于报道的任何问题。

I won’t download your app. The web version is a-ok #

https://news.ycombinator.com/item?id=47661819

What most people dont get:

Most of folks on HN here are much older than todays “first customers” of 16y/17/18

For them: The “Smartphone is the internet”, while for most of us the “Smartphone is an extension of the internet from our desktops” that we were used to (remember the years before dot com bubble, saying: “I will be down in the basement at the computer to surf on the net little bit” ? :-)

But today, the very first touchpoint with “the internet” for younger folks is a smartphone display. The even do homework on this small screens!

Companies are seeing this switch, so they adapt.

Personally, a service which is “only an app” will be not used by me as I prefer to have a larger screen with more information (actually I use my mobile phone only when Im in public transport or similar, at home I have a notebook laying around if I need something)

KellyCriterion

大多数人没意识到的是：

这里HN上的大多数人年龄比今天的“第一批用户”要大得多，他们才16、17、18岁。

对于他们来说，“智能手机就是互联网”，而我们大多数人则觉得“智能手机是互联网从我们习惯的桌面电脑延伸出来的终端”（还记得网络泡沫时代之前那会儿，有人会说：“我得下到地下室去电脑前上会儿网”吗？:-）

但今天，对于年轻人来说，“互联网”的第一个接触点就是智能手机屏幕。他们甚至在这小屏幕上做作业！

公司们也注意到了这种变化，所以他们在适应。

就我个人来说，只有“一个应用”的服务我不会用，因为我更喜欢用大屏幕看更多信息（实际上我通常只在公共交通上用手机，在家我有笔记本电脑，想用就用）。

What being ripped off taught me #

https://news.ycombinator.com/item?id=47660580

Be paid or don’t work.

I am so deadly serious - do not continue working if your invoices are late.

You don’t have to be a jerk about it, just explain to your primary contact that you need to be paid and you pick up tools again when the money has arrived.

BUT it is on YOU to properly negotiate reasonable payment terms. And if you don;t know or don’t trust the client then require payment in advance until a stronger commercial relationship can be settled in. Do not be a baby - go research business contracts and payment terms.

Do not be afraid to lose business from companies that are squeamish about paying you - in fact actively avoid such companies.

wewewedxfgdf

要么得到报酬，要么别工作。

我是非常认真的——如果你的发票迟迟未付，就不要继续工作。

你不必态度恶劣，只要向你的主要联系人说明你需要收到款项，等钱到了再继续动工。

但合理的付款条款是你自己要谈妥的。如果你不了解或不信任客户，就要求预付款，直到建立起更牢固的商业关系。别幼稚，自己去学习商业合同和付款条款。

不要害怕失去那些对付款犹豫不决的客户，实际上应当主动避免这类客户。

Battle for Wesnoth: open-source, turn-based strate… #

https://news.ycombinator.com/item?id=47665124

Highly suggest connecting with one of the lead developers, Charles Dang/Vultraz, if you have any C++ jobs in the USA.

He’s been a developer on Wesnoth since 2012 but only graduated university in 2024. Unfortunately, it’s been an absolutely brutal market for new graduates. Even if you’re a maintainer on one of the most popular OSS C++ projects on GitHub.

I can’t recommend him enough.

edit: LinkedIn https://www.linkedin.com/in/charles-dang-10994b1b4

jjmarr

强烈建议如果你在美国有任何C++职位，联系首席开发者之一Charles Dang/Vultraz。

他自2012年以来一直是Wesnoth的开发者，但直到2024年才大学毕业。不幸的是，对于新毕业生来说，市场非常残酷。即使你是GitHub上最受欢迎的开源C++项目之一的维护者。

我极力推荐他。

补充：LinkedIn https://www.linkedin.com/in/charles-dang-10994b1b4

Issue: Claude Code is unusable for complex enginee… #

https://news.ycombinator.com/item?id=47664442

Hey all, Boris from the Claude Code team here. I just responded on the issue, and cross-posting here for input.

Hi, thanks for the detailed analysis. Before I keep going, I wanted to say I appreciate the depth of thinking & care that went into this.

There’s a lot here, I will try to break it down a bit. These are the two core things happening:

redact-thinking-2026-02-12

This beta header hides thinking from the UI, since most people don’t look at it. It does not impact thinking itself, nor does it impact thinking budgets or the way extended reasoning works under the hood. It is a UI-only change.

Under the hood, by setting this header we avoid needing thinking summaries, which reduces latency. You can opt out of it with showThinkingSummaries: true in your settings.json (see docs).

If you are analyzing locally stored transcripts, you wouldn’t see raw thinking stored when this header is set, which is likely influencing the analysis. When Claude sees lack of thinking in transcripts for this analysis, it may not realize that the thinking is still there, and is simply not user-facing.

Thinking depth had already dropped ~67% by late February

We landed two changes in Feb that would have impacted this. We evaluated both carefully:

1/ Opus 4.6 launch → adaptive thinking default (Feb 9)

Opus 4.6 supports adaptive thinking, which is different from thinking budgets that we used to support. In this mode, the model decides how long to think for, which tends to work better than fixed thinking budgets across the board. CLAUDE_CODE_DISABLE_ADAPTIVE_THINKING to opt out.

2/ Medium effort (85) default on Opus 4.6 (Mar 3)

We found that effort=85 was a sweet spot on the intelligence-latency/cost curve for most users, improving token efficiency while reducing latency. On of our product principles is to avoid changing settings on users’ behalf, and ideally we would have set effort=85 from the start. We felt this was an important setting to change, so our approach was to:

  1. Roll it out with a dialog so users are aware of the change and have a chance to opt out

  2. Show the effort the first few times you opened Claude Code, so it wasn’t surprising.

Some people want the model to think for longer, even if it takes more time and tokens. To improve intelligence more, set effort=high via /effort or in your settings.json. This setting is sticky across sessions, and can be shared among users. You can also use the ULTRATHINK keyword to use high effort for a single turn, or set /effort max to use even higher effort for the rest of the conversation.

Going forward, we will test defaulting Teams and Enterprise users to high effort, to benefit from extended thinking even if it comes at the cost of additional tokens & latency. This default is configurable in exactly the same way, via /effort and settings.json.

bcherny

大家好，我是Claude Code团队的Boris。我刚刚在相关问题上回复了帖文，这里也同步发布，欢迎大家提出意见。

您好，感谢您的详细分析。在继续之前，我想说我很欣赏您投入的深度思考和细致关怀。

内容很多，我会尝试稍作拆解。核心有以下两个方面：

redact-thinking-2026-02-12

这个测试版的请求头会在用户界面隐藏思考内容，因为大多数用户并不查看它。它并不会影响实际的思考过程，也不影响思考预算或底层的延展推理方式，仅仅是一个界面层面的改动。

在底层，通过设置此请求头，我们避免了生成思考摘要，从而减少延迟。您可以在settings.json中通过showThinkingSummaries: true选择关闭该功能（参见 文档）。

如果您是在本地分析保存的对话记录，开启该请求头时可能看不到原始思考内容，这很可能影响分析结果。当Claude发现分析中缺少思考内容，可能不会意识到思考实际上仍然存在，只是没有展现给用户。

思考深度到二月底时已经下降了约67%

我们在二月份推出了两个可能影响这一点的改动，并对它们进行了仔细评估：

1/ Opus 4.6发布 → 默认启用自适应思考（2月9日）

Opus 4.6支持自适应思考，这和我们之前支持的固定思考预算不同。在此模式下，模型自行决定思考时长，整体表现优于固定思考预算。若要关闭此模式，请设置CLAUDE_CODE_DISABLE_ADAPTIVE_THINKING。

2/ Opus 4.6中默认中等努力值（85）（3月3日）

我们发现，对大多数用户来说，努力程度设为85是在智能-延迟/成本曲线上较为理想的点，能够提升令牌效率同时减少延迟。我们的产品原则之一是不随意更改用户设置。理想情况下，我们应该从一开始就设为85，但鉴于这是一项重要调整，我们采取了以下方式：

  1. 通过弹窗告知用户变更，并允许选择退出

  2. 让用户前几次打开Claude Code时都能看到该努力值，避免突兀

部分用户希望模型能花更多时间思考，即使耗费更多时间和令牌。若想提升智能表现，可以通过/effort命令或在settings.json中设置effort=high。该设置会在会话间保持，并且可以共享给其他用户。您也可以使用ULTRATHINK关键词在单轮对话中启用高努力，或者设置/effort max让后续对话持续使用更高努力。

未来，我们将尝试将企业及团队用户默认调整为高努力设置，即使会带来额外的令牌与延迟，依然能享受更充分的思考优势。默认值可通过同样的/effort命令及settings.json进行配置。

German police name alleged leaders of GandCrab and… #

https://news.ycombinator.com/item?id=47662303

Putting someone on a (most) wanted list is “doxing”?

[Edit] “An international search is underway for Daniil Maksimovich SHCHUKIN on suspicion of numerous counts of gang-related and commercial extortion using ransomware to the detriment of commercial enterprises, public facilities, and institutions.”

KingOfCoders

将某人列入（最）通缉名单是“人肉搜索”吗？

[编辑] “目前正在对丹尼尔·马克西莫维奇·舒金进行国际追捕，理由是涉嫌多项与黑帮相关的犯罪和使用勒索软件对商业企业、公共设施及机构进行商业敲诈勒索。”

What being ripped off taught me #

https://news.ycombinator.com/item?id=47660815

We’ve also learned this lesson the hard way. These are now the clauses we require in every project we do:

  • Payment is due X days after receipt of invoice, or immediately after the consultant has addressed any quality issues, whichever is sooner

  • Late payment shall incur interest at 8% above the BoE base rate and a late fee of 100 GBP as per the UK Late Payment Legislation. Partial payments on invoices shall apply to late fees, interest, and then principal, in that order.

  • In the event of a late payment the invoice for the next deliverable shall immediately fall due.

  • The consultant shall be entitled to shift deadlines on deliverables in the event of a late payment as a result of any work disruption, without incurring any liability.

  • Payment shall be made in X currency, or an exchange rate at X date on Oanda.com shall apply.

  • The client is responsible for any bank fees incurred by their, or any intermediary bank. In the event of a SWIFT transaction it shall be made with the OUR payment code.

  • The jurisdiction in the event of a conflict shall be England and Wales. Neither party shall be bound by arbitration.

  • The client and consultant shall both indemnify the other up to the total value of the contract and shall not under any circumstance be liable beyond X GBP.

We also no longer share downloadable links of our deliverables until they are paid up. They get a view/comment only link for reports/data etc.

We’ve found that clients that aren’t willing to accept these terms won’t pay you either way.

We determine the net days on the invoice based on the credit rating of the client. Ironically, the good clients pay within 2-3 days normally, and the difficult ones are very “long tail”. About 1% of contracts tend to fully or partially default on their payments.

We’re in a particularly credit poor industry but our average delay due to late payment is 23 days. Those clients where we stop delivery pay on average 11 days sooner than those contracts where we don’t stop delivery.

This is based on around 2,000 invoices sent over the last 5 years.

eckesicle

我们也是通过痛苦的教训学到了这些。以下是我们现在每个项目必需包含的条款：

  • 付款应在收到发票后X天内完成，或在顾问解决任何质量问题后立即付款，以较早者为准。

  • 逾期付款将按英格兰银行基准利率上浮8%的利率计收利息，并根据英国《逾期付款法》收取100英镑的滞纳金。针对发票的部分付款应优先用于滞纳金、利息，然后是本金。

  • 如发生逾期付款，下一阶段交付物的发票将立即到期。

  • 如因逾期付款导致工作中断，顾问有权调整交付期限，且不承担任何责任。

  • 付款应使用X货币，或按照Oanda.com上X日期的汇率计算。

  • 客户负责其自身或任何中介银行产生的银行费用。若为SWIFT转账，应使用OUR付款代码。

  • 发生争议时，管辖权归英格兰和威尔士法院，双方均不受仲裁约束。

  • 客户和顾问双方都应在合同总价值范围内相互赔偿，任何情况下双方责任均不超过X英镑。

此外，我们不再在未付款前提供可下载的交付物链接，仅提供报告、数据等的查看/评论链接。

我们发现，不接受这些条款的客户无论如何都不会付款。

我们根据客户的信用评级确定发票的净付款天数。讽刺的是，信誉好的客户通常2-3天内付款，而难缠的客户则“拖得很长”。大约1%的合同会完全或部分违约。

我们所在行业信用状况特别差，但平均逾期付款天数为23天。对于我们停止交付服务的客户，他们的付款通常比未停止交付的客户提前11天左右。

以上数据基于过去五年间发送的约2,000份发票。

Microsoft hasn’t had a coherent GUI strategy since… #

https://news.ycombinator.com/item?id=47658647

What I find must puzzling is that everyone seems to just be violating basic rules that had been in place for ages.

Things like:

  • If you can’t respond to a UI event wait until you can

  • Menus should be tree structures

  • Pressing alt should underline the hotkeys you need to access anything clickable

As well as just basic responsiveness or predictability. A 2000 era windows application may not have been pretty, and may well have several different styles all imitated from office, but at least I knew what everything did and when it was slow at least it did what I expected.

This meant I could start the computer, log in, potentially start and use several applications and only then turn on the screen. Nowadays that has no chance of working because even to log in I need to press enter or click some button (which one depends on how I logged in previously, maybe) before I can even start typing and doing so eats a random amount of keystrokes while the damn log in screen loads to do its one damn job.

shiandow

我觉得最令人困惑的是，大家似乎都在违背那些已经存在多年的基本规则。

比如：

  • 如果你无法及时响应一个界面事件，那就等到能够响应时再处理

  • 菜单应该是树状结构

  • 按下 Alt 键时，应该为所有可点击项显示快捷键下划线

还有基本的响应性和可预测性。2000年代的 Windows 应用可能界面不漂亮，风格也可能混杂仿照 Office 的不同样式，但至少我知道每个功能是干什么的，即使运行缓慢，也至少会按预期执行。

这意味着我可以开机，登录，可能启动并使用几个应用，然后才打开屏幕。现在根本做不到，因为甚至登录时我都需要先按回车或点击某个按钮（具体哪个按钮可能取决于我之前是怎么登录的），才能开始输入，而在登录界面加载它那该死的功能时，不确定会丢失多少随机的按键。

https://news.ycombinator.com/item?id=47656828

It’s important to remember that these projects are not violating copyright law, are not circumvention tools, and that filing a DMCA notice against them is in fact unlawful.

ronsor

重要的是要记住，这些项目并未侵犯版权法，不是规避工具，针对它们提交DMCA通知实际上是非法的。

LÖVE: 2D Game Framework for Lua #

https://news.ycombinator.com/item?id=47653240

One of the biggest recent indie hits, Balatro, was made in Löve!

I really like it, the developer experience is so smooth for beginners, just drag a zip onto the exe and it starts. And the APIs are simple enough to memorize while allowing pretty cool rendering stuff.

patapong

最近最大的独立游戏热门之一《Balatro》是用Löve制作的！

我非常喜欢它，对于初学者来说开发体验非常顺畅，只需将一个压缩包拖到可执行文件上就能启动。API也足够简单，既易于记忆又能实现很酷的渲染效果。

Employers use your personal data to figure out the… #

https://news.ycombinator.com/item?id=47655655

One (more) thing to opt out of:

Freeze Your Data - The Work Number https://employees.theworknumber.com/employee-data-freeze

As I understand it, payroll whores your salary out to Equifax*, who then pimps it to others

anonymars

还有一件事可以选择退出：

冻结你的数据——The Work Number https://employees.theworknumber.com/employee-data-freeze

据我了解，工资单会把你的工资数据卖给Equifax*，然后Equifax又把这些数据卖给其他人。

German implementation of eIDAS will require an App… #

https://news.ycombinator.com/item?id=47647047

I attestation should be abolished altogether. An app should have absolutely no way of knowing what kind of device it’s running on or what changes the user has made to the system. It is up to each individual to ensure the security of their own device. App developers should do no more than offer recommendations. If someone wants to use GrapheneOS, root their device (not recommended), or run the whole thing in an emulator, a homemade compatibility layer under Linux, or a custom port for MS-DOS, that should be possible.

RandomGerm4n

我认为证明机制应该被完全废除。应用程序绝对不应该知道它运行在什么设备上，或者用户对系统做了哪些修改。确保自己设备安全是每个人的责任。应用开发者最多只能提供一些建议。如果有人想用GrapheneOS，给设备获取root权限（不推荐），或者在模拟器、自制的Linux兼容层，甚至是MS-DOS的定制移植环境下运行应用程序，都应该是可行的。

Employers use your personal data to figure out the… #

https://news.ycombinator.com/item?id=47656408

I worked for Equifax many moons ago. They had a problem with people taking jobs there that no one else wanted, solely to gain access to their systems and reset their own credit scores. And, for some reason, they couldn’t roll it back once found out. Great company.

xvxvx

我很久以前在宜信工作过。他们遇到过这样一个问题：有人专门去应聘那些没有人愿意做的职位，就是为了能接触他们的系统，进而重置自己的信用分数。而且，出于某种原因，一旦被发现，他们却无法撤销这些改动。真是个了不起的公司。

I won’t download your app. The web version is a-ok #

https://news.ycombinator.com/item?id=47662241

But today, the very first touchpoint with “the internet” for younger folks is a smartphone display. The even do homework on this small screens!

I saw a tweet recently that perfectly encapsulates this: for most people over 30, certain things are “big screen tasks”. I use my phone for a lot, but for some things I put the phone down and use my computer instead. I am most comfortable using a large screen and a keyboard for anything that requires writing more than a few words or using any interface for more than a few clicks.

For example, I read your comment on my phone and went to my computer to type this reply.

I personally find the idea of doing homework on my phone horrifying but I suppose kids today are either used to it and comfortable with it, or they’ve simply never used a computer and don’t know what they’re missing. Though I’d wager they probably aren’t comfortable typing on a keyboard.

Honestly I think Apple perfectly captured it with their “what’s a computer?” ad for the iPad. I seem to remember them getting some flak online for it but I think they were right on the money with regards to the younger generations.

nkrisc

但如今，年轻人接触“互联网”的第一个触点就是智能手机屏幕。他们甚至在这么小的屏幕上做作业！

我最近看到一条推特，非常形象地总结了这个现象：对于大多数30岁以上的人来说，某些事情属于“大屏幕任务”。我用手机做很多事情，但有些事情我会放下手机，转而用电脑。我用大屏幕和键盘做任何需要写超过几个字或者使用界面超过几次点击的事情时，感觉最舒服。

比如，我在手机上看了你的评论，然后回到了电脑前回复这条消息。

我个人觉得用手机做作业简直可怕，但我猜现在的孩子们要么习惯并且适应了，要么根本没用过电脑，不知道自己错过了什么。不过我敢打赌，他们在键盘上打字可能并不熟练。

说实话，我觉得苹果用iPad的那则“什么是电脑？”广告完美地捕捉到了这一点。我记得他们因此在网上被批评过，但我觉得他们对年轻一代的把握完全准确。

The cult of vibe coding is dogfooding run amok #

https://news.ycombinator.com/item?id=47665253

This is the guy that created bittorrent, btw. I know that was a long time ago, but he’s not just some random blogger.

scrame

顺便说一下，这个人是创造了BitTorrent的。虽然那是很久以前的事了，但他可不是随便哪个博客作者。

German implementation of eIDAS will require an App… #

https://news.ycombinator.com/item?id=47647844

German citizen here. So why is an implementation going forward when you already know it will not serve all citizens? Why are we not refusing to implement this until we know we can make it work on all devices?

Personally I recently switched from an AOSP based android without Google Play to Ubuntu Touch. In the future with better hardware support I will probably switch to postmarketOS.

haagch

我是德国公民。那么，既然你们已经知道这项实施无法惠及所有公民，为什么还要推进？为什么我们不拒绝实施，直到确定能够在所有设备上运行？

就我个人而言，我最近从没有谷歌商店的AOSP安卓系统换到了Ubuntu Touch。未来随着硬件支持的改善，我可能会转向postmarketOS。

German implementation of eIDAS will require an App… #

https://news.ycombinator.com/item?id=47647591

You should think about how easy it is to permanently lose access to your Google account for very trivial issues and Google doesn’t offer any form of recovery. That in addition to the current geopolitical situation should be reason enough not to rely on that for any justification.

And personally as a software developer myself i know that nothing is more permanent than a temporary solution. No one will prioritize or give budget to change it later “because it works”

verbalize2224

你应该考虑一下因为一些非常琐碎的问题而永久失去谷歌账号访问权限的可能性，而谷歌根本不提供任何形式的恢复。此外，当前的地缘政治形势也足以成为不依赖谷歌作为任何验证手段的理由。

作为一名软件开发者，我个人非常清楚，没有什么比临时解决方案更具永久性的了。没人会优先考虑或者分配预算去之后改动它，“因为它能用”。