2025 12 16 HackerNews

2025-12-16 Hacker News Top Stories #

  1. iRobot申请破产，将由中国供应商深圳PICEA接管并注销股票，标志着这家以Roomba闻名的消费级机器人公司因创新乏力与全球供应链变局而走向重大转折。
  2. 围绕AI取代劳动是否征税存在分歧，专家更倾向通过提高资本利得税或对超额企业利润征税而非设立专门的“机器人税”以修正税制不公。
  3. 肯尼亚作者反驳被指“像ChatGPT”的说法，认为其受殖民教育影响的规范化英语写作风格被AI检测工具误判，呼吁正视文化偏见与写作多样性。
  4. Arduino更新服务条款引发开源社区担忧，Adafruit指其对逆向工程与用户权利的限制不兼容开源精神，Arduino则称仅限云SaaS并会听取反馈。
  5. 美国多地农民长期使用除草剂百草枯后罹患帕金森并对先正达等公司提起诉讼，倡议禁用该在多国被禁的农药以应对潜在健康风险。
  6. 通过反汇编，作者还原NES版《Top Gun》航母着陆判定逻辑（高度、速度与朝向阈值）、内存地址与作弊码，并总结操作技巧与容错范围。
  7. AI代理自动化开发与集成能力正使团队能快速自建原本需采购的SaaS功能，冲击中低端SaaS市场但大规模、强网络效应或专有数据的产品仍具护城河。
  8. 作者建议在Postgres中避免使用高随机性的UUID v4作为主键，因其会导致索引碎片化和性能下降，优先用序列整型或有序UUID（如v7）等方案。
  9. Anthropic因网络路由配置错误导致多款模型在13:25–14:43 PT期间可用性下降，问题已回滚修复并将进行复盘改进监控与变更管理。

iRobot 破产，中国股东浮出水面 (Roomba maker goes bankrupt, Chinese owner emerges) #

https://news.bloomberglaw.com/bankruptcy-law/robot-vacuum-roomba-maker-files-for-bankruptcy-after-35-years

iRobot 公司，这家以 2002 年推出的 Roomba 扫地机器人闻名的美国消费级机器人制造商，于 2025 年 12 月 16 日宣布申请破产。根据公告，公司资产与负债规模在 1 亿至 5 亿美元之间。iRobot 将由其主要中国供应商——深圳 PICEA Robotics 公司及其子公司接管，公司股票将被注销。此次破产标志着这家由麻省理工学院工程师于 1990 年创立的企业走向重大转折。

该消息由彭博新闻（Bloomberg News）报道，记者为 Reshmi Basu 和 Dorothy Ma。报道指出，iRobot 曾凭借 Roomba 在智能家居领域取得初期成功，但近年来面临严峻挑战。此次破产重组涉及公司控制权转移，反映出全球供应链格局变化及消费科技企业面临的经营压力。

网页同时提供 Bloomberg Law 平台的订阅入口，用户可通过登录或注册获取更多法律分析与深度报道。相关栏目包括破产、并购、知识产权等，覆盖企业法律动态与行业趋势。

此外，页面还展示其他近期破产相关新闻，如 Genesis Healthcare 的资产出售争议、Pritzker 家族旗下公司内部债务重组等，凸显当前企业破产与重组领域的热点议题。

HN 热度 620 points | 评论 766 comments | 作者：nreece | 1 day ago #

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

  • Roomba 的破产和被中国公司收购引发了对数十万家庭中联网智能机器人安全性的担忧，尤其是其摄像头和麦克风可能带来的隐私风险。
  • 一些用户购买 Roomba 时特意避免将数据交给中国公司，如今公司易主让他们感到失望和被背叛。
  • Roomba 在产品创新上长期停滞，十年如一日地推出几乎相同的产品，导致用户失望，也反映出公司管理层缺乏持续改进的动力。
  • 硬件公司若想在当前市场中生存，必须像 Roomba 或 GoPro 一样，在产品发布前进行长期迭代，然后迅速收割利润，以应对中国厂商的快速模仿。
  • 由于中国厂商能以极低成本复制硬件和软件，即使有技术优势，也难以长期维持市场地位，因此持续创新成为唯一出路。
  • 尽管存在挑战，仍有人认为可以通过走“高端路线”来生存，比如强调设计、本地制造、可维修性、长期软件支持和高质量材料。
  • 然而，大多数消费者因经济压力和生活压力，更关注价格而非质量，导致他们只能选择便宜但劣质的产品。
  • 现代消费文化被广告引导，人们更关注“新功能”而非“耐用性”，厂商借此不断推出功能堆砌但寿命短的新品，形成恶性循环。
  • 消费者对低质量产品的接受，部分源于对长期成本（TCO）缺乏关注，也因缺乏维修信息和备件支持，导致产品一坏就换新。

如果人工智能取代工人，是否也应缴税？ (If AI replaces workers, should it also pay taxes?) #

https://english.elpais.com/technology/2025-11-30/if-ai-replaces-workers-should-it-also-pay-taxes.html

人工智能的快速发展正引发全球对税收政策的重新思考。随着亚马逊、Meta、UPS 等科技巨头持续加大 AI 投入并宣布大规模裁员，自动化取代人力的趋势日益明显，进而引发对税收基础削弱的担忧。传统税制依赖劳动收入和社保缴纳，若大量岗位被机器取代，纳税人口减少，公共财政将面临压力。

诺贝尔奖得主埃德蒙· Phelps 和微软创始人比尔·盖茨曾提出“机器人税”概念，主张对替代人类工作的自动化系统征税，以维持社会福利体系。然而，多位专家如布鲁金斯学会的 Sanjay Patnaik 和牛津大学的 Carl Frey 认为，与其设立专门的 AI 税，不如调整现有税制，例如提高资本利得税、对超额企业利润征税，或重新评估对创新和无形资产的税收优惠，以纠正当前“重资本、轻劳动”的税制失衡。

国际货币基金组织（IMF）在报告中明确反对专门征收 AI 税，认为这可能抑制生产力并扭曲市场，但呼吁各国警惕潜在的经济冲击，加强监管。瑞典斯德哥尔摩工业经济研究所的 Daniel Waldenström 也指出，AI 难以明确定义，征税操作复杂，应继续对现有收入、消费和资本收益征税。

尽管 AI 可能带来全球 GDP 增长，但其对就业的影响仍不确定。国际劳工组织估计，全球约四分之一的劳动者工作面临 AI 影响，尤其集中在高技能岗位。不过，多数岗位将被“重塑”而非消失，新职业如 AI 内容审核员、加密货币矿工等正在出现。

反对“AI 税”的声音同样强烈。国际机器人联合会秘书长 Susanne Bieller 认为，自动化创造新就业机会，征税生产工具将削弱企业竞争力，尤其在当前全球存在约 4000 万岗位短缺的背景下。她强调，应鼓励企业采用数字技术以保持全球竞争力。

此外，AI 的高能耗和资本过度集中也引发对经济泡沫和环境影响的担忧。MIT 学者 Daron Acemoğlu 和 Simon Johnson 警告，过去四十年的自动化虽提升效率与利润，却未带来普遍繁荣，技术发展不应由市场单方面决定，政策干预至关重要。

总体来看，AI 带来的不仅是效率提升，更深层挑战在于如何确保技术进步成果公平分配，避免加剧社会不平等。当前的税制改革方向，应聚焦于平衡资本与劳动的税负，而非简单对 AI 征税。

