2025-12-08 Hacker News Top Stories #
- Oxide 建议将 LLM 划分为阅读者/编辑者/写作者角色，原则上避免让模型承担写作决策，人类保留最终责任并需保护隐私与团队信任。
- 基拉韦厄火山喷发出现壮观熔岩并摧毁一台直播摄像头，USGS 视频记录了喷发和火山口坍塌等关键瞬间。
- 石勒苏益格-荷尔斯泰因州将行政系统全面转向开源以实现数字主权并节省大量许可费，同时投入资金并承诺把改进回馈上游。
- 比较 2002 与 2015 年开发者桌面截图显示终端/命令行仍是工作核心，界面与工具演进但偏好简洁高效的工作方式。
- GPTZero 在 ICLR 2026 的抽样投稿中发现 50 多起伪造或错误引用的“幻觉”，暴露审稿与引用核查的显著缺陷。
- 作者批判对过去田园生活的美化，指出历史生活充满繁重劳动与风险，主张在现代条件下有选择性地借鉴而非盲目怀旧。
- 文章认为 Perl 的衰落主要是由社区文化、排外和抗变革心态导致，而非单纯技术因素。
- 谷歌提出 Titans/MIRAS 架构通过可动态写入的神经长期记忆和“惊喜度”选择机制来改善长期依赖，但尚未公开权重或大规模验证。
- Sam Zeloof 在车库实验室用 10μm 工艺制造出第二代芯片 Z2（约 100 个 NMOS），展示家庭级光刻制程的可行性与进步。
- 一张被判定为伪造的桥梁坍塌图片导致英国多趟列车停运和大规模延误，凸显虚假视觉信息对公共服务和信任的破坏性。
在 Oxide 使用大语言模型 (Using LLMs at Oxide) #
https://rfd.shared.oxide.computer/rfd/0576
该网页是 Oxide 公司发布的一份公开 RFD（Request for Discussion）文档，编号 576，题为《Using LLMs at Oxide》（在 Oxide 使用大语言模型）。文档由 Bryan Cantrill 撰写，更新于 2025 年 12 月 7 日。
文档核心讨论了大语言模型（LLMs）在 Oxide 公司内部使用的原则与边界。作者强调，尽管 LLMs 是近年来最具突破性的技术之一，具有强大潜力，但也伴随着显著风险，必须在使用中保持审慎。
文中提出五大核心价值作为指导原则：
- 责任：所有由 LLM 生成的内容最终责任在人类，必须确保人类始终在决策闭环中。
- 严谨性：LLM 可辅助深化思考，但若滥用则会削弱批判性思维，带来“思维懒惰”。
- 同理心：写作始终面向真实的人类读者，应保持真诚与共情，避免机械化表达。
- 团队协作：使用 LLM 不应削弱团队间的信任，主动披露使用行为反而可能疏远责任归属，损害协作氛围。
- 紧迫感：虽 LLM 能加速工作，但不能以牺牲责任、严谨、同理心和团队精神为代价。
文档进一步分析了 LLM 在三种场景下的使用：
- 作为“阅读者”：LLM 在理解文档、总结信息、回答具体问题方面表现优异，但必须确保上传的文档不被用于模型训练，尤其注意隐私保护。然而，LLM 辅助不能替代人类亲自阅读，尤其在关键评估场景中。
- 作为“编辑者”：在文档初稿完成后，LLM 可提供结构、措辞等方面的优化建议，有助于提升表达质量。但需警惕 LLM 的“讨好性”倾向，避免被其表面赞美误导。
- 作为“写作者”：这是最需警惕的领域。LLM 生成的文本常流于陈词滥调、缺乏个性，容易暴露“AI 生成”痕迹，损害作者的可信度与思想真实性。更重要的是，它打破了“写作比阅读更费力”的社会契约，使读者难以判断作者是否真正理解内容，引发认知失调。
最终，Oxide 的核心立场是：原则上不使用 LLM 生成写作内容。原因在于公司高度重视写作能力，且每位成员都具备优秀写作素养，有能力产出高质量原创内容。使用 LLM 写作不仅可能降低质量，更会削弱信任、破坏团队文化。
该指南并非绝对禁令，而是强调在使用 LLM 时必须保持清醒、负责任的态度，始终以人类判断为核心，维护组织的价值与文化。
HN 热度 642 points | 评论 253 comments | 作者：steveklabnik | 22 hours ago #
https://news.ycombinator.com/item?id=46178347
- 使用 LLM 可以显著提升开发效率，尤其在处理重复性任务时，但可能引入隐性错误，需要仔细审查。
- 初学者过度依赖 LLM 可能导致编程能力退化，缺乏对底层逻辑的理解。
- LLM 生成的代码质量受限于训练数据，可能包含不明显但严重的缺陷，尤其在缺乏严格审查的情况下。
- 软件可靠性可能因过度依赖自动化工具而下降，部分系统出现频繁宕机，反映出维护质量下滑。
- 代码生成工具的普及可能使软件整体质量下降，尽管对资深工程师有利，但不利于新人成长。
- 应该根据项目性质决定代码生成方式：长期维护项目需注重代码质量，短期项目可接受临时性生成。
- 教育阶段应先教授编程基础，再引入自动化工具，避免学生形成依赖。
- 代码的最终质量取决于开发者对细节的把控，LLM 无法替代人类对复杂逻辑的判断。
- 项目目标决定开发方式，有些项目只需结果，无需追求代码优雅，而长期系统则必须重视架构与维护性。
- 资深开发者应主动承担代码重构与优化工作，即使不在计费范围内，也能提升长期价值。
基拉韦厄火山喷发摧毁直播摄像头[视频] (Kilauea erupts, destroying webcam [video]) #
https://www.youtube.com/watch?v=TK2N99BDw7A
2025 年 12 月 6 日，夏威夷火山国家公园的基拉韦厄火山（Kīlauea）爆发了第 38 次喷发，现场出现壮观的熔岩喷泉，覆盖整个火山口。喷发过程中，一座正在直播的网络摄像头被喷出的熔岩摧毁，画面中断。所有影像资料由美国地质调查局（USGS）提供。该视频由 Big Island Video News 发布，截至 2025 年 12 月 7 日已获得超过 45 万次观看，引发广泛关注。视频配有合成语音旁白，内容为自动配音，非人工录制。相关报道和直播片段在多个平台传播，包括 afarTV、KHON2 新闻等，记录了喷发前后的关键瞬间，如火山口壁坍塌引发新喷发等过程。
HN 热度 553 points | 评论 118 comments | 作者：zdw | 1 day ago #
https://news.ycombinator.com/item?id=46177645
- 亲眼目睹基拉韦厄火山喷发，感受到远处的高温足以在 60 华氏度的天气里让人只穿短裤，同时被巨大的轰鸣声和快速流动的熔岩所震撼。
- 夏威夷火山活动之所以相对温和，是因为其热点火山作用下形成的岩浆硅含量低、黏度小，且溶解气体少，不易引发剧烈爆炸。
- 熔岩的低黏度主要源于其低硅含量，这是由于板块构造决定了岩浆为玄武质，从而具有良好的流动性。
- 热点本身并不决定岩浆成分，而是其位于海洋板块而非大陆板块上，导致形成玄武质喷发，而非大陆型火山的高硅岩浆。
- 黄石火山同样是热点活动，但其喷发特征与夏威夷不同，说明火山的“友好”性质取决于地理位置而非热点起源。
- 夜间观看熔岩喷泉是一次令人着迷的经历，熔岩湖和喷发的红光照亮整个公园，但需携带手电筒应对黑暗区域。
- 亲眼目睹火山喷发的体验类似于“地球观感效应”，带来一种超越日常的震撼与敬畏。
- 虽然想前往夏威夷观看火山喷发，但担心是否值得一次性的旅行，以及是否会在抵达前就已结束。
- 2023 年在冰岛法格拉达尔火山的近距离观察经历令人难忘，尽管存在气体灼伤和潜在危险，但最终安全返回。
- 夏威夷火山的熔岩流动缓慢，但其低黏度是盾状火山的典型特征，使得熔岩能够持续流动。
- 哈里乌火山国家公园风景壮丽，仿佛置身于另一个星球，是到大岛旅行的必去之地。
- 数十年前曾冒险在夜间徒步前往熔岩入海处，虽有危险但收获了珍贵回忆，也意识到当时行为的鲁莽。
- 野外探险中选择风险水平是个人自由，但应基于充分认知，而非无知行事。
- 冒险行为不仅关乎自身安全，也可能危及救援人员，因此需更全面地权衡后果。
石勒苏益格-荷尔斯泰因州持续依赖开源软件 (The state of Schleswig-Holstein is consistently relying on open source) #
德国石勒苏益格-荷尔斯泰因州政府宣布，其行政系统全面转向开源软件，成功实现显著成本节约。预计仅 2026 年，该州即可节省超过 1500 万欧元的软件许可费用，主要来自停止使用微软 Windows 和 Office 等专有软件。
为实现这一转型，州政府将在 2026 年投入约 900 万欧元用于办公终端改造和开源软件的持续开发。尽管是一次性支出，但预计将在一年内通过节省的许可费用收回成本。
目前，除税务部门外，全州约 80% 的行政办公岗位已完成向开源办公套件 LibreOffice 的迁移。税务部门因特殊业务需求仍依赖微软软件，但已制定明确的迁移时间表。
尽管取得显著成效，部分反对党仍对迁移质量提出质疑。社民党议员指出，尽管转换比例高，但实际能熟练使用新系统的员工比例较低，初期迁移中仍存在技术问题和员工适应困难。绿党议员则认为，此次转型不仅是技术更替，更是行政流程重构的契机，若能真正优化工作方式，开源将带来长期优势。
总体来看，此次转型标志着石勒苏益格-荷尔斯泰因州在实现数字主权和降低对外依赖方面迈出关键一步，同时为其他公共机构提供了可借鉴的开源替代方案。
HN 热度 498 points | 评论 234 comments | 作者：doener | 10 hours ago #
https://news.ycombinator.com/item?id=46181491
- 开源软件不应仅被宣传为低成本替代品，而应通过向其项目捐赠资金来支持其发展，以实现长期可持续性。
- 德国石勒苏益格-荷尔斯泰因州推动开源的核心目标是实现数字主权，而非单纯节省成本，其投入的资金用于内部基础设施和开源项目改进。
- 该州采用“上游优先”策略，所有开发成果直接回馈国际开源项目，避免维护私有分支，从而促进公共利益。
- 该政策的成功得益于保守派与绿党联合支持，双方均重视数字主权和长期成本效益，与巴伐利亚州受微软游说影响形成鲜明对比。
- 个人计划开设一家以数字主权为核心理念的公司，使用如 Stormshield、Proxmox、Matrix/Element、Nextcloud 等开源替代方案，摆脱对微软生态的依赖。
- Stormshield 虽优秀但主要面向工业场景，企业级防火墙功能较弱，目前企业市场仍由美国或以色列厂商主导。
- 在与管理层沟通时，可使用“供应商风险管理”等专业术语，强调合同自主权、供应商锁定风险及转型动机与成本之间的权衡。
- 德国政府近年来资助了多个开源项目，如 ZenDis 和主权科技机构，为公共部门的开源软件开发提供资金支持。
- OpenDesk 项目专注于公共部门需求，其功能设计更贴合政府机构使用场景，但对私营企业是否适用尚不明确。
- 通过雇佣开发者直接参与开源项目贡献，既能获得技术优势，又能为开源生态注入资源，是一种双赢模式。
- 公共部门雇佣开发者参与开源项目虽有潜力，但受制于激励机制、预算限制和薪资水平，实际成效有待观察。
- 可考虑将开源贡献纳入就业保障计划，以社会投入换取实际技术成果，实现公共利益最大化。
- 多个组织集体出资改善开源软件体验，雇佣用户体验和设计师提升界面美观度，是实现开源软件普及的关键。
开发者桌面截图对比：2002 年 vs. 2015 年（2015） (Screenshots from developers: 2002 vs. 2015 (2015)) #
https://anders.unix.se/2015/12/10/screenshots-from-developers--2002-vs.-2015/
这是一篇发布于 2015 年 12 月 10 日的博客文章，作者 Anders Jensen-Urstad 回顾了自己在 2002 年时向多位知名开发者征集的桌面截图，并在 13 年后再次联系其中部分人，收集他们当前的桌面截图与使用情况，形成对比。
文章展示了多位技术界重要人物的桌面变迁，包括：
- Brian Kernighan（K&R 和 AWK 作者）：2002 年使用 xterm 连接远程 Unix 系统，2015 年仍以终端为主，但界面更现代化。
- Richard Stallman（GNU 创始人）：2002 年几乎不用图形界面，2015 年主要在终端中使用 Emacs，偶尔使用 Trisquel 系统的 X 环境。
- Bram Moolenaar（Vim 作者）：2002 年使用 KDE 与多个 xterm 窗口，2015 年仍以终端为核心，但增加了 Chrome 浏览器和更大的界面元素。
- Rasmus Lerdorf（PHP 创始人）：2002 年使用 Gnome2 和 vim，2015 年仍以 Linux、终端和浏览器为主，仅将邮件客户端从 Pine 换为 Thunderbird。
- Warren Toomey（Unix 历史研究者）：2002 年使用 fvwm 和 FreeBSD，2015 年转用 Lubuntu 和 LXDE，虽引入 Firefox、Gimp 等 GUI 工具，但仍坚持命令行和脚本开发，使用 bash 和 vim。
- Jordan Hubbard（FreeBSD 联合创始人，Apple 前技术主管）：2002 年使用 Mac OS X，2015 年仍用 OS X，但已使用 6 个虚拟桌面，终端是主要工作环境。
- Timothee “TTimo” Besset（前 id Software Linux 维护者）：2002 年使用多个工作区，运行 IDE、IRC、IM 等工具，2015 年通过 SaltStack 自动化管理桌面配置，实现“代码化桌面”。
整体来看，尽管操作系统、硬件和工具不断演进，这些开发者大多仍保持以终端为核心、命令行优先的开发习惯，强调效率与控制。图形界面虽有引入，但多为辅助，核心工作方式未发生根本变化。文章通过对比展现了技术发展的延续性与开发者对简洁、高效工作环境的坚持。
HN 热度 436 points | 评论 216 comments | 作者：turrini | 1 day ago #
https://news.ycombinator.com/item?id=46176905
- RMS 在社交场合表现出明显的社交障碍，常因只专注于自由软件话题而显得冷漠或不耐烦。
- 有人认为他并非不友善，而是难以应对非工作相关的闲聊，尤其对“粉丝式”互动感到不适。
- 他倾向于通过邮件交流，因为可以自主掌控沟通的时间和内容，避免即兴社交的压力。
- 有评论指出，他拒绝与无关话题的对话，是因为他专注于自由软件事业，不愿浪费时间在无关事务上。
- 一些人理解他的行为，认为他并非故意无礼，而是性格使然，社交能力有限，尤其在面对陌生人时。
- 有人认为，他“只谈自己感兴趣的话题”在社交上是不礼貌的，缺乏双向交流的意愿。
- 也有观点认为，公众不应过度索取名人时间，名人有权选择不回应或拒绝社交。
- 有评论提到，许多知名开发者因长期被骚扰而变得冷漠，这是对持续打扰的自我保护机制。
- 有人指出，RMS 的社交风格与自闭症谱系特征相似，他不掩饰真实自我，因此显得“粗鲁”。
- 他的“行程要求”中包含“不要送鹦鹉”等荒诞条款，反映出他对非工作事务的极度排斥。
- 有人认为，自由软件运动需要像 RMS 这样专注的人，尽管他性格尖锐，但无法轻易替代。
ICLR 2026 投稿中发现五十余个新幻觉 (Over fifty new hallucinations in ICLR 2026 submissions) #
https://gptzero.me/news/iclr-2026/
GPTZero 团队利用其“幻觉检测”工具，在国际学习表征会议（ICLR）2026 的 300 篇投稿论文中发现了超过 50 个明确的学术幻觉，即伪造或错误引用的文献。这些幻觉均未被 3 至 5 位同行评审专家识别，部分论文甚至获得了高达 8/10 的平均评分，存在被错误接受的风险。
这些幻觉主要表现为虚构作者、错误标题、不匹配的会议信息或根本不存在的论文。例如，有论文引用了真实存在的会议和年份，但作者名单全部错误；也有论文引用的作者中部分人根本不存在。根据 ICLR 的伦理政策，只要存在一个明确的幻觉引用，论文就应被拒稿。
研究团队指出，这仅是抽查结果，ICLR 2026 总投稿量达 2 万篇，据此估算可能有上百篇论文存在类似问题。该现象揭示了当前学术评审体系在面对 AI 生成内容时的脆弱性，AI 辅助写作正在对学术诚信构成严重威胁。
文章强调，幻觉检测工具已成为保障学术质量的重要手段，呼吁学术界建立更严格的审查机制，以应对 AI 技术带来的新挑战。
HN 热度 435 points | 评论 340 comments | 作者：puttycat | 10 hours ago #
https://news.ycombinator.com/item?id=46181466
- 使用 AI 生成论文内容并伪造引用属于严重的职业失当行为，应立即拒稿，且作者和审稿人皆应承担相应责任。
- 多数被质疑的论文质量不高，不仅存在 AI 辅助写作问题，还包含大量看似合理实则虚假的“AI 生成想法”，部分已被审稿人发现错误或虚假引用。
- 虽然无法绝对证明恶意行为，但许多论文明显由 AI 主导生成，无辜作者因技术误用被牵连令人遗憾。
- 引用错误比虚假引用更普遍且危害更大，作者常误读或断章取义文献，仅靠搜索难以发现，需深入阅读才能识别。
- 应对频繁引用不当的作者实施“三振出局”制度，因其行为长期侵蚀学术知识的可靠性。
- 某些研究机构受企业资助，作者为迎合资助方期望而制造符合利益的结果，导致学术诚信问题系统性存在。
- 引用滥用是长期存在的严重问题，虚假引用只是冰山一角，需全面治理。
- 科学家使用 AI 生成虚假引用是个人懒惰与失职的表现，AI 本身并非问题，问题在于使用者的道德与专业素养。
- 审稿人不应承担全面核查所有引用的责任，应聚焦于研究方法与逻辑的严谨性，而非充当校对员。
- 互联网时代导致论文引用泛滥且质量下降，审稿人普遍不愿核查引用，反映出学术评价体系的异化。
- 即使在早期学术文献中，引用错误也屡见不鲜，作者常引用文献但未准确理解其内容，导致结论基础不牢。
- LLM 具备能力自动核查论文引用是否真实支持论点，若配合开放知识库可实现大规模验证并防止错误传播。
- 当前 AI 在引用核查上可能再次“幻觉”出虚假验证结果，因此需结合工具调用与上下文管理确保准确性。
- 通过设计专门的 AI 代理来对抗其他 AI 的错误行为，可能比直接说服人类修正错误更有效，因 AI 能模拟认知冲突与固执心理。
过去并没有那么可爱 (The past was not that cute) #
https://juliawise.net/the-past-was-not-that-cute/
本文作者 Julia Wise 反思了当下流行的“田园风”（cottagecore）审美所引发的对过去的浪漫化想象。她承认自己也曾被这种怀旧氛围吸引，喜欢复古服饰和手工艺，但逐渐意识到，这种对过去的美化往往忽略了真实的历史困境。
她以 Laura Ingalls Wilder 的《草原小屋》系列为例，指出书中展现的“家庭之美”与“勤劳生活”是经过美化和筛选的回忆。实际上，作者的祖辈经历了连续多年的农作物歉收、高利贷、疾病和健康崩溃，生活极为艰难。
作者还反思了自己年轻时对“过去美好”的幻想，比如认为过去的人更温柔、更真诚，或认为书中的“书呆子女孩”能轻易获得真爱。她指出，这些想象源于对民间音乐和乡村文化的片面理解，而现实中，过去的人际关系往往受限于小社区的封闭性，选择有限。
她引用美食历史学者 Rachel Laudan 的亲身经历，说明过去看似“天然健康”的饮食，背后是女性日复一日的繁重劳动。她强调，尽管她欣赏过去的某些美学与生活方式，但更珍惜现代生活带来的便利——如室内管道、牙科护理和无需体力劳动的工作。
最后，她总结：我们可以从过去汲取灵感，比如共同创作音乐带来的快乐，但不必幻想回到那个没有选择、充满艰辛的时代。真正的幸福，来自于在现代条件下有意识地选择自己想要的生活方式。
HN 热度 389 points | 评论 478 comments | 作者：mhb | 1 day ago #
https://news.ycombinator.com/item?id=46176893
- 农耕社会中女性承担了几乎无休止的家庭劳动，其工作强度极高，几乎耗尽一生，而男性则在田间劳作，家庭生活是父母双方共同承担的高强度工作。
- 在 18 至 19 世纪以前的许多社会中，大家庭结构普遍，祖辈和亲属共同生活，协助家务与农活，儿童在没有学校教育的情况下便需参与劳动，家庭成员间协作紧密。
- 即使在 20 世纪初的东欧地区，许多家庭的孩子在完成基础教育后便需立即投入农活或家务，生活条件艰苦，仅有周日穿稍好的衣服，而上大学的子女也会在暑假返乡帮忙收割。
- 人类历史上大部分时间，抚养孩子是高度依赖社区的非正式过程，而非现代意义上的制度化养育。
- 现代“暑假”制度源于农业社会需要儿童在夏季参与农务，冬季则可去学校，这一传统至今仍被保留。
- 尽管狩猎采集社会生活看似轻松，但其人口规模受限，难以支撑大规模聚居，因此无法形成城市文明，但这并不意味着其生活质量低下。
- 狩猎采集社会的生存状态并非理想，而是受限于资源承载力，其高死亡率、资源竞争和生存压力并不符合“高生活质量”的描述。
- 农业社会的兴起并非出于自愿，而是因人口压力和资源竞争，迫使人类选择定居与耕种，即使食物质量较低。
- 一些原住民文化曾主动选择狩猎采集生活方式，但随着草原生态被破坏、大型动物灭绝，这种选择已不复存在。
- 农业文明的崛起主要得益于人口规模优势，而非技术或生活品质的提升，而游牧民族在火器出现前与农耕文明处于平等地位。
Perl 的衰落是文化所致 (Perl’s decline was cultural) #
https://www.beatworm.co.uk/blog/computers/perls-decline-was-cultural-not-technical
本文探讨了 Perl 语言衰落的根本原因，认为其并非技术上的失败，而是源于深层的文化因素。作者基于自己在 1990 年代至 2000 年代初深度参与 Perl 生态的经历，指出 Perl 的衰落本质上是其文化基因的自我固化。
Perl 起源于 UNIX 系统管理员文化，带有强烈的“BOFH”（Bastard Operator From Hell）色彩，强调技术壁垒、精英主义和排外性。这种文化将“困难”视为能力的象征，将学习门槛视为身份认证的仪式，导致社区形成一种防御性、自恋式的“文化祭司”心态，对新手不友好，推崇知识垄断和炫耀性技术。
尽管 Perl 拥有“TIMTOWTDI”（有多种方式实现）的灵活性，但这一原则在实践中演变为拒绝变革的借口——既然已有多种实现方式，就不必改进语言本身。这种保守主义催生了“核心语言稳定、创新全靠 CPAN”的架构，看似合理，实则埋下隐患：CPAN 迅速膨胀，导致“依赖地狱”问题严重，而语言本身却缺乏进化动力。
作者指出，Perl 6 的诞生本身就是一次文化分裂的产物，源于社区成员对停滞的焦虑与愤怒。2000 年 YAPC OSCON 大会上，有人砸咖啡杯以警示社区必须创新，这一行为本身便反映出该文化中情绪化、对抗性的沟通风格。
最终，Perl 在 Web 兴起的黄金时代虽凭借先发优势占据一席之地，但其封闭、排外、抗拒变化的文化，使其无法适应快速发展的互联网生态。当 Python、Ruby 等语言以更开放、用户友好的姿态出现时，Perl 已错失转型良机。它的衰落，不是被取代，而是被自己文化中的“堡垒心态”所困。
HN 热度 368 points | 评论 419 comments | 作者：todsacerdoti | 1 day ago #
https://news.ycombinator.com/item?id=46175112
- Perl 的衰落主要源于文化因素，其社区被认为过于晦涩、排外，缺乏对新手的友好性。
- Ruby 和 Rails 的成功在于将编程变成一种乐趣，强调开发体验和开发者幸福感，而 Perl 则缺乏这种设计目标。
- PHP 虽然早期因代码质量差被诟病，但现代 PHP（如 PHP 8.5）和 Laravel 框架已显著改善，不再存在过去的问题。
- Perl 语言本身存在复杂语法，如 $ % @ 符号区分、上下文敏感、全局变量滥用等，导致学习曲线陡峭且容易出错。
- Perl 的“一言堂”文化、神秘主义标签（如“巫师”）和过度追求代码简洁性，使其显得晦涩难懂，影响了新用户的接纳。
- 对于熟悉 shell 脚本、sed、awk、grep 等 Unix 工具的系统管理员而言，Perl 是自然的延伸，因此更易接受。
- 传统编程背景的开发者进入 Perl 世界时，常因语言设计的非直观性而感到困惑，即使阅读文档也难以快速理解。
- Perl 的复杂性部分源于其历史背景，当时资源有限，代码简洁性至关重要，但这种设计在现代环境中显得过时。
- 有观点认为，即使改变文化也无法挽救 Perl，因为其语言设计已落后，被更现代的语言取代是自然趋势。
- 一些开发者表示，尽管 Perl 语言复杂，但对其个人而言却非常“流畅”和直观，是其最顺手的工具之一。
- 现代 DevOps 角色更注重实际效率和系统稳定性，而非复杂的软件架构设计，因此更倾向于使用简单高效的工具如 Perl。
谷歌 Titans 架构助力 AI 实现长期记忆 (Google Titans architecture, helping AI have long-term memory) #
https://research.google/blog/titans-miras-helping-ai-have-long-term-memory/
谷歌研究团队推出名为 Titans 的新型 AI 架构与 MIRAS 理论框架，旨在解决当前 Transformer 模型在处理长序列时计算成本高、难以维持长期记忆的问题。
传统 Transformer 依赖注意力机制，虽能有效捕捉上下文关联，但其计算复杂度随序列长度呈平方增长，限制了在长文档、基因组分析等场景的应用。尽管已有如 Mamba-2 等线性扩展的模型，但它们通过固定大小的状态压缩信息，容易丢失关键细节。
Titans 架构通过引入动态更新的神经长期记忆模块，突破了这一局限。该模块采用多层感知机（MLP）结构，具备更强的表达能力，能更完整地总结海量输入信息，而非简单压缩为固定向量。
核心创新在于“惊喜度度量”（surprise metric）机制。模型通过比较当前记忆状态与新输入之间的差异，判断信息是否具有意外性或重要性。若输入内容与预期差异大（如金融报告中突然出现香蕉皮图像），则触发高“惊喜”信号，模型会主动将该信息纳入长期记忆；反之则忽略，从而实现高效、选择性记忆。
MIRAS 框架为这一系列方法提供了理论基础，强调在推理过程中实时更新模型参数，实现真正的“测试时记忆”（test-time memorization），无需离线再训练。
整体而言，Titans 与 MIRAS 结合了 RNN 的速度优势与 Transformer 的高精度，使 AI 模型在持续运行中具备类似人类的长期记忆能力，显著提升对长序列数据的理解与适应能力。
HN 热度 350 points | 评论 110 comments | 作者：Alifatisk | 11 hours ago #
https://news.ycombinator.com/item?id=46181231
- Google 在 AI 研究上的开放程度值得肯定，但其发布论文后未公开模型代码和权重，与其他公司如 Meta、DeepSeek 相比显得滞后。
- DeepSeek 等中国公司不仅公开研究，还通过开源模型实际验证技术可行性，其研究成果更具实践价值。
- 当前 AI 研究中，许多美国大厂的成果难以在实际应用中体现优势，可能因为一旦效果太好就不会被公开。
- 尽管已有非官方实现，但官方未提供模型代码和权重，导致外界难以验证该架构的实际性能和潜力。
- 新架构若要获得认可，需在大规模模型上验证性能，但 Google 尚未投入资源进行大规模训练，因此难以形成竞争力。
- 即使 Google 有充足资源，大规模实验仍需经过内部审批流程，且受限于昂贵的硬件资源，难以快速推进。
- Google 拥有 Jax 和 TPU 等工具，理论上具备快速原型开发能力，但实际推进可能因内部流程而延迟。
- 当前主流模型架构存在路径依赖，新架构要突破难度极大，短期内难以撼动现有格局。
- 新架构的理论优势若真显著，应能迅速被社区实现并验证，但至今未见大量变体或应用，暗示其价值可能被高估。
- 有观点认为，若该技术真有价值，早已被他人发现并实现，因此其实际意义存疑。
- 一些人认为，当前 AI 研究的开放性已足够，模型代码并非决定性因素，核心在于思想本身的价值。
- 中国公司如字节跳动也在积极发布前沿研究，如 Lumine 模型，展现了强大的研究产出能力。
- Meta 在视觉和多模态领域持续发布重要成果，如 Segment Anything 3 和 VGGT，技术影响力不容忽视。
- 尽管 Meta 在当前大模型竞赛中表现不如人意，但其在基础研究和开源方面仍保持活跃，不应简单否定。
- Meta 的研究方向可能已转向非 Transformer 架构的探索，若成功将带来颠覆性突破。
- 有观点认为，Meta 的研究成果被低估，其在视频理解、图像分割等领域的创新仍具领先性。
- 研究成果的发布与公司内部绩效考核周期相关，可能影响技术对外披露的时机和力度。
Z2——在车库实验室中光刻制造的集成电路 (Z2 – Lithographically fabricated IC in a garage fab) #
https://sam.zeloof.xyz/second-ic/
作者 Sam Zeloof 在自家车库实验室中成功制造出第二代自制集成电路芯片 Z2，这是其在 2018 年完成首枚芯片 Z1 后的重大进展。Z2 芯片采用 10 微米多晶硅栅极工艺，与英特尔首款处理器技术相当，包含 100 个 N 沟道 MOSFET 晶体管，构成一个 10×10 的阵列，用于测试和优化工艺。
与早期使用铝栅极的 Z1 芯片相比，Z2 采用多晶硅栅极，显著改善了器件性能：阈值电压降至 1.1V，支持 2.5V 和 3.3V 逻辑电平，漏电流极低（仅 932pA），开关速度小于 10 纳秒，开/关电流比高达 430 万，整体性能大幅提升。该芯片面积仅为 2.4 平方毫米，虽小但功能完整，已实现至少一个完全正常工作的芯片和两个“大部分功能正常”的芯片。
Z2 的制造工艺通过使用预先沉积了氧化层和多晶硅层的商用硅片，避免了高危、高成本的化学气相沉积（如使用硅烷气体）和复杂清洗步骤。整个流程仅需少量化学品（水、酒精、丙酮、磷酸、光刻胶、氢氟酸、硝酸等）和基础设备（热板、管式炉、光刻装置、显微镜、真空镀膜机等），大幅降低了 DIY 芯片制作门槛。
工艺流程为“栅极优先”型，不依赖场氧化层，而是利用多晶硅自身作为掺杂掩膜，通过高温扩散实现源漏区掺杂。通过 SEM 截面分析可见晶体管结构清晰，尽管存在金属层对准偏差和薄金属层问题，但整体质量良好。
作者强调，即使在无洁净室、使用工业级不纯化学品和自制设备的条件下，也能制造出高性能晶体管，证明了 DIY 半导体制造的可行性。未来计划自动化测试流程，收集更多统计数据，并进一步开发更复杂的模拟与数字电路。目前已完成 15 片芯片，总计 1500 个晶体管，工艺仍在持续优化中。
HN 热度 329 points | 评论 73 comments | 作者：embedding-shape | 21 hours ago #
https://news.ycombinator.com/item?id=46178789
- 有人分享了自己想通过动手实践来向孩子普及现代科技的想法，虽然当前项目对小孩来说太复杂，但未来可能适合孩子参与。
- 推荐了卡内基梅隆大学的“Hacker Fab”项目，提供了构建简易半导体制造设备的指南，适合家庭实验。
- 提到使用干膜光刻胶（类似胶带）在铜板上进行低成本光刻，价格约 20 美元，适合家庭操作。
- 推荐了 Ben Krasnow 的 Applied Science 频道视频，展示了如何在家制作光刻掩模，步骤较为直观。
- 建议用丝网印刷作为向孩子介绍光刻概念的简单方式，许多创客空间或艺术团体都具备相关资源。
- 提出可以尝试搭建类似“Monster 6502”项目，用表面贴装芯片组装处理器，无需光刻且更安全。
- 建议使用明胶板印刷，可制作多层结构，其中一层可用激光打印图像作为光刻胶。
- 认为在家自制半导体芯片是“硬件版的自由软件”，具有深远意义，可能带来长期计算自由。
- 指出尽管该项目意义重大，但至今未形成明显的 DIY 生态系统，进展缓慢，尚未真正“改变世界”。
- 强调当前技术仍依赖昂贵设备和危险化学品，但 Zeloof 已与 Jim Keller 共同创办公司，正在推进相关设备研发。
- 认为该项目令人惊叹，呼吁持续分享进展，以便他人跟进学习。
- 指出该项目是用上世纪 70 年代的工艺在家庭车库中实现，是人类最复杂发明之一的再现。
- 感叹民间创新的力量，认为即使在非大实验室环境下也能推动技术进步。
- 回顾早期半导体研究时期信息开放，研究论文常包含完整配方和工艺参数，可直接复现。
- 指出信息封闭是近几十年商业管理趋势的结果，而非历史常态，早期技术发展得益于开放共享。
- 提出信息封闭并非“传统”做法，而是近几十年才出现的现象，尤其自 20 世纪 70 年代后逐渐盛行。
- 认为在社会层面，开放与封闭信息的做法都有其历史传统，新兴领域初期开放，后期趋于封闭。
- 指出生成式 AI 领域也正经历类似的信息开放与封闭的演变过程。
- 希望了解中国在某些领域仍保持信息开放的具体案例和资料来源。
虚假桥梁坍塌图片导致列车取消 (Trains cancelled over fake bridge collapse image) #
https://www.bbc.com/news/articles/cwygqqll9k2o
英国兰开夏郡和湖区南部地区在周三晚间发生地震后，社交媒体上流传一张疑似显示兰开斯特卡尔里斯尔桥严重损毁的图片，导致铁路服务中断。网络铁路公司（Network Rail）于格林尼治时间 00:30 接到该图像信息后，立即暂停了该桥段的所有铁路运行，并展开安全检查。尽管 BBC 西北部记者实地勘察确认桥梁完好无损，但此次事件仍造成 32 趟列车延误，包括客运和货运列车，部分列车因前序延误而连锁受影响，最远影响至苏格兰地区。
经 AI 分析工具检测，该图片存在明显人为篡改痕迹，被确认为 AI 生成的虚假图像。网络铁路公司表示，此类虚假信息不仅造成不必要的乘客延误和财政负担，还增加了前线工作人员的工作压力，强调铁路安全是首要任务，必须严肃对待任何安全疑虑。英国交通警察表示已知悉情况，但未展开调查。
铁路专家托尼·迈尔斯指出，由于事发时间在深夜，受影响的多为货运列车和卧铺列车，实际乘客影响有限。但此类事件可能对需要赶往医院、航班或葬礼等紧急情况的乘客造成严重后果。他呼吁公众在发布或分享信息前，应充分考虑其可能对真实人群带来的影响。
HN 热度 240 points | 评论 199 comments | 作者：josephcsible | 23 hours ago #
https://news.ycombinator.com/item?id=46178108
- 伪造图像和视频的泛滥将导致社会信任危机，甚至可能引发暴力事件，已有真实案例显示利用尸体伪造炸弹袭击。
- 即使没有 AI 技术，仅靠简单拼接图片和虚假 caption 就足以煽动大规模舆论，对特定群体进行污名化。
- 社会运行的基础是信任，一旦信任被破坏，社会秩序将面临崩溃风险，人们之所以不互相残杀，是因为大多数人仍具备基本信任。
- 人们对信息的接受程度取决于其个人利益和信息的“相关性”，低风险信息容易被轻信，而高风险信息则需更高证据门槛。
- 信息的可信度不仅取决于内容本身，还与传播者的声誉和过往记录密切相关，历史清白者更具可信度。
- 个体对信息的判断受自身立场和潜在收益影响，当个人利益与传播虚假信息一致时，信任门槛会显著降低。
- 即使是匿名的虚假指控，也可能对特定个体造成严重后果，如种族或身份相关的恶意剪辑视频可能直接导致失业或社会排斥。
- 乌克兰腐败问题长期存在，但西方主流媒体自 2022 年后大幅减少相关报道，存在选择性叙事的问题。
- 乌克兰的腐败程度在国际上广为人知，相关报道持续不断，不能简单归结为媒体掩盖。
Hacker News 精彩评论及翻译 #
Over fifty new hallucinations in ICLR 2026 submiss… #
https://news.ycombinator.com/item?id=46182214
If a carpenter builds a crappy shelf “because” his power tools are not calibrated correctly - that’s a crappy carpenter, not a crappy tool.
If a scientist uses an LLM to write a paper with fabricated citations - that’s a crappy scientist.
AI is not the problem, laziness and negligence is. There needs to be serious social consequences to this kind of thing, otherwise we are tacitly endorsing it.
theoldgreybeard
如果一个木匠因为电动工具校准不当就造出一个劣质的架子——那是个蹩脚的木匠，而不是蹩脚的工具。 如果一个科学家使用大语言模型写了一篇包含伪造引文的论文——那是个蹩脚的科学家。 问题不在于人工智能，而在于懒惰和疏忽。这种行为必须受到严厉的社会制裁，否则我们就是在纵容它。
The state of Schleswig-Holstein is consistently re… #
https://news.ycombinator.com/item?id=46181911
I hate when switches like these get advertised first and foremost as some huge cost-cutting measure, further solidifying open source ecosystem as some cheap knock-offs of their commercial alternatives.
How about instead you donate the same amount of money you would’ve paid to Microsoft anyways to fund open source projects you rely on? At least for one year, then drop it down to some arbitrary chosen percentage of that cost. That way you can still advertise it as a cost-cutting measure, and everyone would benefit.
input_sh
我很反感那些把类似这种开源软件切换决策，首要宣传点放在巨大的成本削减上，从而进一步巩固了开源生态系统是其商业替代品廉价仿制品的说法。 与其这样，不如把你本该付给微软的钱，拿去资助你所依赖的开源项目呢？至少坚持一年，然后再把金额降到那个成本的一个随意百分比。这样一来，你仍然可以将其宣传为成本削减措施，并且每个人都会受益。
The past was not that cute #
https://news.ycombinator.com/item?id=46179223
“A woman’s work is never done.”
In our agrarian past, the cultural division of labor at the time said that men worked the field, women ran the home. And that later job was brutal, never-ending, and consumed all waking hours until the day she died.
Men broke their backs in the field, women consumed their lives doing the ceaseless work that never ended, every waking moment. (And occasionally helped out in the field, too).
Running a family was a brutal two-person job – and the kids had to dive in to help out the second they could lift something heavier than a couple pounds.
We forget so easily that for the entire history of our species - up until just recently - simply staying alive and somewhat warm and minimally fed was a hundred-hour-a-week job for mom and dad.
There are important downsides, but the Green Revolution - and dare I say it, the industrial revolution - was truly transformative for our species.
PeterHolzwarth
“女人的活儿永远也干不完。”
在我们以农业为生的过去，当时的文化劳动分工是，男人下地干活，女人操持家务。而后者的工作艰苦不堪，永无止境，并且消耗着她清醒的每一分每一秒，直到她去世。
男人在田地里累弯了腰，女人则用她们的生命去承担那永无休止、从未停歇的劳作，每一个醒着的时刻。（有时也去田里搭把手。）
操持一个家是一项艰苦的双人工作——孩子们只要能抬起几磅重的东西，就必须立刻上手帮忙。
我们很容易忘记，在整个人类历史中——直到最近——仅仅是维持生命、保持基本温暖和获得最低限度的食物，对父母来说就是一份每周一百小时的工作。
虽有诸多弊端，但绿色革命——恕我直言，还有工业革命——确实对我们这个物种产生了翻天覆地的影响。
The state of Schleswig-Holstein is consistently re… #
https://news.ycombinator.com/item?id=46182376
You’re not wrong, but this is actually what they’re pursuing; the article just leaves it out.
The goal is not only to save costs, but above all to gain digital sovereignty.
[It’s true] that open source is not necessarily cheaper, [..] it requires investment. But the money flows into internal infrastructure, into the further development of Nextcloud, LibreOffice, and other similar systems, instead of proprietary ones.
Schleswig-Holstein pursues an “upstream-only strategy,” meaning that developments flow directly back into international projects. The state does not want to maintain its own forks, but rather contribute all improvements directly to the main projects, thereby contributing to development for the benefit of the general public.[1]
On a side note, the real key to the project’s success is that it’s supported by a coalition of the conservative and green parties. They actually value digital sovereignty and longterm cost savings. Contrast that with Bavaria, where the MS lobbyist managed to get them to sign a longterm Office 365 contract…
hanshenning
你说得没错，但这确实是他们的目标；文章只是没有提及这一点。
目标不仅是节省成本，但首要的是要获得数字主权。
诚然，开源软件不一定更便宜，……它需要投资。但资金流向的是内部基础设施，流向 Nextcloud、LibreOffice 和其他类似系统的进一步开发，而不是专有软件。
石勒苏益格-荷尔斯泰因州奉行“仅上游战略”，这意味着开发成果会直接回流到国际项目中。该州不想维护自己的分支版本，而是希望将所有改进直接贡献给主项目，从而为造福公众的开发做出贡献。[1]
顺便一提，这个项目成功的关键在于，它得到了保守党和绿党联盟的支持。他们真正看重的是数字主权和长期的成本节约。相比之下，在巴伐利亚州，微软的说客却成功让他们签署了一份长期 Office 365 合同……
Using LLMs at Oxide #
https://news.ycombinator.com/item?id=46178458
A measured, comprehensive, and sensible take. Not surprising from Bryan. This was a nice line:
it’s just embarrassing — it’s as if the writer is walking around with their intellectual fly open.
I think Oxide didn’t include this in the RFD because they exclusively hire senior engineers, but in an organization that contains junior engineers I’d add something specific to help junior engineers understand how they should approach LLM use.
Bryan has 30+ years of challenging software (and now hardware) engineering experience. He memorably said that he’s worked on and completed a “hard program” (an OS), which he defines as a program you doubt you can actually get working.
The way Bryan approaches an LLM is super different to how a 2025 junior engineer does so. That junior engineer possibly hasn’t programmed without the tantalizing, even desperately tempting option to be assisted by an LLM.
thundergolfer
一篇经过深思熟虑、全面且中肯的评论。出自布莱恩之手，倒也不足为奇。下面这句话说得真妙：
“这简直太丢人了——就好像这位作者走在大街上， intellectual fly（智力拉链）没拉上一样。”
我想 Oxide 之所以没有在 RFD（招聘反馈）中提及这点，是因为他们只招聘高级工程师，但如果在一个包含初级工程师的组织里，我就会补充一些具体的内容，帮助初级工程师理解他们应该如何使用 LLM。
布莱恩拥有超过 30 年艰苦卓绝的软件（现在是硬件）工程经验。他曾令人印象深刻地说道，他参与并完成过一个“硬核程序”（一个操作系统），而他对此的定义是：一个你怀疑自己究竟能否让它成功运行的程序。
布莱恩对待 LLM 的方式，与一个 2025 年的初级工程师截然不同。那个初级工程师可能从未在没有 LLM 辅助（这种辅助即便充满诱惑，甚至让人在绝望中也会忍不住去尝试）的情况下写过代码。
Over fifty new hallucinations in ICLR 2026 submiss… #
https://news.ycombinator.com/item?id=46182385
I’m an industrial electrician. A lot of poor electrical work is visible only to a fellow electrician, and sometimes only another industrial electrician. Bad technical work requires technical inspectors to criticize. Sometimes highly skilled ones.
CapitalistCartr
我是一名工业电工。很多糟糕的电气工作，只有同行电工才能看到，有时候甚至只有其他工业电工才能发现。糟糕的技术工作需要技术人员的批评，有时候甚至是技术精湛的人来指出。
The past was not that cute #
https://news.ycombinator.com/item?id=46177641
Back in 2025 before cheap bots, our grandparents endured lives of servitude. They spent an enormous amount of time doing simple chores like folding clothes, driving, programming, washing and dusting, grooming themselves. They had to walk their own dogs and play with their own children. They sometimes even had to cook their own food, directly over fire. “Hygiene” was a primitive joke. A full day’s work usually wasn’t even enough to buy a single new car. They wrote checks to the government , rather than the other way around. Life was brutal, desperate and short.
delichon
在2025年廉价机器人出现之前，我们的祖辈过着奴役般的生活。他们花费大量时间做些简单的杂活，比如叠衣服、开车、编程、清洗除尘、打理个人卫生。他们还得自己遛狗、自己陪孩子玩。有时候甚至还得直接在火上给自己做饭。“卫生”是个原始的笑话。干一整天的活通常连一辆新车都买不起。他们得给政府开支票，而不是反过来。生活是残酷、绝望且短暂的。
Estimates are difficult for developers and product… #
https://news.ycombinator.com/item?id=46184611
The unique thing about estimates in software engineering is that if you do it right, projects should be impossible to estimate!
Tasks that are easiest to estimate are tasks that are predictable, and repetitive. If I ask you how long it’ll take to add a new database field, and you’ve added a new database field 100s of times in the past and each time they take 1 day, your estimate for it is going to be very spot-on.
But in the software world, predictable and repetitive tasks are also the kinds of tasks that are most easily automated, which means the time it takes to perform those tasks should asymptotically approach 0.
But if the predictable tasks take 0 time, how long a project takes will be dominated by the novel, unpredictable parts.
That’s why software estimates are very hard to do.
yen223
软件工程中估算工作的独特之处在于，如果你做对了，项目本就是无法估算的！最容易估算的任务是那些可预测、可重复的任务。如果我让你估算添加一个新数据库字段需要多长时间，而你过去已经添加过数百次，每次都花1天时间，那么你的估算就会非常精准。但在软件世界里，可预测和可重复的任务也恰恰是最容易被自动化的任务，这意味着执行这些任务的时间应该会趋近于0。但如果可预测的任务耗时为0，那么一个项目的总时长就将由那些新颖、不可预测的部分来主导。这就是为什么软件估算如此困难。
Screenshots from developers: 2002 vs. 2015 (2015) #
https://news.ycombinator.com/item?id=46178925
I met RMS at the Atlanta Linux Showcase in 1998. In the area with vendor booths in the lobby area of the show, he had laid down a blanket and was sitting in the middle with his legs crossed. He had printed copies of man pages printed and stapled together with covers laid out in front of him.
I walked up and introduced myself and said that I was a big fan, appreciated his hard work, etc. He looked at me coldly and just said “so are you going to buy something?” and motioned toward the booklets. I didn’t need a printed copy of the sed man page so I shrugged and he seemed quite annoyed, turned to his assistant with a notebook computer and started dictating something to them, as almost to make it clear that our interaction was over.
I’m not sure what the point of posting this is, but that’s my RMS story - it was my first “never meet your heroes” moment, I guess.
jasongill
1998年，我在亚特兰大Linux展上遇到了RMS。在展会大厅的展商区，他铺了一条毯子，盘腿坐在中间，面前摊开了一沓用封面纸装订好的、打印好的man手册页。
我走上前向他介绍自己，说我是他的忠实粉丝，非常感谢他的辛勤付出等等。他冷冷地看着我，只说了句“那你打算买点东西吗？”，还示意我看那些小册子。我并不需要一份打印出来的sed手册页，于是耸了耸肩，而他看起来相当恼火，转身对他的助手（拿着一台笔记本电脑）开始口述些什么，仿佛在明确表示我们之间的互动已经结束了。
我不清楚发这段文字的目的是什么，但这就是我与RMS的故事——我想，那是我第一次体会到“永远不要去见你的偶像”的时刻。
The state of Schleswig-Holstein is consistently re… #
https://news.ycombinator.com/item?id=46181666
I’m a Windows/macOS developer, but I strongly feel that all national governments need to convert to Linux, for strategic sovereignty. I’m sure Microsoft, under orders from the U.S. government, could disable all computers in any country or organization, at the flick of a switch.
Imagine how Open Source Software could improve if a consortium of nations put their money and resources into commissioning bug fixes and enhancements, which would be of collective benefit.
Apart from a few niche cases, the needs of most government bureaucracies would be well served by currently available OSS word processing, spreadsheet, presentation and graphics software.
GnarfGnarf
我是一名 Windows/macOS 开发者，但我强烈认为所有国家政府都需要转向 Linux，以维护战略主权。我相信，微软会遵照美国政府命令，只需轻轻一按开关，就能让任何国家或组织的所有电脑瘫痪。
试想一下，如果一个国家联盟投入资金和资源，委托进行 bug 修复和功能增强，开源软件将能获得多大的进步。
除了少数特例，目前可用的开源办公软件，如文字处理、电子表格、演示文稿和图形软件，已经能够很好地满足大多数政府机构的需求。
Trains cancelled over fake bridge collapse image #
https://news.ycombinator.com/item?id=46178228
A BBC journalist ran the image through an AI chatbot which identified key spots that may have been manipulated.
The image is likely AI generated in this case, but this does not seem like the best strategy for finding out if an image is AI generated.
tyushk
一位BBC记者将这张图片输入了AI聊天机器人，后者识别出了可能经过篡改的关键区域。 在这种情况下，这张图片很可能是AI生成的，但这似乎并非判断一张图片是否由AI生成的最佳策略。
YouTube caught making AI-edits to videos and addin… #
https://news.ycombinator.com/item?id=46169968
A makeup influencer I follow noticed youtube and instagram are automatically adding filters to his face without permission to his videos. If his content was about lip makeup they make his lips enormous and if it was about eye makeup the filters make his eyes gigantic. They’re having AI detecting the type of content and automatically applying filters.
https://www.instagram.com/reel/DO9MwTHCoR_/?igsh=MTZybml2NDBwbmhxMw%3D%3D
The screenshots/videos of them doing it are pretty wild, and insane they are editing creators’ uploads without consent!
randycupertino
我关注的一位美妆博主发现，YouTube和Instagram会在未经许可的情况下，自动给他的视频面部添加滤镜。如果他的内容是关于唇部妆容，平台就会把他的嘴唇变得巨大；如果是关于眼妆，滤镜就会把他的眼睛放大到离谱的地步。他们这是用AI检测内容类型，然后自动应用滤镜。
他们这么做的截图和视频看起来相当离谱，简直是疯了，居然在未经创作者同意的情况下擅自编辑他们的上传内容！
Schizophrenia sufferer mistakes smart fridge ad fo… #
https://news.ycombinator.com/item?id=46171608
We really need some legislation that outlaws this sort of control over devices we buy.
If someone wants to install an advert app on their fridge (I assume in exchange for money) then fair enough.
If I buy a tv I shouldn’t just have to accept that, now or in the future, the manufacturer will sell advertising on it.
jamesbelchamber
我们真的需要立法来禁止这种对我们所购设备的控制。
如果有人想在冰箱上安装广告应用（我猜是为了换取金钱），那倒也情有可原。
但当我买一台电视时，我不应该就必须接受，无论是在现在还是在未来，制造商都能在上面贩卖广告。
The programmers who live in Flatland #
https://news.ycombinator.com/item?id=46182942
Or perhaps, just perhaps, the true higher-dimensional move is realizing that choice of programming language isn’t usually the critical factor in whether a project, system, or business succeeds or fails, and that obsessing over the One True Way is a trap.
It might surprise the author to learn that there are many people who:
-
Have tried lisp and clojure
-
Liked their elegance and expressiveness
-
Have read through SICP and done most of the exercises
-
Would still choose plain old boring easy-to-read always-second-best Python for 90% of use-cases (and probably Rust for the last 10%) when building a real business in the real world.
The article could really benefit from some steel-manning. Remove the cute Flatland metaphor and it is effectively arguing that lisp/clojure haven’t been universally adopted because most programmers haven’t Seen The Light in some sort of epiphany of parentheses and macros. The truth is more nuanced.
libraryofbabel
又或者，也许，更高层次的领悟是，编程语言的选择通常并非项目、系统或业务成败的关键因素，而执着于寻找唯一的“正道”则是一种陷阱。
作者可能会惊讶地发现，有很多人：
- 试用过 Lisp 和 Clojure
- 喜欢它们的优雅和表达能力
- 通读过《计算机程序的构造和解释》(SICP) 并完成了大部分练习
- 但在现实世界中构建真正的业务时，仍然会选择普普通通、简单易懂、总是位居次席的 Python 来应对 90% 的情况（剩下的 10% 可能会选 Rust）。
这篇文章如果能进行一些“最强版本”的辩驳（steel-manning）就好了。去掉那个可爱的《平面国》的隐喻，它实际上就是在说，Lisp/Clojure 之所以没有被普遍采用，是因为大多数程序员没有在括号和宏的某种顿悟中“看见光明”。事实其实要更微妙一些。
GrapheneOS is the only Android OS providing full s… #
https://news.ycombinator.com/item?id=46175172
Oh that’s one of the best news in the smartphone world in a long time.
It’s impossible to escape the Apple/Google duopoly but at least GrapheneOS makes the most out of Android regarding privacy.
I still wish we could get some kind of low resource, stable and mature Android clone instead of Google needlessly increasing complexity but this will over time break app compatibility (Google will make sure of it)
Edit: I do think Pixel devices used to be one of the best but still I’d like to choose my hardware and software separately interoperating via standards
axelthegerman
这是智能手机领域很长一段时间以来最好的消息之一。
我们无法摆脱苹果和谷歌的双头垄断，但至少 GrapheneOS 最大限度地利用了 Android，在隐私保护方面做到了最好。
我仍然希望我们能有一个低资源、稳定且成熟的 Android 替代品，而不是谷歌不必要地增加系统复杂度，因为这最终会破坏应用的兼容性（谷歌会确保这一点）。
编辑：我确实认为 Pixel 设备曾经是最好的，但我仍然希望硬件和软件能够分开选择，并通过标准实现互操作。
Sam Altman’s DRAM Deal #
https://news.ycombinator.com/item?id=46169474
Moves like this should be illegal.
It’s becoming increasingly clear that OpenAI is going to get lapped by Google on technical merits. So this is the “code red” solution? Supply shenanigans?
They are getting beat in the developer market by Anthropic. And getting beat on fundamental tech by Google. This is a company whose ostensible mission is to “benefit all of humanity” …
mlsu
这样的操作理应被定为非法。
OpenAI在技术层面正被谷歌远远甩在身后，这一点正变得越来越清晰。这就是所谓的“红色代码”对策吗？玩些花招？
在开发者市场，他们正在被Anthropic超越；在基础技术上，他们又被谷歌超越。这家公司标榜的使命是“造福全人类”……
Google Titans architecture, helping AI have long-t… #
https://news.ycombinator.com/item?id=46181759
From the blog:
https://arxiv.org/abs/2501.00663
https://arxiv.org/pdf/2504.13173
Is there any other company that’s openly publishing their research on AI at this level? Google should get a lot of credit for this.
okdood64
还有哪家公司能像谷歌这样，公开发布如此高水准的AI研究呢？谷歌在这方面理应获得巨大的赞誉。
Wolfram Compute Services #
https://news.ycombinator.com/item?id=46171939
Man, I miss Wolfram Language. Once you’ve twisted your brain a little to grok its usage, it’s such an incredibly high-value tool, especially for exploration and prototyping. I saw it more as a do-anything software tool for researchers rather than as a language aimed at programmers, so I put on a researcher hat and tried to forget everything I knew as a professional programmer, and had a few memorable seasons with it around 2016-2020. I remember calculating precisely which days of the year would cause the sunlight to pass through a window and some glass blocks in an internal wall, creating a beautiful light show indoors. It only took a couple of minutes to get a nice animated visualisation and a calendar.
Nowadays I’d probably just ask Claude to figure it out for me, but pre LLMs, WL was the highest value tool for thought in my toolbox.
(Edit: and they actually offer perpetual licenses!)
hebejebelus
天啊，我真想念 Wolfram Language。一旦你稍微扭转一下思路，理解了它的用法，它就会成为一个价值极高的工具，尤其是在探索和原型设计方面。我认为它更像是一款为研究人员设计的、无所不能的软件工具，而不是一门面向程序员的语言。因此，我戴上研究人员的帽子，尝试忘掉自己作为一名职业程序员所知道的一切，并在2016年至2020年间与它共度了几个难忘的时光。我记得我曾精确计算过一年中哪些天的阳光会穿过窗户和内墙上的玻璃块，在室内形成一道美丽的光影秀。只用了几分钟，我就得到了一个精美的动画可视化效果和一张日历。
现在，我可能只会直接让Claude来帮我解决这个问题了，但在大型语言模型出现之前，WL（Wolfram Language）是我工具箱里最有价值的思维工具。
（编辑：而且他们实际上还提供永久许可！）
Self-hosting my photos with Immich #
https://news.ycombinator.com/item?id=46170203
Self hosting used to mean conceding on something. I can honestly say Immich is better in every way than Google Photos or whatever Apple calls it. The only thing is having to set it up yourself.
WD-42
过去，自托管总意味着要在某些方面做出妥协。但可以坦率地说，在各个方面，Immich 都比谷歌相册或苹果（随便它叫什么）的要好。唯一的问题就是需要你自己动手设置。
Using LLMs at Oxide #
https://news.ycombinator.com/item?id=46178642
One difference is that clichéd prose is bad and clichéd code is generally good.
lukasb
一个区别是：陈词滥调的散文是糟糕的，而陈词滥调的代码通常是好的。
Kilauea erupts, destroying webcam [video] #
https://news.ycombinator.com/item?id=46180489
I was there today. We happened to notice the smoke over Kilauea while driving to Hilo, then checked out USGS cams, and immediately drove there and spent the next 7 hours getting mesmerized.
As my first eruption encounter, I didn’t expect to experience several things like the heat even from a long distance, enough to keep me warm in my shorts at 60F, and the loud rumble, like a giant waterfall. The flow of lava was way faster than I expected too, almost like oil.
Mind blown.
sedatk
我今天就在现场。我们开车去希洛的路上，恰好注意到基拉韦厄火山上方的烟雾，于是查看了美国地质调查局的摄像头画面，立刻就驱车前往，接下来的7个小时都看得如痴如醉。
这是我第一次亲眼目睹火山喷发，我完全没有料到会有这样的体验：即使在很远的地方，那股热量也足以让我穿着短裤在60华氏度的天气里感到温暖；还有那隆隆的巨响，宛如巨大的瀑布。岩浆流动的速度也比我预想中快得多，简直就像油一样。
太震撼了。
YouTube caught making AI-edits to videos and addin… #
https://news.ycombinator.com/item?id=46170043
The AI filter applied server-side to YouTube Shorts (and only shorts, not regular videos) is horrible, and it feels like it must be a case of deliberate boiling the frog. If everyone gets used to overly smooth skin, weirdly pronounced wrinkles, waxy hair, and strange ringing around moving objects, then AI-generated content will stand out less when they start injecting it into the feed. At first I thought this must be some client-side upscaling filter, but tragically it is not. There’s no data savings at all, and there’s no way for uploaders or viewers to turn it off. I guess I wasn’t cynical enough.
TazeTSchnitzel
应用于 YouTube Shorts（且仅限 Shorts，不包括常规视频）的后端 AI 滤镜简直糟糕透了，感觉这必然是“温水煮青蛙”的刻意为之。如果所有人都习惯了过度平滑的皮肤、怪异的皱纹、蜡质般的头发以及移动物体周围奇怪的波纹，那么当他们开始在信息流中注入 AI 生成内容时，这些内容就不会那么显眼了。起初我以为是某种客户端的画质增强滤镜，但可悲的是，它并不是。它完全没有节省任何数据，上传者和观众都无法将其关闭。我想我还是不够愤世嫉俗。