2026 02 08 HackerNews

2026-02-08 Hacker News Top Stories #

OpenCiv3 是基于 Godot 与 C# 的开源跨平台《文明3》重制版，支持独立运行与模组但仍处于预览并存在兼容与崩溃问题。

法国主导的开源办公套件 La Suite numérique 面向公共部门提供文档、会议、文件与团队管理等模块，强调数据主权与跨国协作。

Vecti 是一款注重实时协作与高性能渲染的浏览器 UX/UI 设计工具，提供免费与付费方案并以隐私为卖点。

ReMemory 使用 Shamir 门限密钥分享和本地浏览器工具，将解密密钥分发给可信人以在离线无服务器环境下恢复访问。

作者提出12条实践建议，强调以清晰愿景与架构为先，配合精确文档、分级审查与独立测试来保证 AI 生成代码的质量与安全。

作者认为编码智能体正在取代许多框架和重复性编码工作，使工程师回归负责架构与关键决策的角色，同时带来对底层理解的挑战。

Monty 是用 Rust 编写的面向 AI 的轻量隔离 Python 解释器，提供受限宿主调用、类型检查与快速启动，但功能仍受限且处于实验阶段。

BreezyBox 在 ESP32‑S3 上基于 FreeRTOS 实现轻量级 shell、应用安装器和基本开发工具，呈现微型可编程设备的即开即用体验。

Vocal Guide 提供结构化的21种发声技巧、热身与解剖学说明，强调半闭合声道练习与在教师指导下的安全训练以保护嗓子。

AI 热潮带来巨额投资与基础设施建设需求，却引发芯片、电力与专业技工短缺、项目延后和资源错配的担忧。

OpenCiv3：开源跨平台《文明 3》重制版 (OpenCiv3: Open-source, cross-platform reimagining of Civilization III) #

https://openciv3.org/

OpenCiv3 是一个由粉丝社区开发的开源、跨平台、以模组为核心的现代重制版《文明 3》，基于 Godot 引擎和 C# 构建，旨在重现并超越原作的游戏体验。项目目标是去除原作的任意限制，修复缺陷，扩展模组功能，并支持现代图形与多平台运行，同时保留《文明 3》的核心玩法与内容。

目前项目处于早期预发布阶段（v0.3 “Dutch” 预览版），已发布首个预览版本。该版本引入了独立运行模式，无需依赖原版《文明 3》媒体文件，使用临时图形资源，但推荐安装原版游戏以获得更佳体验。

新版本亮点包括：

支持独立运行模式，可直接使用内置图形；
保留对 Civ3 原始存档（BIQ/Sav）的部分兼容性，但尚不完整；
跨平台支持：适用于 64 位 Windows、Linux 与 Mac OS，未来可能拓展至其他系统；
可通过环境变量 CIV3_HOME 指定原版游戏路径，实现无缝集成。

安装说明：

窗口系统：解压后运行 OpenCiv3.exe，若被阻止需手动取消“锁定”；可通过设置环境变量指定游戏路径。
*类 nix 系统：解压后设置 CIV3_HOME 环境变量，从终端运行程序。
Mac 系统：因安全机制限制，需使用终端执行 xattr -cr 命令解除阻拦，方可运行应用。

已知问题：

使用大量临时资源，建议加载原版游戏文件提升画质；
存档读取不稳定，部分 BIQ/SAV 文件无法正常加载，可能导致崩溃；
Mac 版本在点击“新游戏”等按钮时会因缺少默认地图存档而崩溃，但可通过加载 c7-static-map-save.json 临时解决。

项目为自由开源软件，采用 MIT 许可证，欢迎参与开发与贡献。更多详情请访问 GitHub 发布页或加入社区讨论。

HN 热度 876 points | 评论 268 comments | 作者：klaussilveira | 1 day ago #

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

macOS 对未签名应用的限制日益严格，用户需通过命令行工具绕过系统保护才能运行非官方应用。
苹果通过开发者账号和应用不记名机制逐步收紧对第三方应用的控制，使非官方开发变得困难。
使用非苹果设备运行 macOS 或构建 iOS 应用存在法律和许可风险，违反苹果的开发者协议。
尽管苹果官方禁止在非苹果硬件上使用其 SDK，但社区仍尝试通过虚拟机或容器技术（如 Quickemu、macinabox）运行 macOS。
有开发者因使用非苹果硬件构建 iOS 应用而被苹果封禁开发者账号，导致应用无法发布。
苹果的不记名服务存在长期技术故障，导致开发者无法完成应用不记名流程，影响发布进度。
一些开发者建议通过构建 Web 版本游戏来绕过平台限制，实现跨平台兼容。
苹果对开发者账号的审查机制存在争议，尽管官方声称只针对恶意软件，但实际执行中可能误伤合规开发者。
有观点认为，苹果的生态控制是其商业模式的一部分，开发者应考虑放弃对 macOS 的支持以避免依赖。

法国自主研发的开源在线办公套件 (France’s homegrown open source online office suite) #

https://github.com/suitenumerique

La Suite numérique 是由法国政府机构 DINUM 和 ANCT 主导开发的一套开源数字协作平台，旨在构建欧洲数字主权的协作 workspace。该平台由法国、荷兰和德国等多国共同协作推进，致力于提供安全、自主可控的数字工作环境。

平台包含多个核心应用模块，涵盖文档协作、视频会议、文件管理、团队管理及消息通信等功能。其中，docs 是一个可扩展的协作笔记、维基与文档平台，采用 Django 和 React 构建；meet 是基于 LiveKit 的开源视频会议应用；drive 提供可扩展的文件共享与文档管理服务；people 实现用户为中心的团队管理；messages 则是面向 La Suite territoriale 的协作收件箱。

2025 年 Hack Days 活动成功举办，吸引了来自 15 个以上国家的 300 名参与者，包括学生、研究人员、公共部门人员与资深开发者。获奖项目包括：冠军 VRC Team 的 Visio Room Connector，亚军 OpenProject 的 Docs x OpenProject 集成方案，季军 HaXathon 的 Math in Docs，以及由公众投票选出的 Panographix 表格与图表集成工具。

所有项目代码均采用 MIT 许可证开源，欢迎全球开发者参与共建。可通过邮件 lasuite@numerique.gouv.frmailto:lasuite@numerique.gouv.fr 或 Matrix 社区联系团队。官网为 https://lasuite.numerique.gouv.fr，提供完整项目文档与协作入口。

HN 热度 682 points | 评论 293 comments | 作者：nar001 | 11 hours ago #

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

法国的 La Suite 项目是由 DINUM 主导的开源办公套件，旨在推动公共部门使用更独立的工具，其文档功能基于开源的 BlockNote 文本编辑器，并与德国等国家开展国际合作。
欧洲多国正逐步采纳“公共资金，公共代码”政策，推动政府项目使用开源软件，但各国实施情况差异较大，法国倾向于自主研发，而德国和荷兰则更倾向于整合现有开源项目。
政府对开源项目的合作态度积极，尤其在获得欧盟资助（如 NLNet）和参与 FOSDEM 等技术会议后，更容易建立联系并推动项目发展。
与政府合作时，建议通过政府主办的黑客松等活动接触关键决策者，以获取合作机会。
开源项目在政府中的推广不仅依赖技术能力，还与工作环境、福利待遇（如弹性工作制、育儿支持）和稳定性（政府不会轻易裁员）密切相关。
政府员工薪资虽可能低于私营企业，但整体工作保障和福利优势明显，吸引人才参与公共项目开发。
La Suite 的文档工具定位为“内容优先”而非“格式优先”，更接近 Notion 风格，强调协作与结构化内容，而非传统 Word 式的排版功能。
该文档工具已集成视频会议（Visio）的 AI 自动转录功能，实现会议记录与文档的无缝衔接，提升办公效率。
Visio 并非微软的绘图软件，而是法语中“视频会议”的简称，是一款由法国开发的开源视频会议软件，已获政府广泛采用。
项目初期虽面临挑战，但已在多个法国市政部门投入使用，证明其在日常办公中的实际价值。