HN 热度 525 points | 评论 878 comments | 作者：PaulHoule | 1 day ago #

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

  • AI 作为资本的一种形式，其所有者应承担相应的税收责任，而非 AI 本身。
  • 资本所有者逃避税收是当前社会的核心问题之一，应将 AI 自动化纳入现有税收框架。
  • 自动化虽能提升效率和生活水平，但若对资本征税过重，可能抑制其发展，需权衡利弊。
  • 税收公平应基于受益程度，资本拥有者因从国家服务中获益更多，应承担更高税负。
  • 当前税收体系存在严重不公平，普通劳动者税负远高于跨国公司，需改革。
  • 应取消公司所得税，转而对高收入个人和投资者征税，以实现收入中性并减少经济摩擦。
  • 企业通过避税手段转移利润并非不可控，现有税务规则已能防止滥用。
  • 国家提供安全、基础设施、教育等基本服务的成本占 GDP 约三分之一，需通过税收维持财政可持续。
  • 税收是比货币贬值和强制债务购买更可控的财政手段，有助于限制国家权力扩张。
  • 现实中技术进步并未带来普遍福利提升，反而加剧了财富集中，所谓“涓滴效应”并未实现。
  • 当前 AI 发展更多体现为数据垄断和租金攫取，而非真正价值创造，需通过税收遏制其滥用。
  • 税收应作为社会共识的体现，用于内部化外部成本，区分真实价值与垄断租金。
  • 企业为员工支付的医疗保险等福利应计入工资，否则无法真实反映实际收入增长。

我是 Kenyan，我不会像 ChatGPT 一样写作，但 ChatGPT 写作像我(I’m Kenyan. I don’t write like ChatGPT, ChatGPT writes like me) #

https://marcusolang.substack.com/p/im-kenyan-i-dont-write-like-chatgpt

这篇文章的作者是肯尼亚作家 Marcus Olang’，他探讨了语言和文化背景如何影响写作风格，特别是在面对 AI 写作工具的评价时。文章开头提到，越来越多的作家收到反馈，称他们的写作听起来像是由 ChatGPT 生成的，这让作者感到愤怒和困惑。

作者指出，虽然他的写作风格和 AI 的输出在某些方面存在相似之处（如结构化的句子、使用过渡短语等），但他认为是 AI 在模仿像他这样的作家的风格，而不是相反。作者强调，自己的写作风格是经过严谨的教育体系培养出来的，尤其是肯尼亚的教育系统，该系统强调语法准确性和逻辑性。

文章中提到，肯尼亚的英语教学受到了英国殖民时期的影响，学生们被教导使用标准的、正式的英语。这种教育方式将写作视为一种技能，强调了词汇的丰富性、句子的结构以及逻辑的严密性。这种背景下，写作不仅仅是表达思想，更是展示教育水平和社会地位的工具。

作者进一步分析了 AI 检测工具的偏见，这些工具通常通过 “困惑度” 和 “突发性” 来判断文本的 “人性”。然而，作者认为，许多非英语母语者的写作风格因其教育背景而自然符合这些工具的评判标准，因此更容易被标记为 AI 生成的文本。

最终，作者呼吁人们重新审视写作的 “人性” 定义，尤其是那些来自非英语国家、拥有不同教育和文化背景的作家。他希望读者能够理解，他的写作是他历史的反映，是对语言的尊重和对教育的努力，而不是简单的机器生成的产物。

整篇文章传达了对语言、文化和身份认同的深刻思考，质疑了现代技术在评估写作时的偏见，并强调了多样化的写作风格和教育背景的重要性。

HN 热度 517 points | 评论 348 comments | 作者：florian_s | 12 hours ago #

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

  • 过度追求简单句和极简语言风格对英语散文发展有害，可能抑制读者和写作者的成长。
  • 使用“strode”“tromped”等词并非为了炫耀词汇量，而是通过词语的细微差别传达人物动作、态度和情绪。
  • 词语的使用应基于语境和叙事需要，而非单纯替换为更“高级”的词汇，否则会显得生硬且缺乏意义。
  • 某些词语如“strides”自带强烈暗示，若无合理铺垫，会引发读者对情节重要性的预期，使用时需谨慎。
  • 在小说等叙事性写作中，精准用词能以更少文字传递更多信息，是高效表达的方式。
  • 在说明文、技术文档或日常沟通中，应直接清晰地表达意思，避免使用复杂词汇来制造“高级感”。
  • 好的写作在于用恰当的词语在有限字数内传递丰富含义，而非堆砌辞藻或冗长解释。
  • 作者需明确目标读者，技术性文本应使用专业术语，而大众读物则应避免不必要的晦涩表达。
  • 词语的深层含义（如文化、情感、背景）在不同语言中体现方式不同，英语中的“connotation”即类似夏威夷语“Kaona”的概念。

Adafruit：Arduino 的规则与开源精神“不相容” (Adafruit: Arduino’s Rules Are ‘Incompatible With Open Source’) #

https://thenewstack.io/adafruit-arduinos-rules-are-incompatible-with-open-source/

Arduino 最近因其新发布的条款和条件引发了开源硬件社区的激烈讨论，特别是在被高通收购后。竞争对手 Adafruit 指出，这些新条款对开源原则构成威胁，限制了用户对云工具的逆向工程，声称对用户上传内容的永久许可，并实施了对人工智能相关功能的广泛监控。Arduino 则回应称，这些限制仅适用于其软件即服务（SaaS）云应用程序，数据处理符合现代平台的标准，其对开源硬件的承诺依然不变。

  1. ** 逆向工程的限制 **：

    • Adafruit 创始人 Limor Fried 指出，Arduino 现在强烈鼓励用户使用其云编辑器和云服务，而这些服务受限于新条款。Arduino 声称逆向工程的限制只适用于 SaaS，但 Fried 强调这会影响到许多用户的使用体验，因为新用户被引导使用云工具。

  2. ** 用户上传内容的许可 **：

    • Adafruit 声称 Arduino 的新条款引入了对用户上传内容的永久许可，而 Arduino 反驳称用户仍然拥有其内容的所有权，仅在需要时授予 Arduino 执行特定功能的权利。尽管如此，专家指出，Arduino 的新条款取消了用户随时撤回许可的权利，令人失望。

  3. ** 用户数据与账户删除权 **：

    • Arduino 强调用户可以随时请求删除其账户和内容，但 Adafruit 质疑 Arduino 在处理用户名方面的政策，认为这使得用户的数据和身份被管理，而不是完全控制。

  4. ** 人工智能功能及用户监控 **：

    • Arduino 引入了一系列人工智能功能，并保留了监控用户账户和使用情况的权利，以确保合规性。Fried 认为这种监控方式过于广泛，可能会侵蚀用户信任，尤其是在教育和创客环境中。

  5. ** 开源的真正含义 **：

    • Fried 还指出，真正的开源许可证不应限制用途，如禁止军事使用等。她呼吁 Arduino 应该删除这些限制，并坦诚其许可证的性质。

Arduino 表示将继续倾听社区的反馈，并重申其对开源社区的承诺。Adafruit 则表示将继续开发和提供开源硬件，确保用户可以学习、修改和构建产品，并保持对多种生态系统的支持。

这场关于 Arduino 新条款的争论，不仅关系到 Arduino 自身的未来，也影响着整个开源硬件社区的信任和发展方向。

