2025-12-04 Hacker News Top Stories #
- Bun 被 Anthropic 收购，将作为 Claude Code、Claude Agent SDK 等 AI 编程工具的基础设施，保持 MIT 开源许可并继续在 GitHub 开发。
- Zig 基金会因 GitHub Actions 的长期缺陷与对“拥抱 AI”策略导致服务退化，决定迁移到非营利平台 Codeberg。
- 欧洲交通安全委员会警告若采纳美国较低的汽车安全标准，将削弱对行人和骑行者的保护并增加死亡与污染风险。
- IBM CEO 认为大规模投入 AI 数据中心难以获得合理回报，称其巨额资本开支和折旧使回报几乎不可能。
- 研究显示美国国会议员晋升为党内领导后能获得显著超额股票收益，源于权力带来的信息与企业接触优势。
- Paged Out! 是以“一篇文章＝一页”呈现的社区驱动非营利技术杂志，提供免费下载与印刷支持并持续更新。
- 基准测试表明在消除网络延迟并采用单写入模型的情况下，SQLite 在大规模数据场景下可实现极高吞吐率并优于传统网络数据库。
- MinIO 宣布进入维护模式，不再接受新功能或主动合并 PR，引发社区对替代方案和长期维护性的讨论。
- 《地狱潜兵2》开发者通过数据去重将安装包从约154GB缩减到约23GB，大幅节省硬盘空间并改善安装体验。
- HBO Max 推出的《广告狂人》“4K 修复”实为未经充分后期处理的原始素材，上线错误暴露了修复与质量控制问题。
Bun 被 Anthropic 收购，未来将作为 Claude Code、Claude Agent SDK 及其他 AI 编程工具的核心基础设施。 (Anthropic acquires Bun) #
https://bun.com/blog/bun-joins-anthropic
Bun 被 Anthropic 收购，未来将作为 Claude Code、Claude Agent SDK 及其他 AI 编程工具的核心基础设施。此次收购不影响 Bun 的开源性质，其 MIT 许可证保持不变，团队继续在 GitHub 上公开开发，且项目仍以高性能、高兼容性为方向持续迭代。
Bun 从 2021 年由创始人杰瑞德·萨姆纳（Jarred Sumner）个人启动，最初为解决前端开发中构建速度慢的问题，逐步演变为集打包、编译、运行时、包管理、测试等于一体的全栈工具。2022 年发布首个版本，迅速获得关注，2023 年推出稳定版 1.0，并陆续支持 Windows、PostgreSQL、S3、Redis 等功能。
近年来，随着 AI 编程工具的兴起，基于 Bun 构建的 CLI 工具因其单文件可执行、快速启动、无需依赖环境等优势，成为理想选择。如 Claude Code、FactoryAI、OpenCode 等均采用 Bun 打包部署。目前，Bun 在内部已广泛用于自动化代码提交与修复，甚至有 AI Bot 成为贡献者之一。
尽管目前 Bun 尚无收入，但其月下载量已达 720 万，增长迅速。此次与 Anthropic 合作，不仅带来更紧密的技术协同，也将加速 Bun 在 AI 编程生态中的演进，推动工具更轻量、更快、更智能。
HN 热度 2109 points | 评论 1024 comments | 作者：ryanvogel | 1 day ago #
https://news.ycombinator.com/item?id=46124267
- Bun 的收购体现了 Anthropic 在构建云原生、自包含运行时方面的战略布局，有助于 Claude Code 等 AI 代理在云端更高效地执行任务。
- 将生成代码直接在数据所在服务器附近运行，能显著减少上下文依赖，提升处理效率和响应速度。
- Bun 被比喻为“天网”（Skynet），因其具备跨平台运行能力，使 AI 可在任何地方部署和执行。
- 与 Java 相比，尽管其“一次编写，到处运行”的理念相似，但因受制于甲骨文（Oracle）的法律风险，存在信任问题。
- 甲骨文对 Java 的管理历史（如对谷歌的诉讼）引发企业对其长期稳定性的担忧，影响技术选型。
- 尽管甲骨文在法律上败诉，且开源实现（如 OpenJDK）广泛存在，但其过往行为仍导致开发者对其保持警惕。
- 甲骨文对 Java 的控制权可能带来潜在法律风险，尤其在大型企业级应用中，因此部分人主张避免使用。
- 开源生态中的其他语言或工具（如 npm）也存在类似风险，不应因单一案例而全盘否定整个生态系统。
- 使用 Java 时可打包最小化运行时，降低对系统环境的依赖，实际部署已较为成熟。
- 现代.NET 框架已脱离操作系统捆绑，不再强制更新，与过去不同，当前的 C#生态更开放。
- 即便如此，旧版.NET 框架仍通过 Windows Update 自动推送补丁，但不会强制升级主版本。
Zig 基金会宣布退出 GitHub，指责微软过度痴迷 AI 导致服务恶化 (Zig quits GitHub, says Microsoft’s AI obsession has ruined the service) #
https://www.theregister.com/2025/12/02/zig_quits_github_microsoft_ai_obsession/
Zig 编程语言基金会宣布退出 GitHub，转而迁移到非营利性代码托管平台 Codeberg，理由是 GitHub 在工程卓越性方面的明显退步。这一决定源于一个长期未解决的 bug：名为“safe_sleep.sh”的脚本在 GitHub Actions 中存在严重缺陷，会导致 CPU 占用率 100% 并无限循环运行，从而瘫痪 CI/CD 流水线。
该问题最早于 2025 年 4 月被提出，但直到 2025 年 8 月才由外部提交修复并合并。在此期间，该问题线程持续开放，未及时更新修复状态。核心开发者 Matthew Lugg 指出，该脚本设计存在明显缺陷：若进程未能在正确的时间间隔内被调度，就会陷入无限循环，且在高负载的 CI 环境中极易触发，导致运行器服务长时间崩溃。
Zig 基金会主席 Andrew Kelly 批评 GitHub 在 CEO 倡导“拥抱 AI 或出局”后，将资源过度倾斜于 AI 功能，导致核心服务如 GitHub Actions 出现“ vibe-scheduling”（随意调度）等严重问题，且缺乏手动干预能力，造成 CI 系统严重积压。
多位开发者和行业人士支持这一批评。Fast.AI 联合创始人 Jeremy Howard 认为，该 bug 的明显性表明 GitHub 团队长期忽视基础问题，这种“一系列令人震惊的失误”不可能出现在正常运作的组织中。
与此同时，其他开源项目也表达了对 GitHub 的不满。Dillo 浏览器作者 Rodrigo Arias Mallo 宣布计划迁移，理由包括对 JavaScript 过度依赖、服务被随意中断、界面恶化以及对大语言模型和生成式 AI 的过度聚焦，认为这正在破坏开放网络生态。
作为回应，Codeberg 的会员数量自年初以来翻倍，从 600 多人增至超过 1200 人。尽管 GitHub 尚未回应，但其财务数据表明，AI 相关服务 GitHub Copilot 已成为核心收入来源——2025 年第三季度用户数超 1500 万，同比增长超 4 倍，占公司年收入增长的 40%。
HN 热度 933 points | 评论 554 comments | 作者：Brajeshwar | 16 hours ago #
https://news.ycombinator.com/item?id=46131406
- 评论者赞赏 Zig 团队根据社区反馈修改原始声明，展现了为社区利益而调整姿态的成熟态度。
- 真诚承认错误并改正，比固执己见更能赢得尊重，这种行为值得鼓励。
- 人们往往过度推崇“坚持立场”，而忽视了承认错误并修正的勇气与价值。
- 公开认错不应被视为软弱，反而能激励他人在未来做出更好的选择。
- 在网络舆论中，表现出悔意可能引发更猛烈的攻击，因此有人选择不道歉以自保。
- 保持立场不轻易改变，有时是出于对原则的坚守，尤其在对抗大公司时更显可贵。
- 改变立场应基于理性与道德正确性，而非单纯迎合外界压力。
- 不能因有人改变观点就全盘否定其初衷，应关注其行为本身是否向善。
- 工程师群体通常不以“讨好他人”为特点，因此对“人情世故”的过度担忧可能被夸大。
- 与其纠结于他人改变立场的动机，不如直接询问其原因，再判断其真诚度。
- 在不确定他人动机时，应默认其有良好意图，避免过度解读。
- 政策制定者立场转变常被批评为“反复无常”，但这种变化可能是基于新信息或成长的结果。
接受美国汽车标准将危及欧洲生命 (Accepting US car standards would risk European lives) #
https://etsc.eu/accepting-us-car-standards-would-risk-european-lives-warn-cities-and-civil-society/
欧洲交通安全委员会（ETSC）发布警告，反对欧盟接受美国较低的汽车安全标准。该立场由巴黎、布鲁塞尔、阿姆斯特丹等城市及超过 75 个民间组织联合签署的信件支持，指出若欧盟采纳美国宽松标准，将严重威胁欧洲道路安全、公共健康和气候政策。
自 2010 年以来，欧盟通过严格车辆安全法规使道路死亡人数下降 36%，而同期美国道路死亡率上升 30%，行人与骑行者死亡率分别增长 80% 和 50%。欧盟强制要求包括行人保护、自动紧急制动和车道保持辅助在内的多项生命安全技术，而特斯拉 Cybertruck 因不符合欧盟前部防撞设计规范被禁止销售。
接受美国标准将削弱欧盟在车辆安全领域的全球领导地位，并可能导致欧洲汽车生产向美国转移，危及本土数百万就业岗位。此外，美国正放松对刹车与轮胎磨损污染的监管，而欧盟计划从 2026 年起实施更严格限制，若接纳美方标准，将加剧空气污染，增加哮喘、癌症及心脑血管疾病风险。
当前已有漏洞允许大量未经合规检测的美国皮卡进入欧盟市场，若全面接受美方标准，将进一步扩大此类车辆流入。因此，各方呼吁欧盟立法机构明确拒绝在《欧美联合声明》中接受更低的美国车辆标准，强调欧盟安全标准不可谈判。
相关背景资料包括《欧盟与美国车辆标准比较概览》、《丹麦欧盟轮值主席备忘录》以及《第 19 届道路安全绩效指数报告》等出版物。近期活动包括 12 月 8 日在卢布尔雅那举行的“酒驾与道路安全”专题讨论会。
HN 热度 815 points | 评论 696 comments | 作者：saubeidl | 16 hours ago #
https://news.ycombinator.com/item?id=46131330
- 大型美国皮卡如道奇 Ram 已大量进入欧洲，部分通过“个别车辆批准”规则绕过安全标准，且多被注册为商业车辆以规避高额税收。
- 这些车辆在欧洲街道上行驶时，因体积庞大导致行人和骑行者难以被察觉，严重威胁公共安全，尤其在低速密集城区。
- “个别车辆批准”制度虽允许少量非标准车辆进入，但实际数量极少，对整体交通安全影响微乎其微，不应成为政策焦点。
- 欧盟持续提升新车安全标准（如 Euro NCAP），重点强化对弱势道路使用者（如行人、骑行者）的保护，整体车队安全性稳步提高。
- 有人质疑该制度是否被汽车制造商用作渗透欧洲市场的“突破口”，但数据表明此类进口车辆数量极少，未形成实质性影响。
- 有观点认为，当前制度并非汽车行业的“释放阀”，反而因监管日益严格，导致大量符合旧标准的车辆滞销，反而加剧了行业压力。
- 通过提高道路使用成本（如按重量征税、设置拥堵费）可有效引导人们选择更小、更环保的车辆，减少对公共道路的负担。
- 欧洲部分国家（如荷兰）的车辆税已按重量征收，但进口大型皮卡者仍可通过注册为商业车辆规避更高税负，需改革税收豁免政策。
- 现行税收体系中，小型车辆实际承担了远高于其道路使用比例的税负，而大型车辆（尤其是柴油车）长期享受隐性补贴。
IBM 首席执行官称，投资人工智能数据中心几乎不可能获得回报 (IBM CEO says there is ’no way’ spending on AI data centers will pay off) #
https://www.businessinsider.com/ibm-ceo-big-tech-ai-capex-data-center-spending-2025-12
IBM 首席执行官阿文德·克里希纳（Arvind Krishna）在“Decoder”播客中对当前人工智能领域大规模建设数据中心的热潮表示质疑，认为在现有成本下，投入数万亿美元建设 AI 数据中心几乎不可能获得回报。
他通过“草稿计算”指出，建设一个 1 吉瓦的数据中心约需 800 亿美元，若一家公司投入 20 至 30 吉瓦，资本支出将达 1.5 万亿美元。全球目前承诺的 AI 算力规模约为 100 吉瓦，总资本支出预计高达 8 万亿美元。
克里希纳强调，仅利息支出就需要约 8000 亿美元的年利润才能覆盖，而目前尚无证据表明 AI 业务能产生如此巨额的持续利润。他还指出，AI 芯片的 depreciate（折旧）速度极快，通常五年内就必须更换，进一步压缩了投资回报周期。
尽管 OpenAI CEO 山姆·阿尔特曼（Sam Altman）主张每年新增 100 吉瓦电力容量以支持 AI 发展，并相信能实现资本回报，但克里希纳表示这只是“一种信念”，他本人并不认同。他坦言，当前技术路径实现通用人工智能（AGI）的可能性极低，估计仅为 0% 至 1%。
他指出，AGI 的实现需要超越现有大语言模型的技术突破，建议将硬知识与大模型结合，作为未来可能路径。但他也坦言，即便如此，实现 AGI 仍只是“可能”，并非确定。
尽管对 AGI 持保留态度，克里希纳高度肯定当前 AI 工具在企业生产力提升方面的巨大潜力，认为其可释放数万亿美元的效率价值。但他强调，当前的算力扩张热潮可能更多是短期泡沫，而非可持续的商业逻辑。
HN 热度 790 points | 评论 901 comments | 作者：nabla9 | 1 day ago #
https://news.ycombinator.com/item?id=46124324
- IBM CEO 对 AI 数据中心投资回报持悲观态度，认为其能源需求难以满足，是目前少有的理性分析。
- IBM 已错失 AI 发展良机，其传统 IT 咨询业务面临被 AI 代理取代的风险，尤其在高成本人力模式下更显脆弱。
- 尽管有观点称其已剥离核心咨询业务（如吉凯德公司），但仍有部分高端创新服务存在，且与当前主流生成式 AI 技术脱节。
- 早期的 Watson 虽曾广泛宣传，但实际表现平庸，未能跟上生成式 AI 浪潮，与当前大模型差距明显。
- 生成式 AI 与传统“智能系统”如沃森并无本质关联，仅名称相似，属于不同技术范式。
- 企业高管对人工智能前景的质疑不应被简单归因于利益驱动，需客观看待其财务和能源可行性问题。
- 大型科技公司如 OpenAI、谷歌等宣称人工智能将带来巨大价值，但其自身也存在夸大宣传的动机。
- 人工智能的实际效益尚不明确，即使顶尖专家也无法准确预测其未来影响，当前数据令人困惑。
- 从实际使用体验看，现有 AI 工具如 ChatGPT、Claude 仍无法达到人类水平，代码生成多为拼凑网络内容。
- 企业若能用低成本的生成式模型替代高价外包团队，将极大降低运营成本，这构成真实威胁。
- 一些员工爆料指出，尽管公司表面强调人性化，但历史上存在大量裁员和歧视性用工行为，表明其对自动化极为倾向。
- 面对经济依赖人工智能的现实，任何批评声音都可能被贴上“过时”或“不理解趋势”的标签，形成舆论压制。
“船长收益”在国会山 (“Captain Gains” on Capitol Hill) #
https://www.nber.org/papers/w34524
该网页是美国国家经济研究局（NBER）发布的题为《“船长收益”在国会山》的学术工作论文，作者为魏尚金与周一凡。论文基于美国国会成员股票交易的逐笔数据，研究了未来晋升为领导职务的议员在投资表现上的差异。
研究发现，在晋升前，这些潜在领导者的表现与同侪相当；但一旦成为领导人，其年化收益率显著高出 47 个百分点。这一超额收益主要来自两个机制：一是政治影响力渠道，表现为当本党控制议院时回报更高，提前抛售可能受监管影响的股票，以及增持获得政府合同或政党支持法案的公司股票；二是企业接触渠道，即其交易行为能预测企业后续新闻，且对捐赠方企业或家乡企业股票有更高回报。
论文强调，这种投资优势源于权力带来的信息与资源获取能力，揭示了政治职位与个人财富增长之间的潜在关联。研究使用严谨的实证方法，涵盖多个学术会议反馈，并由多位知名学者提供意见。
该论文属于公司金融与政治经济学领域，已通过美国国家经济研究局官网发布，可免费下载。相关研究也受到媒体关注，被《市场观察》报道。
HN 热度 772 points | 评论 496 comments | 作者：mhb | 10 hours ago #
https://news.ycombinator.com/item?id=46134443
- 国会议员不应被允许交易个股，因为其职位本身已赋予其影响企业成败的权力，不应利用此权力谋取私利。
- 应提高国会议员薪酬至百万美元级别，并强制其将所有资产置于盲信托中，以减少利益冲突。
- 薪酬应足以维持体面生活但不过度，避免议员脱离普通民众的生活经验，同时加强财务监管。
- 国会议员的高薪是合理的，因为他们需承担巨额竞选费用并具备在私营部门可获得千万美元收入的能力。
- 当前竞选制度导致议员必须与州内重要人物建立关系，这实际上助长了政治腐败，但目前尚无更好的替代方案。
- 应由联邦政府资助竞选并严格限制非联邦资金和超级政治行动委员会（PAC）的参与，尽管这涉及言论自由的边界问题。
- 高薪并不能消除贪欲，历史案例表明，即使巨额收入也无法阻止人们追求更多利益，高薪可能只是“进贡”而非解决根本问题。
- 试图通过提高薪酬来消除腐败是徒劳的，因为权力和金钱的欲望不会因收入增加而减弱。
- 有人认为国会成员参与股票交易的动机并非薪酬，而是其在私企中获利的潜在机会，因此改革需从制度根源入手。
- 公众对腐败的容忍度较高，但对被公开指责为腐败极为敏感，因此舆论压力是推动改革的重要手段。
- 政治行为本质上是社会共识的体现，公众对某些人物（如马斯克）的追捧反映了对财富和权力的崇拜，而非道德判断。
- 资本主义社会中，财富本身并非问题，真正危险的是财富带来的权力，如控制媒体、操纵舆论等。
- 消费者“用钱包投票”的理想在现实中难以实现，因为个体选择无法改变大公司行为，集体行动困境导致个人理性选择与集体利益背离。
- 即使大多数人反对某些企业的行为，但因产品性价比高，个体仍会选择购买，导致企业持续存在并扩张。
分页退出 (Paged Out) #
Paged Out! 是一个由社区驱动的非营利性实验性技术杂志，专注于编程技巧、黑客技术、安全研究、复古计算机、现代计算机、电子学、demo 场景等主题。每期内容以“一篇文章=一页”的形式呈现，强调简洁与深度。
目前共发布 7 期，最新一期为第 7 期（2025 年 10 月），主题是“Best kind of readme”，提供网页版 PDF（约 28MB）和 8K 分辨率壁纸（支持 JPEG 和 PNG 格式）。此前各期均提供下载和打印资源，部分版本仍处于“测试版”状态，正在优化印刷用 PDF（A4+ 出血）的生成流程。
所有电子版均可免费下载、分享和打印。印刷版可通过 Lulu.com 购买，提供普通版及不同等级的赞助版（分别加 10、25、50 瑞士法郎），支持项目持续发展。
网站鼓励读者投稿，欢迎撰写“一页文章”参与创作。当前第 8 期已准备 1 篇，尚有 17 篇在审核中，目标是积累足够内容后正式定稿。
订阅通知可通过电子邮件组（pagedout-notifications@googlegroups.com）或使用 RSS/Atom 订阅获取，仅接收新刊发布信息，无垃圾邮件。
网站设计由多位艺术家合作完成，封面艺术涵盖不同风格，如阿米尔·赞德、尼诺·乔、马克·格雷厄姆等。整体风格融合极客文化与视觉艺术，体现数字创作与印刷美学的结合。
HN 热度 563 points | 评论 58 comments | 作者：varjag | 1 day ago #
https://news.ycombinator.com/item?id=46126217
- 评论者对第 7 期中的内容表示赞赏，尤其喜欢将版权侵权作为检测 AI 的一种方式，认为“请提供《蜜蜂电影》的种子链接”是一个极好的想法。
- 自包含的手写识别器设计给人以艺术感，因为它迫使人们以特定方式思考问题，这正是艺术的本质。
- “我并不拥有分享或分发此内容的合法权利”复选框令人捧腹，体现了项目幽默感。
- 有人对打印服务的购买流程感到困扰，包括需要创建账户、邮件验证等繁琐步骤，希望简化购买流程。
- 项目方澄清，打印版并非为盈利而设，而是为了支持项目或在特定活动中免费分发，购买行为更多是出于支持目的。
- 项目方表示正在逐步推进订阅模式，但目前仍需解决印刷质量、历史版本重新排版、以及全球配送合作等挑战。
- 有人建议应为 PDF 版本提供订阅服务，以增加收入来源，同时为读者提供便捷的付费路径。
- 项目方回应称，其核心运营模式是免费提供 PDF 和部分免费印刷版，主要依靠广告、赞助版和限量收藏版来维持运营。
- 项目方承认目前仍处于亏损状态，但不急于改变现有模式，未来若需调整，可能会考虑类似订阅的方案。
- 有人建议项目应申请 ISSN 编号，以提升正式性和权威性。
- 项目方提到，通过商业授权可允许他人印刷和销售印刷版，但收入预期不高，主要目的是支持项目发展。
- 项目提供 RSS 订阅，方便读者获取最新内容，但未设付费订阅服务。
- 项目方强调，其目标是让内容自由传播，同时通过非直接收费的方式实现可持续运营。
每秒处理百万事务，跨越百亿行数据：SQLite 的不合理高效 (100k TPS over a billion rows: the unreasonable effectiveness of SQLite) #
本文探讨了 SQLite 在高并发写入场景下的惊人性能表现，反驳了“SQLite 仅适用于移动设备，不适合服务器”的常见误解。作者通过 Clojure 编写的基准测试，展示了 SQLite 在单写入、嵌入式架构下的高效性。
测试环境为 Apple M1 Pro 芯片的 MacBook Pro，配备 16GB 内存。数据库包含十亿行数据，模拟真实世界中常见的幂律用户分布（99.95% 的交易由 0.05% 的用户完成），这在电商、支付系统中非常典型。
在对比网络数据库（PostgreSQL）时，作者发现：
- 无网络延迟时，PostgreSQL 可达 13,756 TPS；
- 增加 5ms 网络延迟后，TPS 降至 1,214；
- 延迟增至 10ms，TPS 仅剩 702；
- 若使用可串行化隔离级别并加入额外查询（两次网络往返），TPS 降至 348。
问题根源在于 Amdahl 定律：事务在高延迟网络中长时间持有锁，导致性能瓶颈无法通过增加 CPU 或服务器数量突破。这种瓶颈在跨数据中心部署时尤为严重。
相比之下，SQLite 作为嵌入式数据库，消除了网络开销。在相同条件下，SQLite 达到 44,096 TPS，性能远超网络数据库。
更关键的是，SQLite 采用单写入机制，使得事务批处理变得极为简单。作者指出，这种设计不是缺陷，而是实现高吞吐的核心优势。通过将多个写操作合并为一个事务，可以进一步优化性能。
结论：SQLite 的嵌入式架构和单写入模型，使其在高并发写入场景下具备“不合理”的高效性。对于许多应用而言，使用 SQLite 不仅足够，甚至更优。
HN 热度 391 points | 评论 149 comments | 作者：speckx | 1 day ago #
https://news.ycombinator.com/item?id=46124205
- SQLite 虽然强大，但在高并发写入场景下容易出现锁死问题，即使使用 WAL 模式也无法完全避免，导致读写操作全部阻塞，排查和解决较为困难。
- WAL 文件在某些情况下无法自动回滚，导致其体积急剧膨胀，进而引发查询性能严重下降，即便调整参数也难以解决，需通过外部程序定期强制回滚。
- 在 Windows 系统上，由于缺乏类似
lsof这样的文件监控工具，定位和处理锁定问题更加困难。 - 云环境中的虚拟化存储虽然表面看起来像本地磁盘，但实际性能远不如物理本地硬盘，影响 SQLite 的极致性能表现。
- 尽管存在上述问题，但作者从未遇到数据库损坏、索引错误或事务不一致等严重问题，这体现了 SQLite 在数据一致性方面的可靠性。
- 建议使用单一写入连接并配合消息队列（如无锁多生产者单消费者队列）来批量处理写入操作，可显著提升并发效率并减少锁争用。
- 采用这种模式后，应用层可以实现读写分离与事务内读写一致性，尤其适合结合 CQRS 架构使用，使读写逻辑更清晰。
- 多个线程或进程的写入请求应由一个统一的“批处理器”协调，避免多个写入事务频繁争抢资源，从而降低系统整体延迟。
- 虽然该方案提升了性能和稳定性，但也增加了架构复杂度，需要引入额外的进程或线程管理机制，削弱了“嵌入式数据库即文件”的简洁性。
- SQLite 的默认配置对高负载场景不够友好，许多驱动库也不提供内置的写入批处理支持，需开发者自行设计解决方案。
- WAL 回滚（checkpointing）应被主动管理，例如通过 PASSIVE 模式定期执行，或借助 Litestream 等工具自动完成，而非依赖默认行为。
- 有用户反映在未明确异常操作的情况下，SQLite 仍会出现随机崩溃或数据损坏，且无法复现原因，最终不得不放弃使用。
MinIO 已进入维护模式 (MinIO is now in maintenance-mode) #
https://github.com/minio/minio/commit/27742d469462e1561c776f88ca7a1f26816d69e2
该项目目前处于“仅维护”状态，不再接受任何新功能、增强或 Pull Request。仅会视情况评估关键安全修复；现有 Issue 和 PR 不再主动审查。社区支持仍在 Slack 上尽力提供。若需企业级支持，请转向 MinIO AIStor。
HN 热度 385 points | 评论 226 comments | 作者：hajtom | 8 hours ago #
https://news.ycombinator.com/item?id=46136023
- MinIO 转向维护模式，虽有遗憾，但开源项目终需商业化路径，社区对此反应复杂。
- RustFS 因 Apache 许可证和快速迭代受到青睐，但分布式功能尚不成熟，需关注其路线图。
- Garage 在单机部署上表现稳定，UI 虽缺但可通过第三方工具弥补，长期使用体验良好。
- SeaweedFS 轻量易部署，但可靠性不足，存在数据丢失和回归问题，适合非关键场景。
- 有用户认为简单自研存储系统比复杂开源方案更省心，尤其在数据量不大时。
- RustFS 官网营销风格强烈，部分用户对其可信度存疑，且其 CLA 要求版权归属存在风险。
- Garage 在高吞吐场景下性能不及 MinIO，但适合家庭或小规模部署。
- 项目维护者响应迅速是 SeaweedFS 和 Garage 的重要优势，对社区支持有积极影响。
- 有用户指出 RustFS 的 CLA 可能预示未来许可证变更，存在“跑路”风险，需警惕。
《地狱潜兵 2》开发团队将安装包大小从 154GB 缩减至 23GB (Helldivers 2 devs slash install size from 154GB to 23GB) #
PC 游戏《地狱潜兵 2》（Helldivers 2）的开发者箭头游戏工作室（Arrowhead Game Studios）宣布，通过与 Nixxes Software 合作，成功将游戏安装包大小从约 154GB 大幅缩减至约 23GB，减少幅度高达 85%。
这一优化主要得益于对游戏数据的去重处理，有效减少了重复资源的存储。此举不仅显著节省了玩家的硬盘空间，也提升了游戏的安装和加载效率。
该更新已上线 Steam 平台，玩家可选择下载体积更小的“精简版”游戏。此次调整得到了玩家广泛好评，尤其对存储空间有限的用户而言是一大福音。
值得一提的是，这一成果得益于经验丰富的游戏移植团队——尼克斯软件（Nixxes Software），他们曾为索尼多款大型主机游戏提供高质量的 PC 移植版本。
HN 热度 370 points | 评论 249 comments | 作者：doener | 11 hours ago #
https://news.ycombinator.com/item?id=46134178
- 开发者为提升机械硬盘加载速度而采用的文件冗余优化策略，导致安装包体积大幅增加，但实际效果有限，引发对优化必要性的质疑。
- 该优化虽在部分游戏中能带来 5 倍性能提升，但在《深海迷航 2》中并未产生显著影响，且大部分加载时间由关卡生成决定，而非磁盘读取。
- 安装包大小的膨胀主要由开发者刻意为之的冗余设计导致，其初衷是优化特定硬件上的性能表现，而非单纯懒惰或疏忽。
- 多数玩家使用的是固态硬盘，因此 154GB 的安装体积对绝大多数用户而言并无实际性能优势，反而浪费了宝贵的存储空间。
- 部分评论认为，开发者并非“懒惰”，而是面临复杂的多平台运营、大量内容更新和优先级管理压力，无法轻易调整此类底层设计。
- 有观点指出，这种“以空间换性能”的做法在游戏行业中普遍存在，属于行业惯例，不应被过度批判。
- 从专业角度看，85% 的体积缩减仅带来微小性能损失，属于严重失职，反映出当前大型游戏开发中对资源效率的忽视。
- 一些玩家和开发者更关注长期体验，如通过模组修复旧游戏的性能与质量，反衬出正式版本的不足。
《广告狂人》4K 版登陆 HBO Max 引发争议：修复失败暴露原始素材缺陷 (The “Mad Men” in 4K on HBO Max Debacle) #
http://fxrant.blogspot.com/2025/12/the-mad-men-in-4k-on-hbo-max-debacle.html
HBO Max 推出《广告狂人》4K 版本引发争议，尽管宣传为“4K 修复”，但实际播放版本存在严重技术问题。观众发现，部分关键画面中本应被后期处理掉的道具和工作人员清晰可见，例如第一季中罗杰·斯隆呕吐的经典场景，原本通过数字特效隐藏的假呕吐管和操作人员竟完整暴露在画面中。
这一问题并非因画面比例调整（如将 1.33:1 改为 16:9）导致，因为《广告狂人》原片已以 16:9 格式制作。真正的问题在于，HBO Max 播放的版本使用了未经后期处理的原始拍摄素材，缺少了原本在电视和蓝光版本中添加的数字视觉特效。
此外，多个场景中缺失了关键的视觉元素：包括片头字幕“Mad Men：20 世纪 50 年代末用于形容麦迪逊大道广告主管的术语”，以及为还原 1960 年代纽约氛围而添加的复古广告牌、垃圾桶等数字元素。部分镜头仍保留了拍摄地洛杉矶的现代酒店标识，而这些在正式版本中已被数字移除。
更令人惊讶的是，剧集顺序也出现混乱，第一季首集标题显示错误，后经更新修正。这些失误表明，从原始素材到最终上线的整个质量控制流程存在严重漏洞，可能源于某一步骤的疏漏，却未被多层审核发现。
作者强调，此类错误不仅影响观感，更损害了经典剧集的完整性与文化价值，提醒行业应重视修复工作的严谨性。
HN 热度 364 points | 评论 156 comments | 作者：tosh | 12 hours ago #
https://news.ycombinator.com/item?id=46133422
- 《X-Files》制作团队提前考虑到 16:9 电视播放的可能，有意识地在画面构图上保护了宽屏框架，使得其蓝光版的 16:9 修复效果非常出色。
- 《火线》（The Wire）原为 4:3 比例拍摄，导演大卫·西蒙对画面构图有深刻考量，其重制版在 16:9 下部分场景因空间扩展而增强了表现力，但也有部分原本精心设计的构图因调整而失去原有韵味。
- 《火线》的重制版在技术与艺术层面都做了大量努力，部分场景通过缩放来维持人物亲密感，体现了对不同画幅的创造性处理。
- 大卫·西蒙早期作品《霍姆库德》（Homicide）也展现了对不同画幅和媒介转换的关注，说明他对影像格式的长期兴趣。
- 早期电影常采用“开镜”（open matte）拍摄方式，即在拍摄时保留超出标准画幅的区域，以便后期根据需要裁剪为不同比例，以适应影院或电视播出。
- 《泰坦尼克号》等 20 世纪 90 年代至 2000 年代的电影多使用超 35 毫米胶片拍摄，其原始画面接近 4:3，需通过光学或数字手段进行压缩和裁剪以适配宽银幕放映。
- 数码时代如红米（Red）相机可直接按目标画幅录制，仅保存有效像素，避免浪费，但实际操作中仍需专业判断。
- “开镜”技术是为未来在不同画幅设备上播放预留空间，尤其适合现代折叠屏手机等新型显示设备。
- 《巴比伦 5 号》（Babylon 5）曾为高清重制做好准备，保留了所有特效的数字母版，但因版权方误送副本并销毁，导致无法实现高质量重制。
- 尽管《巴比伦 5 号》的特效在 4:3 下依然保持良好观感，但在 16:9 下非数字合成镜头质量下降明显，反映出当时制作时未充分考虑未来宽屏需求。
- 近年来已有人对《巴比伦 5 号》的画幅与画质问题进行了修复工作，试图改善这一历史遗憾。
Hacker News 精彩评论及翻译 #
Accepting US car standards would risk European liv… #
https://news.ycombinator.com/item?id=46131554
NotJustBikes just put out a video about this issue - https://www.youtube.com/watch?v=--832LV9a3I
A couple years ago he also made a video about these trucks more broadly - https://www.youtube.com/watch?v=jN7mSXMruEo
What’s truly maddening is how many of these vehicles which do not meet European safety standards are already in Europe. Walk around Hilversum in the Netherlands and you will see plenty of Dodge Rams (mostly 1500’s, but there’s even a 2500 Dually usually parked on the sidewalk (“pavement “for Brits) where my kids used to go to school). They’re imported under “Individual Vehicle Approval” rules, exempting them from type safety requirements, and on top of that are almost always registered as “business vehicles” (you can tell from the V plate) which means they pay an absolute pittance in tax.
I moved here to get away from American kindercrushers (among other reasons) and I am profoundly concerned that Europe is being invaded by these machines.
(Edit) Worth noting is that a lot of Dutch street design is based on the idea that people can share space with cars in dense, low speed environments, but that assumption flies out the window when the vehicles are so large you can’t even see a kid walking or biking to school.
Further edit - source - https://www.motorfinanceonline.com/news/dodge-ram-registrations-surge-in-europe-prompting-calls-for-regulatory-action/ 5,000 Dodge Rams imported in to Europe in 2023 alone.
CalRobert
NotJustBikes 就发布了一个关于这个问题的视频 - https://www.youtube.com/watch?v=--832LV9a3I
几年前，他也曾更广泛地做过一期关于这些卡车的视频 - https://www.youtube.com/watch?v=jN7mSXMruEo
真正令人发指的是，有这么多不满足欧洲安全标准的车辆_已经_在欧洲了。在荷兰的希尔弗瑟姆（Hilversum）逛逛，你就会看到很多道奇Ram皮卡（大多是1500型号，但甚至还有一辆2500双后轮的，通常停在我孩子们以前上学的路边人行道上——对英国人来说是“pavement”）。它们是根据“单辆车型式认证”（Individual Vehicle Approval）的规定进口的，豁免了它们的安全类型要求，而且它们几乎总是被注册为“商业车辆”（你可以从V牌照上看出），这意味着它们只需缴纳微不足道的税款。
我搬到这儿来，就是为了摆脱美国那种可能撞伤儿童的大块头（除了其他原因），我深切地担忧欧洲正在被这些机器入侵。
（编辑）值得注意的是，荷兰的许多街道设计都基于这样一个理念：在人口密集、低速的环境下，人们_可以_与汽车共享空间，但当车辆大到连走路或骑自行车上学的孩子都看不见时，这个假设就不成立了。
再补充一下 - 来源 - https://www.motorfinanceonline.com/news/dodge-ram-registrations-surge-in-europe-prompting-calls-for-regulatory-action/ 仅2023年一年，就有5000辆道奇Ram被进口到欧洲。
“Captain Gains” on Capitol Hill #
https://news.ycombinator.com/item?id=46134623
Incorrect title, the finding is “lawmakers who later ascend to leadership positions perform similarly to matched peers beforehand but outperform them by 47 percentage points annually after ascension.” This is saying that people in congressional leadership positions do 47% better than other members of Congress.
burkaman
标题不正确。研究发现，“后来晋升到领导职位的议员，在晋升前的表现与匹配的同行相似，但在晋升后，年度表现优于他们47个百分点。”这意味着国会中的领导职位议员比其他议员的表现高出47%。
Anthropic acquires Bun #
https://news.ycombinator.com/item?id=46126685
A lot of people seem confused about this acquisition because they think of Bun as a node.js compatible bundler / runtime and just compare it to Deno / npm. But I think its a really smart move if you think of where Bun has been pushing into lately which is a kind of cloud-native self contained runtime (S3 API, SQL, streaming, etc). For an agent like Claude Code this trajectory is really interesting as you are creating a runtime where your agent can work inside of cloud services as fluently as it currently does with a local filesystem. Claude will be able to leverage these capabilities to extend its reach across the cloud and add more value in enterprise use cases
dts
许多人似乎对这次收购感到困惑，因为他们认为 Bun 只是一个与 Node.js 兼容的打包器/运行时，并简单地将其与 Deno 或 npm 进行比较。但如果你考虑到 Bun 近期的发展方向——即一种云原生的自包含运行时（包含 S3 API、SQL、流处理等功能），我认为这实际上是一步非常聪明的棋。对于像 Claude Code 这样的智能体来说，这条发展轨迹非常引人关注，因为它意味着你正在创建一个能让你的智能体像在本地文件系统中一样流畅地在云服务中运行的运行时环境。Claude 将能够利用这些能力扩展其在云端的覆盖范围，并为企业用例增添更多价值。
Everyone in Seattle hates AI #
https://news.ycombinator.com/item?id=46139440
Engineers don’t try because they think they can’t.
This article assumes that AI is the centre of the universe, failing to understand that that assumption is exactly what’s causing the attitude they’re pointing to.
There’s a dichotomy in the software world between real products (which have customers and use cases and make money by giving people things they need) and hype products (which exist to get investors excited, so they’ll fork over more money). This isn’t a strict dichotomy; often companies with real products will mix in tidbits of hype, such as Microsoft’s “pivot to AI” which is discussed in the article. But moving toward one pole moves you away from the other.
I think many engineers want to stay as far from hype-driven tech as they can. LLMs are a more substantive technology than blockchain ever was, but like blockchain, their potential has been greatly overstated. I’d rather spend my time delivering value to customers than performing “big potential” to investors.
So, no. I don’t think “engineers don’t try because they think they can’t.” I think engineers KNOW they CAN and resent being asked to look pretty and do nothing of value.
bccdee
工程师们不尝试，是因为他们认为自己做不到。
这篇文章假设人工智能是宇宙的中心，却没有意识到，正是这种假设才导致了其所指的那种态度。
在软件界存在着一种二元对立：真实的产品（拥有客户、应用场景，并通过满足人们的需求来创造收益）和炒作型产品（其存在的目的是为了吸引投资者，让他们掏出更多的钱）。这并非一种严格的二分法；拥有真实产品的公司常常也会混入一些炒作的元素，比如文章中讨论的微软“向AI转型”的战略。但是，向其中一端靠拢，就意味着远离另一端。
我认为，许多工程师都希望尽可能远离由炒作驱动的技术。与区块链相比，大型语言模型是一项更扎实的技术，但和区块链一样，其潜力被大大夸大了。我宁愿花时间去为客户创造价值，而不是向投资者表演“巨大的潜力”。
所以，并非如此。我不认为“工程师们不尝试是因为他们认为自己做不到”。我认为工程师们知道自己能做到，并且反感被要求装点门面，去做些毫无价值的事情。
OpenAI declares ‘code red’ as Google catches up in… #
https://news.ycombinator.com/item?id=46126750
I’ve seen a rumor going around that OpenAI hasn’t had a successful pre-training run since mid 2024. This seemed insane to me but if you give ChatGPT 5.1 a query about current events and instruct it not to use the internet it will tell you its knowledge cutoff is June 2024. Not sure if maybe that’s just the smaller model or what. But I don’t think it’s a good sign to get that from any frontier model today, that’s 18 months ago.
jdoliner
我看到一个传言在流传，称OpenAI自2024年年中以来就未曾成功完成过一次预训练。这听起来太不可思议了，但如果你让ChatGPT 5.1回答一个时事问题，并指示它不要联网，它会告诉你它的知识截止日期是2024年6月。不确定这或许只是因为用的是更小的模型，或者有其他原因。但我不认为，对于当今任何前沿模型而言，这算是个好迹象，要知道那已经是18个月前的事了。
Valve reveals it’s the architect behind a push to … #
https://news.ycombinator.com/item?id=46138331
Everything valve doing for linux is making such a huge impact.
The HL3 memes don’t even seem fair to use anymore. I don’t even want to un-seriously make joke fun of them at this point. They are just genuinely doing so much for the community.
adverbly
Valve 为 Linux 所做的一切都产生了如此巨大的影响。 现在就连“半条命3”（HL3）的梗用来都觉得不太合适了。我甚至现在都不想再拿它开玩笑。他们确实是在为社区做非常多实实在在的贡献。
Zig quits GitHub, says Microsoft’s AI obsession ha… #
https://news.ycombinator.com/item?id=46133219
On the previous HN article, I recall many a comment talking about how they should change this, leave the politics/negative juju out because it was a bad look for the Zig community.
It would appear they listened to that feedback, swallowed their ego/pride and did what was best for the Zig community with these edits. I commend them for their actions in doing what’s best for the community at the cost of some personal mea culpa edits.
styanax
在上一篇HN文章下，我记得有很多评论提到他们应该做出改变，把政治/负面能量剔除出去，因为这会让Zig社区显得很不体面。
看起来他们听取了这些反馈，放下了自己的傲慢/自尊，为了Zig社区的利益做出了这些修改。我赞扬他们为社区利益做出牺牲，甚至不惜为此做出一些自我检讨的修改。
Anthropic acquires Bun #
https://news.ycombinator.com/item?id=46129044
I built Cloudflare Workers?
kentonv
我建了 Cloudflare Workers？
Accepting US car standards would risk European liv… #
https://news.ycombinator.com/item?id=46131574
EU vehicle safety regulations have supported a 36% reduction in European road deaths since 2010. By contrast, road deaths in the US over the same period increased 30%, with pedestrian deaths up 80% and cyclist deaths up 50%
I didn’t know this, but it is absolutely crazy. Every EU politician who tries to subvert car safety should be dismissed and tried for endangering public safety.
sigmoid10
自2010年以来，欧盟的车辆安全法规已帮助欧洲道路死亡人数减少了36%。相比之下，同期美国的道路死亡人数增加了30%，其中行人死亡人数增加了80%，自行车骑行者死亡人数增加了50%。
我之前都不知道这个情况，但这简直太疯狂了。任何试图削弱汽车安全的欧盟政客都应该被免职，并以危害公共安全的罪名接受审判。
Everyone in Seattle hates AI #
https://news.ycombinator.com/item?id=46139439
Ex-Google here; there are many people both current and past-Google that feel the same way as the composite coworker in the linked post.
I haven’t escaped this mindset myself. I’m convinced there are a small number of places where LLMs make truly effective tools (see: generation of “must be plausible, need not be accurate” data, e.g. concept art or crowd animations in movies), a large number of places where LLMs make apparently-effective tools that have negative long-term consequences (see: anything involving learning a new skill, anything where correctness is critical), and a large number of places where LLMs are simply ineffective from the get-go but will increasingly be rammed down consumers’ throats.
Accordingly I tend to be overly skeptical of AI proponents and anything touching AI. It would be nice if I was more rational, but I’m not; I want everyone working on AI and making money from AI to crash and burn hard. (See also: cryptocurrency)
pkasting
前谷歌员工在此；无论是现任还是前任谷歌员工，都有很多人与被链接帖子里那位虚构的同事持相同看法。
我自己也没能摆脱这种思维模式。我深信，大语言模型（LLM）只在少数几个地方是真正有效的工具（例如：用于生成“必须可信，无需准确”的数据，如电影中的概念艺术或人群动画），在许多地方，它能打造出看似有效但会带来长期负面影响的工具（例如：任何涉及学习新技能、或正确性至关重要的场景），而在另一些地方，它从一开始就完全无效，却会越来越多地强行推销给消费者。
因此，我往往对人工智能的倡导者以及任何与人工智能相关的事物都抱持过度怀疑的态度。如果我能更理性就好了，但我做不到；我希望所有从事人工智能工作并从中牟利的人都彻底失败，摔得粉身碎骨。（另请参考：加密货币）
Zig quits GitHub, says Microsoft’s AI obsession ha… #
https://news.ycombinator.com/item?id=46133179
The edit history of the announcement is quite a ride:
[2025-11-27T02:10:07Z] it’s abundantly clear that the talented folks who used to work on the product have moved on to bigger and better things, with the remaining losers eager to inflict some kind of bloated, buggy JavaScript framework on us in the name of progress [1]
[2025-11-27T14:04:47Z] it’s abundantly clear that the talented folks who used to work on the product have moved on to bigger and better things, with the remaining rookies eager to inflict some kind of bloated, buggy JavaScript framework on us in the name of progress [2]
[2025-11-28T09:21:12Z] it’s abundantly clear that the engineering excellence that created GitHub’s success is no longer driving it [3]
brushfoot
这份公告的编辑史相当精彩：
[2025-11-27T02:10:07Z] 事情再清楚不过了，那些曾经为产品效力的人才们已经去追求更宏大的事业和更好的发展了，而剩下的一群失败者却打着“进步”的旗号，迫不及待地想把某种臃肿、充满Bug的JavaScript框架强加给我们 [1]
[2025-11-27T14:04:47Z] 事情再清楚不过了，那些曾经为产品效力的人才们已经去追求更宏大的事业和更好的发展了，而剩下的一群菜鸟却打着“进步”的旗号，迫不及待地想把某种臃肿、充满Bug的JavaScript框架强加给我们 [2]
[2025-11-28T09:21:12Z] 事情再清楚不过了，那个曾为GitHub的成功奠定工程卓越的基础，如今已不再是其发展的驱动力 [3]
The Junior Hiring Crisis #
https://news.ycombinator.com/item?id=46125216
Adding to this: it’s not just that the apprenticeship ladder is gone—it’s that nobody wants to deal with juniors who spit out AI code they don’t really understand.
In the past, a junior would write bad code and you’d work with them to make it better. Now I just assume they’re taking my feedback and feeding it right back to the LLM. Ends up taking more of my time than if I’d done it myself. The whole mentorship thing breaks down when you’re basically collaborating with a model through a proxy.
I think highly motivated juniors who actually want to learn are still valuable. But it’s hard to get past “why bother mentoring when I could just use AI directly?”
I don’t have answers here. Just thinking maybe we’re not seeing the end of software engineering for those of us already in it—but the door might be closing for anyone trying to come up behind us.
strickjb9
补充一点：问题不在于学徒制的阶梯消失了，还在于没人愿意带那些只会吐出自己并不真正理解的AI代码的新人。
过去，初级开发者会写出烂代码，然后你会帮助他们把它改好。现在，我直接默认他们会把我的反馈直接喂给LLM。结果花掉的时间比我亲手来做还要多。当你本质上是在通过一个中介与模型协作时，整个指导体系也就崩溃了。
我认为那些真正想学习且积极性高的初级开发者依然有价值。但很难让人不去想：“既然我能直接用AI，那干嘛还要花时间带新人？”
我这里没有答案。只是在想，对于我们这些已经在软件开发行业内的人来说，我们或许不会看到这个行业的终结；但对于任何试图追赶我们、想进入这个行业的人来说，大门可能正在关闭。
Japanese game devs face font dilemma as license in… #
https://news.ycombinator.com/item?id=46131149
Ah Monotype. Knew before reading the article it would be them. Their whole MO is buying up smaller type foundries, massively increasing the licensing fees and shaking down the previous customers. They send in auditors, demand to see traffic data and threaten fines. Happened to me twice now.
Creating type is an extremely difficult and skilled discipline and designers deserve to be compensated fairly. However Monotype’s business practices are such that I won’t approve anything but open source fonts for new projects.
mattkevan
哦，是 Monotype。在没读这篇文章前我就知道是他们了。他们的整个运营模式就是收购小型字体公司，大幅提高授权费，然后敲诈勒索老客户。他们会派来审计员，要求查看流量数据，并威胁处以罚款。这事儿已经发生在我身上两次了。
字体创作是一项极其困难且专业的技艺，设计师理应获得公平的报酬。然而，Monotype 的商业手段就是这样，以至于我在新项目中只批准使用开源字体。
“Captain Gains” on Capitol Hill #
https://news.ycombinator.com/item?id=46134860
This is saying that people in congressional leadership positions do 47% better than other members of Congress.
It’s even more damning than that I think.
we find that lawmakers who later ascend to leadership positions perform similarly to matched peers beforehand but outperform them by 47 percentage points annually after ascension.
The same person makes more after being put in a leadership position than before. That essentially removes any possibility of ‘well maybe they’re just more knowledgable and that’s why they’re in leadership.’
ApolloFortyNine
这说的是，担任国会领导职位的人，比其他国会议员的表现高出47%。
我觉得这甚至比这还要 damning（ damning 在此可译为“更具有杀伤力”或“更说明问题”）。
我们发现，后来晋升为领导职位的议员，在此之前的表现与匹配的同行相似，但晋升后每年会超出他们47个百分点。
同一个人在担任领导职位后比担任前赚得更多。这基本上就排除了“也许他们只是更知识渊博，所以才会进入领导层”的任何可能性。
Zig quits GitHub, says Microsoft’s AI obsession ha… #
https://news.ycombinator.com/item?id=46133742
I often find we don’t appreciate enough people accepting their failures and changing their mind. For some reason I see the opposite: people respecting those who “stick to their guns” or double down when something is clearly wrong. As you say, the context matters and these edits seem to be learning from the feedback rather than saving face since the sentiment stands, just in a less needlessly targeted way.
dannersy
我们常常没有充分认识到，能够坦然接受失败并改变想法的人是多么可贵。不知为何，我看到的情况恰恰相反：人们反而会钦佩那些在事情明显出错时依然“固执己见”或“一错再错”的人。正如你所说，具体情境很重要，这些修改似乎是在吸取反馈意见，而不是为了保全面子，因为核心观点没有变，只是不再那么无的放矢了。
Learning music with Strudel #
https://news.ycombinator.com/item?id=46121827
Loved playing with it! https://strudel.cc/?qVv8Cr0OD6cc
DigitalDopamine
玩这个东西太爽了！https://strudel.cc/?qVv8Cr0OD6cc
IBM CEO says there is ’no way’ spending on AI data… #
https://news.ycombinator.com/item?id=46131245
IBM has not exactly had a stellar record at identifying the future.
IBM invented/developed/introduced magnetic stripe cards, UPC Barcodes, the modern ATM, Hard drives, floppies, DRAM, SQL, the 360 Family of Mainframes, the PC, Apollo guidance computers, Deep Blue. IBM created a far share of the future we’re living in.
I’m no fan of much of what IBM is doing at the moment but it could be argued that its consultancy/service orientation gives it a good view of how business is and is planning to use AI.
helsinkiandrew
IBM在预见未来方面的记录可算不上特别出色。 IBM发明/开发/推出了磁条卡、通用产品代码（UPC）条形码、现代自动取款机（ATM）、硬盘、软盘、动态随机存取存储器（DRAM）、SQL语言、大型机360系列、个人电脑（PC）、阿波罗制导计算机以及“深蓝”超级计算机。我们如今所生活的未来，很大程度上是由IBM构建的。 我并非IBM当前诸多做法的拥护者，但可以说，其咨询和服务的定位，使其能够清晰地洞察到企业当前及未来规划中人工智能的应用方式。
Zig’s new plan for asynchronous programs #
https://news.ycombinator.com/item?id=46123432
Overall this article is accurate and well-researched. Thanks to Daroc Alden for due diligence. Here are a couple of minor corrections:
When using an Io.Threaded instance, the async() function doesn’t actually do anything asynchronously — it just runs the provided function right away.
While this is a legal implementation strategy, this is not what std.Io.Threaded does. By default, it will use a configurably sized thread pool to dispatch async tasks. It can, however, be statically initialized with init_single_threaded in which case it does have the behavior described in the article.
The only other issue I spotted is:
For that use case, the Io interface provides a separate function, asyncConcurrent() that explicitly asks for the provided function to be run in parallel.
There was a brief moment where we had asyncConcurrent() but it has since been renamed more simply to concurrent().
AndyKelley
总的来说，这篇文章是准确的，并且经过了充分的研究。感谢 Daroc Alden 的尽职调查。这里有几个小的更正：
当使用一个 Io.Threaded 实例时，async() 函数实际上并不会异步执行任何操作——它只是立即运行所提供的函数。
虽然这是一种合法的实现策略，但这并非 std.Io.Threaded 的行为。默认情况下，它会使用一个可配置大小的线程池来分发异步任务。不过，它也可以通过 init_single_threaded 进行静态初始化，在这种情况下，它的行为确实与文章中所描述的一致。
我注意到的另一个问题是：
对于那个用例，Io 接口提供了一个单独的函数 asyncConcurrent()，明确要求所提供的函数并行运行。
我们曾经短暂地使用过 asyncConcurrent()，但它后来被重命名为更简单的 concurrent()。
AI agents break rules under everyday pressure #
https://news.ycombinator.com/item?id=46130680
Blameless postmortem culture recognizes human error as an inevitability and asks those with influence to design systems that maintain safety in the face of human error. In the software engineering world, this typically means automation, because while automation can and usually does have faults, it doesn’t suffer from human error.
Now we’ve invented automation that commits human-like error at scale.
I wouldn’t call myself anti-AI, but it does seem fairly obvious to me that directly automating things with AI will probably always have substantial risk and you have much more assurance, if you involve AI in the process, using it to develop a traditional automation. As a low-stakes personal example, instead of using AI to generate boilerplate code, I’ll often try to use AI to generate a traditional code generator to convert whatever DSL specification into the chosen development language source code, rather than asking AI to generate the development language source code directly from the DSL.
hxtk
无责复盘文化将人为错误视为一种必然，并要求有影响力的人设计出能够在人为错误面前保持安全的系统。在软件工程领域，这通常意味着实现自动化，因为尽管自动化可能并且通常确实存在缺陷，但它不会犯人为错误。
现在，我们发明了会大规模犯人类式错误的自动化。
我不会称自己为“反AI派”，但在我看来，直接用AI来自动化某些事情，很可能会持续存在巨大风险。而如果你让AI参与到流程中，用它来开发传统的自动化系统，则会获得更大的保障。以我个人一个低风险的例子来说：与其让AI为我生成样板代码，我更倾向于尝试用AI来生成一个传统的代码生成器，该生成器能将任何领域特定语言（DSL）的规范转换成所选开发语言的源代码，而不是直接要求AI根据DSL规范来生成开发语言的源代码。
OpenAI declares ‘code red’ as Google catches up in… #
https://news.ycombinator.com/item?id=46126373
OpenAI is basically just Netscape at this point. An innovative product with no means of significant revenue generation.
One one side it’s up against large competitors with an already established user base and product line that can simply bundle their AI offerings into those products. Google will do just what Microsoft did with Internet Explorer and bundle Gemini in for ‘Free’ with their already other profitable products and established ad-funded revenue streams.
At the same time, Deepseek/Qwen, etc. are open sourcing stuff to undercut them on the other side. It’s a classic squeeze on their already fairly dubious business model.
felixfurtak
OpenAI 现在基本上就是网景了。一个创新的产品，却没有重要的盈利手段。
一方面，它面临着大型竞争对手，这些对手已经拥有庞大的用户群和成熟的产品线，可以直接将他们的 AI 功能整合到这些产品中。谷歌会效仿微软当年捆绑 Internet Explorer 的做法，将 Gemini “免费”地捆绑到他们其他有利可图的产品和已经成熟的广告资助收入流中。
与此同时，Deepseek/Qwen 等公司又在另一边通过开源来削弱他们。这已经构成了对其本就相当可疑的商业模式的经典挤压。
Helldivers 2 devs slash install size from 154GB to… #
https://news.ycombinator.com/item?id=46134547
With their latest data measurements specific to the game, the developers have confirmed the small number of players (11% last week) using mechanical hard drives will witness mission load times increase by only a few seconds in worst cases. Additionally, the post reads, “the majority of the loading time in Helldivers 2 is due to level-generation rather than asset loading. This level generation happens in parallel with loading assets from the disk and so is the main determining factor of the loading time.”
It seems bizarre to me that they’d have accepted such a high cost (150GB+ installation size!) without entirely verifying that it was necessary!
I expect it’s a story that’ll never get told in enough detail to satisfy curiosity, but it certainly seems strange from the outside for this optimisation to be both possible and acceptable.
snet0
根据开发者针对游戏最新数据的测量结果，他们已确认使用机械硬盘的玩家数量（上周为11%）在最坏的情况下，任务加载时间只会增加几秒钟。此外，该帖子还写道：“《Helldivers 2》中的大部分加载时间源于关卡生成，而非资源加载。关卡生成是与从磁盘加载资源同时进行的，因此是决定加载时间的主要因素。”
在我看来，他们在没有完全核实其必要性的情况下，竟然接受了如此高昂的代价（150GB+的安装体积！），这真是令人费解！
我预计这个故事永远不会有足够详细的讲述来满足人们的好奇心，但从外部来看，这种优化既可行又可接受，确实显得很奇怪。
Valve reveals it’s the architect behind a push to … #
https://news.ycombinator.com/item?id=46138720
Valve is one of the few companies regularly seen on HN where the headline is something like “[company] is secretly doing something really great” as opposed to “[company] is secretly doing something evil”
levocardia
在 HN 上，很少有公司能像 Valve 那样，人们总在讨论“[某家公司]正在秘密做些了不起的事”，而不是“[某家公司]正在秘密干些坏事”。