Show HN：我花了 4 年时间，只保留自己使用的功能，打造了一款 UI 设计工具 (Show HN: I spent 4 years building a UI design tool with only the features I use) #

https://vecti.com

Vecti 是一款协作式 UX 设计工具，旨在帮助用户更快、更高效地打造出色的用户体验。它基于浏览器运行，专为现代设计工作流程而生，强调性能、隐私与创作自由。

核心功能包括：实时协同设计，支持多成员同时编辑与审阅；高性能渲染引擎，可处理无限制规模的项目；直观易用的界面，让创意快速落地；未来将推出可复用组件和共享资产库，实现设计资源统一管理；支持灵活的权限设置，便于团队协作与成果展示。

提供两种定价方案：Starter 免费版，支持最多 5 个项目和 2 名编辑；Professional 专业版，按编辑人数计费，提供无限项目、优先支持等高级功能。支持按月或按年付费，年付可享最高 20% 折扣。学生、教师及开源项目可申请优惠。

常见问题涵盖：无需信用卡即可免费使用；计划周期可选月付或年付；可随时取消订阅，但需支付当前周期剩余费用；降级不会丢失已有工作，但部分功能受限；学生与教师可申请免费计划；非营利组织暂无专属折扣。

用户评价显示，设计师和产品经理普遍认可其流畅体验、高效协作与强大性能。例如，有用户表示其能快速完成原型并分享反馈，另一用户则赞赏其与开发人员和利益相关者的无缝协作能力。

公司愿景是打造一个由社区驱动的设计工具，让个人创作者与小型团队也能获得专业级软件支持。产品总部位于欧盟，遵循欧洲隐私标准，强调透明运营与对创作者的尊重。

立即注册免费账户，无需设置即可开始设计。

HN 热度 374 points | 评论 171 comments | 作者：vecti | 1 day ago #

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

产品成功的关键在于构建自己真正喜爱的工具，再看是否能吸引他人喜爱，这是一种“失败后诚实反思”的产品策略。
好的品味在竞争激烈的软件市场中是强大的差异化优势，往往能让小团队的产品脱颖而出。
并非所有人都具备能跨领域转移的好品味，因此并非所有“自嗨式”产品都能成功。
在 B2B 领域，购买者并非最终用户，他们更关注企业级功能如 SSO 支持，而非产品设计的美感。
即使界面不佳，只要功能强大或具备网络效应，用户也会忍受，许多 Electron 应用就是例子。
一个工具是否值得开发，不应因“好品味”无法保证成功而放弃，宁愿有工具但不用，也不愿工具完全缺失。
若市场中存在多个专注于不同细分功能的工具，用户更有可能找到符合自己需求的那一个，但发现这些工具本身也是一大挑战。
用户通常没有时间尝试十几个工具，更倾向于通过阅读评论快速筛选出性价比高的选项。
未来市场可能更倾向于“小而美”的工具组合，而非功能臃肿的单一平台，但用户需要更高效的发现机制。
随着用户需求演变，单一工具很难长期维持，最终仍需扩展功能以留住用户。

如果忘记密码，如何恢复对电脑的访问？ (Show HN: If you lose your memory, how to regain access to your computer?) #

https://eljojo.github.io/rememory/

这是一个基于浏览器的离线工具，名为 ReMemory，用于安全地加密文件并将解密密钥分发给多个可信好友。用户可将一个加密文件的密钥拆分为多个部分，分发给不同朋友，设置任意数量的朋友组合（如 3 人中任意 3 人）即可恢复密钥，从而解密文件。

该工具使用 Shamir’s Secret Sharing 算法，确保单个朋友无法单独恢复文件，提高了安全性。每个朋友收到一个包含 recover.html 的独立文件包，该文件可在离线环境下运行，无需联网或依赖服务器，即使网站消失，恢复仍可进行。

工具基于 age 加密算法，具有良好的安全性和可验证性，代码开源（Apache-2.0 许可），用户可自行审查。所有操作均在本地浏览器完成，文件不会上传或存储在任何服务器上。

ReMemory 不是云服务、不涉及账户系统，也不提供备份功能，仅作为密钥分发与恢复的工具。用户可通过下载演示包快速体验整个流程：将多个朋友的密钥片段拖入页面，当达到设定阈值时，自动完成解密。

作者开发此工具的初衷是确保在意外情况下，可信好友能协作恢复重要数据，同时避免将全部信任寄托于单一实体。项目提供完整文档、命令行版本和 GitHub 源码，支持自检与扩展。

HN 热度 362 points | 评论 218 comments | 作者：eljojo | 1 day ago #

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

面对未来可能的记忆丧失，应像对待陌生人一样为未来的自己留下清晰的指引，通过书写和记录来帮助自己和家人。
使用简单的纸质记录方式，如便签本和 Valet 碗（钥匙收纳碗），能有效帮助记忆，通过习惯养成实现无意识的物品归位。
将重要信息以加密形式写在纸上，利用家庭内部的共同记忆作为解密线索，比依赖电子设备更可靠。
对于关键信息的存储，建议使用防火防水的保险箱，但需注意普通保险箱在极端火灾中可能失效，银行保险柜是更优选择。
火灾中水损往往比火损更严重，因此应优先保护重要文件，如将它们放入密封袋后存放在防火防水容器中。
为保险理赔和灾后重建，应详细记录家中所有物品的品牌、型号、序列号等信息，并建立完整的物品清单。
将物品清单和主密码备份存放在两个相距较远的银行保险柜中，可确保在灾难发生时仍能获取关键信息。
银行保险柜通常配备钥匙和应急开启机制，可由指定人员在紧急情况下开启，保障信息获取的可靠性。

如何高效利用 AI 编写高质量代码 (How to effectively write quality code with AI) #

https://heidenstedt.org/posts/2026/how-to-effectively-write-quality-code-with-ai/

本文由开发者 Mia Heidenstedt 撰写，探讨如何高效利用 AI 编写高质量代码，提出 12 条核心实践建议。

首先，必须建立清晰的项目愿景。开发者需明确架构、接口、数据结构和算法设计，避免 AI 在缺乏指导的情况下自行决策，从而确保关键决策由人类把控。

其次，应保持精确的文档记录。详细描述需求、约束、设计模式，并使用流程图、UML 图和伪代码等可视化工具，帮助 AI 准确理解意图，同时便于团队协作。

第三，构建辅助 AI 调试的系统。例如，集中收集分布式系统的日志并提供抽象状态信息，提升问题定位效率，减少人工排查成本。

第四，对代码进行分级审查。通过标记如//A 等注释，标识 AI 生成代码的审查状态，确保高风险模块获得足够关注。

第五，编写高层级的规格测试，并亲自验证。采用属性测试等方法，防止 AI 通过伪造测试结果“作弊”，并确保测试代码独立不可篡改。

第六，将接口测试置于独立上下文中编写。避免测试受实现代码影响，提升测试的客观性和有效性。

第七，严格执行代码格式与静态检查规则，提升代码一致性与可维护性。

第八，使用针对特定路径的编码提示模板（如 CLAUDE.md），提供项目级标准与规范，减少 AI 重复理解成本。