HN 热度 415 points | 评论 224 comments | 作者：MilnerRoute | 1 day ago #

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

  • Chromebooks 和 iPads 在数字教育中存在局限性，尤其不适合深度编程学习，其设计更偏向于使用数字资源而非学习数字技术本身。
  • 学校发放的 Chromebook 通常被严格限制，无法安装 Linux 系统或进行编程开发，这严重阻碍了学生学习编程的能力。
  • 即使个人购买的 Chromebook 可以启用 Linux 系统，学校发放的设备也往往被强制锁定，无法突破限制。
  • 学校 IT 部门出于安全和管理考虑，倾向于对设备进行严格管控，防止学生安装非授权软件或接入网络造成风险。
  • 为确保公平性和降低支持成本，学校通常不支持学生自带设备（BYOD），即使允许，设备也会被纳入学校管理策略，失去自主性。
  • 与学校设备相比，个人拥有的 PC 或旧电脑更适合编程学习，能避免学校网络和政策的限制，提供更自由的开发环境。
  • 一些家长认为，购买编程设备的费用与过去学生购买图形计算器的花费相当，且可能存在经济援助渠道，不应成为学习编程的障碍。
  • 学校设备往往配置较低，如 CPU 慢、屏幕差、内存少、电池差，导致使用体验不佳，学生普遍反感。
  • 有观点指出，学校设备的限制并非技术问题，而是管理策略问题，学校更关注控制而非教育目标。
  • 一些教育者认为，尽管存在困难，但使用 Chromebook 教学编程仍是一种可行的折中方案，关键在于教师如何应对限制。

美国多地农民患帕金森病，疑因使用百草枯除草剂 (Thousands of U.S. farmers have Parkinson’s. They blame a deadly pesticide) #

https://www.mlive.com/news/2025/12/thousands-of-us-farmers-have-parkinsons-they-blame-a-deadly-pesticide.html

美国多地农民患上帕金森病，多人将病因归咎于一种名为百草枯（paraquat）的除草剂。这种农药在超过 70 个国家已被禁用，包括英国和中国，但在美国仍合法销售。百草枯被广泛用于农田，每年在美国喷洒量达 1100 万至 1700 万磅，主要用于快速清除杂草。

多名农民在长期使用百草枯后被诊断出帕金森病，包括密歇根州的保罗·弗雷迪（Paul Friday）和加利福尼亚州的吉姆·克劳斯（Jim Krause）。他们及其家人提起诉讼，指控生产商先正达（Syngenta）和销售商雪佛龙（Chevron）未充分警示其潜在危害。克劳斯的妻子表示，丈夫在没有家族病史的情况下患病，且曾长期穿戴防护装备喷洒该农药。

目前，全美已有超过 6400 起针对先正达和雪佛龙的诉讼，集中在伊利诺伊州南区联邦法院，另有数千起案件分布在宾夕法尼亚州、加利福尼亚州等地。先正达称现有科学证据无法证明百草枯与帕金森病存在因果关系，并强调其产品在规范使用下是安全的。雪佛龙则表示自己已于 1986 年停止销售该产品，不应承担法律责任。

尽管部分案件已和解或被驳回，但诉讼数量仍在持续增长。环保组织地球正义（Earthjustice）批评美国在保护农业工人免受有毒农药侵害方面存在系统性失败。一些患者家属和农民正积极倡导禁用百草枯，希望推动政策改变。

HN 热度 373 points | 评论 290 comments | 作者：bikenaga | 10 hours ago #

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

  • 大型企业往往为了利润最大化而忽视环境与公共健康，其行为模式具有系统性问题，不能简单地认为所有企业都有合理的一面。
  • 在涉及公共健康和安全的问题上，应采取谨慎态度，对农药等化学品的审批应以“无害”为前提，而非默认允许。
  • 企业常通过社交媒体操控舆论，例如为草甘膦等农药进行虚假宣传，这种行为揭示了企业作为“恶”的一面。
  • 对企业保持怀疑态度是合理的，尤其是在其历史行为已证明存在严重问题的情况下。
  • 保持“我不知道，需要进一步学习”的开放心态，有助于避免因先入为主而产生错误判断。
  • 警察系统存在结构性问题，即使多数警察行为良好，但系统性地包庇个别恶行，使得整个系统成为问题的一部分。
  • 警察系统内部的保护机制，如警察工会对不当行为的庇护，使得问题难以根除。
  • 将“警察系统”整体视为有缺陷的制度，而非仅关注个别恶警，是更合理的分析方式。
  • 警察系统的问题不应被简单归结为“少数人作恶”，而应看到其制度性纵容与掩盖。
  • 用“ACAB”（所有警察都是混蛋）来概括警察系统，虽有争议，但反映了系统性庇护问题。
  • 用极端案例（如警察暴力）来代表整个系统，容易被误解，但不能因此忽视系统性缺陷。
  • 警察系统应减少在非执法事务中的介入，如心理健康危机和福利检查，这些应由社会工作者处理。
  • 战争毒品政策是警察系统滥用权力的根源之一，应予以废除以减少警察的压迫性角色。
  • 教师群体中存在性侵或体罚学生的现象，而学校和教师工会常选择掩盖或转移问题，形成系统性纵容。
  • 教师群体对自身内部的严重不当行为缺乏有效监督，与警察系统的问题有相似之处。
  • 任何组织若允许并纵容内部严重不当行为，即使未直接参与，也应被视为问题的一部分。
  • 大型官僚机构中存在保护不当行为的机制，这种现象在教育、执法等领域普遍存在。
  • 企业或组织的系统性问题往往源于制度设计，而非个别人员的道德败坏。

《Top Gun》NES 版航母降落机制解析 (Carrier Landing in Top Gun for the NES) #

https://relaxing.run/blag/posts/top-gun-landing/

本文详细解析了经典 NES 游戏《Top Gun》中航母降落机制的实现原理，帮助玩家掌握成功降落的关键技巧。

游戏中的降落成功条件为：飞行高度必须在 100 至 299 英尺之间，速度需保持在 238 至 337 节之间，且飞机在最后阶段必须正对航母。虽然游戏界面提示“Alt. 200 / Speed 288”作为理想参考，但实际允许范围较宽，尤其高度容错率较高。

速度与高度数据以二进制编码十进制（BCD）格式存储，分别位于内存地址 $3D-$3E（高度）和 $40-$41（速度）。游戏通过位于 $B6EA 的检测函数判断状态，若所有条件满足，则将结果写入 $9E，触发成功降落动画。

代码分析显示，系统首先检查高度是否低于 100 或高于 299，随后判断速度是否低于 200 或高于 337。速度在 200-299 区间时，进一步检查低百位是否低于 38（即速度低于 238），否则视为过快。最终检查飞机航向是否在 0 至 7 之间（即正对航母），超出则判定为偏左或偏右。

文章还提供了一个 Game Genie 作弊码 AEPETA，可确保成功降落，适合不愿反复练习的玩家。

结尾鼓励玩家掌握技巧，完成“抓第三根拦阻索”的终极挑战。

HN 热度 351 points | 评论 145 comments | 作者：todsacerdoti | 10 hours ago #

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

  • 游戏手册中明确记载了着陆所需的空速和高度信息，但许多玩家并未阅读手册。
  • 实际着陆难度在于游戏采用半真实物理引擎，需同时控制油门和俯仰角来调节速度与高度。
  • 通过抬高机头并打开减速板可快速降低速度，随后水平飞行以维持高度，这一技巧模拟了真实飞行原理。
  • 许多玩家在租借或借用游戏时无法获得手册，导致难以掌握游戏技巧。
  • 一些玩家在车程中反复阅读手册，尤其是新购游戏，但租赁游戏通常不附带手册。
  • 有玩家通过观看 VHS 录像学习游戏技巧，如 Top Gun 的着陆方法。
  • 有些游戏如《巫师的遗产》因缺乏提示和手册，导致玩家只能靠摸索推进。
  • 着陆口诀“油门控高度，俯仰控速度”与多数玩家直觉相反，导致操作失误。
  • 游戏界面虽显示速度和高度，但未明确标注容许误差范围，影响判断。
  • 一些玩家回忆起通过输入手册中的特定词语来解锁游戏内容，如《国际象棋大师 2000》。
  • 今日游戏用 Wiki 替代手册，玩家需依赖外部资料，失去了游戏内探索的乐趣。
  • 有玩家认为游戏手册内容丰富，包含艺术设计和精心编排的信息，值得珍视。
  • 当前网站架构不便于查阅历史文章，且未提供 RSS 订阅链接，影响可访问性。
  • 该网站因内容分类被企业防火墙拦截，限制了访问。

