2026-05-26 Hacker News Top Stories #
- 《尊贵的人性》主张技术与 AI 必须受道德与法治约束、拒绝超人主义，并以对话、教育与多边合作在爱与正义中建设和平文明。
- 谷歌强推对话式 AI 搜索引发反感，文中推荐 Kagi、DuckDuckGo、Startpage、&udm=14、Brave、Ecosia 等以满足隐私、无广告与可控 AI 的个性化需求。
- 面向后端团队对比 Go 与 Rust：迁移多为可维护性与安全性而非性能，Rust 学习曲线陡但长期收益明显，宜逐步引入。
- geohot 认为把 AI 代理当程序员是昂贵错误，LLM 只会分布拟合易埋隐患，应当作辅助工具而非替代，真正能编程的代理需世界模型。
- 教皇利奥十四世强调 AI 必须服务全人类而非少数权贵，呼吁“解除武装”与强监管，反对超人类主义并推动以工为本和青少年 AI 教育。
- 作者回顾自学安卓之路，警惕 LLM 虽能助调试与审查却或削弱思考与学习，呼吁以试错、协作与分享持续精进。
- 通过将 Minsky 寄存器机映射到 Jira 自动化，文章证明 Jira 图灵完备，虽受云端资源与执行链限制但理论上具无界计算力。
- AI 本质为模式匹配且缺乏情境与约束理解，不能充当架构师，应由工程师主导设计、AI 仅作实现辅助并确保清晰责任。
- 澳洲 15 家企业试行 100:80:100 四天制未见生产力下滑且显著降压，通过精简会议与自动化聚焦高价值工作，需因企制宜共创流程。
- 荷兰查封 800 台服务器并逮捕两人，指其为俄情报在欧盟实施网络攻击与虚假信息行动提供基础设施，涉违反制裁法且当事人否认知情。
1. 尊贵的人性 (Magnifica Humanitas) #
https://www.vatican.va/content/leo-xiv/en/encyclicals/documents/20260515-magnifica-humanitas.html
这篇文章是教皇利奥十四世关于在人工智能时代保护人的尊严的通谕《Magnifica Humanitas》。文章围绕当代科技发展，特别是人工智能对人类社会的深刻影响，探讨了教会社会教义在新时代的应用和指导意义。
文章开篇指出，人类面临选择：是建造“巴别塔”般的分裂，还是建设神与人共居的城市。每一代人都有责任塑造时代，保障人的尊严、促进正义和兄弟情谊。基督的道成肉身揭示了人性的真正意义，教会在历史中引导人们走向生命的丰盛。
文章回顾了教会社会教义的发展历程，从利奥十三世的《新事物》开始，强调教会不仅关注永恒生命，也关心现实社会问题。社会教义以圣经和传统为基础，结合科学，提供思考原则、辨别标准和行动指南，帮助人们面对当代挑战。
针对科技与人工智能，文章指出技术本身不是人类的敌人，而是人类自由和自主的延伸。科技进步改善了生活条件，但也带来了风险和挑战。人工智能作为有价值的工具，需要负责任的治理、透明度和警惕潜在的滥用。文章批判了超人主义和后人类主义的叙事，强调人的极限、内心和尊严，主张基督教人文主义的“超越人类”的真正意义。
在社会转型期，文章强调真理、工作和自由的重要性。真理是公共财富，关乎民主和传播，需建立数字时代的教育联盟，学校发挥核心作用。工作尊严需被重视，面对失业和经济挑战，社会应为家庭和青年创造希望。自由必须防范依赖和商业化，打破新型奴役。
文章还讨论了数字时代的权力文化与爱的文明。权力文化表现为战争常态化、无限武力和人工智能武器的威胁，多边主义危机加剧。建设爱的文明需要每个人努力，消解暴力言辞，通过正义构建和平，关注受害者视角，恢复对话、外交和多边合作，同时以祈祷和希望支持这一进程。
结尾强调道成肉身的奥秘，呼吁共同建设当代的“工地”，以希望之歌《尊主颂》激励人们。整篇通谕体现了教会对科技时代人类尊严的深刻关怀，呼吁全球共同承担责任，推动社会正义与人文关怀。
HN 热度 1245 points | 评论 693 comments | 作者：theletterf | 13 hours ago #
https://news.ycombinator.com/item?id=48265206
- 工业技术的发展曾促进中产阶级的兴起，部分原因是技术需要大量人力操作，形成了较大的消费群体。
- 可再生能源和电池技术成本下降，部分得益于政策干预和补贴，如德国的可再生能源法案推动了技术普及和价格下降。
- 政策在技术早期发展阶段起到关键作用，但一旦技术广泛传播且经济路径明确，政策影响可能减弱。
- 电力技术普及后，电力公司并未垄断社会权力，部分原因是政府对电力行业的严格监管和国有化。
- 电力行业的历史显示，政府通过反垄断法和公共事业监管限制了私营电力公司的权力。
- 一些技术如克隆技术虽然可行，但因社会伦理原因被广泛禁止或限制。
- 抗生素的使用受到限制和监管，以防止滥用，体现了为公共利益而对技术的约束。
- 对有害物质如氯氟烃（CFC）的管控是技术被“驯服”的典型案例，消费者几乎未感受到牺牲。
- 核武器、生物武器和化学武器的限制更多是基于博弈论的理性选择，而非纯粹的人道主义。
- 对有害物质和行为（如尼古丁、反式脂肪、赌博、酒精）的监管体现了社会对技术和产品负面影响的控制尝试。
- 技术的监管和限制往往随着社会对历史经验的重新认识而反复调整。
- AI 等新兴技术可能需要像公共事业一样的严格监管，防止其权力过度集中。
2. 搜索引擎替代方案：谷歌已不再是谷歌 (Search engines alternatives now that Google isn’t Google anymore) #
本文介绍了谷歌在 2026 年 Google I/O 大会上宣布对搜索引擎进行重大升级，转向以对话式 AI 驱动的搜索体验。用户可以选择 AI 模式，获得 AI 生成的搜索概览和聊天框，方便提出后续问题。这是谷歌搜索 25 年来最大的一次改版，但许多用户对此反应冷淡，认为这是科技公司强行将 AI 聊天机器人融入所有产品的又一例证，且此前谷歌 AI 概览功能的推出也曾引发争议。此外，谷歌因垄断行为在 2024 年被美国法院判定违法，用户对其主导地位感到疲惫。
文章随后推荐了几款替代搜索引擎：
- Kagi：付费无广告搜索引擎，支持用户自定义搜索体验和过滤网站，提供 AI 快速回答功能但可关闭 AI 摘要。
- DuckDuckGo：免费搜索引擎，通过关键词相关广告盈利，不收集用户数据，支持关闭 AI 功能。
- Startpage：作为谷歌的代理，保护用户隐私，去除个人信息后向谷歌请求搜索结果，支持关闭 AI 功能。
- &udm=14：简化版 Startpage，自动为谷歌搜索去除 AI 概览，代码开源可自建。
- Brave：提供浏览器和搜索引擎，支持 Chrome 扩展，允许用户应用第三方搜索过滤器，支持开关 AI 功能。
- Ecosia：同样提供浏览器和搜索引擎，主打环保理念，将 80% 收入用于植树造林，注重透明度和实际影响。
总体来看，文章旨在帮助用户在谷歌搜索大幅转型且用户反感的背景下，寻找更符合隐私保护和个性化需求的替代搜索工具。
HN 热度 518 points | 评论 483 comments | 作者：elorant | 10 hours ago #
https://news.ycombinator.com/item?id=48266051
- Kagi 搜索引擎搜索结果精准，支持 AI 辅助和个性化功能，用户体验良好。
- Kagi 目前主要依赖第三方索引数据，尚未完全建立自己的通用搜索索引。
- Kagi 员工表示正在积极开发自己的索引，包括针对特定领域（如编程）的专用索引。
- Kagi 现有的 Teclis 索引主要聚焦“小众网络”，尚未覆盖大规模通用网络索引。
- 建立大规模搜索索引面临挑战，包括应对大量 SEO 垃圾内容，Kagi 正在开发相关检测技术。
- 搜索引擎是否会因政治或商业原因进行内容审查是用户关注的焦点，部分用户反对任何形式的审查。
- 搜索引擎的内容审查与选择合作伙伴是两个不同的问题，涉及复杂的伦理和地缘政治考量。
- 用户对搜索引擎购买来自特定国家（如俄罗斯）的数据存在道德和政治上的担忧。
- 不同用户对是否应避免与某些国家的公司合作持不同看法，涉及地缘政治和商业伦理的复杂讨论。
3. 从 Go 迁移到 Rust (Migrating from Go to Rust) #
https://corrode.dev/learn/migration-guides/go-to-rust/
本文是一篇关于从 Go 语言迁移到 Rust 语言的指南，主要面向后端服务开发者。作者指出，Go 和 Rust 在性能和类型系统上有重叠，但迁移的核心在于正确性保证、运行时权衡和开发者体验的不同。文章强调，Go 适合快速迭代和拥有庞大生态系统，而 Rust 则通过所有权机制、类型系统和无垃圾回收实现更严格的编译时检查和更高的健壮性。
文章详细对比了 Go 和 Rust 的工具链命令，指出 Rust 的 cargo 工具集成度更高，涵盖了构建、测试、格式化、静态分析和安全审计等功能，而 Go 则更多依赖第三方工具。作者还分析了两者在内存管理、错误处理和并发模型上的根本差异，认为 Rust 通过类型系统将许多 Go 依赖运行时或约定的检查转移到了编译期，从而减少了运行时错误。
作者坦言自己对 Go 语言设计持批评态度，但认可其成功和广泛应用，力求在文章中保持客观。迁移到 Rust 的主要动因并非性能瓶颈，而是 Go 在错误处理繁琐、空指针风险和缺乏高级类型特性上的不足。文章还提到，Rust 的学习曲线较陡，但一旦掌握，开发者会发现编译器承担了许多之前需要人工记忆和检查的工作。
总体而言，本文为考虑从 Go 迁移到 Rust 的开发团队提供了实用的对比视角和迁移建议，强调 Rust 在后端服务中的正确性和控制力优势，以及如何逐步实现迁移。
HN 热度 442 points | 评论 454 comments | 作者：jabits | 1 day ago #
https://news.ycombinator.com/item?id=48259808
- 对于 web 后端工作，Go 语言因其 goroutine 和丰富成熟的库更适合，尤其是 Google 内部使用的库经过大量考验，而 Rust 的库相对不够成熟。
- Rust 的错误处理系统复杂，存在多个不兼容的错误类型，传递错误时较为繁琐，而 Go 的错误处理虽然冗长但统一且简单。
- Rust 的“?”语法简化了错误处理，但缺乏统一的错误类型仍是痛点。
- 许多新语言在早期未统一基础类型（如错误类型、布尔类型、多维数组等），导致后续使用中出现多种不兼容实现，影响数值计算和图形建模等领域。
- 现代 AI 辅助编程使得 Rust 的复杂性不再是大问题，Rust 代码在性能和可靠性上表现优异。
- 目前主流 LLM 生成的 Rust 代码质量较差，常误用字符串类型和不合理的全局变量设计，且对生命周期管理不够成熟，需有经验开发者介入修正。
- 通过严格的代码检查工具（如 clippy）可以显著提升 AI 生成 Rust 代码的质量。
- 简单语言并不一定更适合 AI 编程，带有更多安全检查和约束的语言反而能让 AI 写出更高质量代码。
- LLM 生成的代码普遍需要大量重构才能达到可维护和高效的水平。
- AI 辅助下，Rust 开发效率提升明显，尤其是在特定任务（如 SQL 仓库接口）上表现良好，无需依赖传统 ORM 工具。
- 代码审查成为当前的主要瓶颈，AI 虽然能加速代码编写，但复杂语言的代码审查仍需大量人工投入。
- 相比之下，Go 代码因类型系统弱和错误处理冗长，反而更难阅读和审查，Rust 虽然学习曲线陡峭但信息密度高，代码更具可读性。
4. 永恒的烂代码九月 (The Eternal Sloptember) #
https://geohot.github.io//blog/jekyll/update/2026/05/24/the-eternal-sloptember.html
这篇博客文章由 geohot 撰写，标题为“the singularity is nearer”，发表于 2026 年 5 月 24 日。作者表达了对 AI 代理在软件开发领域广泛应用的担忧，认为这是历史上代价极高的错误。文章指出，AI 代理本质上是高度复杂的统计模型，虽然能模仿编程的分布，但生成的代码存在缺陷，且这些缺陷越来越难以察觉。
作者坦言，自己曾试图相信 AI 能编程，甚至用 AI 代理完成了一些项目，但最终发现手动编程效率和质量更高。AI 代理虽然在快速生成原型方面表现出色，但远未达到专业软件工程师的水平。作者强调，AI 工具的价值在于辅助而非替代，关键是知道何时使用它们。
文章还分析了大型组织与高效个人在使用 AI 代理时的差异。高效个人能及时纠错，谨慎使用 AI，而大型组织中底层员工可能过度依赖 AI，导致整体产出质量下降。作者担忧，这将带来大量低质代码和应用，形成“黄金时代的垃圾堆”。
作者提到，苹果正在推动 AI 在工程师中的应用，但质疑未来两年 macOS 的质量是否会提升。AI 生成的产物与人类创作过程不同，传统的质量判断标准不再适用，代码缺陷更隐蔽且难以修复。
最后，作者认同 LeCun 和 Marcus 对大型语言模型的观点，认为现有模型永远无法真正编程，真正的编程代理需要具备世界模型，而非简单的强化学习。文章总结，这个时代的关键是如何避免陷入 AI 幻觉带来的自我伤害。
HN 热度 434 points | 评论 350 comments | 作者：razin | 19 hours ago #
https://news.ycombinator.com/item?id=48263238
- 当前关于 AI 的讨论过于极端，实际应用中大语言模型（LLM）通常能达到 80-95% 的效果，虽然不完美，但仍有巨大潜力。
- 原始的卢德分子反对机械化主要是因为机器生产的产品质量低劣，且威胁到熟练工人的生计。
- 机器生产的产品通常质量较低，但手工制作的高端家具仍有其独特价值和市场，机器无法完全替代顶级工匠的细致工艺。
- 现代机器制造在许多领域已超越人工，能实现高精度和复杂度，如自动焊接和半导体制造。
- 木工是机器难以完全替代的领域，顶级手工家具能达到亚毫米级的精度和细节调整，机器尚无法匹敌。
- 高端厨师刀等手工制品在切割性能和工艺上优于大规模机器生产的产品。
- Ikea 的家具质量参差不齐，既有廉价产品也有实木产品，但整体不代表机器制造的最高水平。
- 机器制造产品的优势在于精度高、效率高且不易出错，手工制品的价值更多体现在材料和定制设计上。
- 工具本身也是机器，最优质的产品往往是人类工匠结合专业知识和机器工具共同完成的。
- 纯手工制作的家具极其稀少，很多所谓手工家具仍依赖部分机械工具辅助。
- 一些特殊工艺如“live edge”家具和端切割木板仍多依赖手工完成。
5. 教皇利奥十四世表示，人工智能必须服务于全人类，而非少数权贵 (Pope Leo XIV says AI must serve humanity, not the powerful few) #
这篇文章报道了教皇利奥十四世于 2026 年 5 月 25 日在梵蒂冈发布的首份关于人工智能（AI）的通谕《Magnifica Humanitas》（宏伟的人性）。教皇在这份 83 页的文件中，将人工智能比作新一轮工业革命，强调 AI 必须服务于全人类，而非少数权贵利益。他呼吁“解除武装”AI，避免其被军事和经济利益绑架，建议对 AI 公司实施更严格的国家和国际监管，并鼓励广泛的个人和社区参与 AI 未来的发展。
教皇特别指出，当前 AI 技术加剧了社会不平等，强化了少数富有群体的权力，可能破坏民主和社会正义。他警告，AI 可能导致人们过度依赖机器，削弱个人创造力和判断力，甚至影响人与人之间的真实交流。教皇强调，人的尊严不应取决于能力、财富或社会地位，而是源于人的存在本身。
通谕中也肯定了 AI 在社会和环境保护方面的积极作用，但提醒技术从来不是中立的，它反映了背后利益相关者的意图。教皇呼吁在 AI 设计和使用的每个阶段都明确责任，推动道德和伦理原则的贯彻，反对盲目追求技术进步，提倡谨慎和负责任的发展态度。
此外，教皇批评了硅谷流行的超人类主义和后人类主义思想，认为人类的局限性是人性的重要组成部分，试图超越这些局限反而可能失去人性。他强调，天主教教义认为每个人都拥有无限尊严，反对将人类视为过时需要被替代的观点。
教皇还呼吁加强 AI 教育，特别是青少年的教育，强调真理是民主的核心要素。他指出，虽然 AI 有望减轻工作负担，但现实中往往是工人被迫适应机器的节奏和要求，而非机器支持工人。这份通谕旨在引导全球社会以信仰、理性和对未来世代的关怀，负责任地面对人工智能带来的深刻变革。
HN 热度 332 points | 评论 66 comments | 作者：benwerd | 9 hours ago #
https://news.ycombinator.com/item?id=48266485
- 现在对教皇的态度比 15 年前更信任，尤其是对 AI 问题的看法，认为教皇比政治家更有常识。
- 有人质疑教皇是否真正面对和处理了教会的丑闻，尤其是对性侵事件的回应。
- 讨论中有人认为对 AI 的批评和反对在社区中仍然存在，且有被标记和删除的现象，但也有反对阴谋论的声音。
- 有观点认为教皇的权威和宗教信仰对现代人来说难以理解，甚至觉得宗教观念是虚构的。
- 有人强调教皇的观点应当被认真对待，尤其是在道德哲学和 AI 伦理方面。
- 有评论提到对教皇的批评应基于事实和证据，而不是无根据的猜测。
- 对于教皇关于 AI 应服务于全人类而非少数权力者的观点表示认同。
- 有人提及不同教皇之间的差异，认为现任教皇比前任更值得信赖。
- 有观点指出宗教信仰对信徒有积极作用，但非信徒难以认同其真实性。
- 有讨论涉及教会是否应当彻底改革以回应过去的错误和丑闻。
- 有人认为教皇的宗教信仰问题影响其在其他领域的权威性。
- 对教皇关于 AI 的看法被认为是当前道德哲学中较为深刻的观点之一。
6. 别让我落后 (Leave Me Behind) #
http://androidessence.com/leave-me-behind/
这篇文章讲述了作者从 2014 年开始学习 Android 应用开发的经历和感悟。起初，作者通过在线课程学习 Java 和 Android 开发，完成了一个简单的待办事项应用，体验到了将软件带到现实生活中的成就感。这成为作者职业生涯的“灵光一刻”，激发了他通过技术为人们带来积极影响的热情。
随后，作者不断提升技能，参加了多次黑客马拉松，与志同道合的开发者们共同合作，积累了丰富的实践经验。毕业后进入数字营销公司工作，遇到了帮助他快速成长的同事，并受邀参加了 Android 开发者大会，深刻感受到技术社区的力量和分享精神，自己也开始积极回馈社区，帮助新一代工程师成长。
文章还探讨了大型语言模型（LLM）对软件开发的影响。作者最初对 AI 辅助编码充满期待，但发现其生成的代码存在错误和不完善之处。尽管 AI 工具逐渐改进，能辅助调试和代码审查，但作者认为依赖 AI 会削弱开发者的思考和学习能力，失去通过试错和与他人交流获得成长的机会。作者强调，软件开发不仅是写代码，更是通过不断实践、交流和反思来提升技能的过程。
最后，作者提醒读者，LLM 只是基于大量前人经验的预测工具，真正的技术进步依赖于开发者的持续学习和开放分享精神。
HN 热度 320 points | 评论 274 comments | 作者：mooreds | 11 hours ago #
https://news.ycombinator.com/item?id=48265876
- 软件质量因依赖生成式 AI 代码而下降，导致用户和开发者都受到负面影响。
- 有人认为 AI 辅助下个人项目质量提升，因为 AI 帮助构建更完善的测试和架构。
- 个人项目普遍存在质量参差不齐的情况，AI 工具能帮助改善但不能保证所有项目质量。
- 对 AI 生成代码的评价不能简单二元化，AI 工具强大且不可避免，但其影响复杂且混合。
- 公司环境中 AI 生成的代码质量参差不齐，缺乏严格审核会带来问题，但在谨慎使用下仍有益处。
- 使用 AI 编码工具需要更高的代码阅读和审查能力，技能不匹配可能导致质量问题。
- 高级工程师原本就需评估代码质量，但 AI 带来的工作量和复杂度增加，给开发者带来更大压力。
- 初级开发者缺乏经验难以有效审查 AI 生成代码，往往依赖高级开发者进行复核。
7. Jira 具备图灵完备性 (Jira Is Turing-Complete) #
https://seriot.ch/computation/jira.html
本文详细论证了 Atlassian 的项目跟踪工具 Jira 的自动化功能具备图灵完备性。作者通过构建一个基于 Minsky 寄存器机模型的证明，展示了如何在 Jira 自动化规则中实现基本的计算操作。
文章首先介绍了 Minsky 寄存器机的基本指令和工作原理：两个无界计数器和有限状态机，通过增减计数器和条件跳转实现计算。随后，作者将该模型映射到 Jira 的自动化环境中，将寄存器对应为 Epic 关联的不同类型问题数量，程序计数器对应 Epic 的状态，指令对应自动化规则，时钟则由自动化触发或外部重触发实现。
具体实现中，作者设计了一个加法程序，将寄存器 A 的值加到寄存器 B 上。通过创建特定的工作流状态和自动化规则，实现对 Bug 和 Task 类型关联问题的增删操作，并通过 Epic 状态的变更控制程序流程。实验结果显示，Epic 最终状态和关联问题数量准确反映了加法运算的结果。
此外，文章还介绍了利用 Jira 的“转换问题类型”功能简化 Minsky 机操作，进而实现斐波那契数列的计算。该程序使用三个状态和三个寄存器，通过类型转换和状态跳转循环生成斐波那契数列，展示了更复杂的计算能力。
结论部分指出，尽管 Jira 云环境存在执行链深度和资源限制，但在理论上，Jira 自动化语言支持无界的寄存器机计算，因此具备图灵完备性。这解释了为何复杂的 Jira 自动化规则本质上就是程序。
HN 热度 290 points | 评论 140 comments | 作者：vinhnx | 19 hours ago #
https://news.ycombinator.com/item?id=48263253
- Jira 界面繁琐且响应缓慢，规则复杂，导致使用体验痛苦。
- Jira 的复杂性部分源于用户自定义和组织内部流程的复杂叠加。
- Jira 更多是一个承载痛苦的工具，而非本身极其糟糕，用户的使用方式加剧了其复杂度。
- 企业为了获得工具的广泛认可，往往需要牺牲工程师的使用体验。
- Jira 的设计缺乏良好的底层概念和清晰的 API，导致功能层层叠加，难以维护和简化。
- 许多公司和产品都在模仿 Jira，导致任务管理工具变得越来越复杂和臃肿。
- 工程师不是 Jira 的主要目标用户，产品和管理层的需求推动了其复杂性。
- 通过脚本和自动化可以部分缓解 Jira 的使用痛苦，甚至利用 Jira 保护自身权益。
- Jira 实例往往因大量自定义字段和历史遗留问题变得极其复杂，自动化难度大。
- 受规章制度驱动的行业通常避免过度定制，使用 Jira 的标准功能即可满足需求。
- 过度定制往往源于组织认为自身独特，但实际上大多数企业面临相似问题。
- 不同部门对工作流程的需求不同，导致 Jira 配置难以统一，工程师主导配置可能更高效。
- 将 Jira 与开发流程紧密结合，使用代码分支与任务对应的方式，有助于管理和追踪工作进展。
8. Claude 不是你的架构师。别再让它假装了。 (Claude is not your architect. Stop letting it pretend) #
https://www.hollandtech.net/claude-is-not-your-architect/
这篇文章批判了当前 AI 代理（如 Claude）在软件架构设计中的误用，指出 AI 虽然能快速生成看似合理的架构方案，但其本质是基于训练数据的模式匹配，缺乏对具体团队、环境和实际限制的理解，因而无法做出真正有价值的架构决策。
文章强调，AI 代理过于“讨好”，总是支持用户的想法，缺乏拒绝复杂或不合理设计的能力。而优秀的架构师最重要的技能是知道哪些系统不该建，能够质疑需求，推动简化，避免不切实际的设计。AI 设计的架构往往是“通用模板”，没有考虑团队经验、生产环境限制和合规要求，导致实际应用中出现问题。
更令人担忧的是，AI 不仅设计架构，还自动生成 Jira 任务，工程师变成了执行者，失去了设计和决策的主动权。即使有资深工程师“审核”，也往往因时间和压力选择默认 AI 方案，导致团队失去了必要的讨论和辩论过程，架构决策变得缺乏责任归属。
文章呼吁正确使用 AI 工具：让工程师主导设计，AI 辅助实现；对 AI 建议保持怀疑，鼓励团队内部的争论和推敲；确保架构决策有人负责，避免“AI 设计”成为推卸责任的借口。只有这样，才能保持软件架构的质量和团队的健康发展。
HN 热度 265 points | 评论 189 comments | 作者：cdrnsf | 1 day ago #
https://news.ycombinator.com/item?id=48259784
- AI 设计的系统如果缺乏经验丰富的开发者指导，容易出现数据损坏、性能问题、竞态条件等严重缺陷，导致项目失败。
- AI 的效果很大程度上取决于使用者的能力和架构设计水平，错误的设计无法通过 AI 弥补。
- AI 在早期版本能快速产出看似不错的代码，但后续需要有经验的架构师来解决复杂问题和扩展性。
- 企业内部对 AI 项目的理解和期望存在偏差，销售和管理层可能将未完成的演示误认为可用产品，存在风险。
- 过度依赖 AI 且缺乏技术判断力的人可能会导致大量低质量代码泛滥。
- AI 工具在有严格设计和测试规范的情况下，能极大提高开发效率，但关键设计和质量把控仍需人类完成。
- 失败的 AI 项目虽然浪费资源，但也能快速验证或否定产品概念，避免更大损失。
- 选择有经验的开发者使用 AI 可以节省大量成本，但这并非可规模化的解决方案，仍需提升整体技术水平。
- 发布质量差的产品会严重损害公司声誉和未来销售，不能以“有产品总比没有好”为借口。
9. 澳大利亚的四天工作制：100:80:100 模式早期采用者的见解 (The four-day workweek in Australia: insights from early adopters of 100:80:100) #
这篇文章报道了一项发表在《Nature’s Humanities and Social Sciences Communications》期刊上的研究，证实了四天工作制在澳大利亚的成功实践。研究跟踪了 15 家澳大利亚公司在 2022 年至 2024 年间试行的 100:80:100 模式，即员工保持 100% 的薪资，工作时间减少到 80%，但产出保持 100%。结果显示，14 家公司选择继续实行四天工作制，没有一家公司生产力下降，6 家公司生产力甚至有所提升，其他公司产出保持稳定。
研究涵盖了多个行业，包括物业管理、出版和健康科技，显示这一模式具有广泛适用性。研究团队通过两年时间对这些公司进行深入访谈，允许各公司根据自身情况定义生产力指标，如收入、利润、项目完成率、员工流失率、缺勤率和客户推荐指数等。
文章强调，四天工作制不仅提升或保持了生产力，更重要的是显著减少了员工的职业倦怠。多家公司表示，减少员工倦怠是推行该制度的主要动因。澳大利亚一项调查显示，半数工人存在倦怠问题，尤其是年轻人和有子女的员工。研究指出，四天工作制通过减少无效会议、自动化和重新分配任务，使员工能够专注于高质量工作，而非简单压缩工作时间。
此外，文章提到德国和英国也有类似的四天工作制试点和推广，结果同样显示生产力未受影响。不同类型的企业根据自身特点灵活调整休息日安排，确保客户服务不中断。研究还探讨了人工智能技术对工作效率的影响，认为四天工作制是应对技术带来生产力提升的一种合理选择，让员工有更多时间休息而非增加工作负担。
最后，文章承认四天工作制并非适合所有行业和企业，成功实施需要企业与员工共同设计适合自身的工作流程和安排。
HN 热度 254 points | 评论 253 comments | 作者：randycupertino | 1 day ago #
https://news.ycombinator.com/item?id=48259990
- 该研究基于对 15 家公司高管的半结构化访谈，属于定性研究，调查对象使用了各自偏好的生产力指标，结果显示多数公司生产力有所提升或未受负面影响。
- 研究方法符合学术规范，访谈对象身份明确，非匿名来源，且样本量符合定性研究的饱和度要求。
- 该研究更多反映的是受访者的主观感受和看法，属于意见调查，缺乏客观的生产力数据验证。
- 定性研究和调查在社会科学领域是有效且被认可的研究方法，不应因非自然科学方法而被贬低。
- 四天工作制带来的员工幸福感提升可能间接促进生产力增长，管理层对此存在一定抵触情绪。
- 对“science”后缀的质疑被认为是对科学定义的误解，气候科学和计算机科学等领域同样具备科学性。
- 研究指出实施四天工作制需要一定的管理和培训，但整体来看能减少浪费并提升效率。
10. 荷兰查封 800 台服务器，逮捕 2 人协助网络攻击 (Netherlands Seizes 800 Servers, Arrests 2 for Aiding Cyberattacks) #
荷兰当局于 2026 年 5 月 18 日逮捕了两名涉嫌协助俄罗斯进行网络攻击的互联网托管公司共同所有者，并查封了 800 台服务器。这两人分别是 39 岁的俄罗斯籍 Andrey Nesterenko 和 57 岁的荷兰籍 Youssef Zinad。他们运营的公司被指控为俄罗斯情报机构在欧盟内实施网络攻击、影响行动和虚假信息传播提供技术支持。
调查聚焦于 Stark Industries Solutions，这是一家在俄罗斯入侵乌克兰前两周成立的托管服务提供商，迅速成为针对欧洲目标的大规模分布式拒绝服务（DDoS）攻击的源头。该公司通过两条主要互联网通道运营，其中一条由被欧盟制裁的摩尔多瓦兄弟 Ivan 和 Yuri Neculiti 及其公司 PQHosting 提供，另一条则由 Nesterenko 运营的荷兰公司 MIRhosting 提供。
在 PQHosting 及 Neculiti 兄弟被制裁后，Stark 的网络资产转移至由 WorkTitans BV 控制的新实体 the[.]hosting，而 WorkTitans 由 Nesterenko 和 Zinad 控制，且其互联网连接完全依赖于 MIRhosting。荷兰金融犯罪调查机构 FIOD 在突袭中查封了相关设备，并对两人提出违反制裁法的指控。
调查显示，WorkTitans 和 MIRhosting 是 2025 年 11 月丹麦地方选举期间针对丹麦政府机构的亲俄网络攻击中最常用的网络。Nesterenko 否认知情并称已在制裁生效后终止与 Neculiti 兄弟的合作，MIRhosting 也表示正在进行内部调查，并暂时暂停对 WorkTitans 的服务。
Nesterenko 出生于俄罗斯下诺夫哥罗德，曾是钢琴神童，2004 年创立了 MIRhosting 的母公司 Innovation IT Solutions Corp.，该公司曾托管过 2008 年俄格战争期间的黑客组织网站。Nesterenko 强调其公司不支持网络犯罪或制裁规避，称逮捕对其及公司造成严重伤害。
关于 Zinad 的信息较少，他自去年以来保持低调，封锁了 LinkedIn 账户，未回应多次联系请求。Nesterenko 称 Zinad 并非 MIRhosting 员工，而是以正常的公司间业务关系协助处理部分事务，但此前邮件显示 Zinad 曾是公司法律团队成员，且公开资料中显示他是 MIRhosting 阿尔梅勒办公室的官方联系人。多方尝试联系 Zinad 均未果，他保持回避态度。
HN 热度 247 points | 评论 67 comments | 作者：jruohonen | 9 hours ago #
https://news.ycombinator.com/item?id=48266906
- 这些被查封的服务器并非正规托管公司，而是俄罗斯情报机构的前线公司，主要服务于情报活动，不对普通用户开放。
- 有用户表示曾使用过类似服务，虽然服务质量差且经常封禁用户，但确实提供过合法的临时 VPS 服务。
- 有观点指出被查封的公司继承了被制裁公司的客户和设备，暗示其与制裁实体有业务往来。
- 讨论中有人强调制裁公司不等同于政府工作单位，不能简单划等号。
- 有人认为提供网站和客户服务并不能证明其是合法企业，这类托管服务主要为非法活动提供支持。
- 有安全从业者感叹网络犯罪基础设施建设的专业性和复杂性，认为涉事人员具备合法工作的能力但选择支持犯罪。
- 有人分享了因网络犯罪被捕者的心理动机，认为其享受违法带来的优越感和刺激，最终因错误被抓。
- 讨论涉及地域刻板印象，有人指出东欧部分人群中存在类似犯罪倾向，但也有人反对以地域或族群泛化。
- 对于地域犯罪率差异，有观点认为这不是种族歧视，而是基于统计数据的观察，需要证据支持。
- 也有人认为东欧地区技术人才丰富，但由于历史机遇限制，部分人才被引导进入网络犯罪领域。
Hacker News 精彩评论及翻译 #
Magnifica Humanitas #
https://news.ycombinator.com/item?id=48265691
The overarching message is that builders should deeply consider the impact of what they’re building on civilization.
“Technology is never neutral, because it takes on the characteristics of those who devise, finance, regulate and use it.”
Therefore builders “bear a particular ethical and spiritual responsibility” because “every design choice reflects a vision of humanity.”
The questions shouldn’t just be ‘can we build it?’ or ‘will people want this?’
We need to also ask ‘should we build it?’ and ‘will this make humanity better?’
The encyclical calls on us to “join forces in building up the common good.”
This is a message we need right now.
sethbannon
总体信息是，建设者应该深刻考虑他们所建造的东西对文明的影响。
“技术从来不是中立的，因为它承载着设计者、出资者、监管者和使用者的特征。”
因此，建设者“承担着特殊的伦理和精神责任”，因为“每一个设计选择都反映了对人类的某种愿景。”
问题不应该只是“我们能建吗？”或“人们会想要这个吗？”
我们还需要问“我们应该建吗？”以及“这会让人类变得更好吗？”
教皇通谕呼吁我们“携手共建共同的福祉。”
这是我们现在需要的信息。
Search engines alternatives now that Google isn’t … #
https://news.ycombinator.com/item?id=48266174
I switched to Kagi little over a year ago and couldn’t recommend it enough. The search results are actually what I’m searching for, there is AI for the occasions I want it (and only then), and it comes with nice extras like search personalization and a great translation app. Tried to live without it when my first year of subscription ran out, but I didn’t last long…
d12bb
我在一年前多一点的时候转用了Kagi，强烈推荐。搜索结果真正符合我的需求，有需要时会有AI辅助（仅限那时使用），还有搜索个性化和很棒的翻译应用等贴心的附加功能。订阅第一年到期时我尝试过不用它，但没坚持多久……
Migrating from Go to Rust #
https://news.ycombinator.com/item?id=48260995
I could see migrating from C or C++ or Python to Rust, for various reasons, but for web back-end work Go is a good match. I write almost entirely in Rust, but the last time I had to do something web server side in Rust, I now wish I’d used Go.
The OP points out the wordyness of Go’s error syntax. That’s a good point. Rust started with the same problem, and added the “?” syntax, which just does a return with an error value on errors. Most Go error handling is exactly that, written out. Rust lacks a uniform error type. Rust has three main error systems (io::Error, thiserror, and anyhow), which is a pain when you have to pass them upward through a chain of calls.
(There are a number of things which tend to be left out of new languages and are a pain to retrofit, because there will be nearly identical but incompatible versions. Constant types. Boolean types. Error types. Multidimensional array types. Vector and matrix types of size 2, 3, and 4 with their usual operations. If those are not standardized early, programs will spend much time fussing with multiple representations of the same thing. Except for error handling, these issues do not affect web dev much, but they are a huge pain for numerical work, graphics, and modeling, where standard operations are applied to arrays of numbers.)
Go has two main advantages for web services. First, goroutines, as the OP points out. Second, libraries, which the OP doesn’t mention much. Go has libraries for most of the things a web service might need, and they are the ones Google uses internally. So they’ve survived in very heavily used environments. Even the obscure cases are heavily used. This is not true of Rust’s crates, which are less mature and often don’t have formal QA support.
Animats
我可以理解出于各种原因从C、C++或Python迁移到Rust，但对于网络后端工作来说，Go是一个很好的选择。我几乎完全用Rust写代码，但上次必须用Rust做网络服务器端的时候，我现在希望当初用了Go。
楼主提到了Go的错误语法很啰嗦。这点说得很好。Rust一开始也有同样的问题，然后引入了“?”语法，在出现错误时直接返回错误值。大多数Go的错误处理正是如此，都是写出来的。Rust缺少统一的错误类型。Rust有三种主要的错误系统（io::Error、thiserror和anyhow），这在需要把错误沿调用链向上传递时很麻烦。
（有些功能新语言往往会忽略，后来再补充会很麻烦，因为会出现几乎相同但不兼容的版本。比如常量类型、布尔类型、错误类型、多维数组类型，以及2、3、4维且具备常规操作的向量和矩阵类型。如果这些在早期没有标准化，程序将花大量时间处理多种同一事物的表示。除了错误处理，这些问题对网页开发影响不大，但对数值计算、图形和建模来说会非常烦人，因为它们需要对数字数组进行标准操作。）
Go对网络服务有两个主要优势。第一，楼主也提到了goroutine。第二，是库，这一点楼主提得不多。Go拥有适用于网络服务可能需要的大多数库，而且这些库是谷歌内部使用的，所以它们在高强度环境下经受住了考验。即使是边缘用例也被广泛使用。Rust的包管理则不然，其生态尚不成熟，且常常缺乏正式的质量保证支持。
Jira Is Turing-Complete #
https://news.ycombinator.com/item?id=48263975
Quite a few have, the issue is that every Jira instance is a fractal shit snowflake of custom properties several layers deep through old failed migrations to new organization strategies.
And many times the API can do stuff that the UI doesn’t allow, and everyone’s relying on the UI to drive things, so you end up in weirdly broken corners because you didn’t notice that you need custom_field_5537 to be paired with custom_field_442 or it doesn’t appear on anyone else’s dashboard. Also it claims custom_field_10995 is an integer type field, and returns as integers in the XML, but there’s a pile of undocumented magic constant strings that you have to use instead when creating (but not updating!) a task or you get useless error messages. The web UI doesn’t do this though (it’s just integers in html and the request), and only 80% of the strings match the display text in the dropdown.
Automating Jira is the absolute worst programming experience I’ve ever had. I can completely believe that simpler setups exist and they’re probably quite easy, but omfg.
Sadly it’s still completely worth the effort. Highly recommended.
Groxx
确实有不少人做过，但问题在于每个Jira实例都是一个分形的烂摊子，拥有多层深度的自定义属性，这些都是通过旧的失败迁移到新的组织策略中产生的。
而且很多时候，API 能实现界面不允许的操作，但是大家都依赖界面来操作，所以你最终会陷入一些奇怪的故障角落，因为你没注意到需要把 custom_field_5537 和 custom_field_442 配对，否则它不会出现在其他人的仪表盘上。此外，它还声明 custom_field_10995 是整数类型字段，并且在 XML 中返回整数，但在创建任务时（而非更新！）你必须使用一堆未文档化的魔法常量字符串，否则会得到没用的错误信息。网页界面不会这样（html 和请求里只是整数），而且只有 80% 的字符串和下拉菜单中的显示文本匹配。
自动化 Jira 是我经历过的最糟糕的编程体验。我完全相信更简单的配置存在，而且它们可能相当容易，但天啊。
遗憾的是，这一切努力仍然非常值得。强烈推荐。
Didgeridoo playing as alternative treatment for ob… #
https://news.ycombinator.com/item?id=48264926
Unfortunately, digeridoo playing is just as disruptive to partner’s sleep as snoring is. Perhaps they should try bagpipes?
wiredfool
不幸的是，吹迪吉里杜管对伴侣的睡眠干扰和打鼾一样严重。也许他们应该试试风笛？
Uber’s COO says it’s getting harder to justify mon… #
https://news.ycombinator.com/item?id=48269201
What if… we stop for a moment, and then, after thinking for a moment, we stop hammering nails with a microscope, and stop using token usage as a metric of productivity?
I know it’s sounds stupid, but what if
izanton
如果……我们停下来一下，然后，思考片刻后，停止用显微镜钉钉子，停止用令牌使用量作为生产力的衡量标准呢？
我知道这听起来很傻，但如果呢？
Magnifica Humanitas #
https://news.ycombinator.com/item?id=48267945
“technology is never neutral, because it takes on the characteristics of those who devise, finance, regulate, and use it,”
If critical decisions affecting human life—such as hiring, lending, crime prediction, and welfare—are processed in an opaque black box, people will lose their fundamental right to explain their context or appeal against the machine’s algorithmic verdicts
jdw64
“技术从来都不是中立的，因为它带有设计者、资助者、监管者和使用者的特征。”
如果影响人类生命的重要决策——例如招聘、贷款、犯罪预测和福利——都在一个不透明的黑箱中处理，人们将失去解释自身情况或对机器算法判决提出申诉的基本权利。
Search engines alternatives now that Google isn’t … #
https://news.ycombinator.com/item?id=48267007
didn’t realize Kagi had no aspirations to build their own general purpose index
Kagi employee here. We’re actively working on building our own indexes beyond the limited ones we have now, not just a general index but also purpose built indexes for things like programming, etc.
nobodywasishere
没意识到Kagi没有打算建立自己的通用索引。
我是Kagi的员工。我们正在积极努力构建自己的索引，超越目前有限的索引，不仅是通用索引，还有针对编程等特定用途专门打造的索引。
Memory has grown to nearly two-thirds of AI chip c… #
https://news.ycombinator.com/item?id=48259136
I bought 96GB of RAM a couple of years ago for ~$250. That same RAM now costs $1200!
slicktux
几年前我花大约250美元买了96GB内存。现在同样的内存要价1200美元！
Memory has grown to nearly two-thirds of AI chip c… #
https://news.ycombinator.com/item?id=48260356
China is about to flood the market and prove this notion wrong. If there is demand they want to meet it with supply.
But to your point, that is exactly how American companies like to play now. No one is stopping them from screwing over the consumer.
I have a Micron near me and they are building another chip facility but we are years away still so I suspect China will beat them to the punch.
brandensilva
中国即将涌入市场，证明这一观点是错误的。如果有需求，他们就想用供应来满足。
但就你说的来说，这正是美国公司现在喜欢玩的方式。没有人阻止他们坑害消费者。
我附近有一家美光，他们正在建另一个芯片工厂，但距离建成还有好几年，所以我怀疑中国会抢先行动。
Magnifica Humanitas #
https://news.ycombinator.com/item?id=48265491
a uniformity that eliminated diversity and that chose homogenization over communion
Unrelated to AI, but a wonderful support of the breadth of humanity in this anti-DEI time.
We must, then, avoid the “Babel syndrome,” namely the idolatry of profit that sacrifices the weak, a uniformity that neutralizes differences, and the pretense that a single language — even a digital one — can translate everything, including the mystery of the person, into data and performance.
There is a lot to read here. I am curious where the meditations on the ‘mystery of the person’ will go: a brief search doesn’t show further mention. The encyclical appears to focus on exhortations for us, humans, than on the nature of AI. Probably wise at this stage. I feel it is not AI that is either positive or negative, but its use of it, and the call-out to the growth of private industry as more powerful among nation-states is a strong statement for a institute like the Vatican to make:
Technological power thus takes on an unprecedented, predominantly “private” aspect, which makes it even more challenging to discern, govern and direct such power toward the common good.
vintagedave
一种消除多样性、选择同质化而非共融的统一性。
与人工智能无关，但在这个反多样性、公平性和包容性的时代，这很好地支持了人类的广度。
那么，我们必须避免“巴别塔综合症”，即牺牲弱者的利润崇拜，抹杀差异的统一性，以及假装一种语言——即使是数字语言——能够将一切，包括人的奥秘，转化为数据和表现的伪装。
这里有很多内容值得深思。我很好奇关于“人的奥秘”的思考会走向何方：简单搜索并未显示更多提及。这篇通谕似乎更侧重于对我们人类的劝诫，而非对人工智能本质的探讨。在当前阶段这大概是明智的。我认为人工智能本身并非正面或负面，关键在于如何使用它；文中对私营产业在国家间日益强大的呼吁，是梵蒂冈这样一个机构强有力的声明：
技术力量因此呈现出前所未有的、以“私人”为主导的特点，这使得辨别、治理和引导这种力量以造福共同利益变得更加复杂和艰难。
Migrating from Go to Rust #
https://news.ycombinator.com/item?id=48261529
This is a weird document that is simultaneously trying to serve as a migration guide and an advocacy document for Rust.
Ultimately, if you have to ask , the Rust vs. Go consideration boils down almost completely to “do you want a managed runtime or not”. A generation of Rust programmers has convinced itself that “managed runtime” is bad, that not having one is an important feature. But that’s obviously false: there are more programming domains where you want a managed runtime than ones where you don’t.
That’s not an argument for defaulting to Go in all those cases! There are plenty of subjective reasons to prefer Rust. I miss match when I write Go (I do not miss tokio and async Rust, though). They’re both perfectly legitimate choices in virtually any case where you don’t have to distort the problem space to fit them in (ie: trying to write a Go LKM would be a weird move).
The Rust vs. Go slapfight is a weird and cringe backwater of our field. Huge portions of the industry are happily building entire systems in Python or Node, and smirking at the weirdos arguing over which statically typed compiled language to use. Python vs. (Rust|Go) is a real question. Rust vs. Go isn’t.
tptacek
这是一份奇怪的文档，既试图作为迁移指南，又作为推广Rust的宣传材料。
归根结底，如果你需要问这个问题，Rust和Go的对比几乎完全归结为“你是否想要一个托管运行时”。一代Rust程序员已经说服自己认为“托管运行时”是坏事，不拥有它是一个重要特性。但这显然是错误的：在更多的编程领域里，你其实更需要一个托管运行时，而不是不需要。
这并不是说所有情况下都应该默认选择Go！有很多主观原因让人更喜欢Rust。写Go的时候我会怀念match（不过我并不怀念tokio和异步Rust）。在几乎所有不需要扭曲问题领域去适配的情况下，它们俩都是完全合理的选择（比如尝试用Go写内核模块就是个奇怪的选择）。
Rust和Go的争论是我们领域中一个奇怪且尴尬的死角。行业中有很大一部分人乐于用Python或Node构建整个系统，并且对那些纠结于选用哪种静态类型编译语言的人嗤之以鼻。Python vs.（Rust|Go）才是真正的问题，而Rust vs. Go不是。
Magnifica Humanitas #
https://news.ycombinator.com/item?id=48267427
I have found that, for many of the statements about what AI should do, I would actally be happier if the letters “AI” were replaced with “companies”
Lerc
我发现，对于许多关于人工智能应该做什么的说法，如果将“AI”这两个字母换成“公司”，我反而会更开心。
I spent 50 hours drawing a line graph #
https://news.ycombinator.com/item?id=48257572
I build furniture and while I do my design work digitally for remote clients, I do my shop drawings by hand.
One super helpful tip I got from an actual trained draftsman is to use harder pencil lead for your layout and construction lines. Like 6H to 9H. You’ll get a much lighter line to erase later. It’ll also hold a finer point for longer.
I prefer lead holders to wooden pencils. They take 2mm lead, and you sharpen them with a lead pointer. K&E pointers are readily available on eBay, as are the abrasive cups that do the actual sharpening. The plastic trash can ones will get the job done, but are unsatisfying from a tactile standpoint.
A decent lead holder is a trick to find. The Alvin one I bought is too loose and the lead slips up into it. The Staedtler one doesn’t close tightly at the tip and support the lead well enough to prevent breaking. The Prismacolor one is satisfactory, and I inherited a vintage one that I love from the aforementioned draftsman.
I recommend an erasing shield to make revising your pencil work without erasing too much. Another person I know with an art background tipped me off to putting tracing paper over your main drawing to iterate on details before committing them to paper to reduce erasing.
Drafting vellum is pretty forgiving of erasing, but it has a toothier surface that can get a little dingy if you’re working on a drawing for a while. I’ve never tried Bristol board; I don’t need immaculate drawings for reproduction, just good enough ones to build from.
Happy drawing. It’s an immensely satisfying process for me. If you’re detail oriented, you’ll likely find it enjoyable too.
mauvehaus
我做家具设计，虽然给远程客户的设计工作是用数字方式完成的，但车间图纸都是手绘的。
一位经过专业培训的绘图员给了我一个非常有用的建议，就是用硬度较高的铅笔芯来画布局和施工线，比如6H到9H。这种铅笔线条更浅，后续擦除起来更方便，而且笔芯也能保持更细的尖头更长时间。
我更喜欢用铅笔芯夹而不是木制铅笔。铅笔芯夹使用2毫米的铅芯，削笔器也是用专门的铅芯削笔器。你可以在eBay上很容易买到K&E的削笔器，还有做实际削尖用的磨砂杯。塑料垃圾桶式的削笔器能用，但触感上让人不太满意。
找到一个合适的铅笔芯夹并不容易。我买的Alvin牌有点松，铅芯会往上滑。Staedtler牌的夹头夹得不够紧，不太能有效防止笔芯折断。Prismacolor的还算满意，我还继承了那位绘图员留给我的一支复古款，特别喜欢。
我建议用橡皮擦护盾，这样修改铅笔线时不会擦掉太多内容。另外一位有艺术背景的朋友告诉我，可以在主图上盖一张描图纸，在上面反复修改细节，确认后再转移到原稿上，这样能减少擦改。
绘图羊皮纸对擦除比较宽容，但表面有些粗糙，如果画一张图时间长了，会显得有点脏。我没用过Bristol板，因为我不追求完美的复制效果，只要画得够用来制作就行。
祝你绘图愉快。对我来说这是一个非常满足的过程，如果你注重细节，很可能也会觉得很有趣。
DeepSeek makes the V4 Pro price discount permanent #
https://news.ycombinator.com/item?id=48258726
I’m not sure how much of it is subsidies. If the open weight models are anything to judge by, China is taking price performance seriously, and the US model vendors are looking for performance at any cost. Like any other Pareto optimization, we end up paying 10x more for the last few percent improvement on benchmark scores.
Of course, like literally every other time this has played out in computing history, the companies focused on price performance will end up with more economic resources, and get to turn the upgrade crank more often and for longer.
Also, of course, China’s way ahead of the US on things like renewables, batteries, and electrification of their economy. All of that feeds into cheaper power to run the models, but I suspect it’s a second order effect vs. “improve the software”.
hedora
我不确定其中有多少是补贴。如果以公开权重的模型作为参考，中国确实很重视性价比，而美国的模型供应商则在追求不惜一切代价的性能。像任何其他帕累托优化一样，我们最终为基准分数的最后几个百分点提升支付了10倍的价格。
当然，就像计算机历史上一贯的情况一样，关注性价比的公司最终会拥有更多的经济资源，能够更频繁、更持久地进行升级。
另外，显然在可再生能源、电池以及经济电气化等方面，中国远远领先于美国。所有这些因素都促成了更便宜的电力来运行模型，但我怀疑这只是次要因素，相比之下“改进软件”才是关键。
California moves to exempt Linux from its age-veri… #
https://news.ycombinator.com/item?id=48270018
The only device mandates that should be taking place is for the default installations of web clients should be checking to see if parental controls are enabled. This only impacts the major browsers. An intern at each browser company could add this check in minutes. If they are enabled and the person logged in is on a regular account (not admin or power user of sorts) then the base installation of web clients must check for an RTA header [1]. If present, prompt for a override password and also give the option for the admin to approve-list the domain at that time. That’s it. Not perfect, nothing is or will be.
The only thing server, platform, website, service providers should be doing is setting an RTA header if the content could possibly be adult or user-contributed content that could dynamically become adult, moderation aside. This knocks out two issues with one fix. Small children don’t see much if any adult content and they are kept off social media until the admin (parent or legal guardian) approves it.
If a site is not adding the RTA header then progressively fine them into oblivion. If they accept the fines as the cost of doing business then seize everything and put everyone in GenPop. An intern could enable the header in 5 minutes.
All legislation regarding age verification must revolve around this otherwise people must reject it as an abusive form of tracking and privacy invasion. The focus should be on small children as teen share porn, warez, movies and such within Rated-G games.
[1] - https://news.ycombinator.com/item?id=47950091
Bender
唯一应该强制实施的措施是，默认安装的网页客户端应检查家长控制是否启用。这只影响主要浏览器。每家浏览器公司的实习生都能在几分钟内加上这个检查功能。如果启用了家长控制且登录的人是普通账户（不是管理员或高级用户），那么网页客户端的基础安装必须检查是否有RTA头[1]。如果存在，应该提示输入覆盖密码，并且同时给予管理员当场将该域名加入白名单的选项。仅此而已。虽然不完美，但也没有更好的办法。
服务器、平台、网站、服务提供商唯一应做的是在内容可能是成人内容或用户生成内容可能动态变为成人内容时设置RTA头，且不考虑内容审核。这一措施一举解决两个问题。小孩子几乎看不到成人内容，也不会进入社交媒体，除非管理员（家长或法定监护人）批准。
如果网站没有添加RTA头，则应逐步重罚直至摧毁。如果他们把罚款当作做生意的成本，就没收其所有资产并把所有人关进普通监狱。一个实习生五分钟就能启用这个头。
所有关于年龄验证的法律都必须围绕此措施制定，否则人们应拒绝这类作为追踪和隐私侵犯的滥用。重点应放在小孩子身上，因为青少年会在评级为G级的游戏中分享色情、盗版软件、电影等内容。
[1] - https://news.ycombinator.com/item?id=47950091
Search engines alternatives now that Google isn’t … #
https://news.ycombinator.com/item?id=48266687
I paid for Kagi for a bit, but got a weird vibe when I realized they were working pretty hard to paper over the fact that they pay a third party to scrape Google search results for them. The public-facing side of that coin is Kagi’s position that Google should make their index available to competitors (see https://blog.kagi.com/waiting-dawn-search ).
All that’s to say: when I paid for Kagi, I thought I was investing in additional search infrastructure, and didn’t realize Kagi had no aspirations to build their own general purpose index, and instead primarily aggregate results from other indexes, either adversarily (Google, Bing) or not (Yandex, Mojeek, Brave, Apple, etc.) I understand they do maintain their own small-web index, but I thought their aspirations were higher when I first jumped on that train.
rpdillon
我付费使用过一段时间的Kagi，但当我意识到他们费尽心思掩盖自己其实是付钱给第三方去抓取谷歌搜索结果时，感觉有点怪怪的。公开层面上，Kagi的立场是谷歌应该向竞争对手开放他们的索引（见 https://blog.kagi.com/waiting-dawn-search ）。
总的来说，当我付费使用Kagi时，我以为自己是在投资额外的搜索基础设施，并不知道Kagi并不打算建立自己的通用索引，而是主要整合来自其他索引的结果，既有竞争对手的（谷歌、必应），也有非竞争对手的（Yandex、Mojeek、Brave、Apple等）。我知道他们确实维护着一个小规模的网络索引，但当初刚开始用的时候，我以为他们的目标更高远。
Magnifica Humanitas #
https://news.ycombinator.com/item?id=48265391
When he quoted Tolkien, my heart stopped. This passage might provide you with a suggestion on how to live a virtuous life:
“The twentieth-century Catholic author J.R.R. Tolkien, in the words of a protagonist in one of his novels, described our responsibility in this way: “It is not our part to master all the tides of the world, but to do what is in us for the succour of those years wherein we are set, uprooting the evil in the fields that we know, so that those who live after may have clean earth to till.” [187] The civilization of love will not arise from a single or spectacular gesture, but from the sum total of small and steadfast acts of fidelity that serve as a bulwark against dehumanization.”
theletterf
当他引用托尔金的话时，我的心都停止了跳动。这段话或许能给你如何过上有德行生活提供一些建议：
“二十世纪天主教作家J.R.R.托尔金，通过他一部小说中的主人公之口，形容了我们的责任是这样：‘我们的任务不是掌控世界的所有潮流，而是在我们所处的岁月中尽自己所能，根除我们所知道的土地上的邪恶，让后来的人们可以耕种一片洁净的土地。’文明的爱不会凭借某个单一或壮观的举动而诞生，而是由无数小而坚定的忠诚行为累积而成，这些行为如同一道防波堤，抵御着非人化的侵袭。”
Memory has grown to nearly two-thirds of AI chip c… #
https://news.ycombinator.com/item?id=48259811
An interesting implication of this is that AI inference and training has a path to a ~3x hardware cost reduction (and maybe ~2x total cost reduction) without any technical innovation whatsoever, we just need to wait for dram supply to meet demand (either by manufacturing scaling or just waiting for the current rate of manufacturing to fill the demand spike).
gpm
这其中一个有趣的含义是，人工智能的推理和训练在硬件成本上有望实现约3倍的降低（总体成本可能降低约2倍），而且完全不需要任何技术创新，我们只需等待DRAM供应满足需求（无论是通过制造规模的扩大，还是仅仅等待当前的制造速度来填补需求激增）。
Microsoft open-sources “the earliest DOS source co… #
https://news.ycombinator.com/item?id=48254089
It is rare that I say this but, thanks MS! Arguably just as, if not more, important is the BASIC that they wrote. That was what they actually wanted to do. DOS just got them the contract with IBM. For decades MS was really a developer tools company with a side biz of writing operating systems and other misc software. They also open sourced that BASIC code too [1].
[1] https://opensource.microsoft.com/blog/2025/09/03/microsoft-open-source-historic-6502-basic/
jmward01
我很少说这话，但谢谢微软！可以说，他们写的BASIC甚至比这更重要，甚至可能更重要。这才是他们真正想做的。DOS只是帮助他们拿到IBM合同的工具。几十年来，微软实际上是一家开发者工具公司，顺带写写操作系统和其他杂项软件。他们还将那段BASIC代码开源了[1]。
[1] https://opensource.microsoft.com/blog/2025/09/03/microsoft-open-source-historic-6502-basic/
The Eternal Sloptember #
https://news.ycombinator.com/item?id=48263653
I think a lot of the problem with the current discourse is how black-and-white it is. Either you’re a luddite or “ai pilled”.
In most cases, LLMs can get you 80-95% of the way, sometimes less, sometimes more. And heck, sometimes, it just gets you somewhere wrong.
But it seems everyone is arguing about whether LLMs can be perfect software engineers in isolation running in a closet, and using that to say that LLMs do not have a massive potential in other scenarios.
Sometimes, I like to imagine how much more productive most organizations could be from the things that the internet gave us, even to this day. Most companies never really do even a fraction of what is possible. That helps to ground my view of LLMs as well.
The fault dear Brutus isn’t in our language models, but in ourselves.
cafkafk
我认为当前讨论中的很多问题都源于观点过于极端。你要么是拒绝新技术的人，要么就是“人工智能信徒”。
在大多数情况下，大型语言模型（LLM）能够完成80%到95%的任务，有时少一些，有时多一些。甚至有时候，它会给你一个错误的结果。
但似乎大家都在争论LLM是否能作为独立存在、关在房间里的完美软件工程师，并据此断言LLM在其他场景中没有巨大潜力。
有时候，我喜欢想象互联网带给我们的东西，让大多数组织的生产力可以提升多少，即使是到了今天。大多数公司其实连可能实现的“一小部分”都远未做到。这也让我对LLM的看法更为实际。
亲爱的布鲁图斯，问题不在于我们的语言模型，而在于我们自己。