第九，识别并标记高安全风险函数（如认证、数据处理），使用//HIGH-RISK-UNREVIEWED 等标签警示，确保人工深度审查，并在修改后及时更新状态。

第十，尽可能降低代码复杂度。减少冗余代码，节省上下文资源，提升 AI 与人类的理解效率。

第十一，利用 AI 低成本优势，通过实验与原型快速探索多种解决方案，找到最优路径。

第十二，避免一次性生成复杂代码。将任务拆解为小模块，逐个验证，保持对代码逻辑的掌控。一旦失去控制，应立即回退重来。

文章最后强调，AI 辅助开发需建立系统化流程，开发者始终是质量与安全的最终责任人。

HN 热度 321 points | 评论 286 comments | 作者：i5heu | 1 day ago #

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

使用 AI 生成代码可能削弱程序员思考和解决问题的能力，因为写作代码本身是一种迫使思维深入细节的机制。
将编程任务外包给大语言模型，类似于“飞机失速”，会导致思维活力下降，缺乏主动思考和创造的动力。
写作详细规范或提示的过程本身也是一种思维训练，能激发新的想法，与手写代码时的思考过程类似。
AI 可以作为协作伙伴，帮助构建代码模型，但实际验证和实现过程对思维深化至关重要。
有人认为 AI 不会导致工作消失，反而会因成本降低而催生更多软件需求，从而创造更多工作机会。
有观点指出，AI 可能带来短期舒适，但长期来看，大多数普通程序员可能面临失业风险，而资本方则会进一步压缩人力成本。
有人担忧，即使当前能用 AI 减轻工作负担，但资本方会利用效率提升进一步压榨剩余员工，导致工作强度不减反增。
也有观点认为，AI 将使非程序员也能参与开发，从而带来大量新需求，如确保生成代码的可靠性、可维护性等，反而会创造更多工作。
个人项目中使用 AI 降低了心理负担，反而激发了更多创造欲望，使业余时间更愿意投入开发。
随着 AI 普及，程序员需要持续提升阅读和修改 AI 生成代码的能力，以保持专业竞争力。
以往就存在大量水平一般的工程师，即使 AI 生成代码质量参差不齐，行业也依然能应对，未来可能也是如此。

编码代理已取代我使用过的每一个框架 (Coding agents have replaced every framework I used) #

https://blog.alaindichiappari.dev/p/software-engineering-is-back

作者在 2026 年 2 月发表了一篇关于软件工程变革的深度思考文章，核心观点是：自动化编程时代已经到来，真正的软件工程正在回归。

他指出，过去数年中，开发者被大量框架和工具层层包裹，这些“抽象”并未解决根本问题，反而制造了新的复杂性。许多框架只是提供“一成不变”的解决方案，导致开发者放弃独立思考，陷入“智力投降”。

真正有价值的是三类框架所声称解决的问题：

简化：实则是逃避设计责任，用现成模板替代深度思考。
自动化：如生成代码、处理数据库操作等重复劳动，这是合理且值得自动化的部分。
劳动成本：企业通过采用大厂框架降低用人门槛，将工程师变成可替换的“操作员”，而非真正的创造者。

随着 2025 年底以来前沿模型与编码代理（coding agents）的发展，开发者终于可以摆脱繁琐的编码工作。如今，只需清晰设定目标，就能让智能体完成从脚本编写到部署的全过程。作者强调，自己依然负责架构设计、权衡取舍和关键决策，但不再需要手动敲每一行代码。

他以“做衣服”作比：设计师仍需构思款式，但缝纫、裁剪等工作由智能体完成。这正是“自动化编程”的本质——让人类专注于创造本身，而非执行细节。

此外，作者发现最古老的工具（如 Bash）反而成为智能体与系统交互的最佳接口，说明真正可靠的技术往往经得起时间考验。

最终结论：我们正迎来一个新纪元——软件工程的核心价值回来了。开发者可以抛开无意义的框架堆叠，直接面对真正属于自己的复杂性：产品逻辑、用户体验、创新突破。未来，不是谁会写多少代码，而是谁能提出更好的问题、做出更深刻的判断。

HN 热度 299 points | 评论 472 comments | 作者：alainrk | 12 hours ago #

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

AI 编程工具正在彻底改变软件开发，但过度依赖可能导致开发者缺乏对系统底层原理的深入理解，未来可能面临严峻挑战。
有观点认为，AI 赋能的 SRE 代理已能自动发现、诊断并修复生产环境中的 bug，展示了 AI 在工程实践中的巨大潜力。
即使不亲自编写代码，理解系统运作机制依然是高效使用 AI 工具的关键，否则难以保证系统的长期稳定与数据完整性。
AI 虽降低了编程门槛，但真正能驾驭 AI 的人仍需具备对计算机系统本质的深刻理解，这种能力是难以通过“ vibe coding”培养的。
有人质疑当前宣称的 10 倍生产力提升，认为实际产出仍有限，多数案例仅为简单项目或依赖特定模型的示例。
也有开发者表示，即便效率提升不到 10 倍，AI 也能显著减轻心理负担，提升工作愉悦感和重构意愿，带来实质性的职业幸福感。
将 AI 视为“超快的初级程序员”进行协作，通过持续提问和验证，能有效提升代码质量与开发速度。
一些真实案例显示，AI 可在极短时间内完成复杂项目（如 Reddit 机器人克隆），证明其在快速原型开发上的巨大优势。
当前 AI 工具的真正价值在于解决过去因成本过高而被搁置的自动化任务，显著提升个人和团队的执行效率。

Monty：专为 AI 设计的轻量级安全 Python 解释器，用 Rust 编写 (Monty: A minimal, secure Python interpreter written in Rust for use by AI) #

https://github.com/pydantic/monty

Monty 是一个用 Rust 编写的轻量级、安全的 Python 解释器，专为 AI 代理运行 LLM 生成的代码而设计。它旨在替代传统的容器化沙箱，提供毫秒级甚至微秒级的启动速度，同时确保代码运行在隔离环境中。

Monty 支持运行 Python 的一个合理子集，具备以下特性：

完全隔离宿主环境，禁止访问文件系统、环境变量和网络，所有外部操作需通过开发者定义的函数调用实现；
可调用宿主函数，仅限授权函数；
内置类型检查功能，支持现代 Python 类型提示，无需外部依赖；
支持在外部函数调用时对解释器状态进行快照，可序列化保存并后续恢复；
启动时间低于 1 微秒，运行性能与 CPython 相当，通常在 5 倍快到 5 倍慢之间；
可通过 Rust、Python 或 JavaScript/TypeScript 调用，无 CPython 依赖；
能够监控资源使用情况，如内存、堆栈深度和执行时间，并在超出限制时中断执行；
支持捕获标准输出和错误输出，返回给调用方；
支持同步与异步代码执行，可在宿主中通过同步或异步方式处理。

目前 Monty 尚不支持以下功能：

使用标准库（仅部分模块如 sys、typing、asyncio、dataclasses 和 json 有限支持）；
使用第三方库（如 Pydantic）；
定义类（未来将支持）；
使用 match 语句（未来将支持）。

Monty 的核心目标是让 AI 代理能够安全、高效地执行由大模型生成的代码，适用于如 Cloudflare 的 Codemode、Anthropic 的程序化工具调用、Hugging Face 的 Smol Agents 等场景。

项目当前处于实验阶段，尚未适合生产环境使用。未来将用于实现 Pydantic AI 中的 Codemode 功能。支持通过 uv 或 pip 安装，提供 Python、JavaScript 和 Rust 三种语言接口，适合集成到各类 AI 工作流中。