AI 代理正在开始取代 SaaS 工具 (AI agents are starting to eat SaaS) #

https://martinalderson.com/posts/ai-agents-are-starting-to-eat-saas/

AI 代理正在开始取代 SaaS 工具，这一趋势正在改变软件行业的格局。过去十五年，软件不断“吞噬”各行各业，催生了万亿级估值的 SaaS 生态。如今，随着 AI 编码代理的兴起，软件开发的供需关系正在发生根本性变化。

传统的“自建还是采购”决策正在被重新评估。许多原本需要依赖 SaaS 服务完成的任务，如今只需几分钟就能由 AI 代理完成。例如，构建内部仪表盘、视频转码、UI/UX 原型设计、PPT 生成等，都可以直接通过 AI 实现，无需调用外部服务或适配复杂 API。这种效率提升让团队不再依赖 Retool、Figma 等工具，而是直接“自己动手”。

更深远的影响体现在企业对 SaaS 续约的质疑。过去，面对 SaaS 厂商的涨价，团队往往只能接受。如今，越来越多团队开始认真思考：“我们真的需要继续付费吗？自己建会不会更划算？”这种从“假设性问题”变为“现实选项”的转变，标志着企业对 SaaS 依赖的动摇。

SaaS 产品的复杂性也正在成为负担。大多数 SaaS 工具包含大量用户从未使用过的功能，而内部自建系统只需服务单一组织，功能更聚焦，且完全由自己掌控产品路线图。这大大降低了对第三方厂商的依赖。

尽管如此，维护成本仍是核心顾虑。但 AI 代理正在显著降低维护门槛：自动处理依赖更新、代码重构，甚至能通过 AGENTS.md 文件持续传承知识，避免“人走技失”的风险。相比之下，SaaS 厂商的突然 API 变更、弃用旧接口等行为，反而可能给客户带来更大运维压力。

从经济模型看，SaaS 的估值依赖于高速增长和超过 100% 的净收入留存率（NRR）。但 AI 代理的普及正威胁这一模型：企业可能选择自建系统以规避涨价，或通过 API 获取数据后自行构建报表，从而大幅减少用户许可数量，导致 NRR 下滑。

不过，仍有一些领域难以被 AI 代理取代：高可用性系统（如支付处理）、超大规模数据处理、具备网络效应的协作平台（如 Slack），以及拥有丰富生态和专有数据的 SaaS 产品。这些领域仍具备护城河。

总体而言，AI 代理正在推动企业从“采购软件”向“构建软件”转型。未来，具备技术能力的组织将更加审慎地评估 SaaS 采购，而 SaaS 行业也将面临严峻挑战，尤其在中低端工具和通用功能领域。

HN 热度 349 points | 评论 354 comments | 作者：jnord | 1 day ago #

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

  • 企业级 SaaS 产品的核心价值在于领域专业知识和与用户的紧密反馈循环，这些无法通过内部开发团队快速复制，即使有 AI 辅助也难以替代。
  • AI 代理工具主要提升开发效率，而非解决“该做什么”的决策瓶颈，现有 SaaS 产品在功能设计和用户体验上的优势仍难以被内部开发替代。
  • 大多数 SaaS 产品缺乏护城河，客户更愿意将有限的工程资源用于定制化业务开发，而非为通用 SaaS 功能付费。
  • 客户对 SaaS 的期望是“开箱即用”，无需改变现有流程，而 SaaS 厂商的功能优先级往往偏向高付费客户，导致中小客户无法获得所需集成支持。
  • AI 正在让中小客户有能力构建部分替代 SaaS 核心功能的自定义工具，这种趋势可能率先影响中小客户，而非大客户。
  • 未来几年将出现功能完善、开源免费的 SaaS 替代品，其吸引力将迅速上升，尤其当 SaaS 产品许可条款不友好时。
  • 当前 SaaS 产品若未开源或采用宽松许可证（如 MIT、Apache），客户更倾向于自行开发替代方案。
  • 尽管微软已推出 Excel Copilot，但尚未提供将 Excel 工作流无缝迁移至生产级应用的完整解决方案，这表明企业级 AI 应用仍存在巨大空白。
  • 企业级应用平台（如 Salesforce、APEX）虽能实现类似功能，但配置复杂、学习成本高，难以满足非技术用户快速迁移需求。
  • 传统工具如 MS Access 的现代替代品（如 AppSheet、Airtable）虽接近理想方案，但仍未真正实现“低代码 + 无缝数据迁移”的完整体验。
  • 将 Excel 工作流转化为生产级应用面临巨大挑战，因为 Excel 允许用户灵活处理各种边缘情况，而这些在软件中难以建模和管理。
  • 客户声称“可以内部开发”或“用 LLM 搞定”往往是谈判策略，但实际不具备可行性，这类客户往往是高消耗、低价值的“吸血鬼客户”。
  • LLM 能生成数百行代码，但无法构建结构完整、可维护的数十万行级应用，其在复杂系统设计和长期维护方面存在根本局限。

在 PostgreSQL 中避免使用 UUID 版本 4 作为主键 (Avoid UUID Version 4 Primary Keys in Postgres) #

https://andyatkinson.com/avoid-uuid-version-4-primary-keys

本文作者 Andrew Atkinson 是一位软件工程师、作家和顾问，基于其在 PostgreSQL 和 Ruby on Rails 领域的丰富经验，提出一个明确观点：在 PostgreSQL 中应避免使用 UUID 版本 4（UUID v4）作为主键。

文章首先指出，UUID v4 的 122 位主要由随机或伪随机值构成，导致其在数据库索引中插入时无法保证顺序，从而引发一系列性能问题。由于主键默认建立在索引上，随机插入会导致索引页分裂、数据碎片化，增加 I/O 开销，降低缓存命中率，影响更新、删除和范围查询效率。

尽管 UUID v4 在生成上方便（如 PostgreSQL 13+ 支持 gen_random_uuid()函数），且常被误认为“安全”或“防猜测”，但 RFC 4122 明确指出，UUID 不应被视为安全凭据。作者强调，UUID v4 的随机性反而破坏了数据的自然排序，不利于数据库优化。

文章进一步探讨了 UUID 的合理使用场景，如多服务或微服务架构中需要在客户端生成唯一 ID 以避免冲突，或需要跨数据库标识来源。但即便如此，作者仍建议优先考虑替代方案，如使用时间有序的 UUID v7（预计随 PostgreSQL 18 发布），其前 48 位包含时间戳，能显著改善索引性能。

作者还提出，可以通过将整数转换为可读性强的短字符串（如 Base62 编码）来实现“伪随机”但可排序的 ID，既保持内部高效，又对外提供安全的标识符。该方法可通过生成列实现，且可集中管理。

总结建议：在大多数 Web 应用中，应坚持使用序列生成的整数或大整数作为主键。若必须使用 UUID，应优先选择时间有序的 UUID v7，而非随机的 v4。对于性能敏感的 OLTP 系统，避免 UUID v4 是提升数据库效率的关键一步。

