关于 新闻 版权 联系我们 创作者 广告 开发者 条款 隐私 政策与安全 YouTube 的运作方式 测试新功能 © 2026 Google LLC
每日HackerNews RSS
最近的一场 Hacker News 讨论中，一段展示 Commodore 128 同时驱动五台显示器的视频引起了关注。评论者们分析了通过牺牲色彩位深来实现信号多路复用的技术巧思，这一概念与计算机早期实现多头显示器的尝试如出一辙。
行业老兵们分享了关于 90 年代多头显示配置的轶事，例如 Windows 3.1 环境下的 16 卡联用，或是用于 CAD 和金融领域的专用硬件；并指出尽管这类解决方案当时确实存在，但往往非常小众且昂贵，且受限于 CPU 的绘图处理能力。
讨论还延伸到了现代 AI 开发领域。用户们感叹当前“氛围编码”（vibe coding）的趋势，即大语言模型会在代码注释中生成大量对齐不佳的 ASCII 艺术和装饰性短横线。参与者推测，这些产物之所以存在，是因为人类训练师更倾向于“整洁”的代码外观，尽管这种结构在计算上更容易出错。总体而言，这次讨论架起了复古硬件局限与当今生成式 AI 时代之间的桥梁，反映了显示技术与软件工艺的演变。
**treedocs** 是一款旨在保持仓库文档与实际文件结构同步的开发者工具。通过生成版本控制下的 `treedocs.yaml` 文件，它可以映射项目的层级结构，并允许你为每个文件和文件夹添加易于阅读的描述。 该工具提供直观的命令行界面（CLI）来管理这些文档： * **可视化：** 查看你的仓库树状结构，通过颜色编码的状态指示器（绿色表示有效，红色表示过期）快速识别同步问题。 * **同步：** 自动更新 `treedocs.yaml` 以反映文件系统的当前状态，添加新路径并清理已删除的路径。 * **验证：** 使用 `treedocs check` 确保一致性。 * **自动化：** 由于采用规范的 JSON Schema，`treedocs.yaml` 可被 IDE、CI/CD 流水线和 AI 代理轻松读取。你甚至可以利用 AI 自动生成并维护文件描述。 简而言之，treedocs 简化了维护文档这一持续性任务，确保你的仓库概览保持准确、可搜索且机器可读。
抱歉。
像 OpenAI 和 Anthropic 这样的 AI 公司长期以来通过激进且不可持续的补贴来推动需求，其本质上类似于“毒贩”策略：通过提供廉价的初始访问权限来吸引用户。最近的财务披露揭示了真实成本：这些公司在计算和营销上的支出远超其产生的收入，亏损额高达数百亿美元。 随着这些平台从统一费率订阅转向“基于代币”的定价模式，泡沫正面临现实的考验。这种转变导致客户成本飙升，促使许多企业缩减使用量，并重新审视 AI 相比于人类劳动力的实际效用。尽管在数据中心和硬件上投入了巨额资金，但内部财务预测和专家分析表明，当前的 AI 模型难以实现盈利。为了偿还行业内不断累积的巨额债务，AI 需要以前所未有的规模取代数百万个工作岗位。因此，大型科技公司现在正极力收紧内部预算并抑制 AI 的消耗，这标志着“全民 AI”的补贴时代正在迅速终结，因为该行业正面临着最终实现盈利这一紧迫且极有可能无法完成的任务。
这篇 Hacker News 的讨论探讨了“AI 负担能力危机”，重点关注从爆发式 AI 采用转向对投资回报率（ROI）和单位经济效益的关注。
主要观点包括：
* **行为转变：** 企业已从“不用 AI 就会被淘汰”的心态转变为严格的成本控制。基于 token 的定价迫使公司限制使用，结束了盲目实验的时代。
* **定价动态：** 批评人士认为 OpenAI 和 Anthropic 并未在价格上进行竞争，而开源模型及中国模型（如 DeepSeek）正显著降低成本。
* **盈利能力担忧：** 关于当前的推理成本是否可持续，业界存在激烈争论。一些人认为价格已大幅下跌（使得 AI 更便宜），而另一些人则认为，为训练和预防“模型漂移”而持续进行的巨额资本支出，使得当前的商业模式岌岌可危。
* **未来战略：** 有观点猜测，前沿实验室可能会从通用工具转向高利润的领域特定合作伙伴关系（例如法律或医疗），以获取行业利润分成，而不是依赖一次性的 token 付费。
最终，用户仍持怀疑态度，等待即将到来的 IPO 披露，以观察这些公司是否能够实现盈利，或者“AI 泡沫”是否从根本上是不可持续的。
FromSoftware 在《魂》系列（Soulsborne）中备受赞誉的 AI，依赖于一种技术含量出人意料地低，但却极其高效的架构。该工作室并没有使用诸如 GOAP 或行为树（Behavior Trees）这样复杂的规划系统，而是采用了通过 Havok Script (Lua) 实现的下推自动机（Pushdown Automaton, PDA）。 该系统的核心在于使用了一个“目标栈”（stack of "Goals"）。每一帧，行动者（Actor）都会更新栈顶的目标；该目标可以将子目标（如特定的攻击动画）压入栈中，以便按顺序执行。这种栈式结构支持复杂的分层行为，且易于管理和调试。 此方法的关键特性包括： * **动态决策：** 逻辑通过加权随机选择来处理，并常根据行动者的距离、冷却时间或生命值阈值进行调整。 * **反应式中断：** 目标可以被外部事件（例如玩家使用道具或受到伤害）中断，使 NPC 能够即时应对玩家的战术。 * **以关卡设计师为中心：** 通过利用动画驱动的动作并将参数开放给关卡设计师，FromSoftware 在脚本化战斗遭遇与涌现式、高压的 AI 之间保持了平衡，同时相比更“先进”的 AI 架构，其计算开销也更小。
关于“《艾尔登法环》的低技术 AI”的一场 Hacker News 讨论，引发了关于该游戏技术设计与“人工智能”（AI）定义的争论。
许多评论者指出，游戏中的 NPC 行为本质上是“行为树”——这在游戏开发中是一种历史悠久且确定性的架构。用户们表示，虽然这些系统常被称为“AI”，但它们与现代机器学习有着显著区别。一些贡献者则为这一称谓辩护，指出在近期大语言模型兴起之前，符号人工智能已是数十年的行业标准。
讨论还涉及了 FromSoftware 特有的设计哲学。许多用户指出，该游戏晦涩的任务设计和“蹩脚”的 NPC 交互是刻意的选择，而非技术局限。尽管这些系统有时会令人沮丧——例如玩家往往需要耗尽对话或重新加载区域才能推进任务，但支持者认为，这促成了该游戏独特且“真实”的世界观，即角色拥有自己的动机，而非仅仅作为服务玩家的工具。最终，该讨论串将 FromSoftware 的方法定义为一种刚性技术约束与精心策划的“游戏手感”的融合，这种设计将神秘感置于玩家便利性之上。
IBM 继续加强 **s390x 架构**（Linux on IBM Z 和 LinuxONE）的开源生态系统。在 2026 年 5 月期间，IBM 团队与多个开源社区合作，验证了包括 Apache Cassandra、MongoDB、PostgreSQL 和 Terraform 在内的关键软件包。 该生态系统实现了显著增长，超过 10 个项目（如 *poof*、*nginx-opentracing* 和 *OpenSCM*）正式增加了对 s390x 的支持。此外，InfluxDB 和 MySQL 的新版本构建被加入到 Open Mainframe Project Software Hub 中，IBM 还扩展了其 GitHub Actions 支持，涵盖了 NumPy 等软件包。 IBM 致力于通过持续的验证工作来维护这种软件兼容性。我们鼓励开发者通过在 **IBM LinuxONE 社区云**上测试自己的应用程序来参与这项工作，该平台提供为期 120 天的免费虚拟机。IBM 还提供资源以建立永久测试基础设施，从而支持将项目集成到 CI/CD 流水线中。如需获取已验证软件的完整列表或探索其他发行版，请访问 IBM 开源门户网站或 Open Mainframe Project 软件发现工具。
@article{litman2026lift4d, author = {Litman, Yehonathan and Ma, Xiaoxuan and Shah, Manan and Ugrinovic, Nicol\'{a}s and Kitani, Kris and De la Torre, Fernando and Tulsiani, Shubham}, title = {Lift4D：协调野外场景下的单视图 3D 估计以实现 4D 重建}, journal = {arXiv}, year = {2026}, }
Show HN：TikZ Editor —— LaTeX 绘图的所见即所得编辑器 Show HN: TikZ Editor – WYSIWYG editor for figures in LaTeX
2 天前
您没有提供需要翻译的内容。请提供您想要翻译的文本。
Dominik Peters 发布了一款用于 LaTeX 流行的绘图包 TikZ 的开源“所见即所得”（WYSIWYG）编辑器。传统上，TikZ 需要手动编写坐标代码，这过程以繁琐著称。这款新工具允许用户通过可视化方式拖拽和调整元素大小，同时在渲染出的图形与底层源代码之间保持实时的双向同步。
该项目在技术上具有重要意义，因为它保留了原始代码结构（包括缩进和换行符），而不是用自动生成的样板代码覆盖原有内容。Peters 指出，该项目几乎完全是在人工智能编程助手的帮助下完成的，由于重新实现 TikZ 逻辑的复杂性，他形容这一成果在没有 AI 辅助的情况下几乎无法手动完成。
Hacker News 社区对此反馈极佳，许多研究人员和学生表示希望在学习期间就能用上这款工具。尽管一些用户批评了其对绝对坐标的依赖，并建议改进相对定位功能，但开发者正积极与社区互动以完善各项特性。该工具现已提供网页版和桌面版，为那些希望在直观设计与 LaTeX 程序化精度之间架起桥梁的用户提供了一个实用的解决方案。
**z386 FPGA 核**的开发者通过实现英特尔原版 80386 所使用的“提前启动”（Early Start）这一延迟隐藏技术，大幅提升了性能，使其超越了竞争对手 ao486 核。
通过在上条指令的最后一个周期内进行地址生成和总线周期准备，z386 实现了更高的每时钟周期指令数（CPI）效率。这一实现复刻了原版 80386 的逻辑，甚至包括因寄存器转发边缘情况而产生的著名“POPAD bug”。
为了进一步提升性能，开发者还实施了多项优化：
* **改进的内存流水线：** 降低了存储延迟并合并了 TLB 查询。
* **分支重定向：** 能够立即计算分支目标，从而减少停顿。
* **更宽的前端：** 重构了译码器和预取队列，以防止执行资源匮乏。
* **硬件效率：** 利用 FPGA DSP 模块和进位链融合，在复杂度增加的情况下仍保持了 85 MHz 的时钟频率。
这些改进带来了显著的收益，尤其是《毁灭战士》（Doom）的性能提升了约 39%，使得非流水线架构的 z386 能够与流水线架构的替代方案相媲美。该项目目前仍保持开源，并寻求社区贡献以进一步提升 x86 兼容性。
为了确保现代网站在古老的浏览器（如 NCSA Mosaic）上依然可用，作者提倡使用带有 GIF 回退机制的 `<picture>` 元素。尽管 GIF 技术陈旧，但其广泛的兼容性使其成为网络资源“1000% 可靠”的安全保障。 GIF 面临的挑战在于其压缩效率低下。像 ZopfliPNG 这样的现代工具可以通过穷举搜索出 PNG 格式的最小化表示，但 GIF 所使用的 Lempel-Ziv-Welch (LZW) 压缩——依赖于一种“贪婪”的字典构建方法——却缺乏类似的行业标准优化器。现有的工具（如 flexiGIF）虽然使用有限的前瞻技术来改善结果，但往往受困于字典利用率不足的问题。 为了解决这个问题，作者开发了“ZGIF”，这是一款用 Zig 语言编写的实验性工具，旨在探索 GIF 文件的所有可能压缩路径。虽然穷举搜索“极其缓慢”，但作者实现了一种带有剪枝功能的混合搜索，以平衡效率与性能。通过以牺牲部分优化深度为代价来换取速度，ZGIF 成功生成了比现有先进工具更小的文件，为保持旧版兼容的网页图形尽可能轻量化提供了一种实用方案。
抱歉。
**@ilbertt/bun-sqlgen** 为 Bun 提供了类型安全的原生 SQL 支持，且无需 ORM 的额外开销。通过对 SQL 查询进行标记（例如 `sql.GetUser`），该工具可以根据您的数据库迁移文件，自动生成完全类型化且支持空安全的返回类型。 **主要特性：** * **编译时安全：** 代码生成器会根据您的 Postgres 或 SQLite 模式进行检查，在构建过程中检测无效 SQL 或列错误，从而防止运行时故障。 * **零 ORM：** 无需泛型或手动编写类型。查询结果为标准的 JavaScript 对象，TypeScript 会立即对其进行校验。 * **简洁的工作流：** 以迁移文件作为真值来源，使用 `withTypes` 包装您的 SQL 客户端，并运行生成器以生成本地 `.d.ts` 文件。 * **原生性能：** 保持 100% 的 Bun 原生运行时性能。 若要开始使用，请通过 `bun add @ilbertt/bun-sqlgen` 安装该包，并针对您的代码库运行生成器。这种方法可确保您的数据库模式与应用程序代码保持完美同步，同时让您的 SQL 保持原生、可读，并由标准的 `tsc` 进行类型检查。
Hacker News 社区正在讨论 **Bun-sqlgen**。这是一个旨在为 Bun 应用中的原生 SQL 提供类型安全，且无需 ORM 开销的新工具。
**项目简介：**
由用户 *ilbert* 开发，Bun-sqlgen 旨在解决手动定义的行类型与实际数据库架构脱节的常见问题。它通过解析原生 SQL 查询，利用内存中的 PGlite 或 SQLite 实例进行分析，并生成 TypeScript 定义文件。这使得开发者在保留原生 SQL 工作流的同时，能够获得针对列名和可空性的静态类型检查。
**社区反馈：**
* **支持与替代方案：** 一些用户建议使用 **SQLc**、**Kysely** 和 **SQLDelight** 等成熟的替代方案，并指出 SQLc 支持更多语言，尽管其 TypeScript 插件因维护不足而受到批评。
* **Bun 与 Node 的对比：** 许多用户表示感兴趣，但对该项目目前仅限于 Bun 运行时表示担忧，并指出生产环境通常需要 Node.js 支持。作者表示愿意将该工具通用化以适配 Node.js。
* **项目质量：** 一些用户质疑该项目对大模型生成文档的依赖，但另一些人则强调应根据技术实现而非自述文件来评估该工具。