HN 热度 299 points | 评论 156 comments | 作者：dmpetrov | 1 day ago #

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

Monty 是一个用 Rust 编写的轻量级、安全的 Python 解释器，专为 AI 使用设计，可实现毫秒级甚至微秒级的启动时间，替代传统容器化沙盒，提升 Agent 代码执行效率。
通过 WebAssembly 构建的 Monty 可在浏览器中运行，提供快速的 Python 代码执行环境，尽管目前暂不支持类（class），但 LLM 可以通过错误反馈自动调整代码以避免使用类。
尽管缺少某些功能如类支持，但对 AI 来说这并非根本障碍，因为它们能学习绕过限制并逐步适应新环境，类似人类开发者应对工具局限性的方式。
该技术的核心价值在于降低执行延迟和资源开销，特别适用于需要频繁执行短时脚本的场景，如数学计算、数据处理或推理任务，而非用于交付最终代码。
虽然存在语言和功能上的限制，但其优势在于快速迭代与安全性，尤其适合构建内部推理引擎或分析型 Agent，避免直接访问文件系统或网络带来的风险。
有人质疑为何选择受限的 Python 而非更灵活的语言如 TypeScript，认为后者在性能、类型安全和生态系统上更具优势，且更适合现代前端/后端开发。
支持者指出，相比其他语言，尤其是前端生态中混乱的模块系统、不同运行时（Node.js vs Deno）、多种异步语法及兼容性问题，原生的 Python 在标准库丰富度、一致性以及数据处理能力方面具有明显优势。
有观点认为，当前主流模型倾向于生成符合特定语言特性的代码，而训练数据中大量包含无类结构的 Python 代码，使得即使缺乏类支持，模型也能自然生成兼容代码。
对于“是否应限制 AI 使用完整语言”的争议，有人强调这是权衡结果：牺牲部分功能换取极致性能与安全，是合理的技术取舍。
也有人担忧这种沙盒机制会削弱 Agent 的自主性和能力边界，使其无法完成复杂任务，从而影响整体智能表现。

Show HN：看，没有 Linux！ESP32-S3 上的 Shell、应用安装器、Vi 编辑器、Cc 编译器——BreezyBox 演示项目 (Show HN: Look Ma, No Linux: Shell, App Installer, Vi, Cc on ESP32-S3 / BreezyBox) #

https://github.com/valdanylchuk/breezydemo

这是一个基于 ESP32-S3 微控制器的 BreezyBox shell 演示项目，旨在将 ESP32-S3 打造成一台轻量级、即开即用的“微型 PC”。项目使用 BreezyBox 组件，这是一个轻量级的 shell 环境，提供虚拟终端（vterm）、当前工作目录（CWD）跟踪、常见 UNIX-like 命令以及应用安装功能，运行在 FreeRTOS 之上，而非完整操作系统。

项目核心亮点包括：

利用 ESP32-S3 的强大性能（支持无线通信、足够内存和处理能力），实现类似 DOS 时代的编程体验，但具备现代功能。
BreezyBox 组件可一键集成到 ESP-IDF 项目中，无需从零构建基础功能，支持动态加载 ELF 格式程序。
演示项目适配 Waveshare ESP32-S3-Touch-LCD-7B 开发板，使用 LVGL 文本标签实现 LCD 输出，支持 ANSI 转义码，实现彩色文本和光标控制。
项目强调极简设计，避免系统臃肿，适合喜欢“小巧而强大”技术方案的开发者与爱好者。

项目鼓励用户：

克隆项目并尝试在自己的 ESP32-S3 开发板上运行。
开发并分享 ELF 格式的应用程序，例如简单的 C 程序、终端工具或复古游戏。
提供不同硬件平台（如其他 LCD 板、无屏头设备）的示例项目。
探索更多创意用法，如构建“赛博朋克风格”设备、外接硬件、甚至移植到其他架构（如 RISC-V）。

该项目开源，采用 MIT 许可证，欢迎贡献代码、案例和使用体验。整体目标是推动 ESP32-S3 在微型计算、嵌入式开发和 DIY 项目中的潜力，让开发者重新发现这类芯片的“超能力”。

HN 热度 294 points | 评论 39 comments | 作者：isitcontent | 1 day ago #

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

BreezyBox 项目展示了在 ESP32-S3 上实现类似 DOS 时代的编程体验，具备快速启动、轻量级 Shell 和应用安装功能，用户体验接近“即开即用”。
该项目通过自定义文本模式驱动和 ELF 文件安装机制，实现了类似 Homebrew 的便捷应用分发，支持从任意仓库直接安装应用，无需审批。
评论者对 ESP32-S3 的性能潜力表示惊叹，认为其在低功耗、低成本硬件上可实现接近传统操作系统的功能，尤其适合教育或入门级计算设备。
有用户提出将 BreezyBox 移植到 RP2350 的可行性，认为其支持 FreeRTOS，且具备 DMA 功能，移植相对容易，但需关注 ELF 加载和内存对齐问题。
项目虽无 MMU，缺乏内存保护机制，但通过简化设计（如单任务、无多任务调度）规避了传统操作系统所需的安全隔离，适合轻量级应用。
评论者指出，现代语言如 Java、JavaScript 等对内存管理的抽象降低了对 MMU 的依赖，而 C 语言程序则更依赖硬件地址转换，因此在无 MMU 平台上运行 C 程序更具挑战。
有人提出 WASM 可能是此类嵌入式平台的理想应用格式，因其具备沙箱安全、跨平台和轻量级加载等优势，适合在资源受限设备上运行应用。
项目启发了对“极简嵌入式 OS”的思考，认为未来可构建专注于 WiFi 配置、远程管理、自动更新等基础功能的微型 OS，简化开发流程。
有用户希望将 BreezyBox 集成到 M5Stack Cardputer 等开发板中，以打造更完整的低成本、可编程计算设备。
该项目与类似项目如 XTEink（基于 ESP32-C3）对比，指出 ESP32-S3 的 8MB PSRAM 显著提升了其运行复杂应用的能力，是实现轻量 OS 的关键硬件优势。
评论者认为，当前许多开发者低估了 ESP32 系列芯片的计算潜力，其性能足以运行 DOS 模拟、游戏、甚至模拟旧版 MacOS 等复杂任务。

声乐指南——用技巧发声，不伤嗓子 (Vocal Guide – belt sing without killing yourself) #

https://jesperordrup.github.io/vocal-guide/

Vocal Guide v3.14.0 是一个专注于声乐技巧的参考工具，涵盖 21 种技巧，分为五大类别：音域（Register）、风格（Style）、效果（Effect）、装饰（Embellish）和动态控制（Dynamics）。页面设计为学习伴侣，适用于从初学者到专业歌手的不同用户。

导航栏采用彩色圆点标识各分类，点击可快速跳转。每项技巧以表格形式呈现，悬停可查看简要说明，难度通过实心圆点数量（1 至 5）表示。部分技巧配有前置条件标签，颜色对应所属类别，点击可直接跳转至相关条目。

安全提示明确标注高风险技巧（⚠️），强调“若感疼痛请立即停止”，建议 4-5 星难度技巧在声乐教练指导下练习。

支持多语言切换（英文/丹麦语）与五种主题色（暗黑、明亮、午夜、森林、橙焰），设置自动保存。

首页提供完整的热身流程，包含 5 分钟基础热身与 5 分钟进阶项目。基础热身包括呼吸训练、唇颤、哼鸣、元音滑动与哨音滑行，旨在激活呼吸支持并连接不同音域。进阶内容推荐使用吸管发声、舌颤、琶音练习及轻度强声准备，有效缓解发声紧张。