HN 热度 328 points | 评论 359 comments | 作者：pil0u | 15 hours ago #

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

  • 编码数据到主键中是一种过早优化，可能导致未来无法更改的错误，如性别或出生日期的变更。
  • 国家身份证号中嵌入出生日期虽看似合理，但实际使用中因默认值设置不当（如用 1 月 1 日代替未知日期）导致冲突，说明问题在于默认值设计而非编码本身。
  • 若采用非日期值（如 00 或 99）作为未知出生日期的占位符，可避免部分冲突，但长期仍可能因出生人数过多而耗尽编号资源。
  • 嵌入时间戳的 UUID 虽有唯一性和近似单调递增的优点，有助于数据库性能（如减少 B 树叶节点重写），但需权衡是否真有必要。
  • 无法确定出生日期的人，系统无法准确判断其年龄，因此无法通过身份证号判断是否成年或符合养老金资格，这暴露了编码数据的局限性。
  • 即使使用随机分布的默认值，真实出生日期仍可能在某些日期出现集中，导致编号资源紧张，无法完全避免问题。
  • 人类对“随机”的直觉错误，容易将极小概率事件（如所有随机点落在同一坐标）视为异常，而实际上这种事件在数学上概率极低。
  • 国家身份证号中嵌入真实信息（如出生日期、性别）虽有实用价值，但存在资源上限，最终仍需通过重新发证等方式解决冲突。
  • 某些国家的身份证号设计中，部分字段用于表示性别或校验，但整体编号仍受真实人口数据限制，无法无限扩展。

多个模型出现异常错误 (Elevated errors across many models) #

https://status.claude.com/incidents/9g6qpr72ttbr

本次事件涉及 Claude 的 Opus 4.5 和 Sonnet 系列模型在 13:25 至 14:43 PT 期间出现服务可用性下降。问题根源为网络路由配置错误，导致请求流量被丢弃，无法正常完成处理。

故障影响范围包括 claude.ai、platform.claude.com（原 console.anthropic.com）、Claude API（api.anthropic.com）以及 Claude Code 平台。

事件于 14:43 PT（22:43 UTC）完成修复，所有服务已全面恢复。目前问题已定位，相关配置已回滚，系统运行正常。

团队正在开展深入复盘，以加强未来对类似问题的检测与预防能力。此次事件主要影响 Sonnet 4.0、Sonnet 4.5 和 Opus 4.5 模型。

HN 热度 314 points | 评论 151 comments | 作者：pablo24602 | 1 day ago #

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

  • Anthropic 在出现故障时及时更新状态页面，值得称赞，这体现了对用户负责的态度。
  • 及时上报故障是 SRE 专业经验的体现，应成为团队的规范流程，而不仅是个人本能。
  • 使用自家产品进行测试（狗粮）有助于发现潜在问题，但需避免因依赖自身产品而阻碍问题修复。
  • 有案例显示，过度依赖内部工具可能导致故障无法及时解决，如 Facebook 曾因内部系统问题被迫手动干预数据中心。
  • 一些公司虽有详细的内部事故复盘，但因管理层或法律部门干预，公开信息往往不完整或延迟。
  • Cloudflare 的事故复盘报告被视为行业标杆，其透明度和深度值得其他公司学习。
  • 企业公开事故分析报告是良好公司文化的体现，能增强用户信任，尤其对技术型公司尤为重要。
  • 事故的检测时间过长，反映出监控体系存在盲区，尤其是对高影响基础设施变更的可见性不足。
  • 网络路由配置错误导致部分推理后端流量被黑洞化，是本次故障的根本原因。
  • 故障的解决依赖于移除错误的路由配置，但常规的自动恢复机制未能生效，说明系统容错能力有待加强。
  • 未来应加强合成监控和对基础设施变更的追踪能力，以缩短故障发现和响应时间。
  • 事故的根源可能与部署流程或变更管理机制不完善有关，需建立更严格的 CI/CD 流程。
  • 有人调侃“AI 干了坏事”，暗示 AI 系统可能在故障中扮演了某种角色，但未明确具体机制。
  • 故障发生时，部分用户误以为是自身代码或 API 使用问题，如 529 错误，导致排查方向错误。
  • 周日傍晚是许多开发者的工作时间，因此周日的故障影响范围更广，尤其对个人开发者和初创公司影响大。
  • 有工程师指出，故障发生时，团队已意识到问题，但响应和修复过程仍需优化。

Hacker News 精彩评论及翻译 #

If AI replaces workers, should it also pay taxes? #

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

No, not the AI. Just the owner of means of production like AI.

The fact that capital owners successfully avoid contributing to the financing of our states and social systems is, in my view, one of the fundamental problems of our time.

doener

不，不是指AI本身，而是指像AI这样的生产资料的拥有者。

在我看来，资本所有者成功规避了对我们国家和社会体系的资金资助，是我们这个时代最根本的问题之一。

Ask HN: What Are You Working On? (December 2025) #

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

https://mytinycafe.com/

An PWA primarily for my wife and my daughter. They can order their hot chocolate and their coffee as if they were going to grab something at a fancy café downtown, but instead it’s at home and I’m the barista. It is quite nice to have for when my wife comes back from work and want something specific, or when we are waiting for the visit of a few friend, they can order exactly the available beverages and everything is ready when they’re here.

It was also a good playground for me to implement Web Push notifications (to never miss new orders).

It’s a basic Nuxt 3 app with Appwrite as the backend with rough edges, but much enough for our household use !

If you want to spam my phone with notifications, please visit my café : https://mytinycafe.com/alix

krlx

这是一个主要为我和妻子以及女儿设计的渐进式网络应用（PWA）。她们可以像在市中心一家时髦的咖啡馆点单一样，点她们的的热巧克力和咖啡，但实际上是在家里，而我就担任咖啡师的角色。

当妻子下班回家想喝点特定饮品时，或者我们在等待几位朋友来访时，这个应用就非常方便。她们可以点选所有可提供的饮品，等他们到的时候，一切都准备好了。

对我来说，这个项目也是实现网络推送通知（Web Push notifications）的一个绝佳实践，这样就不会错过任何新订单。

这是一个基于 Nuxt 3 和 Appwrite 作为后端的基础应用，虽然还有些粗糙，但足以满足我们家庭使用了！

如果你想用通知轰炸我的手机，欢迎光临我的咖啡馆：https://mytinycafe.com/alix

AI agents are starting to eat SaaS #

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

I’m CTO at a vertical SaaS company, paired with a product-focused CEO with deep domain expertise. The thesis doesn’t match my experience.

For one thing, the threat model assumes customers can build their own tools. Our end users can’t. Their current “system” is Excel. The big enterprises that employ them have thousands of devs, but two of them explicitly cloned our product and tried to poach their own users onto it. One gave up. The other’s users tell us it’s crap. We’ve lost zero paying subscribers to free internal alternatives.

I believe that agents are a multiplier on existing velocity, not an equalizer. We use agents heavily and ship faster than ever. We get a lot of feedback from users as to what the internal tech teams are shipping and based on this there’s little evidence of any increase in velocity from them.

The bottleneck is still knowing what to build, not building. A lot of the value in our product is in decisions users don’t even know we made for them. Domain expertise + tight feedback loop with users can’t be replicated by an internal developer in an afternoon.

benzible

我是一家垂直领域 SaaS 公司的技术官，与一位深具行业专业知识、以产品为导向的 CEO 共事。这篇论述与我的经验不符。

首先，该威胁模型假设客户可以自行构建工具。而我们的终端用户无法做到。他们目前的“系统”就是 Excel。雇佣他们的那些大型企业拥有数千名开发人员，但其中有两家公司明确地克隆了我们的产品，并试图将他们自己的用户吸引过去。其中一家放弃了。另一家的用户则告诉我们，他们的产品很垃圾。我们从未因这些免费的内部替代品而失去任何付费订阅者。

