2026-03-26 Hacker News Top Stories #
- Wine 11 通过内核级 NTSYNC 重构将 Windows 游戏同步操作直接交由 Linux 内核处理，实现游戏性能与帧率稳定性的大幅提升。
- Sora 团队宣布即将停止应用及 API 服务，并承诺公布详细停用时间表与作品保存指南。
- 作者表达对当前 AI 话题过度泛滥的厌倦，呼吁科技社区少谈论工具本身、多分享实际创造的价值。
- Video.js v10 经全面重构后体积缩减 88%，并原生支持 React、TypeScript 与 Tailwind 等现代技术栈。
- 作者警示过度依赖 AI 编程代理正导致软件系统脆弱化，呼吁开发者放慢节奏、坚守代码审查与工程纪律。
- Flighty 作为实时航班信息平台，能提前数小时预警延误或取消，帮助旅客及时调整出行安排。
- 斯洛文尼亚官方指控以色列情报公司"黑立方"试图通过伪装投资者等手段干预该国议会选举。
- Google 推出 TurboQuant 算法，利用随机旋转与 1 比特量化技术实现大语言模型的极致压缩与效率提升。
- 作者因不满苹果的严格管控、新系统设计缺陷及强制年龄验证政策，决定全面转向 Linux 与 Android 生态。
- 作者为开发害虫防治 SaaS 而转行担任一线技术员，在验证市场需求后迅速签约并决定离职创业。
1. Wine 11 通过内核级重构实现 Linux 运行 Windows 游戏的性能飞跃 (Wine 11 rewrites how Linux runs Windows games at kernel with massive speed gains) #
https://www.xda-developers.com/wine-11-rewrites-linux-runs-windows-games-speed-gains/
Linux 游戏性能迎来重大突破，Wine 11 的发布标志着这一领域的关键进展。与以往每年的小幅优化不同，Wine 11 引入了名为 NTSYNC 的核心重构功能，从根本上改变了 Linux 上运行 Windows 游戏的同步机制。
长期以来，Wine 通过 esync 和 fsync 等技术在用户空间模拟 Windows 的 NT 同步原语（如互斥锁、信号量等），以解决多线程游戏在 Linux 上的性能瓶颈。但这些方法本质上是“ workaround”——依赖系统调用和文件描述符，存在资源限制、兼容性问题和无法准确处理复杂同步场景的缺陷。
NTSYNC 的出现彻底改变了这一局面。它由 esync 和 fsync 的开发者 Elizabeth Figura 主导开发，最终被合并进 Linux 内核 6.14 版本。该功能通过新增的 /dev/ntsync 设备，将同步操作直接交由内核处理，实现真正的底层支持。不再需要频繁调用 wineserver，也不再依赖不匹配的 Linux 原语，从而大幅降低延迟，提升帧率稳定性。
实测数据显示性能提升惊人：
- 《极限竞速：地平线 3》从 110.6 FPS 提升至 860.7 FPS（+678%）
- 《生化危机 2 重制版》从 26 FPS 提升至 77 FPS
- 《枪火重生》从 99.8 FPS 提升至 224.1 FPS
- 《小缇娜的奇幻之地》从 130 FPS 提升至 360 FPS
- 《使命召唤：黑色行动 1》也首次实现可玩性
这些改进不仅惠及 Wine 用户，还将通过 Proton、SteamOS 等下游项目惠及广大 Linux 游戏玩家。NTSYNC 的落地意味着 Linux 游戏体验正从“能玩”迈向“流畅高效”的新阶段。
HN 热度 1208 points | 评论 450 comments | 作者：felineflock | 1 day ago #
https://news.ycombinator.com/item?id=47507150
- Wine 项目的工作非常繁琐且不为人知，但正是这些细节的打磨使其成为如今能流畅运行大量 Windows 游戏的可靠工具。
- 早期对 Wine 持怀疑态度，认为其无法真正实现良好兼容，但实际体验后发现其已足够稳定可靠。
- Valve 的 Proton（基于 Wine + DXVK 等）彻底改变了 Linux 游戏体验，使大多数游戏“开箱即用”。
- Steam 若能在购买页面增加向上游开源项目（如 Wine）捐赠的选项，将极大促进对这些项目的持续支持。
- 目前 Wine 的捐赠方式（如汇款、支票、国际汇款）对普通用户不够友好，缺乏便捷性。
- 使用 Steam 钱包充值是相对便捷的捐赠方式，尤其对没有信用卡的用户更友好。
- 通过银行自动付款或邮寄支票的方式捐赠，虽然可行但操作复杂，对多数人不现实。
- Valve 已通过 Proton 项目向 Wine 等开源项目投入大量资源，实质上是用自身利润支持上游开发。
- Valve 雇佣了上百名开源开发者，直接推动了 Mesa、Linux 内核、Wayland 等关键项目的进步。
- 虽然 Steam 的捐赠功能有潜力，但若由用户承担捐赠成本，不如由 Valve 直接从利润中拨款支持更合理。
- 企业若将捐赠行为作为自身支出，可享受税收减免，但通过用户转捐的方式则无法实现此效果。
- 真正可持续的开源支持应由平台方从自身收益中直接投入，而非将成本转嫁给用户。
2. 告别 Sora (Goodbye to Sora) #
https://twitter.com/soraofficialapp/status/2036532795984715896
Sora 团队宣布将停止服务 Sora 应用及 API。感谢所有使用 Sora 创作、分享内容并参与社区建设的用户，你们的作品具有重要意义。尽管这一消息令人失望，但团队承诺将尽快公布应用和 API 的停用时间表，并提供关于如何保存用户作品的详细信息。更多更新将在未来陆续发布。
HN 热度 1080 points | 评论 795 comments | 作者：mikeocool | 1 day ago #
https://news.ycombinator.com/item?id=47508246
- 社交媒体和生成式内容的过度追求导致了对用户注意力的滥用，这种 addictive toxic content 的模式类似于烟草，未来可能转向新兴市场如印尼、尼日利亚、巴基斯坦和印度等互联网普及率快速上升的国家。
- 短视频内容具有极强的成瘾性，甚至让老年人也难以自拔，且人们越来越难以辨别内容是否由 AI 生成。
- 人类对吸引注意力的技术反应并非新现象，历史上类似行为早已有之，如 19 世纪对现代生活节奏的批判，以及对电视等新技术的震惊反应。
- 电视和社交媒体之所以具有吸引力，是因为内容持续更新、不断变化，保持了新鲜感，而静态玩具或简单设备无法长期吸引注意力。
- 生成式 AI 正在降低互联网内容和科技质量，导致平台不稳定、低质量内容泛滥，且人们在追求效率时忽视了细节和性能。
- 人们对标准化、低成本的软件和服务逐渐习以为常，即使牺牲了个性化和质量，也愿意接受“够用就行”的现状。
- 生成式 AI 的广泛应用可能使人们逐渐适应低质量、同质化的内容和产品，就像人们不再追求定制服装或家具一样。
3. 还有人对谈论人工智能感到厌倦吗？ (Is anybody else bored of talking about AI?) #
https://blog.jakesaunders.dev/is-anybody-else-bored-of-talking-about-ai/
作者 Jake Saunders 在 2026 年 3 月 24 日发表了一篇博客文章，表达对当前过度讨论人工智能（AI）现象的厌倦。尽管他承认 AI 极大地提升了工作效率，尤其在新工作中帮助他快速上手，但如今 AI 话题已变得单调重复。
他指出，社交媒体和科技社区（如 Hacker News）充斥着相似的 AI 使用案例，比如用 Claude 代码工具自动化流程，或让 AI 玩游戏来“节省时间”——这些内容本质上是重复的自我强化。他以 Kagi 小网页为例，建议用户连续点击“下一页”20 次，观察其中 AI 相关帖子的比例，暗示 AI 话题已占据主导。
作者反思，过去“产品工程师”这一概念强调创造实际价值，而非沉迷技术细节。如今却倒退回对 AI 工具的过度关注，就像木工只讨论锤子而不再展示作品。这种趋势甚至影响了管理层，过去关注的是交付速度和功能产出，现在却开始考核“每人使用多少 token”，这种指标毫无意义。
最后，他呼吁大家少谈工具，多分享真正有价值的作品和创造过程。并自嘲地承认，这篇抱怨 AI 的博客本身也是 AI 话题的一部分，充满讽刺意味。
HN 热度 708 points | 评论 508 comments | 作者：jakelsaunders94 | 1 day ago #
https://news.ycombinator.com/item?id=47508745
- AI 的价值在于其作为高级工具，对已有深厚软件开发经验的工程师而言，能极大提升效率，但对缺乏系统思维的开发者而言，难以发挥真正价值。
- 真正能从 AI 中获益的人往往是那些具备多年实战经验、熟悉软件全生命周期的资深工程师，他们能更好地利用 AI 进行自动化与系统设计。
- 当前关于 AI 的讨论存在严重同质化，大量内容缺乏深度，充斥着“震惊体”和过度恐慌，真正有洞见的讨论仍属少数。
- AI 虽能快速生成代码，但代码质量不可靠，验证成本高，若不加以严格审查，长期可能带来严重问题。
- 写代码不再是主要瓶颈，AI 的真正价值体现在降低启动成本，让原本因技术门槛而无法启动的项目得以实现。
- 有人认为 AI 带来的“生产力提升”被严重夸大，实际工作中仍需大量时间进行设计、验证和架构审查，AI 无法替代核心问题解决能力。
- AI 帮助人们突破心理障碍，将长期搁置的项目付诸实践，其价值体现在“启动”而非“完成”。
- 与传统开发相比，AI 减少了前期调研成本，但可能牺牲对多种技术方案的深入理解，导致知识盲区。
- AI 在软件开发中的作用是辅助而非替代，尤其是在系统设计、语义正确性和架构合理性方面，仍需人工深度介入。
4. Show HN：我时隔 16 年重新接手 Video.js，将其重写后体积缩小 88% (Show HN: I took back Video.js after 16 years and we rewrote it to be 88% smaller) #
https://videojs.org/blog/videojs-v10-beta-hello-world-again
Video.js v10.0.0 正式发布 beta 版，标志着该项目经历了一次全面的重构。该版本由 Video.js、Plyr、Vidstack 和 Media Chrome 等多个开源项目联合开发，旨在应对现代 Web 开发需求，同时为未来 AI 辅助开发和智能媒体功能打下基础。
核心改进包括：
- 默认播放器体积相比 v8 版本减少 88%，最小可压缩至 6.9KB（gzip），显著优化了加载性能。
- 支持 React、TypeScript 和 Tailwind 的原生集成，开发者可使用熟悉的框架模式进行深度定制。
- 播放器 UI 默认设计美观，性能优异，获得业内专家高度评价。
- 引入全新的 Streaming Processor Framework（SPF）流媒体处理框架，采用功能化组件组合方式，按需加载，大幅降低文件体积。例如，仅支持 HLS 的简单场景下，SPF 引擎体积仅为 HLS.js-light 的 12%。
- 播放器架构解耦为状态（State）、UI 和媒体（Media）三部分，各组件可独立使用或替换，实现高度灵活配置。
- 支持按需引入功能模块，如仅需播放控制时，无需打包音量、字幕等无关代码，进一步减小体积。
示例展示：一个仅包含视频与播放按钮的最小 React 播放器，压缩后小于 5KB，体现了其轻量化与可组合性。
总体而言，Video.js v10 不仅在性能和体积上实现飞跃，更通过现代化架构设计，让开发者能更高效、更自由地构建适合自身需求的视频播放体验。
HN 热度 611 points | 评论 134 comments | 作者：Heff | 1 day ago #
https://news.ycombinator.com/item?id=47506713
- 视频.js 与原生 HTML5 video 元素的主要区别在于跨浏览器的一致性样式控件、高级功能如分析、自适应比特率流媒体、广告支持、DRM 和 360 视频等。
- 原生 video 标签适用于简单的播放场景，如自动播放小尺寸 MP4 文件，但在需要定制化 UI 或旧浏览器兼容时，视频.js 更具优势。
- 对于非流媒体视频，原生 video 标签已足够稳定，但若需跨浏览器统一控件或旧设备支持，视频.js 仍是更可靠的选择。
- HLS 和 DASH 等流媒体格式在多数浏览器中需依赖 Media Source Extensions（MSE）实现，而视频.js 通过集成 hls.js 等库提供了更统一的解决方案。
- 使用原生 video 元素配合 hls.js 也能实现流媒体播放，但视频.js 为开发者提供了更简化、统一的 API 和架构，减少重复造轮子。
- 视频.js 的新版本在保持核心功能的同时，体积缩小了 88%，提升了性能和可维护性，适合需要丰富功能但又不想过度负担的项目。
- 有人质疑视频.js 支持广告功能违背自由软件精神，但开发者回应称广告由内容提供方决定，用户可选择是否使用广告拦截工具。
- 视频.js 的目标并非强迫用户使用，而是为有复杂需求的开发者提供一个可选的、功能完整的播放器框架。
- 一些评论指出，当前网站内容对新手不够友好，缺乏对项目本质的清晰解释，建议增加“这是什么？”类的引导说明。
- 有开发者强调，视频.js 的设计允许按需使用其模块，可灵活组合功能，避免引入不必要的代码体积。
- 网站的语法高亮颜色存在视觉问题，影响阅读体验。
5. 放慢脚步：对编程代理滥用的反思 (Thoughts on slowing the fuck down) #
https://mariozechner.at/posts/2026-03-25-thoughts-on-slowing-the-fuck-down/
文章作者 Mario Zechner 对当前编程代理（coding agents）在软件开发中的应用表达了深刻忧虑。他指出，尽管代理技术在一年内迅速发展，带来了“快速构建项目”的兴奋感，但其副作用正在显现。
当前软件系统变得异常脆弱，故障频发，用户体验差，甚至出现严重崩溃和数据丢失问题。作者认为，这种现象与过度依赖代理开发密切相关。企业宣称“100% 代码由 AI 编写”反而导致质量严重下滑，出现内存泄漏、UI 错乱、功能崩溃等现象。
作者批判了当前“唯快不破”的开发文化：开发者沉迷于用代理快速产出代码，放弃代码审查、设计决策和质量控制。许多团队已“被代理困住”——缺乏代码审查、功能泛滥、架构混乱。代理缺乏学习能力，会重复犯错，且错误以指数级速度累积，而人类作为“瓶颈”本可控制问题规模，但代理系统完全消除了这一制约。
更严重的是，代理之间缺乏全局视野，各自为政，做出局部最优但整体灾难性的决策。它们继承了训练数据中的“坏习惯”和“伪最佳实践”，导致系统变得极度复杂，难以维护。最终，测试也失去可靠性，唯一可信的验证方式变成手动测试，开发团队已无法信任代码本身。
作者强调，这种模式或许适用于小规模、低影响的个人项目，但在生产环境中，它正在制造“不可持续的代码怪物”。他呼吁开发者放慢节奏，回归工程纪律，警惕“技术幻觉”，避免被代理技术反噬。
HN 热度 594 points | 评论 301 comments | 作者：jdkoeck | 9 hours ago #
https://news.ycombinator.com/item?id=47517539
- 当前软件行业存在过度追求技术潮流的现象，许多新工具和框架的出现更多是为了维持行业生态而非真正提升效率或创造价值。
- 历史上类似的技术泡沫（如 NoSQL 兴起时宣称“SQL 已死”）最终都会回归理性，当前对 LLM 的狂热也可能走向冷静。
- 软件开发的真正核心应是“你在构建什么”，而非沉迷于敏捷、容器、虚拟化或 AI 代理等元工作。
- 当前大量技术投入可能服务于资本和职业体系的自我维持，而非实际工程进步，导致行业呈现“金字塔骗局”特征。
- 真正的工程应基于科学问题与实证决策，而非凭感觉或迎合管理层意志，否则就不是工程而是“Claudiot 思维”。
- 软件已实现人类历史上最伟大的基础设施之一，如信息获取、全球通信、即时物流与远程协作，这些基础性目标已基本达成。
- 当前新软件主要在争夺用户注意力，而非拓展新市场，因此其创新价值有限。
- LLM 虽具巨大经济潜力，但可能以大规模取代人力为代价，带来严重社会成本。
- LLM 正真正“民主化”软件创作，使非程序员也能通过低门槛工具实现复杂项目，突破了传统编程壁垒。
- 未来不应再筑墙，而应支持普通人用 AI 工具实现创意，推动更多元化的创新。
- 尽管 AI 降低了创作门槛，但目前仍缺乏真正有影响力、被大众认可的“好作品”，多数成果仍停留在概念或事故复盘层面。
- 类比数字摄影的兴起，AI 工具虽普及，但尚未催生出像当年那样被广泛认可的艺术高峰，仍显“无方向感”。
- 即使是像 Emacs 或 Linux 这样的复杂系统，也已可通过配置实现低代码使用，说明技术门槛在持续降低。
- 未来可能出现由 AI 生成的抽象软件艺术，但其价值可能仅存在于对“天才创造”的盲目崇拜中。
6. 机场动态 (Flighty Airports) #
该网页是一个实时航班信息查询平台，展示全球多个主要机场的航班动态。页面顶部提供机场搜索功能，支持快捷键操作。主体内容以列表形式呈现，涵盖北美地区多个机场的实时航班数据，包括机场代码、城市名称、出发航班延误率、到达航班延误率、取消率及实时预警信息。
数据显示，多个机场存在高延误或高取消情况，如纽约拉瓜迪亚机场（LGA）和约翰·肯尼迪机场（JFK）均出现高取消率与地面延误；多伦多皮尔逊机场（YYZ）、温哥华机场（YVR）和蒙特利尔特鲁多机场（YUL）也显示较高延误。部分机场如波特兰（PDX）虽无延误，但到达航班取消率高达 100%。此外，一些机场如迈阿密（MIA）、奥兰多（MCO）、洛杉矶（LAX）等存在显著的出发航班延误。
页面还标注了特殊天气或运营问题，如“强风”（Strong Winds）影响西雅图机场（SEA），部分机场因高取消率被标记为“高取消”或“地面延误”。整体信息实时性强，适合旅客查询航班状态，规划出行。
HN 热度 518 points | 评论 174 comments | 作者：skogstokig | 23 hours ago #
https://news.ycombinator.com/item?id=47511589
- Flighty 应用在航班延误或取消前能提前数小时通知用户，帮助用户及时调整行程，对经常出差的 touring crew 尤其有用。
- 用户愿意为 Flighty 支付年费，认为其提供的信息价值远超价格，尤其在关键行程中能避免错过演出等重要事件。
- 有用户反馈 Flighty 在飞行过程中耗电严重，是目前唯一不满意的地方，但整体体验依然非常出色。
- 一些用户提到，Flighty 的数据准确度高，有时甚至比航空公司更早发现航班异常，能提前告知乘客。
- 有用户建议增加 TSA 安检排队时长的实时数据，类似 Google 地图的交通拥堵提示，会更具实用性。
- 有人指出，航班延误的真正影响取决于旅客的登机流程（如是否需要托运行李、携带宠物等），因此提前获知信息的实际意义需结合个人情况判断。
- 有用户推荐 FAA 的 NAS Status 网站和欧洲、加拿大的空中交通管理平台，作为了解航班整体运行状况的权威参考。
- 有用户赞赏 Flighty 的界面设计，但建议在机场详情页滚动时固定显示机场名称，提升可读性。
- 有人提出，Flighty 的 TV 模式功能很适合在大屏幕上展示航班动态，希望更多可视化平台能加入类似功能。
- 有用户质疑某些正面评价的真实性，怀疑是新账号刷好评，但也有老用户用社交媒体账号佐证自己的使用经历。
- 有用户好奇 Flighty 的盈利模式，认为其价值巨大，但推广成本可能让开发者难以承受。
7. 斯洛文尼亚官员指责以色列公司黑立方试图操纵选举 (Slovenian officials blame Israeli firm Black Cube for trying to manipulate vote) #
斯洛文尼亚当局指控一家神秘的以色列私人情报公司"黑立方"（Black Cube）试图干预该国最近的议会选举。据报道，两名该公司特工于去年 12 月乘坐从特拉维夫出发的公务机抵达斯洛文尼亚，前往极右翼民粹主义反对党总部。当地居民因这两名男子使用外语且行为异常而心生警觉，遂向警方和媒体举报。
斯洛文尼亚情报官员认为，这些特工试图诋毁执政的自由运动党——该党支持巴勒斯坦权利，并一直是乌克兰的坚定支持者。其目的似乎是破坏该党的公信力，帮助反对派上台。
这一事件已在整个欧洲引发担忧，斯洛文尼亚情报部门目前正与其他欧洲间谍机构合作，调查干预行为的范围。该案引发了关于外国势力干预民主进程的更广泛质疑，其影响还延伸至乌克兰和伊朗冲突。“黑立方"以其颇具争议的行动及据称与以色列摩萨德的关系而闻名，目前仍是各方审视的对象。
HN 热度 513 points | 评论 226 comments | 作者：cramsession | 7 hours ago #
https://news.ycombinator.com/item?id=47519519
- 黑 Cube 以色列公司涉嫌在斯洛文尼亚和法国等国通过伪装投资者、诱导政客谈论腐败等方式干预选举，相关录音被泄露以影响公众舆论。
- 欧洲对以色列的同情已大幅下降，此类干预行为可能适得其反，反而损害以色列的国际形象。
- 尽管国际法看似失效，但软实力如贸易、外交和国际投票仍具实际影响力，欧洲作为以色列最大贸易伙伴，其态度不可忽视。
- 以色列在国际机构中积极游说，说明其仍重视国际规则与舆论，不能简单认为“无国际法”就无需顾忌。
- 该事件中，黑 Cube 的行为更像是一种诱捕操作，而非直接贿赂，部分政客虽拒绝直接参与，但仍在幕后安排利益交换。
- 斯洛文尼亚长期存在政商勾结问题，尤其在基础设施项目中，腐败已成为公开的秘密，现任政府与前任政府均涉及类似丑闻。
- 前政府官员曾公开透露，政府项目中存在“分赃”机制，例如在灾后重建资金中分配利益，而市长可通过特殊渠道绕过法律审批。
- 国家媒体试图将焦点从腐败内容转移到泄露来源，而非调查其真实性，这种做法已成惯常操作。
- 尽管有航班和出租车记录显示两名以色列商人曾抵达斯洛文尼亚，但无法确认其进入政府建筑或与政客会面，证据尚不充分。
- 事件时间线存在矛盾，视频内容拍摄时间早于航班记录，说明不能简单将两者关联。
- 以色列政府形象已严重受损，导致其干预手段不得不更加激进，从而增加被曝光和引发反噬的风险。
- 这类行为并非首次出现，但如今信息传播迅速，使得此类干预更容易被全球知晓。
- “黑立方”这一名称可能带有象征意义，与神秘学、宗教符号或文化挪用有关，也可能是一种刻意营造的负面形象。
- 从“黑立方”到“黑石”“黑岩”等名称的演变，反映出一种商业与权力结合的隐喻，也引发对文化符号被滥用的批评。
8. TurboQuant：以极致压缩重新定义 AI 效率 (TurboQuant: Redefining AI efficiency with extreme compression) #
https://research.google/blog/turboquant-redefining-ai-efficiency-with-extreme-compression/
本文介绍了由 Google Research 团队推出的 TurboQuant 系列先进量化算法，旨在实现大语言模型和向量搜索引擎的极致压缩，同时保持模型性能不下降。该技术针对传统向量量化中存在的“内存开销”问题，提出了一种零开销的高效压缩方案。
TurboQuant 通过两个核心步骤实现高效压缩：首先使用 PolarQuant 方法对数据向量进行随机旋转，简化其几何结构，从而更有效地应用高精度量化器，捕捉向量的主要特征；其次，利用 QJL（Quantized Johnson-Lindenstrauss）算法，仅用 1 位比特对残差误差进行处理，消除量化偏差，提升注意力分数计算的准确性。
QJL 算法基于 Johnson-Lindenstrauss 变换，将高维数据压缩为仅含符号位（+1 或 -1）的极简表示，实现零内存开销。它通过高精度查询与低精度数据的协同设计，确保了计算结果的准确性。
PolarQuant 则从几何角度重构压缩思路，避免传统坐标系下因量化常数存储带来的额外内存消耗，从根本上解决内存开销问题。
这三项技术已在实际测试中展现出显著效果，有效缓解了关键值缓存（KV cache）瓶颈，降低了内存成本，对搜索、AI 推理等依赖压缩的应用具有深远影响。相关成果将分别在 ICLR 2026 和 AISTATS 2026 上发表。
HN 热度 470 points | 评论 129 comments | 作者：ray__ | 18 hours ago #
https://news.ycombinator.com/item?id=47513475
- TurboQuant 通过随机旋转数据向量来简化高维数据的几何结构，这一方法有助于后续的极低精度量化，提升效率。
- 该旋转技术的核心思想与 NeurIPS 2021 年论文 DRIVE 中提出的几何旋转与偏差校正机制高度一致，应被正确认可。
- 旋转操作并非用于对角化，而是为了均匀分布能量，使坐标量化更高效，同时保留关键信息。
- 该技术本质上是 Johnson-Lindenstrauss 变换的变体，利用随机投影在保持距离关系的同时压缩数据。
- 尽管该方法在近年被多次独立发现，但其理论基础已有多年积累，属于经典技术的反复应用。
- KV 缓存压缩与 Multi-Head Latent Attention（MHLA）可结合使用，前者压缩存储值，后者通过潜变量减少缓存维度。
- MHLA 需在训练初期设计，而量化方法可后期插入，具有更好的兼容性与灵活性。
- 该技术在 Transformer 中有效，因为激活值通常呈现非各向同性分布，存在“异常值”激活，旋转有助于缓解此问题。
- 尽管研究团队可能曾受邀讨论相关工作，但未引用原始论文仍属学术不规范，应遵循“相关工作”部分的引用惯例。
- 任何研究若使用了已有技术，即使为独立发现，也应尊重前人工作，进行适当引用以体现学术诚信。
- 随机旋转可作为初始化阶段的固定操作，应用于残差流的读写过程，提升整体系统效率。
- Adam 优化器的特性可能导致模型学习到非对称的激活分布，而旋转操作可部分抵消这种偏差。
9. 苹果彻底让我失望了 (Apple Just Lost Me) #
https://andregarzia.com/2026/03/apple-just-lost-me.html
作者宣布正式离开苹果生态，决定将个人计算设备全面转向 Linux 和 Android。他自 MacOS 8 时代起就是苹果用户，曾拥有 Newton MessagePad、iBook G3、MacBook Air、iPhone 17 和 iPad Mini 等多款设备，但近期因苹果多项政策和系统问题彻底失望。
主要不满包括：
- Gatekeeper 机制对开发者极度不友好，即便已通过开发者认证并完成软件公证，用户仍需手动确认运行，而苹果应用商店中的应用则无此限制，形成不公平的使用壁垒。
- macOS 26 版本的“液态玻璃”设计存在严重视觉缺陷，界面控件重叠、图标不一致、布局混乱，严重影响日常使用体验。
- 苹果在英国强制推行的年龄验证机制，要求通过信用卡验证身份，但作者的多张银行卡均无法通过验证，尽管其年龄和账户历史足以证明身份。作者批评该机制荒谬，将信用评分等同于身份，忽视非持卡人群。
作者表示，这一系列问题最终促使他下定决心迁移。他已购买 MNT Pocket Reform Linux 设备，未来将仅保留 Mac 作为工作机。手机方面考虑 Fairphone Gen 6，搭配 stock Android 或 Murena/e/OS 系统，视银行应用兼容性而定。此外，他还计划搭建基于 Linux 的家庭实验室，使用 TinyMiniMicro 小型 PC 和 ugreen NAS 实现照片备份与共享存储，并通过 Tailscale 或 Cloudflare 等工具实现设备互联。
作者强调，这是回归对个人计算设备掌控权的决定，尽管知道安卓生态也可能被谷歌侵蚀，但至少目前仍保有更多的自由选择空间。
HN 热度 431 points | 评论 409 comments | 作者：syx | 9 hours ago #
https://news.ycombinator.com/item?id=47517701
- 苹果公司长期以来一直实行严格的控制政策，用户若追求完全自由的安装权限，不应选择苹果产品。
- 苹果对开发者越来越不友好，其控制措施在不断收紧，例如从早期的直接运行应用到如今即使经过签名仍需弹窗确认。
- Mac OS 13 的设计存在严重问题，尤其是“液态玻璃”界面效果被批评为不实用且质量低下。
- 苹果在年龄验证机制上仅提供信用卡验证方式，忽视了没有信用卡的用户群体，这并非最宽松的解决方案。
- 年龄验证应提供多种选择，如驾照、护照或身份证等，让用户根据自身风险偏好自行决定。
- 有用户反映在英国地区可通过上传驾照完成年龄验证，但该选项并不明显，需主动查找。
- 政府法规要求是苹果实施年龄验证的外部压力，苹果在合规前提下已尽量减少用户负担。
- 与 Windows 和 Android 类似，苹果的不信任警告机制旨在保护用户免受恶意软件侵害，属于行业通用做法。
- 苹果的核心理念始终是打造品牌形象而非服务开发者，其封闭生态自 iPhone 发布之初便已确立。
- 苹果的封闭系统限制了创新，尤其在 AI 时代，其功能被限制仅限于自身使用，缺乏开放性。
10. 我打算打造害虫防治行业的垂直 SaaS，于是去当了一名技术员 (I wanted to build vertical SaaS for pest control, so I took a technician job) #
作者 Terry Clarke 原本从事白领销售咨询工作，因观察到传统行业企业对调研请求越来越抵触，决定深入一线，亲身进入蓝领领域。他选择进入害虫防治行业，从一名技术员做起，亲身体验从入职、培训、持证到上车作业的全过程。
他仅用 13 天就通过了行业执照考试，创下公司纪录，期间还自学开发了一个训练用 AI 工具，但未被管理层重视。入职后，他遭遇了诸多现实问题：车辆故障、燃油卡延迟发放、报销周期长，以及系统混乱——公司依赖高度定制化的 Salesforce 系统，技术员需在车上使用十余个应用，效率低下。
在实际工作中，他发现一线人员虽有应对监控的“小技巧”，但整体工作压力大、流程繁琐。一次偶然的客户沟通中，他成功完成销售转化，被同事戏称为“卧底老板”。随后他主动开展外呼营销，21 天内签下 24 万元年合同，实现 30 万元 ARR。
他意识到，现有企业虽盈利良好，但缺乏创新动力，员工不愿改变现状。因此他决定离开，创办自己的公司。目前已有收购一家小型住宅害虫防治公司的计划，将以此为试点，打造专为该行业设计的垂直 SaaS 平台。
他强调，真正的创新必须建立在对一线真实痛点的深刻理解之上，而非纸上谈兵。他邀请有类似经验的人交流，共同探索家政服务、清洁、维修等传统服务行业的数字化升级路径。
HN 热度 423 points | 评论 177 comments | 作者：tezclarke | 1 day ago #
https://news.ycombinator.com/item?id=47509571
- 从真实一线经验出发构建垂直 SaaS 或服务型公司，比追逐“VC 或 nothing”的叙事更具可持续性，尤其在 AI 降低技术门槛的背景下。
- 服务类企业若能坚持做好基础工作并持续优化，即使不依赖 VC 也能成长为盈利可观的“生活方式型”企业，甚至具备未来扩展为 SaaS 或连锁模式的潜力。
- 当前创业环境对蓝领行业决策者的研究接触难度显著上升，因大量“ vibe-coder”式创业者涌入，导致企业难以分出精力接待调研。
- 与 PE 机构通过资本整合、压低成本、最终垄断市场的策略相比，新创企业可通过提供更高服务质量、长期信任关系和人性化服务实现差异化竞争。
- PE 机构通过规模整合获得采购优势、资金优势和市场控制力，对新进入者构成巨大压力，但服务品质的长期退化可能为优质服务企业创造机会。
- 尽管个人可 DIY 处理部分虫害问题，但多数居民不愿亲自动手，而商业客户因合规风险和潜在罚款，更倾向于依赖专业服务。
- 专业 pest control 服务的价值在于提供“安心感”和承诺保障，例如在未到服务期时出现虫害可立即补救，这是普通消费者难以替代的。
- 专业服务人员掌握的受控化学品和专业技术是普通消费者无法合法获取的，因此存在显著的合规与能力壁垒。
- 服务价值难以量化是行业痛点，若能建立如“未被破坏的木料面积”或“无腐烂墙体面积”等可衡量指标，将极大提升客户信任与付费意愿。
- 专业服务如房屋熏蒸、食品工厂虫害控制等具有高度技术性与合规要求，远非普通消费者可胜任。
Hacker News 精彩评论及翻译 #
Data centers are transitioning from AC to DC #
https://news.ycombinator.com/item?id=47512105
It is absolutely stupid to talk about this as edisons revenge. If Tesla had the modern high power transistors needed to get high voltage dc out of the ac produced from a spinning turbine he would be all for high voltage dc too. Tesla understood that high voltage was needed for efficient long range transmission. He also understood that transformers were the inly remotely efficient way to climb up to and down from these high voltages. And transformers only work with ac. So he designed an ac system and even designed some better transformers for it.
If there was anything like a high power transistor back then he would have used that. High power transistors that are robust enough to handle the grid were designed inly recently over 100 years after the tesla/edison ac/dc argument.
hristov
把这说成是爱迪生的复仇简直是愚蠢至极。如果特斯拉拥有能够从旋转涡轮机产生的交流电中获取高压直流电所需的现代大功率晶体管，他也会支持高压直流输电。特斯拉深知，高压是实现长距离高效传输所必需的。他也明白，变压器是将电压升上去和降下来的唯一相对高效的途径。而变压器只能用于交流电。因此他设计了交流电系统，甚至为其设计了更优良的变压器。如果当时存在类似大功率晶体管的技术，他肯定也会使用。能够足够坚固地应对电网负荷的大功率晶体管，是在特斯拉与爱迪生关于交流/直流之争的一百多年后才被设计出来的。
My astrophotography in the movie Project Hail Mary #
https://news.ycombinator.com/item?id=47520340
Hey everyone, I’m the astrophotographer, but I’m not OP. I’m assuming OP picked up my article and posted here and that’s ok! So I quickly created an account here to comment.
Having a quick read through the comments I just want to say thank you for the kind words! Please follow my IG ( https://www.instagram.com/deepskyjourney ) to see more of my photography, and the reddit article if you want to drop a comment with any questions :)
https://www.reddit.com/r/ProjectHailMary/s/NbRv3sj3fs
Cheers,
Rod Prazeres
rpastro
大家好，我是天体摄影师，但我不是楼主。我猜是楼主找到了我的文章并转到这里，没关系！所以我赶紧注册了个账号来回复。
简单看了一下评论，想对大家的鼓励说声谢谢！欢迎关注我的 IG ( https://www.instagram.com/deepskyjourney ) 查看更多我的摄影作品，如果有任何问题，也欢迎在这篇 Reddit 帖子下留言 :) https://www.reddit.com/r/ProjectHailMary/s/NbRv3sj3fs
祝好， Rod Prazeres
Goodbye to Sora #
https://news.ycombinator.com/item?id=47511146
I had so much fun making videos with my mom when it came out. During the first two weeks, we made over 100 cameo videos together - we were constantly running up against the upload limit. It unleashed tons of genuine creativity, joy, and laughter from us.
After those first two weeks though, we just… didn’t use it again. The novelty wore off and there wasn’t anything really to bring us back. That was the real downfall of Sora.
meken
推出时，我和妈妈一起制作视频玩得特别开心。前两周，我们做了100多个客串视频——我们总是不断碰到上传上限。它释放了我们大量的真实创造力、快乐和笑声。
不过在那两周之后，我们就是……再也没有用过它了。新鲜感过了，也没什么能真正把我们拉回来的东西。那就是Sora真正的败笔。
VitruvianOS – Desktop Linux Inspired by the BeOS #
https://news.ycombinator.com/item?id=47514567
I bought an Amiga in the early 90’s and enjoyed it immensely. Commodore went under and Amiga died.
I bought BeOS in the late 90’s and enjoyed it immensely like a breath of fresh air in a sewage pipe. BeOS died.
With my track record I really, really should’ve bought Windows. Twice, to make sure.
yason
90年代初，我买了一台Amiga，非常喜欢。Commodore倒闭后，Amiga也就随之消亡了。
90年代末我买了BeOS，非常喜欢，就像是在污秽的下水道里呼吸到了一口新鲜空气。BeOS也随之消亡了。
照我以往的战绩，我真的真的应该买Windows。应该买两台，以确保万无一失。
Jury finds Meta liable in case over child sexual e… #
https://news.ycombinator.com/item?id=47515567
The same company intentionally driving minors towards this content (despite claiming to care about them) is also lobbying in secrecy for requiring all of us to scan our ID and face in order to use our phones and computers.
Their stated reason? Child safety.
Their actual reason? You can figure that out.
electric_muse
这家公司在暗中游说，要求所有人必须扫描身份证和人脸信息才能使用手机和电脑，与此同时，他们又在故意诱导未成年人接触这类内容（尽管声称关心他们）。他们声称的理由是？儿童安全。他们的真实理由？你自己也明白。
90% of Claude-linked output going to GitHub repos … #
https://news.ycombinator.com/item?id=47522974
Perfect example of a base rate fallacy - https://en.wikipedia.org/wiki/Base_rate_fallacy
What percentage of GitHub activity goes to GitHub repos with less than 2 stars? I would guess it’s close to the same number.
Aurornis
这是一个基率谬误的完美例子——https://en.wikipedia.org/wiki/Base_rate_fallacy 有多少百分比的GitHub活动是发生在星标数少于2的仓库里的？我猜这个数字和前者差不多。
Wine 11 rewrites how Linux runs Windows games at k… #
https://news.ycombinator.com/item?id=47507833
Dirt 3 went from 110.6 FPS to 860.7 FPS
Resident Evil 2 jumped from 26 FPS to 77 FPS
Call of Juarez went from 99.8 FPS to 224.1 FPS
Tiny Tina’s Wonderlands saw gains from 130 FPS to 360 FPS
Amazing. I don’t understand the low level details on how such a massive speed gain was ripe for the picking but I welcome!
I guess thanks Valve for pouring money into Proton.
hu3
Dirt 3 的帧率从 110.6 FPS 提升到了 860.7 FPS
Resident Evil 2 的帧率从 26 FPS 跳升到了 77 FPS
Call of Juarez 的帧率从 99.8 FPS 提升到了 224.1 FPS
Tiny Tina’s Wonderlands 的性能增益从 130 FPS 提升到了 360 FPS
太惊人了。我不懂关于这种巨大速度提升的底层细节是如此唾手可得，但我非常欢迎！
我猜，这得感谢 Valve 向 Proton 投入巨资。
Is anybody else bored of talking about AI? #
https://news.ycombinator.com/item?id=47509620
This might sound like snark, but I truly don’t mean it that way.
I think what’s interesting about AI, and why there’s so much conversation, is that in order to be a good user of AI, you have to really understand software development. All the people I work with who are getting the most value out of using AI to deliver software are people who are already very high-skilled engineers, and the more years of real experience they have, the better.
I know some guys who were road warriors for many years —- everything from racking and cabling servers, setting up infrastructure, and getting huge cloud deployments going all the way to embedded software, video game backends, etc. These guys were already really good at automation, seeing the whole life cycle of software, and understanding all the pressure points. For them, AI is the ultimate power tool. They’re just flying with it right now. (All of them also are aware that the AI vampire is very real.)
There’s still a lot to learn, and the tools are still very, very early on, but the value is clear.
I think for quite a few people, engaging with AI is maybe the first time ever in their entire career they are having to engage with systems thinking in a very concrete and directed way. Consequently, this is why so many software engineers are having an identity crisis: they’ve spent most of their career focusing on one very small section of the overall SDLC, meanwhile believing that was mostly all there was that they needed to know.
So I think we’re going to keep talking for quite a while, and the conversation will continue to be very unevenly distributed. Paradoxically, I’m not bored of it, because I’m learning so much listening to intelligent people share their learnings.
_doctor_love
这听起来可能像是在刻薄地嘲讽，但我真的不是那个意思。
我觉得 AI 有趣的地方在于，也是为什么有这么多讨论的原因，因为想要成为一个好的 AI 用户，你必须真正理解软件开发。我那些通过 AI 交付软件而获益最多的人，都是技术非常高超的工程师，他们拥有的真实经验越多，效果就越好。
我认识一些四处奔波多年的家伙——从机柜布线、搭建基础设施，到启动大规模云部署，一直到嵌入式软件、游戏后端等等。这些家伙已经在自动化方面做得很好，能看清软件的整个生命周期，并理解所有的痛点。对他们来说，AI 是终极利器。他们现在如虎添翼。（当然，他们也都知道“AI 吸血鬼”现象非常真实。）
还有很多东西要学，工具也还很早期，但价值是显而易见的。
我认为对相当多的人来说，接触 AI 可能是在职业生涯中第一次，他们必须以一种非常具体和有针对性的方式去运用系统思维。因此，这就是为什么很多软件工程师正经历着身份认同危机：他们职业生涯的大部分时间都只是关注整个软件开发生命周期（SDLC）中很小的一块，同时以为那就是他们需要知道的大部分内容。
所以我觉得我们会聊很久，而且讨论的范围也会极其不均。矛盾的是，我并不觉得无聊，因为我听着聪明人分享他们的见解，学到了很多。
TurboQuant: Redefining AI efficiency with extreme … #
https://news.ycombinator.com/item?id=47514494
This is a great development for KV cache compression. I did notice a missing citation in the related works regarding the core mathematical mechanism, though. The foundational technique of applying a geometric rotation prior to extreme quantization, specifically for managing the high-dimensional geometry and enabling proper bias correction, was introduced in our NeurIPS 2021 paper, “DRIVE” ( https://proceedings.neurips.cc/paper/2021/hash/0397758f8990c1b41b81b43ac389ab9f-Abstract.html ). We used this exact rotational approach and a similar bias correction mechanism to achieve optimal distributed mean estimation. I also presented this work and subsequent papers in a private invited talk at Google shortly after publication. Given the strong theoretical overlap with the mechanisms in TurboQuant and PolarQuant, I hope to see this prior art acknowledged in the upcoming camera-ready versions.
amitport
这对 KV 缓存压缩来说是一个很好的进展。不过，我确实注意到在相关工作部分，关于核心数学机制似乎缺少引用。我们在 NeurIPS 2021 年的论文 “DRIVE”（[链接]）中提出了一种基础技术，即在极端量化之前应用几何旋转，特别是为了管理高维几何并实现适当的偏置校正。我们使用这种完全相同的旋转方法和类似的偏置校正机制，实现了最优的分布式均值估计。论文发表后不久，我也曾在 Google 私人受邀讲座中介绍过这项工作以及后续的论文。鉴于与 TurboQuant 和 PolarQuant 中的机制存在强烈的理论重叠，我希望能在即将发布的定稿版本中看到对这一先有技术的引用。
Nanobrew: The fastest macOS package manager compat… #
https://news.ycombinator.com/item?id=47505855
Context for those unaware: the commenter, mikemcquaid, is the project lead for Homebrew.
runjake
给不知道的各位提个醒：评论者 mikemcquaid 是 Homebrew 的项目负责人。
Thoughts on slowing the fuck down #
https://news.ycombinator.com/item?id=47519588
I suppose everyone on HN reaches a certain point with these kind of thought pieces and I just reached mine.
What are you building? Does the tool help or hurt?
People answered this wrong in the Ruby era, they answered it wrong in the PHP era, they answered it wrong in the Lotus Notes and Visual BASIC era.
After five or six cycles it does become a bit fatiguing. Use the tool sanely. Work at a pace where your understanding of what you are building does not exceed the reality of the mess you and your team are actually building if budgets allow.
This seldom happens, even in solo hobby projects once you cost everything in.
It’s not about agile or waterfall or “functional” or abstracting your dependencies via Podman or Docker or VMware or whatever that nix crap is. Or using an agent to catch the bugs in the agent that’s talking to an LLM you have next to no control over that’s deleting your production database while you slept, then asking it to make illustrations for the postmortem blog post you ask it to write that you think elevates your status in the community but probably doesn’t.
I’m not even sure building software is an engineering discipline at this point. Maybe it never was.
badlibrarian
我想 HN 上的每个人看到这类文章都会达到某种程度，而我现在刚好达到了。
你在开发什么？这个工具是有帮助还是有害？
人们在 Ruby 时代答错了，在 PHP 时代答错了，在 Lotus Notes 和 Visual Basic 时代也答错了。
走过五六轮这样的循环后，确实会感到有些厌倦。理性使用工具。如果预算允许，请按节奏工作，确保你对正在构建事物的理解不超过你和团队实际上正在搭建的那团糟的现实。
这很少发生，即使是个人爱好项目，一旦你花光了所有钱，情况就会变成这样。
这与敏捷、瀑布模型、“功能性”，或者通过 Podman、Docker、VMware，或者不管那是 nix 什么垃圾来抽象依赖无关。或者是使用一个代理去抓捕另一个正在与一个你几乎无法控制的 LLM 交互的代理中的漏洞，这个代理在你睡觉时删除了你的生产数据库，然后还要让它为你撰写的复盘博文配插图，你以为这能提升你在圈内的声望，但其实根本没有。
我甚至不确定，如今软件构建是否还属于工程学科。也许它从来都不是。
Arm AGI CPU #
https://news.ycombinator.com/item?id=47508262
Considering AGI has been degraded into a generic feelgood marketing word, I can’t wait to get my AGI-scented deodorant.
torginus
鉴于AGI已经沦为一种通用的、让人感觉良好的营销术语，我迫不及待想买到我的AGI香味的除臭剂。
Apple Just Lost Me #
https://news.ycombinator.com/item?id=47518101
Credit cards are not documents. Many people don’t have them. Apple don’t provide any other way to verify your age because they are a stupid American company with American values in which you’re just as human as your credit score.
UK passed age verification law and people still find a way to blame the US.
raincole
信用卡不是证件。很多人并没有。苹果不提供任何其他验证年龄的方法，因为他们是一家愚蠢的美国公司，持有那种认为人就像信用分一样的美国价值观。 英国出台了年龄验证法，但人们依然想方设法地把锅甩给美国。
GitHub is once again down #
https://news.ycombinator.com/item?id=47509308
The worst part of all this is that GitHub’s CTO and VP of Engineering sent out the usual “here’s what we’ll do to fix things” letter to their larger customers and, without exaggeration, it boiled down to: 1) “Here’s a bunch of stuff we already did!” which… clearly isn’t working, and 2) “We’re continuing our Azure migration.” also clearly not working.
So needless to say, if you depend on GitHub for critical business operations, you need to start thinking about what a world without GitHub looks like for your business and start working your way toward that. I know my confidence in GitHub’s engineering leadership is at rock bottom.
guywithabike
所有这一切中最糟糕的是，GitHub 的 CTO 和工程 VP 向其大客户发出了一封通常意义上的“我们要如何修复问题”的信，毫不夸张地说，这归结为两点：1）“这里是一堆我们已经做过的事情！”，这……显然毫无效果，以及 2）“我们正在继续 Azure 迁移”，显然也毫无效果。
所以不言而喻，如果你依赖 GitHub 进行核心业务运作，你就需要开始思考一个没有 GitHub 的世界会对你的业务造成什么影响，并着手向那个方向做准备。我对 GitHub 工程管理层的信心已经跌至谷底。
Arm AGI CPU #
https://news.ycombinator.com/item?id=47507563
This is just a Neoverse CPU that Arm will manufacture themselves at TSMC and then sell directly to customers.
It isn’t an “AI” CPU. There is nothing AI about it. There is nothing about it that makes it more AI than Graviton, Epyc, Xeon, etc.
This was already revealed in the Qualcomm vs Arm lawsuit a few years ago. Qualcomm accused Arm of planning to sell their CPUs directly instead of just licensing. Arm’s CEO at the time denied it. Qualcomm ends up being right.
I wrote a post here on why Arm is doing this and why now: https://news.ycombinator.com/item?id=47032932
aurareturn
这只是Arm会在台积电自行制造，然后直接卖给客户的Neoverse CPU。
它并不是所谓的“AI”CPU。它和AI没有任何关系。它没有任何特质能使其比 Graviton、Epyc、Xeon 等更具备 AI 特性。
这早在几年前高通诉Arm的诉讼案中就已经被揭露了。当时高通指控Arm计划不再仅仅是授权销售CPU，而是直接销售。当时Arm的首席执行官对此予以否认。结果证明高通是对的。
我写了一篇帖子，解释Arm为什么要这么做以及为什么要选在这个时机：https://news.ycombinator.com/item?id=47032932