解剖学部分详细解释了横膈膜、声带、喉部结构及支撑肌肉的作用。强调横膈膜是气压调节器而非声音来源；声带振动产生音高，闭合程度决定音色；喉部位置影响音色明暗，稳定位置有助于避免发声压力。正确的姿势与核心肌肉协同工作，是健康发声的基础。

整体内容系统全面，兼具实用性与教育性，适合希望科学提升演唱能力的用户。

HN 热度 263 points | 评论 84 comments | 作者：jesperordrup | 17 hours ago #

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

当前声乐研究文献不再严格区分头声和假声，两者均被归为喉部模式 2（M2），由环甲肌主导，而胸声则由甲杓肌主导，这种科学分类有助于澄清传统术语中的混淆。
不同声部类型和音乐风格对声区的运用存在差异，例如古典女高音常用头声，而音乐剧女高音则倾向于用胸声唱高音，男声在流行/当代音乐中使用头声更频繁。
半闭合声道练习（SOVT）如唇颤、吸管发声等是高效且有科学依据的发声训练方法，应更突出地融入教学中。
任何想学习唱歌的人都应寻求专业声乐教师指导，可通过 NATS 或 ICVT 等机构寻找合格教师，线上教学也已普及。
失去真声假声或哨音音域是常见现象，通过半闭合声道练习和自然上滑练习可帮助恢复，重点在于放松与协调而非强行控制。
学习唱歌本质上是肌肉协调与力量的训练，与天赋关系不大，大多数人通过练习都能显著提升，关键在于正确的方法和持续练习。
每个人都有歌唱潜力，所谓“不会唱歌”多因缺乏训练而非天生缺陷，肌肉控制能力可通过练习逐步建立。
针对音准不稳的问题，可尝试反向想象法：想往高音走时，心理上想象向下移动，反之亦然，有助于减少喉咙紧张或跑调。
该网站虽看似仅为声乐术语词典，但其价值在于提供科学化、结构化的参考框架，尤其适合初学者理解传统术语背后的现代声学原理。

人工智能热潮正引发全球资源短缺 (The AI boom is causing shortages everywhere else) #

https://www.washingtonpost.com/technology/2026/02/07/ai-spending-economy-shortages/

人工智能的迅猛发展正引发全球范围内的资源紧张，导致多个行业出现供需失衡。科技巨头亚马逊、谷歌、微软、Meta 和甲骨文预计 2026 年将合计投入约 7000 亿美元用于 AI 相关项目，主要用于建设配备高性能芯片的数据中心。这一支出几乎相当于美国军方年度预算的四分之三，远超以往任何技术投资规模。

这种大规模投入正在产生连锁反应。一方面，关键电子元件如芯片供应紧张，导致智能手机和电脑制造商面临成本上升压力，预计未来几年产品价格将上涨 5% 或更多，部分中小厂商可能因此退出市场。苹果公司已表示难以获取足量芯片，可能影响未来产品定价策略。

另一方面，数据中心建设热潮加剧了劳动力短缺问题。建筑行业急需的电工等专业技工供不应求，许多非 AI 相关的建设项目如住宅、工厂和医疗设施被搁置或延后。据行业分析，2025 年前 10 个月，数据中心建设支出同比增长 32%，而其他商业建筑项目则增长乏力甚至下滑。预计到 2026 年，美国建筑行业将面临近 50 万的劳动力缺口。

此外，AI 投资高度集中，导致初创企业生态失衡。2025 年，美国约三分之一的初创投资流向了最顶尖的 1% 公司，中等规模的科技初创企业融资创下十年新低，“初创企业中产阶级”正在萎缩。专家警告，这种资源过度集中可能抑制创新活力，削弱美国整体经济的多样性与长期竞争力。

尽管 AI 有望带来巨大回报，但其当前的高投入已对实体经济造成显著压力，引发关于“技术泡沫”和资源错配的广泛担忧。

HN 热度 237 points | 评论 377 comments | 作者：1vuio0pswjnm7 | 13 hours ago #

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

AI 热潮导致全球范围内资源短缺，尤其在芯片和电力供应方面。
有观点指出，AI 产业需要每年额外 6500 亿美元收入才能实现合理投资回报，这相当于全球 GDP 的 58 个基点。
有人调侃 Nvidia 与 OpenAI 之间形成“自我循环”的投资模式，但指出这并非真实收入增长，而是投资循环。
有人认为 AI 带来的额外收入可能达到全球 GDP 的 5% 左右，是可实现的目标，而非不切实际的幻想。
有人提出，AI 可能带来 50 个基点的 GDP 增长，即使技术增长放缓，现有模型的普及也能实现这一目标。
有人指出，AI 带来的成本压力可能推高企业支出，例如每名员工每月支付 30 美元的 AI 服务费，企业愿意为此买单。
有人担忧 AI 将导致大规模裁员，进而引发劳动力价值下降，资本更倾向于投资硬资产而非人力。
有人认为 AI 对社会的影响不应被忽视，人类社会有责任应对技术变革带来的后果，不能推卸责任。
有人强调，世界本身没有责任，人类才是决定未来走向的主体，必须为自己的选择负责。
有人指出，AI 企业若想长期盈利，必须持续获取用户资金，否则可能面临被竞争对手“饿死”的风险。
有人认为，未来 AI 竞争的关键在于对内存（RAM）的控制，控制 RAM 就等于控制 AI 的发展命脉。
有人提到，新型高带宽闪存技术有望大幅降低 AI 对 RAM 的依赖，未来可能在 2027 年实现商业化应用。
有人指出，当前 AI 工具如 Slack 的使用率并不高，AI 普及可能面临用户基础有限的挑战。
有人认为，AI 的真正优势在于其性能远超开源模型，否则难以在竞争中胜出。

Hacker News 精彩评论及翻译 #

Coding agents have replaced every framework I used #

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

A significant number of developers and businesses are going to have an absolutely brutal rude awakening in the not too distant future.

You can build things this way, and they may work for a time, but you don’t know what you don’t know (and experience teaches you that you only find most stuff by building/struggling; not sipping a soda while the AI blurts out potentially secure/stable code).

The hubris around AI is going to be hard to watch unwind. What the moment is I can’t predict (nor do I care to), but there will be a shift when all of these vibe code only folks get cooked in a way that’s closer to existential than benign.

Good time to be in business if you can see through the bs and understand how these systems actually function (hint: you won’t have much competition soon as most people won’t care until it’s too late and will “price themselves out of the market”).

rglover

大量开发者和企业在不远的将来会迎来一场极为残酷的现实冲击。

你可以用这种方式构建产品，它们或许能暂时运行，但你不知道自己不知道什么（经验会告诉你，大多数东西只有通过构建和挣扎才能发现，而不是一边喝着苏打水，一边看着人工智能吐出那些所谓安全、稳定的代码）。

围绕人工智能的那种狂妄自大，届时看着它被戳破的样子将会非常难看。具体会发生在什么时候我无法预测（也无意预测），但当所有这些只靠“感觉”写代码的人遭遇某种更接近于生存性而非无害性打击时，必将迎来一场剧变。

如果你能看透这些胡说八道，并理解这些系统究竟是如何运作的，那么现在正是创业的好时机（提示：很快你就不会有太多竞争对手了，因为大多数人直到为时已晚才会关心，并会因自身原因而被市场淘汰）。

An Update on Heroku #

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