我相信，智能体（agents）是对现有开发效率的乘数，而非平衡器。我们大量使用智能体，交付速度前所未有。我们从用户那里获得了大量关于内部技术团队正在开发什么产品的反馈，而基于这些反馈，几乎没有任何证据表明他们的开发速度有所提升。

瓶颈仍然在于知道要构建什么，而不是构建本身。我们产品的大部分价值在于那些用户甚至不知道我们为他们做出的决策。行业专业知识 + 与用户的紧密反馈循环，绝不是一名内部开发人员花一个下午就能复制的。

Roomba maker goes bankrupt, Chinese owner emerges #

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

According to the Financial Times, Roomba has sold more than 40 million robotic devices, most of them robotic vacuum cleaners.[a]

Many of those vacuum cleaners have cameras, can move around on their own, and are connected to the Internet. If they’re taken offline, they stop working. Many have microphones too.

The new Chinese owner will get control of a network of tens of millions Internet-connected, autonomously mobile, camera/microphone-equipped robots already inside people’s homes and offices.

More than 40 million is a lot. For comparison, the US has ~132 million households.

[a] https://www.ft.com/content/239d4720-aee4-443d-a761-1bd8bb1a1923

cs702

据《金融时报》报道，Roomba已售出超过4000万台机器人设备，其中绝大部分是机器人吸尘器。

这些吸尘器大多配备了摄像头，可以自主移动，并连接到互联网。一旦它们断开网络连接，便会停止工作。许多还带有麦克风。

新的中国所有者将掌控一个由数千万台已进入人们家庭和办公室的机器人组成的网络，这些机器人均连接互联网，可自主移动，并配备了摄像头和麦克风。

4000多万台是一个庞大的数字。作为对比，美国约有1.32亿个家庭。

Avoid UUID Version 4 Primary Keys in Postgres #

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

A prime example of premature optimization.

Permanent identifiers should not carry data. This is like the cardinal sin of data management. You always run into situations where the thing you thought, “surely this never changes, so it’s safe to squeeze into the ID to save a lookup”. Then people suddenly find out they have a new gender identity, and they need a last final digit in their ID numbers too.

Even if nothing changes, you can run into trouble. Norwegian PNs have your birth date (in DDMMYY format) as the first six digits. Surely that doesn’t change, right? Well, wrong, since although the date doesn’t change, your knowledge of it might. Immigrants who didn’t know their exact date of birth got assigned 1. Jan by default… And then people with actual birthdays on 1 Jan got told, “sorry, you can’t have that as birth date, we’ve run out of numbers in that series!”

Librarians in the analog age can be forgiven for cramming data into their identifiers, to save a lookup. When the lookup is in a physical card catalog, that’s somewhat understandable (although you bet they could run into trouble over it too). But when you have a powerful database at your fingertips, use it! Don’t make decisions you will regret just to shave off a couple of milliseconds!

vintermann

过早优化的典型反面教材。

永久标识符绝不该携带数据——这是数据管理的大忌。你总会遇到那种“这玩意儿肯定不会变，塞进 ID 省一次查询”的时刻；结果某天有人发现性别认同变了，于是他们的身份证号也得在末尾再挤一位。

就算数据本身不变，也可能翻车。挪威的身份证号前六位是出生日期（DDMMYY 格式）。听起来稳如老狗？错！日期不会变，但你对它的“认知”会变。很多移民搞不清自己哪天出生，系统一律给填 1 月 1 日；于是真正元旦出生的人去登记，被告知：“抱歉，这天生日的人太多，号码段用完了！”

模拟时代的图书管理员为了省一次翻卡片，把信息塞进书号，尚可原谅——毕竟得在实体目录里翻箱倒柜。可当你手边就是强大的数据库，还为了省几毫秒去埋雷，那就纯属作死。

“Super secure” messaging app leaks everyone’s phon… #

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

I love the quote the article starts with:

Neither of us had prior experience developing mobile apps, but we thought, “Hey, we’re both smart. This shouldn’t be too difficult.”

I think, 40 years from now when we’re writing about this last decade or so of software development, this quote is going to sum it all up.

ryandrake

我喜欢文章开头的这句引言：

我们俩之前都没有开发过移动应用的经验，但我们心想：“嘿，我们俩都很聪明，这应该不难。”

我想，40年后当我们回溯过去这十年左右的软件开发历程时，这句话将会是对这一切最好的总结。

I’m Kenyan. I don’t write like ChatGPT, ChatGPT wr… #

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

I even checked one of his responses in WhatsApp if it’s AI by asking the Meta AI whether it’s AI written, and Meta AI also agreed that it’s AI written

I will never understand why some people apparently think asking a chat bot whether text was written by a chat bot is a reasonable approach to determining whether text was written by a chat bot.

mort96

我甚至还在WhatsApp上查看了他的其中一条回复，通过询问Meta AI来判断这是否为AI生成，而Meta AI也认同这确实是AI生成的文字。

我永远无法理解，为什么有些人显然会认为，通过询问聊天机器人某段文字是否由聊天机器人生成，来判断该文字是否由AI生成，是一种合理的方法。

Thousands of U.S. farmers have Parkinson’s. They b… #

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

Reminds me of “cancer alley” [1].

As somebody who’s looked in to this a bit, the deeper I dug the more I ultimately moved toward the conclusion (reluctantly) that indeed big corporations are the baddies. I have an instinct to steel-math both sides, but not every issue has two compelling sides to it…

One example of them clearly being the baddies is them paying people to social media astroturf to defend the roundup pesticide online [2].

zug_zug

这让我想起了“癌症巷”[1]。

作为一个稍微研究过这个问题的人，我研究得越深入，就越不情愿地得出一个结论：大公司确实是坏人。我本能地想用钢铁般的逻辑来分析双方，但并非每个问题都有两个值得深入探讨的立场……

他们显然是坏人的一个例子是，他们花钱雇佣水军在社交媒体上为“农达”农药进行网络舆论操控[2]。

I’m Kenyan. I don’t write like ChatGPT, ChatGPT wr… #

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

There were unspoken rules, commandments passed down from teacher to student, year after year. The first commandment? Thou shalt begin with a proverb or a powerful opening statement. “Haste makes waste,” we would write, before launching into a tale about rushing to the market and forgetting the money. The second? Thou shalt demonstrate a wide vocabulary. You didn’t just ‘walk’; you ‘strode purposefully’, ‘trudged wearily’, or ‘ambled nonchalantly’. You didn’t just ‘see’ a thing; you ‘beheld a magnificent spectacle’. Our exercise books were filled with lists of these “wow words,” their synonyms and antonyms drilled into us like multiplication tables.

Well, this is very interesting, because I’m a native English speaker that studied writing in university, and the deeper I got into the world of literature, the further I was pushed towards simpler language and shorter sentences. It’s all Hemingway now, and if I spot an adverb or, lord forbid, a “proceeded to,” I feel the pain in my bones.

The way ChatGPT writes drives me insane. As for the author, clearly they’re very good, but I prefer a much simpler style. I feel like the big boy SAT words should pop out of the page unaccompanied, just one per page at most.

komali2

这里有一些不成文的规矩，是老师们代代相传的戒律。第一条戒律是：开篇必须用一句谚语或强有力的开场白。我们会写下“欲速则不达”，然后开始讲述一个急匆匆赶去市场却忘了带钱的故事。第二条戒律是：要展示丰富的词汇量。你不仅仅是“走”，而是要“坚定地大步走”、“疲惫地跋涉”或“悠闲地溜达”。你不仅仅是“看见”一个东西，而是“目睹了一壮丽的奇观”。我们的练习本里写满了这些“炫酷的词汇”，它们的同义词和反义词被像乘法口诀一样灌输给我们。