As somebody whose first day working at Heroku was the day this acquisition closed, I think it’s mostly a misconception to blame Salesforce for Heroku’s stagnation and eventual irrelevance. Salesforce gave Heroku a ton of funding to build out a vision that was way ahead of its time. Docker didn’t even come out until 2013, AWS didn’t even have multiple regions when it was built. They mostly served as an investor and left us alone to do our thing, or so it seemed those first couple years.

The launch of the multi language Cedar runtime in 2011 led to incredible growth and by 2012 we were drowning in tech debt and scaling challenges. Despite more than tripling our headcount in that first year (~20 to 74) we could not keep up.

Mid 2012 was especially bad as we were severely impacted by two us-east-1 outages just 2 weeks apart. To the extent it wasn’t already, reliability and paying down tech debt became the main focus and I think we went about 18 months between major user-facing platform launches (Europe region and eventually larger sized dynos being the biggest things we eventually shipped after that drought). The organization lost its ability to ship significant changes or maybe never really had that ability at scale.

That time coincided with the founders taking a step back, leaving a loss of leadership and vision that was filled by people more concerned with process than results. I left in 2014 and at that time it already seemed clear to me that the product was basically stalled.

I’m not sure how much of this could have been done better even in hindsight. In theory Salesforce could have taken a more hands on approach early on but I don’t think that could have ended better. They were so far from profitability in late 2010 that they could not stay independent without raising more funding. The venture market in ~2010 was much smaller than a few years later—tiny rounds and low valuations. Had the company spent its pre-acquisition engineering cycles building for scalability & reliability at the expense of product velocity they probably would have never gotten successful.

Even still, it was the most amazing professional experience of my career, full of brilliant and passionate people, and it’s sad to see it end this way.

bgentry

我第一天在 Heroku 工作恰逢这次收购完成，所以我认为，将 Heroku 的停滞和不景气归咎于 Salesforce，这在很大程度上是一种误解。Salesforce 为 Heroku 提供了大量的资金，去实现一个远超时代的愿景。Docker 直到 2013 年才问世，而 Heroku 构建时，AWS 甚至还没有多个区域。在那最初的几年里，他们主要扮演的是投资者的角色，让我们自行其事，至少看起来是这样。

2011 年多语言 Cedar 运行时的发布带来了惊人的增长，到 2012 年，我们已深陷技术债务和扩展的挑战之中。尽管第一年员工人数增加了两倍多（从约 20 人增至 74 人），我们仍然无法跟上步伐。

2012 年中期尤其糟糕，因为我们在两周内连续受到了两次 us-east-1 区域故障的严重冲击。在此之前，可靠性和技术债务的偿还就已经成为主要关注点，而此后更是如此。我想，在那之后，我们大约有 18 个月没有推出重大的面向用户的产品平台（欧洲区域和更大尺寸的 dyno 是在那段“干旱期”之后我们最终推出的最重要的东西）。公司失去了推出重大变革的能力，或者也许它从未真正具备过大规模运作的能力。

那段时间正好与创始人的淡出 coincide，导致领导力和愿景的缺失，其位置被那些更关注流程而非结果的人所填补。我在 2014 年离开，那时在我看来，产品已经基本停滞了。

我不确定，即使事后看来，这其中有多少本可以做得更好。理论上，Salesforce 本可以更早采取更直接介入的方式，但我认为那不会带来更好的结局。2010 年底，他们离盈利还差得很远，如果不进一步融资，他们将无法保持独立。2010 年左右的风险投资市场比几年后小得多——融资额度小，估值也低。如果公司在收购前的工程周期里，为了可扩展性和可靠性而牺牲产品迭代速度，他们可能永远不会成功。

尽管如此，这依然是我职业生涯中最棒的一段经历，充满了才华横溢和充满激情的人，看到它以这种方式结束，令人惋惜。

OpenCiv3: Open-source, cross-platform reimagining … #

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

“Mac will try hard not to let you run this; it will tell you the app is damaged and can’t be opened and helpfully offer to trash it for you. From a terminal you can xattr -cr /path/to/OpenCiv3.app to enable running it.”

How far OSX has come since the days of the “cancel or allow” parody advert.

cwillu

Mac会想尽办法阻止你运行这个程序；它会告诉你这个应用程序已损坏，无法打开，并“贴心”地提议为你把它移到废纸篓。在终端中，你可以运行 xattr -cr /path/to/OpenCiv3.app 命令来启用它。OSX已经发生了巨大的变化，与当年“取消或允许”（cancel or allow）的恶搞广告时代相比。

An Update on Heroku #

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

“transitioning to a sustaining engineering model”. I don’t care what anyone says, it takes real talent to come up with lines like this.

g8oz

“转型为可持续工程模式”。不管别人怎么吐槽，能想出这种话，那真得有两下子。

France’s homegrown open source online office suite #

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

Great to see this on HN. fyi, La Suite is an umbrella project built by DINUM in France that started several years ago, mainly to enable people in the public administration to use more independent tools. It’s built in-house, often on top of other open source technologies. E.g.: Matrix powers chat and LiveKit powers Visio (which was recently featured on HN as well when they announced it’s rolled out to replace Zoom / Teams, etc [1])