这真很有趣，因为我是个以英语为母语的人，也在大学里学过写作，而我越是深入文学的世界，就越是被迫使用更简单的语言和更短的句子。现在到处都是海明威的风格，只要我一看到副词，或者天啊，一个“proceeded to”（然后继续），我就感到从骨头里泛出的痛苦。

ChatGPT的写作方式快把我逼疯了。至于那位作者，显然他们写得非常好，但我更喜欢一种简洁得多的风格。我觉得那些“大男孩”级别的SAT词汇应该像跳出来一样，一页最多只能出现一个。

Upcoming Changes to Let’s Encrypt Certificates #

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

The certificate lifetime decrease, to 45 days, was discussed in: https://news.ycombinator.com/item?id=46117126

This isn’t LE’s decision: a 47 day max was voted on by the CA/Browser Forum.

IMO this is a policy change that can Break the Internet, as many archived/legacy sites on old-school certificates may not be able to afford the upfront tech or ongoing labor to transition from annual to effectively-monthly renewals, and will simply be shut down.

And, per other comments, this will make LE the only viable option to modernize, and thus much more of a central point of failure than before.

But Let’s Encrypt is not responsible for this move, and did not vote on the ballot.

btown

证书有效期缩短至45天是在以下讨论中提出的：https://news.ycombinator.com/item?id=46117126

这不是Let’s Encrypt的决定：47天的最长有效期是由CA/Browser论坛投票决定的。

在我看来，这是一个可能“破坏互联网”的政策变更，因为许多使用旧式证书的存档/遗留网站可能无法负担 upfront 的技术或持续的人力成本来从年度更新转变为实质上的月度更新，它们只会被关闭。

并且，根据其他评论，这将使Let’s Encrypt成为现代化改造的唯一可行选择，因此比以往任何时候都更容易成为单点故障。

但是，Let’s Encrypt不对此次变动负责，也没有对该投票进行投票。

It seems that OpenAI is scraping [certificate tran… #

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

Thousands of systems, from Google to script kiddies to OpenAI to nigerian call scammers to cybersecurity firms, actively watch the certificate transparency logs for exactly this reason. Yawn.

827a

成千上万个系统，从谷歌、脚本小子、OpenAI、尼日利亚电话诈骗团伙到网络安全公司，都在主动监控证书透明度日志，而他们这么做的理由正是如此。呵。

If AI replaces workers, should it also pay taxes? #

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

Tractors largely replaced human labour in farming about a hundred years ago. Should we have started taxing tractors?

I really have difficulties seeing AI as anything else than yet another type of machinery. If your argument is “but it’s replacing ALMOST ALL human labour” - well, the same argument was valid for tractors a hundred years ago (when almost everyone was employed in agriculture).

vjk800

大约一百年前，拖拉机就基本上取代了农业的人力劳动。我们当时应该对拖拉机征税吗？我真的很难把AI看作是别的什么，它无非又是一种机器。如果你的论点是“但它正在取代几乎所有的劳动力”——好吧，同样的论点在一百年前的拖拉机身上也同样成立（当时，几乎所有所有人都从事农业）。

Hashcards: A plain-text spaced repetition system #

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

I think that the real power of spaced repetition is not in flashcard applications like this. It is in behavior modification.

Let’s take a real example to show how this works.

August 19, 2025. My wife called me in to help her decide what to do about a dentist that she thought was ripping her off. A couple of quick suggestions later, and she went to being mad at me about not having heard the problem through before trying to fix it badly. As soon as she was mad, I immediately connected with how stupid what I did was, and that this never goes well. But, of course, it was now too late.

Not a mistake I was going to make for a while. But, given my history, a mistake I was bound to make again.

I changed that. This time I stuck this into my spaced repetition system. Each time the prompt comes up, I remember that scene, holding in mind how it important it is to emotionally engage, not offer quick suggestions, and be sure to listen to the full problem in detail. It takes me less than 30 seconds. Reviewing this prompt, for my whole lifetime, will take less than 15 minutes of work. Just typing this up this time takes more work than I’ll spend on it in the next several years.

This mistake hasn’t happened since. Not once. And I believe it won’t again in my life.

I have literally changed dozens of such behaviors. My wife says that it is like there is a whole new me. She can’t believe the transformation.

All it took is looking at spaced repetition as general purpose structured reinforcement, and not as just a way to study flashcards.

btilly

我认为，间隔重复的真正力量并不在于像这样的闪卡应用，而在于行为改变。

让我们用一个真实的例子来说明这是如何运作的。

2025年8月19日。我妻子叫我进去，帮她决定如何处理她认为在坑她的牙医。我提了几个快速的建议后，她却开始对我生气，因为我没有先听完问题就试图草率地解决。她一生气，我立刻就意识到自己做了多蠢的事，也知道这样处理事情从来不会有好结果。当然，当时已经太晚了。

这不是我短期内会再犯的错误。但鉴于我的过去，这注定是我会再犯的错误。

我改变了这一点。这次我把这件事录入到了我的间隔重复系统里。每次提示出现时，我都会回忆起那个场景，并牢记在心：重要的是情感上的共鸣，而不是提供快速的建议，并且一定要详细地听完整个问题。这个过程不到30秒。在我的一生中，复习这个提示所花的工作时间将少于15分钟。仅仅是这次输入它所花的工作量，就比我未来几年花在它上面的要多。

从那以后，这个错误再也没有发生过。一次都没有。而且我相信，在我余生的日子里也不会再发生了。

我真的改变了数十种类似的行为。我妻子说，就好像我完全是另一个人。她不敢相信这种转变。

所需要的，不过是将间隔重复视为一种通用的、有结构的强化手段，而不仅仅是学习闪卡的一种方法。

US Tech Force #

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

What is the expected compensation for participants? Compensation varies based on experience level and agency placement. Annual salaries are expected to be in the approximate range of $150,000 to $200,000. Benefits include health insurance, retirement plans, paid time off, and eligibility for performance-based awards.

Tech Force will primarily recruit early-career technologists

So “early-career” but they’re going to get paid GS-14/15 pay[1] in DC? New grad engineers in DC are going to be GS-7/9 at best. This is either a blatant lie, or created by someone who has no idea of how federal pay works (or both).

As an aside, I was a fed for >10 years and left last year for industry but stay in touch with friends still working federal jobs. Before this administration recruiting was extremely difficult and candidate quality was low. I’ve heard that it’s nearly impossible now and in the last 18 months they’ve only been able to hire a single person. Federal jobs used to be considered stable, with good benefits, but low pay. Now they’re unstable, the current administration is actively working to make benefits worse, and the pay is still really low.

[1] https://www.opm.gov/policy-data-oversight/pay-leave/salaries-wages/salary-tables/25Tables/html/DCB.aspx

jotux

参与者的预期报酬是多少？报酬因经验水平和机构安排而异。预期年薪在15万到20万美元之间。福利包括健康保险、退休计划、带薪休假以及获得绩效奖金的资格。

Tech Force 主要招聘职业生涯早期的技术人员。

所以是“职业生涯早期”，但在华盛顿特区却能拿到GS-14/15级别的薪水[1]？在华盛顿特区，新毕业的工程师最多也就只能拿到GS-7/9的薪水。这要么是弥天大谎，要么是出自一个完全不了解联邦薪酬制度的人之手（或者两者兼有）。

顺便一提，我曾经在联邦政府工作了10多年，去年离职去了私营企业，但仍然和仍在联邦政府工作的朋友们保持着联系。在本届政府上台之前，招聘极其困难，而且候选人的质量也很差。我听说现在几乎不可能招到人了，在过去18个月里他们只招到了一个人。联邦政府的工作曾被认为是稳定的，福利好，但薪水低。现在它们变得不稳定了，本届政府正在积极努力让福利变得更差，而且薪水依然非常低。

[1] https://www.opm.gov/policy-data-oversight/pay-leave/salaries-wages/salary-tables/25Tables/html/DCB.aspx

Roomba maker goes bankrupt, Chinese owner emerges #

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

This is the cost of complacency. They were ahead for so long then the likes of Roborock just left them in the dirt. I remember the first time I tried one of the Roborock devices, and until then I have been a long time Roomba user (like, 20 years). I just couldn’t believe how much better it was. And iRobot just stubbornly refused to iterate on their fundamental products.

simonjgreen

这就是自满的代价。他们曾经遥遥领先了那么久，但后来像Roborock这样的公司就把他们远远甩在后面了。我记得我第一次试用Roborock产品的时候，在那之前，我一直是Roomba的忠实用户（用了差不多20年）。我简直不敢相信它好太多了。而iRobot公司就是固执地拒绝对其核心产品进行迭代更新。

Elevated errors across many models #

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

Hello, I’m one of the engineers who worked on the incident. We have mitigated the incident as of 14:43 PT / 22:43 UTC. Sorry for the trouble.

palcu

大家好，我是参与处理此次事件的工程师之一。我们已于太平洋时间14:43 / 协调世界时22:43 解决了此事件。对于造成的不便，我们深表歉意。

Pro-democracy HK tycoon Jimmy Lai convicted in nat… #

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

One of the dark consequences of America losing its city-upon-a-hill aspirations is we’re less able to effectively call out evil abroad. Jimmy Lai should not have been allowed to this quietly.

JumpCrisscross

美国失去其“山巅之城”的理想所带来的黑暗后果之一，是我们越来越难以有效地谴责国外的邪恶行径。黎智英的遭遇不应当就这样被允许悄无声息地发生。

Shai-Hulud compromised a dev machine and raided Gi… #

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

Running npm install is not negligence. Installing dependencies is not a security failure. The security failure is in an ecosystem that allows packages to run arbitrary code silently.

No, your security failure is that you use a package manager that allows third-parties push arbitrary code into your product with no oversight. You only have “secutity” to the extent that you can trust the people who control those packages to act both competently and in good faith ad infinitum.

Also the OP seemingly implies credentials are stored on-filesystem in plaintext but I might be extrapolating too much there.

snickerbockers

运行 npm install 并不是疏忽大意。安装依赖项本身并不构成安全上的失败。安全上的失败在于一个允许包在静默中执行任意代码的生态系统。

不，你们真正的安全失败在于，你们使用了一个允许第三方将任意代码推送至你们产品中而无需任何审查的包管理器。你们所谓的‘安全’，其前提是你们必须永远地、毫无保留地去信任那些控制这些包的人，相信他们既有能力又有善意。

另外，楼主似乎暗示凭证是以明文形式存储在文件系统中的，不过这可能只是我的过度解读了。

Rob Reiner has died #

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

As an aside, it’s been fascinating reading the comments here about news media.

People want journalists to publish quickly AND only publish what’s fully verified.

They want anonymous sources named “in the spirit of truth,” without grappling with the reality that doing so would instantly dry up anyone risking their job, or worse, to provide information.

They expect journalists to release raw information as soon as they have it, while simultaneously acting as perfect filters; never amplifying rumors, or being wrong, even as new facts emerge.

They want neutrality, except when neutrality conflicts with their priors.

It’s no wonder that morale among journalists is at an all-time low. Is any other profession held to such an impossible standard?

mvkel

另外，阅读关于新闻媒体的评论一直很有趣。

大家希望记者既要快速发布，又要只发布完全核实过的信息。

他们希望本着“真相”的名义公开匿名信源，却没意识到，这么做会立刻让那些冒着失业甚至更糟风险提供消息的人噤声。

他们要求记者一有原始信息就发布，却又要求他们同时扮演完美的过滤器；在新的事实不断浮现时，他们既不能放大谣言，也不能犯错。

他们想要中立，除非中立与他们先入为主的观念相冲突。

难怪记者们的士气正跌至历史最低点。还有哪个职业需要遵守如此不可能的标准吗？

JSDoc is TypeScript #

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

A few things I’ve come to personally believe after spending years developing web and robotics software in Python/JavaScript then spending years having to maintain while constantly adding new features and dealing with company pivots:

  • The types exist whether you write them down or not.

  • If they’re not written down, they’re written down in your head.

  • Your head is very volatile and hard for others to access.

  • Typing is an incredibly good form of documentation.

  • JSDoc and TypeScript are standards/formats for typing. Like any tools, they both have advantages and disadvantages. Neither is objectively better than the other.

  • Make informed decisions on how you’ll describe your types, and then be consistent and unsurprising.

  • A type checker is the computer saying, “okay then, prove it” about your program’s type validity.

  • Not every program benefits from the same amount of “prove it.”

  • Too much can be as bad as too little. You’re wasting resources proving throwaway code.

  • I like languages that let you decide how much you need to “prove it.”

Waterluvian

在用Python/JavaScript开发和维护多年网页及机器人软件，并在此期间不断添加新功能、应对公司转型之后，我个人总结出以下几点信念：

  • 无论你是否写下来，类型都是存在的。
  • 如果不写下来，它们就写在了你的脑子里。
  • 你的大脑非常不稳定，而且别人很难访问。
  • 类型标注是一种极佳的文档形式。
  • JSDoc和TypeScript是类型标注的标准/格式。和任何工具一样，它们各有优劣，没有哪个是客观上更好的。
  • 对如何描述你的类型做出明智的决策，然后保持一致且不出人意料。
  • 类型检查器就是计算机在说：“好的，那就证明给我看”，来验证你程序的类型有效性。
  • 并非每个程序都从同等的“证明”中受益。
  • 过度证明和证明不足一样糟糕。你浪费资源去证明那些一次性代码。
  • 我喜欢那些能让你自己决定需要“证明”多少的语言。

Thousands of U.S. farmers have Parkinson’s. They b… #

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

You should consider dropping that instinct. If you look into how corporations have behaved historically you’d assume evil until proven innocent. Especially US corps.

peppersghost93

你应该考虑放弃这种本能。如果你去调查历史上企业的行为，你会采用有罪推定，在被证明清白前都假设它们是邪恶的。尤其是美国企业。

Roomba maker goes bankrupt, Chinese owner emerges #

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

I’m all for antitrust, but it’s a shame the Amazon acquisition was blocked.[0]

iRobot was in a distressed state then, and immediately laid of 1/3 of staff when the deal fell through. I knew a survivor of that mess. Now this.

0: https://www.theverge.com/2024/1/29/24034201/amazon-irobot-acquisition-over-antitrust-regulator-scrutiny

0: https://archive.is/rBn7z

fny

我完全支持反垄断，但亚马逊收购案被叫停，真是个遗憾。当时 iRobot 公司正陷入困境，收购案告吹后，他们立刻裁员了三分之一。我认识一个在那次裁员中幸存下来的人。现在又遇到了这种事。

Elevated errors across many models #

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

Thank you! Opening an incident as soon as user impact begins is one of those instincts you develop after handling major incidents for years as an SRE at Google, and now at Anthropic.

I was also fortunate to be using Claude at that exact moment (for personal reasons), which meant I could immediately see the severity of the outage.

palcu

感谢！一旦用户受到影响就立即创建事件——这是我在谷歌和现在的 Anthropic 担任 SRE 并处理了多年重大事件后养成的直觉。我也很幸运，在那时刻恰好正在使用 Claude（出于个人原因），这意味着我能够立刻看到这次故障的严重程度。