I’m fortunate to be collaborating with them as their Docs product is built on top of our open source BlockNote text editor ( https://www.blocknotejs.org ).

Docs specifically started as an international collaboration with Germany [2] to explore how different EU countries can collaborate in building sovereign workplace solutions (several other countries including NL have shown interest as well).

They’re actively supporting us, and related projects like Yjs ( https://yjs.dev ) by sponsoring feature development.

I’m sure many of the team members will follow along here as well! Happy to answer any questions.

[1] https://news.ycombinator.com/item?id=46873294 [2] https://www.zendis.de/en

YousefED

很高兴在Hacker News上看到这个.顺便说一句，La Suite是法国DINUM机构几年前启动的一个综合性项目，其主要目的是让公共部门的人员能够使用更多独立的工具.它由内部开发，并且通常是在其他开源技术的基础上构建的.例如，聊天功能由Matrix提供技术支持，而Visio（视频会议）则由LiveKit提供技术支持（他们最近宣布该服务将全面上线以替代Zoom、Teams等服务，也因此登上了Hacker News的热门 [1]）.很荣幸能与他们合作，因为他们的Docs产品就是构建在我们的开源BlockNote文本编辑器（ https://www.blocknotejs.org ）之上的.Docs项目最初是与德国的一项国际合作 [2]，旨在探索不同的欧盟国家如何合作，构建自主的工作场所解决方案（包括荷兰在内的其他几个国家也对此表示了兴趣）.他们通过资助功能开发的方式，积极支持我们以及相关的项目，比如Yjs（ https://yjs.dev ）.我相信团队的许多成员也会关注这里的讨论！很乐意回答任何问题.

How to effectively write quality code with AI #

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

I wonder at the end of this if it’s the still worth the risk?

A lot of how I form my thoughts is driven by writing code, and seeing it on screen, running into its limitations.

Maybe it’s the kind of work I’m doing, or maybe I just suck, but the code to me is a forcing mechanism into ironing out the details, and I don’t get that when I’m writing a specification.

OptionOfT

我想知道，到最后，这一切是否还值得冒险？

我形成想法的方式，很大程度上源于编写代码、在屏幕上看到它并遇到其局限性。也许是因为我正在做的这类工作，也可能只是我不行，但对我来说，代码是一种强迫我去理清细节的机制，而当我写规范时，却得不到这种效果。

U.S. jobs disappear at fastest January pace since … #

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

Since the end of WW2, Democratic administrations have presided over significantly higher job growth than Republican administrations.

https://arc-anglerfish-washpost-prod-washpost.s3.amazonaws.com/public/ZXZLAMEEVJHZRDDY5LGDFZ3OEQ.png

Herring

自第二次世界大战结束以来，民主党政府执政期间的就业增长显著高于共和党政府。

I’m going to cure my girlfriend’s brain tumor #

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

I’m… concerned for the health of this man. I appreciate his dedication, but I read a level of love that’s pressing past caring for the human and into beating yourself up.

Did she ask you to cure this tumor? Did she ask you to post about it?

This is a common story in disability and chronic illness communities – a partner gets so fixated on the illness they forget the human afflicted with it. The ill partner goes to the grave wishing their partner would stop fighting and start just spending their remaining time filling their lives with joy.

It leads to especially dark places when they don’t succeed.

I wish him all the best, but don’t lose sight of the human suffering the illness and what they want.

ahhhhnoooo

我……很担心这个男人的健康。我敬佩他的奉献精神，但我在这份爱里看到的，已经超出了关爱的范畴，近乎自我折磨。

她要求你治好这个肿瘤了吗？她要求你发布这些内容了吗？

在残障和慢性病患者群体中，这是一种常见现象——伴侣会如此执着于疾病，以至于忘记了自己所爱的人。患病的一方会带着遗憾离开人世，他们希望自己的伴侣能停止抗争，而是利用所剩的时间去为生活注入更多快乐。

当他们无法成功时，结局往往会异常黑暗。

我祝愿他一切顺利，但请不要忘记那个正承受病痛的人，以及他们真正的愿望。

We mourn our craft #

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

I do not mourn.

For my whole life I’ve been trying to make things—beautiful elegant things.

When I was a child, I found a cracked version of Photoshop and made images which seemed like magic.

When I was in college, I learned to make websites through careful, painstaking effort.

When I was a young professional, I used those skills and others to make websites for hospitals and summer camps and conferences.

Then I learned software development and practiced the slow, methodical process of writing and debugging software.

Now, I get to make beautiful things by speaking, guiding, and directing a system which is capable of handling the drudgery while I think about how to make the system wonderful and functional and beautiful.

It was, for me, never about the code. It was always about making something useful for myself and others. And that has never been easier.

iambateman

我并不感到悲伤。

我毕生都在努力创造事物——美丽而优雅的事物。

童年时，我找到了一个破解版的Photoshop，制作出看似神奇的作品。

大学时，我通过细致而艰苦的努力学会了制作网站。

刚步入职场时，我运用这些技能以及其他技能，为医院、夏令营和会议制作网站。

后来，我学习了软件开发，并实践了编写和调试软件的缓慢而系统化的过程。

如今，我通过言语、指导和引导一个系统来创造美丽的事物。这个系统能够处理繁琐的工作，而我则思考如何让这个系统变得奇妙、实用且美丽。

对我来说，这从来都无关乎代码。它始终在于为自己和他人创造有用的东西。而这一点，如今比以往任何时候都更容易做到。

Why I Joined OpenAI #

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

it’s not just about saving costs – it’s about saving the planet. I have joined OpenAI to work on this challenge directly.

I couldn’t go on reading.

selfawareMammal

这不只是为了省钱——更是为了拯救地球。我已加入OpenAI，直接投身于这项挑战。我读不下去了。

OpenCiv3: Open-source, cross-platform reimagining … #

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

Hi all, OpenCiv3 founder here. Thanks for the support! Check us out on Civfanatics or Discord to keep up with the project.

WildWeazel

大家好，我是OpenCiv3的创始人。感谢大家的支持！欢迎大家到Civfanatics或Discord上关注我们，以了解项目的最新进展。

My AI Adoption Journey #

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

“When was the last time you reviewed the machine code produced by a compiler?”

Compilers will produce working output given working input literally 100% of my time in my career. I’ve never personally found a compiler bug.

Meanwhile AI can’t be trusted to give me a recipe for potato soup. That is to say, I would under no circumstances blindly follow the output of an LLM I asked to make soup. While I have, every day of my life, gladly sent all of the compiler output to the CPU without ever checking it.

The compiler metaphor is simply incorrect and people trying to say LLMs compile English into code insult compiler devs and English speakers alike.

atomicnumber3

你最后一次审阅编译器生成的机器码是什么时候？

在我的职业生涯中，只要输入是有效的，编译器就几乎100%地能产生可工作的输出。我个人从未发现过编译器的错误。

与此同时，AI连给我一份土豆汤的食谱都不可信。也就是说，我绝不会盲目地听从一个被我要求做汤的大型语言模型的输出。而我人生的每一天，都毫无保留地将编译器的所有输出发送给CPU，从未检查过。

将大型语言模型比作编译器的说法是完全错误的，那些声称LLM能把英语编译成代码的人，同时侮辱了编译器开发者和英语使用者。

I’m going to cure my girlfriend’s brain tumor #

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

OP if you’re reading this, your time is better spent advocating for your partner, being there for her and loving her.

We’ve been using “AI” in science far longer than you realise. We happily take on new tech at breath taking speed.

Don’t waste your time, please just focus on her and not the disease.

greazy

楼主，如果您在看，请把时间花在为伴侣发声、陪伴和爱她上。

我们在科学领域使用“AI”的时间远比你想象的要长得多。我们以惊人的速度欣然接受新技术。

不要浪费你的时间，请把注意力放在她身上，而不是疾病上。

Coding agents have replaced every framework I used #

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

Software engineers are scared of designing things themselves.

When I use a framework, it’s because I believe that the designers of that framework are i) probably better at software engineering than I am, and ii) have encountered all sorts of problems and scaling issues (both in terms of usage and actual codebase size) that I haven’t encountered yet, and have designed the framework to ameliorate those problems.

Those beliefs aren’t always true, but they’re often true.

Starting projects is easy. You often don’t get to the really thorny problems until you’re already operating at scale and under considerable pressure. Trying to rearchitect things at that point sucks.

ipsento606

软件工程师害怕自己设计东西。

我之所以使用框架，是因为我相信框架的设计者们：i) 可能比我更擅长软件工程，以及 ii) 已经遇到了我尚未遇到的各种问题和扩展性问题（无论是使用量还是代码库的实际规模），并设计了该框架来解决这些问题。

这些信念并不总是正确的，但它们常常如此。

启动项目很容易。往往要等到你已经在大规模运营并承受巨大压力时，才会遇到那些真正棘手的问题。在那种情况下，试图重新架构简直是一场噩梦。

Coding agents have replaced every framework I used #

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

It’s strange to me when articles like this describe the ‘pain of writing code’. I’ve always found that the easy part.

Anyway, this stuff makes me think of what it would be like if you had Tolkein around today using AI to assist him in his writing.

‘Claude, generate me a paragraph describing Frodo and Sam having an argument over the trustworthiness of Gollum. Frodo should be defending Gollum and Sam should be on his side.’

‘Revise that so that Sam is Harsher and Frodo more stubborn.’

Sooner or later I look at that and think he’d be better off just writing the damned book instead of wasting so much time writing prompts.

abcde666777

当这类文章描述“编写代码的痛苦”时，我总是觉得不可思议。我一直认为那是最容易的部分。

不过，这让我想到了一个场景：如果托尔金今天还在世，他会如何使用AI来协助写作。

“克劳德，生成一段描述佛罗多和山姆因咕噜是否可信而争吵的文字。佛罗多应该为咕噜辩护，而山姆则应站在他的对立面。”

“修改一下，让山姆的语气更严厉，佛罗多更固执。”

迟早，我看到这些就会想，他还不如直接去写那该死的书，而不是浪费这么多时间去写提示词。

The Waymo World Model #

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

The Waymo World Model can convert those kinds of videos, or any taken with a regular camera, into a multimodal simulation—showing how the Waymo Driver would see that exact scene.

Subtle brag that Waymo could drive in camera-only mode if they chose to. They’ve stated as much previously, but that doesn’t seem widely known.

xnx

Waymo世界模型可以将这类视频，或是任何由普通相机拍摄的素材，转换成多模态仿真，从而展示Waymo Driver会如何看待这个确切的场景。这是一种微妙的炫耀，暗示Waymo如果愿意的话，本可以仅使用摄像头模式驾驶。他们以前也曾这样说过，但这似乎并不广为人知。

Claude Opus 4.6 #

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

Surely the corpus Opus 4.6 ingested would include whatever reference you used to check the spells were there. I mean, there are probably dozens of pages on the internet like this:

https://www.wizardemporium.com/blog/complete-list-of-harry-potter-spells

Why is this impressive?

Do you think it’s actually ingesting the books and only using those as a reference? Is that how LLMs work at all? It seems more likely it’s predicting these spell names from all the other references it has found on the internet, including lists of spells.

grey-area

毫无疑问，Opus 4.6 模型所摄取的语料库，就已经包含了你用来检查咒语是否存在的所有参考来源。我是说，网上可能就有几十个像这样的页面： https://www.wizardemporium.com/blog/complete-list-of-harry-potter-spells 这有什么了不起的？你觉得它真的在摄取这些书籍，并且只把它们作为参考吗？LLMs 的运作方式难道是这样的吗？看起来更有可能的是，它是在从互联网上找到的所有其他参考资料（包括咒语列表）中，来预测这些咒语名称。

The RCE that AMD won’t fix #

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

One good thing we can say about Linux bundling all the drivers is that it obviates the need to run almost all of this type of low quality (if not outright spyware) driver management software. They are especially problematic because they can’t be sandboxed easily like most other proprietary crap.

For whatever reason, distro maintainers working for free seem a lot more competent with security than billion dollar hardware vendors

digiown

关于Linux内置所有驱动这一点，我们可以说的好处是，它几乎不需要运行这类低质量（如果不是直接的间谍软件）的驱动管理软件。这些驱动管理软件尤其成问题，因为它们像大多数其他垃圾专有软件一样，不容易被沙盒化。无论出于什么原因，免费工作的发行版维护者在安全方面似乎比数十亿美元的硬件厂商要专业得多。

The AI boom is causing shortages everywhere else #

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

It’s hard to comprehend the scale of these investments. Comparing them to notable industrial projects, it’s almost unbelievable.

Every week in 2026 Google will pay for the cost of a Burj Khalifa. Amazon for a Wembley Stadium.

Facebook will spend a France-England tunnel every month.

Kon5ole

很难理解这些投资的规模。将它们与著名的工业项目相比，这简直令人难以置信。

到2026年，谷歌每周支付的金额将等于一座哈利法塔的建设成本。亚马逊则相当于每周支付一座温布利球场的成本。

而Facebook每月的开支将相当于一条英法海底隧道的成本。

Show HN: I spent 4 years building a UI design tool… #

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

I think a successful product strategy can be “build something you love, see if others love it too”. If that’s enough customers, you can judiciously expand out from there. The “fail honestly” method.

I think the Apple II is one example of this.

nielsbot

我认为成功的产品策略可以是“建造你热爱的东西，看看别人是否也热爱它”。如果有足够的顾客，你就可以从那里明智地扩展。这就是“诚实地失败”的方法。我认为苹果II就是这一策略的一个例子。

Hackers (1995) Animated Experience #

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

I’ve probably watched Hackers over a hundred times. My all time favourite movie. My first crush as a young teenager was Burn. It led to a career in software. So many kindred spirits on this thread - makes me smile.

And after 30+ years of watching Hackers, it only occurred to me recently that the biggest noob in the movie Joey beat the Gibson, twice. Sure he had assistance the second time, but still poetic imho.

Hack the planet <3

You’re in the butter zone now, baby!

herodoturtle

我大概看了《黑客》一百多次，这是我一生中最喜欢的电影。少年时期，我的第一个迷恋对象是伯恩，这也让我最终走上了软件行业的道路。在这个帖子里看到这么多志同道合的人，让我感到很欣慰。

看了《黑客》三十多年后，我最近才意识到，电影里那个最大的菜鸟乔伊，竟然两次都成功入侵了吉布森超级计算机。当然，第二次他得到了帮助，但在我看来，这依然很诗意。

黑掉整个星球。

你现在处于顺滑区，宝贝！

We mourn our craft #

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

I started programming over 40 years ago because it felt like computers were magic. They feel more magic today than ever before. We’re literally living in the 1980s fantasy where you could talk to your computer and it had a personality. I can’t believe it’s actually happening, and I’ve never had more fun computing.

I can’t empathize with the complaint that we’ve “lost something” at all. We’re on the precipice of something incredible. That’s not to say there aren’t downsides (WOPR almost killed everyone after all), but we’re definitely in a golden age of computing.

sosomoxie

我40多年前开始编程，因为当时感觉计算机就像魔法一样。如今它们比以往任何时候都感觉更神奇。我们简直就活在80年代的幻想中，在那个幻想里，你可以和电脑交谈，它还有自己的个性。我简直不敢相信这真的发生了，而且我从未觉得用电脑如此有趣。

我完全无法共情那种“我们失去了某些东西”的抱怨。我们正处于一个令人难以置信的事物的边缘。这并不是说没有缺点（毕竟WOPR差点杀了所有人），但我们毫无疑问正处于一个计算领域的黄金时代。

The AI boom is causing shortages everywhere else #

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

“JPMorgan calculated last fall that the tech industry must collect an extra $650 billion in revenue every year — three times the annual revenue of AI chip giant Nvidia — to earn a reasonable investment return. That marker is probably even higher now because AI spending has increased.”

That pretty much tells you how this will end, right there.

rossdavidh

摩根大通去年秋天计算得出，科技行业每年需要额外增加6500亿美元的营收——相当于AI芯片巨头英伟达年营收的三倍——才能获得合理的投资回报。鉴于在AI上的支出有所增加，这一数字现在可能已经更高了。事情会如何收场，这基本上已经告诉你了。

NIMBYs aren’t just shutting down housing #

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

The thing that gets me is how many people are seemingly in favor of preserving zoning that keeps out mom and pop corner grocers and cute coffee shops and the like.

It’s just like… why?! I can’t wrap my head around it. There’s no downside to being able to top off on milk and eggs by taking a leisurely stroll on a sunny Saturday morning. That sounds downright idyllic.

People would rather stay marooned in the middle of an endless desert of houses with essentials being a 30-45m drive away.

cosmic_cheese

最让我无法理解的是，竟然有这么多人都似乎支持保留那些阻止社区夫妻杂货店、可爱咖啡店等进入的分区规划。

这到底是怎么回事？！我真的无法理解。在阳光明媚的周六早晨悠闲地散步，就能买到牛奶和鸡蛋，这有什么坏处呢？这听起来简直太美好了。

人们宁愿被困在无尽的住宅沙漠中央，开车30-45分钟才能买到生活必需品。

Why I Joined OpenAI #

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

…it’s not just about saving costs – it’s about saving the planet

There’s something that doesn’t sit right with me about this statement, and I’m not sure what it is. Are you sure you didn’t just join for the money? (edit: cool problems, too)

Banditoz

这个说法让我感觉有点不对劲，但又说不太清楚具体是哪里。你确定你加入不是冲着钱来的吗？（编辑：不过那些有趣的问题确实也很酷）