25天前
|
|
|
## Hacker News 中文精选 NO.20250312
一个基于 Hacker News 的中文日报项目，每天自动抓取 Hacker News 热门文章及评论，通过 AI 生成中文解读与总结，传递科技前沿信息。
---
## DuckDB 发布内置本地 UI
DuckDB 团队发布了内置的本地 UI，旨在简化用户与 DuckDB 的交互，提升数据探索的便捷性。这个 UI 随 DuckDB v1.2.1 版本发布，用户可以通过命令行参数 `-ui` 或 SQL 命令启动，无需额外安装配置。
该 UI 的主要功能包括：数据库管理，用户可以在左侧查看已连接的数据库，包括内存数据库、文件和 URL；表摘要，点击表或视图可以查看行数、列名、类型以及数据概况，还能预览数据和查看 SQL 定义；Notebooks，用户可以将 SQL 脚本组织成 Notebooks，支持语法高亮和自动补全，并能对查询结果进行排序、过滤和转换；列浏览器，右侧面板展示列浏览器，提供结果的汇总信息，帮助用户深入了解数据。此外，该 UI 还集成了 MotherDuck，允许用户登录以持久化文件和表到云端数据仓库。
DuckDB UI 的设计原则与 DuckDB 数据库一致，追求简单、快速、功能丰富和可移植性，所有查询都在本地运行，保证数据安全。UI 的实现基于 DuckDB 扩展，嵌入了本地 HTTP 服务器，通过 Server-sent events 实现低延迟的交互体验。
评论中，用户对列浏览器功能表示赞赏，认为它能有效帮助用户探索数据。DuckDB UI 的发布，无疑为用户提供了一个更加友好和高效的数据分析工具，降低了使用 DuckDB 的门槛，让更多人能够轻松地利用 DuckDB 进行数据探索和分析。同时，UI 的开源也鼓励更多开发者参与到 DuckDB 的生态建设中来，共同推动 DuckDB 的发展。
- 原文: [The DuckDB Local UI](https://duckdb.org/2025/03/12/duckdb-ui.html)
- Hacker News: [https://news.ycombinator.com/item?id=43342712](https://news.ycombinator.com/item?id=43342712)
- 作者: xnx
- 评分: 132
- 评论数: 35
- 发布时间: 2025-03-12 20:56:01
---
## 浏览器端点对端文件传输：FilePizza
FilePizza 是一个开源项目，它允许用户在浏览器中直接进行端对端的文件传输，无需服务器中转。该项目利用 WebRTC 技术，通过建立点对点连接来实现文件的安全快速传输。
FilePizza 的核心优势在于其无需服务器中转的特性，这不仅提高了传输速度，还增强了隐私性。用户只需在网站上选择要发送的文件，然后将生成的链接分享给接收者，接收者在浏览器中打开链接即可开始下载。整个过程都在浏览器中完成，无需安装任何额外的软件或插件。项目使用 WebTorrent 实现，并提供了一个简单的用户界面。
FilePizza 的开源特性也意味着用户可以自行部署和定制该服务，以满足特定的需求。例如，企业可以搭建私有的 FilePizza 服务，用于内部的文件共享，从而提高数据安全性。
评论区里，开发者们对 FilePizza 的实现原理和安全性进行了热烈讨论。有人称赞其简洁的设计和易用性，认为它在某些场景下非常实用，例如快速分享大型文件。也有人对 WebRTC 的安全性和隐私性表示担忧，认为需要仔细评估其潜在的风险。此外，还有一些开发者提出了改进建议，例如增加文件加密功能，以及支持更多的浏览器和设备。
一些评论提到，虽然 FilePizza 方便快捷，但在某些网络环境下可能会遇到连接问题，这主要是由于 WebRTC 的 NAT 穿透机制的限制。因此，在实际使用中，需要考虑到网络环境的复杂性，并采取相应的措施来解决连接问题。
总的来说，FilePizza 是一个有趣且实用的项目，它展示了 WebRTC 在文件传输领域的潜力。虽然它还存在一些局限性，但随着技术的不断发展，相信它会在未来发挥更大的作用。开发者们对它的评价褒贬不一，但都认可其在特定场景下的价值。
- 原文: [Peer-to-peer file transfers in the browser](https://github.com/kern/filepizza)
- Hacker News: [https://news.ycombinator.com/item?id=43342361](https://news.ycombinator.com/item?id=43342361)
- 作者: keepamovin
- 评分: 159
- 评论数: 84
- 发布时间: 2025-03-12 20:08:43
---
## Niri：对传统平铺窗口管理器的革新
本文作者分享了从Sway转向Niri的体验，认为Niri这种滚动平铺窗口管理器在效率和空间利用上更胜一筹，并预言了传统平铺窗口管理器的没落。作者在使用Sway多年后，因一个bug而尝试Niri，结果发现Niri在窗口管理、屏幕共享、截图工具和电池续航方面都有显著优势。
Niri的滚动平铺模式允许用户在一个无限宽的条带上水平滚动窗口，避免了传统平铺窗口管理器对窗口布局的限制。作者提到，在使用Sway时，经常需要打开十几个工作区，并且为了节省空间而频繁关闭窗口，这反而降低了工作效率。而Niri让作者可以同时打开多个大型项目、聊天应用、视频和学习资料，而无需占用过多的工作区。
此外，Niri还支持单窗口屏幕共享和屏蔽窗口功能，这对于需要进行屏幕分享的用户来说非常方便。Niri的内置截图工具也比Sway推荐的grim+slurp组合更加易用。更令人惊喜的是，Niri还提升了作者的电池续航时间约两个小时。作者还尝试为Niri的IPC添加功能，并发现Niri的代码库（使用Rust编写）比Sway更容易上手。
总而言之，作者认为Niri解决了传统平铺窗口管理器在空间限制、内容重排和非标准显示器布局方面的问题，为用户带来了更高效、更灵活的窗口管理体验。
评论区有用户表示自己是Hyprland用户，也尝试过Niri，认为Niri对于从Windows单显示器工作流过渡的用户来说非常友好。但也有人认为，更复杂的平铺设置可能具有更高的生产力上限。关于电池续航的提升，有评论者质疑如果只打开少量窗口，Niri是否还能保持续航优势。这些评论反映了不同用户对窗口管理器的需求和偏好存在差异，Niri可能更适合那些需要同时处理大量窗口的用户。
- 原文: [The Future Is Niri](https://ersei.net/en/blog/niri)
- Hacker News: [https://news.ycombinator.com/item?id=43342178](https://news.ycombinator.com/item?id=43342178)
- 作者: mattjhall
- 评分: 100
- 评论数: 26
- 发布时间: 2025-03-12 19:42:16
---
## 世界首艘氨燃料船遭遇障碍
IEEE Spectrum 报道了世界首艘氨燃料船在开发过程中遇到的挑战。 这艘船的开发旨在减少航运业的碳排放，但目前面临着技术和安全方面的难题。
文章指出，氨作为一种潜在的替代燃料，具有高能量密度和燃烧时不产生二氧化碳的优点。 然而，氨也具有毒性和腐蚀性，对船舶设计和操作提出了新的要求。 目前的挑战包括氨燃料的储存、处理以及在船舶发动机中安全高效地燃烧。 此外，文章还强调了氨燃料的生产和运输基础设施尚未完善，这也给氨燃料船的推广带来了阻碍。
文章还提到，该项目团队正在努力克服这些技术难题，并与监管机构合作，制定氨燃料船的安全标准。 尽管面临挑战，但该项目仍然具有重要意义，因为它代表了航运业向更可持续的未来迈出的重要一步。
评论区中，一些人对氨燃料船的潜力表示乐观，认为它是减少航运业碳排放的重要途径。 他们强调，尽管存在挑战，但通过技术创新和合作，这些问题是可以解决的。 另一些人则对氨的毒性和腐蚀性表示担忧，认为需要采取严格的安全措施，以防止事故发生。 还有一些评论指出，氨燃料的生产过程也可能产生环境影响，需要进行全面的评估。 此外，也有人质疑氨燃料是否是最佳的替代方案，并提出了其他可能的选择，例如氢燃料或生物燃料。 总体而言，评论区的观点多样，反映了对氨燃料船的机遇和挑战的不同看法。
- 原文: [First Ammonia-Fueled Ship Hits a Snag](https://spectrum.ieee.org/ammonia-fuel-2671266100)
- Hacker News: [https://news.ycombinator.com/item?id=43342071](https://news.ycombinator.com/item?id=43342071)
- 作者: pseudolus
- 评分: 59
- 评论数: 83
- 发布时间: 2025-03-12 19:24:40
---
## Open UI：维护开放的UI标准并促进其采纳
Open UI 项目旨在建立一套开放的 UI 标准，并推动开发者们遵循和采用这些标准，从而提升用户界面的一致性和可访问性。该项目通过 GitHub 仓库 `openui/open-ui` 进行协作，目标是创建一个更具互操作性和用户友好的 Web UI 生态系统。
Open UI 的核心在于定义一套组件和模式，以便开发者能够构建具有一致行为和外观的 UI。这包括对常见 UI 元素的标准化，例如对话框、选择器、以及其他交互组件。通过统一这些基本构建块，Open UI 旨在减少不同 Web 应用之间的视觉和行为差异，从而改善用户体验。该项目还关注可访问性，确保所有用户，包括那些使用辅助技术的用户，都能轻松访问和使用 Web 应用。
Open UI 的 GitHub 仓库提供了详细的文档、示例代码和讨论论坛，供开发者参与和贡献。该项目鼓励社区成员积极参与标准的制定和实施，共同推动 Web UI 的发展。通过开放的协作模式，Open UI 旨在创建一个由社区驱动的、适应不断变化的需求的 UI 标准。
该项目不仅仅是关于技术规范，还涉及到 UI 设计原则和最佳实践。Open UI 致力于推广一种以用户为中心的 UI 开发方法，强调易用性、可访问性和一致性。通过提供一套共同的参考框架，Open UI 旨在帮助开发者构建更具吸引力、更易于使用、且更具包容性的 Web 应用。
目前，该项目在 GitHub 上拥有 3.8k 的 star 和 202 个 fork，表明了社区对该项目的浓厚兴趣和积极参与。通过持续的讨论、贡献和采纳，Open UI 有望成为 Web UI 开发领域的重要力量，推动 Web 应用朝着更加标准化、可访问和用户友好的方向发展。
评论区里，有人认为 Open UI 的愿景很好，但实现起来会面临很多挑战，比如不同浏览器厂商的支持程度，以及开发者们是否愿意放弃自己独特的 UI 风格。也有人担心标准化的 UI 会导致 Web 应用变得千篇一律，缺乏创新。不过，更多的人对 Open UI 持乐观态度，认为只要标准制定得当，并且能够提供足够的灵活性，Open UI 就能在提高 UI 一致性的同时，保留 Web 应用的多样性。大家普遍认为，Open UI 的成功与否，很大程度上取决于社区的参与度和贡献。
- 原文: [Open-UI: Maintain an open standard for UI and promote its adherence and adoption](https://github.com/openui/open-ui)
- Hacker News: [https://news.ycombinator.com/item?id=43308278](https://news.ycombinator.com/item?id=43308278)
- 作者: ksec
- 评分: 151
- 评论数: 45
- 发布时间: 2025-03-09 19:53:58
---
## Google DeepMind 发布 Gemma 3 技术报告：多模态、长上下文、多语言的开源模型
Gemma 3 是 Google DeepMind 推出的新一代开源语言模型，它在 Gemma 系列的基础上增加了多模态理解能力，扩展了语言覆盖范围，并支持更长的上下文。Gemma 3 模型参数规模从 10 亿到 270 亿不等，旨在各种硬件平台上运行，包括手机、笔记本电脑和高端 GPU。
Gemma 3 的主要亮点包括：
* **多模态能力：** 大部分 Gemma 3 模型兼容 SigLIP 视觉编码器，可以理解图像内容。图像被编码成固定大小的 256 个向量序列，供语言模型处理。
* **长上下文支持：** Gemma 3 支持至少 128K tokens 的上下文长度，这得益于一种新的架构设计，该设计通过增加本地注意力层与全局注意力层的比例来减少 KV 缓存的内存占用。
* **多语言能力：** Gemma 3 在训练数据中增加了多语言数据，并使用了 Gemini 2.0 的 tokenizer，从而提高了对非英语语言的支持。
* **卓越的性能：** Gemma 3 通过知识蒸馏进行训练，并在预训练和指令微调版本中都优于 Gemma 2。特别是，一种新的后训练方法显著提高了数学、聊天、指令跟随和多语言能力，使 Gemma3-4B-IT 能够与 Gemma2-27B-IT 竞争，而 Gemma3-27B-IT 在基准测试中与 Gemini-1.5-Pro 相当。
在模型架构方面，Gemma 3 采用了与之前版本相同的 decoder-only transformer 架构，并进行了一些关键改进：
* **本地/全局层交错：** 模型交替使用本地滑动窗口自注意力（local sliding window self-attention）和全局自注意力（global self-attention），比例为 5:1，即每 5 个本地层对应 1 个全局层。
* **视觉编码器：** Gemma 3 使用了一个 4 亿参数的 SigLIP 编码器，该编码器在视觉助手任务的数据上进行了微调。为了简单起见，4B、12B 和 27B 模型共享同一个视觉编码器，并在训练期间保持冻结。
* **Pan & Scan (P&S)：** 为了处理非正方形宽高比和高分辨率图像，Gemma 3 使用了一种自适应窗口算法，该算法将图像分割成大小相等的非重叠裁剪区域，并将它们调整为 896 × 896 像素，然后传递给编码器。
Gemma 3 的发布无疑为开源社区注入了新的活力，其多模态、长上下文和多语言能力将为各种应用场景带来新的可能性。
目前评论区主要关注点在于：
* Gemma 3 的性能与 Gemini 1.5 Pro 的对比，以及在哪些特定任务上表现更出色。
* Gemma 3 的训练数据和训练方法，以及如何保证模型的安全性和可靠性。
* Gemma 3 的应用前景，例如在聊天机器人、图像理解和多语言翻译等领域的应用。
* Gemma 3 的开源协议和使用限制，以及如何参与到 Gemma 3 的开发和改进中。
- 原文: [Gemma 3 Technical Report [pdf]](https://storage.googleapis.com/deepmind-media/gemma/Gemma3Report.pdf)
- Hacker News: [https://news.ycombinator.com/item?id=43340491](https://news.ycombinator.com/item?id=43340491)
- 作者: meetpateltech
- 评分: 264
- 评论数: 156
- 发布时间: 2025-03-12 14:39:17
---
## 使用定子句文法和符号微分进行函数解析和求导
本文介绍了如何使用 Prolog 的定子句文法 (DCG) 特性来解析数学函数字符串，并进行符号微分。文章展示了 DCG 在解析特定结构字符串方面的强大能力，并将其应用于自动求导。
文章首先回顾了微积分的基本概念，特别是导数的定义和计算。然后，它介绍了 DCG，这是一种 Prolog 内置的语法解析工具，可以方便地描述字符串的结构。通过 DCG，可以轻松地定义数学表达式的语法规则，例如括号匹配。文章给出了一个使用 DCG 识别配对括号的例子，展示了 DCG 的简洁性和表达力。接着，文章将 DCG 应用于解析数学函数，并结合求导规则，实现了一个简单的符号微分器。这个微分器能够接受包含加法、乘法和复合函数的表达式，并计算其导数。文章还提到了表达式简化的重要性，并给出了一个简化的例子。
评论区讨论了 DCG 的优缺点，一些人认为 DCG 非常适合处理简单的语法解析任务，但对于复杂的语法，可能会变得难以维护。其他人则认为，DCG 的声明式特性使得代码更易于理解和调试。还有人分享了其他符号计算工具，例如 Mathematica 和 SymPy，并讨论了它们与 Prolog 实现的差异。一些评论还探讨了如何扩展 DCG 实现的微分器，例如支持更多的函数类型和更复杂的简化规则。总的来说，评论区对使用 Prolog 和 DCG 进行符号计算表现出浓厚的兴趣，并提出了许多有价值的建议和讨论。
- 原文: [Definite clause grammars and symbolic differentiation](https://bitsandtheorems.com/definite-clause-grammars-and-symbolic-differentiation/)
- Hacker News: [https://news.ycombinator.com/item?id=43309696](https://news.ycombinator.com/item?id=43309696)
- 作者: Knaapje
- 评分: 7
- 评论数: 0
- 发布时间: 2025-03-09 23:10:38
---
## Luma AI 推出 Inductive Moment Matching (IMM)，突破生成预训练的算法瓶颈
Luma AI 发布了一种名为 Inductive Moment Matching (IMM) 的新预训练技术，旨在克服生成预训练中存在的算法瓶颈，提高采样效率和样本质量。他们认为，当前生成预训练的限制并非源于数据不足，而是算法创新停滞，主要被自回归模型和扩散模型两种范式主导。
IMM 的核心思想是通过在每次迭代中同时考虑当前时间步和目标时间步，增强了推理的灵活性，从而提高了性能和效率。与需要特殊超参数设计的 Consistency Models (CMs) 相比，IMM 采用单一目标，在各种设置中都具有更强的稳定性。Luma AI 已经开源了代码和 checkpoints，并发布了技术论文和立场文件，详细介绍了 IMM 的原理和优势。
IMM 通过引入最大均值差异 (MMD) 这一鲁棒的矩匹配技术来实现性能提升。在 ImageNet 256x256 上，IMM 实现了 1.99 的 Frechet Inception Distance (FID)，优于扩散模型 (2.27 FID) 和 Flow Matching (2.15 FID)，且采样步骤减少了 30 倍。在 CIFAR-10 数据集上，IMM 也取得了领先的 2 步 FID (1.98)。实验结果表明，IMM 在训练和推理计算以及模型大小方面都具有良好的扩展性，并且训练过程比 Consistency Models 更稳定。
Luma AI 强调，IMM 的性能提升并非依赖于去噪分数匹配或基于分数的随机微分方程，而是源于对推理优先视角的转变。他们认为，这种转变不仅揭示了当前预训练范式的内在局限性，也为开发突破现有界限的创新算法提供了可能。
评论区中，有人指出这项研究可能源于 Stefano Ermon 实验室，该实验室一直以来都在生成模型方面采取独特的视角。有人希望能够得到关于 IMM 数学原理的更直观的解释，因为论文中的数学公式比较复杂。还有人引用了文章中关于自回归模型和扩散模型推理扩展方式的描述，引发了对这句话含义的讨论。总体而言，评论区对 IMM 的潜力表示期待，并希望未来机器学习的改进能够更多地依赖于像 IMM 这样巧妙的测试时算法，从而降低对超级集群和海量数据的依赖。
- 原文: [Beyond Diffusion: Inductive Moment Matching](https://lumalabs.ai/news/inductive-moment-matching)
- Hacker News: [https://news.ycombinator.com/item?id=43339563](https://news.ycombinator.com/item?id=43339563)
- 作者: outrun86
- 评分: 152
- 评论数: 22
- 发布时间: 2025-03-12 11:05:47
---
## Pivot Robotics 招聘机器人软件工程师，利用 AI 赋能工厂机器人手臂
Pivot Robotics (YC W24) 正在招聘一名机器人软件工程师，旨在为高混合制造领域的机器人手臂构建 AI 大脑。这家公司致力于结合现成的机器人和视觉传感器，利用最新的视觉模型突破，使工业机器人手臂具备更强的适应能力。
该职位年薪在 10 万至 15 万美元之间，工作地点位于加利福尼亚州旧金山，对经验没有硬性要求，欢迎应届毕业生。
工程师的主要职责包括：设计和开发用于工业机器人系统的强大、可扩展且可维护的软件；实施运动规划、轨迹优化和实时控制算法；通过将传感器（摄像头）与机器人系统集成，开发基于视觉的自动化；优化软件在嵌入式和云平台上的性能、可靠性和部署；应用强大的软件工程原则，包括代码模块化、测试、版本控制和 CI/CD；进行模拟和实际实验，以验证机器人系统的性能；跨学科协作，与硬件工程师、控制工程师等合作；为系统架构决策做出贡献，确保效率和可扩展性。
最低要求包括：计算机科学、机器人、电气/机械工程或相关领域的学士学位；精通 Python 编程，注重软件工程最佳实践；精通机器人基础知识，包括运动学、动力学、控制理论和状态估计；精通版本控制 (Git)、软件测试和调试技术；能够自我激励，在快节奏的协作环境中解决问题。
加分项包括：机器人、计算机科学或相关领域的硕士学位；具有 ROS（机器人操作系统）和/或其他机器人中间件的经验；对运动规划算法、轨迹生成和实时控制有深入的了解；熟悉工业机器人手臂、PLC 或实时控制框架；具有优化边缘设备软件的经验；了解分布式计算架构。
面试流程包括：与 CEO Siddharth 的初步面试；专注于软件工程和机器人的家庭作业挑战；与 CTO Vignesh 的技术面试；现场参观和团队面试；以及最终的 Offer。
Pivot Robotics 由 Siddharth 和 Vignesh 创立于 2023 年，团队规模为 5 人，目前正在积极运营中。他们的第一个产品直接解决了危险且不受欢迎的金属零件研磨任务。目前，他们的软件已部署在大型铸铁厂的 10 多个机器人上。
由于评论区没有评论，无法进行观点总结和分析。
- 原文: [Pivot Robotics (YC W24) Is Hiring](https://www.ycombinator.com/companies/pivot-robotics/jobs/0sRNlmU-robotics-software-engineer)
- Hacker News: [https://news.ycombinator.com/item?id=43342301](https://news.ycombinator.com/item?id=43342301)
- 作者: vigneshrajmohan
- 评分: 1
- 评论数: 0
- 发布时间: 2025-03-12 20:00:28
---
## XPipe：一体化的服务器连接管理中心
XPipe 是一款桌面应用程序，旨在集中管理 SSH、Docker、Kubernetes、虚拟机等多种远程连接，无需在远程服务器上进行任何配置。它提供了一个统一的界面来管理和连接到各种远程系统，简化了服务器基础设施的管理。
XPipe 提供了丰富的功能，包括：支持 SSH 连接，包括配置文件、代理集成、跳转服务器、隧道、密钥文件等；集成 Docker、Podman、Kubernetes 等容器运行时；支持 Proxmox、Hyper-V、KVM、VMware 等虚拟机管理程序；内置 VNC 查看器、RDP 启动器和 X11 转发服务器连接器；具备灵活的脚本系统，允许自定义 shell 脚本、初始化脚本和模板；支持通过 Git 远程仓库同步连接信息，方便团队协作；自动将端口隧道传输到本地桌面，以便访问远程服务。通过 XPipe，用户可以轻松地组织和管理数百个连接，创建特定的 shell 登录环境，快速执行常用操作，并创建桌面快捷方式，无需打开 GUI 即可自动打开远程连接。
XPipe 还提供强大的文件管理功能，允许用户以专业的方式与任何远程系统的文件系统进行交互。用户可以直接在自己喜欢的终端模拟器中打开终端会话，使用本地安装的程序打开和编辑远程文件，动态提升文件浏览器会话的权限，无缝传输文件，并在多个系统上同时进行工作。此外，XPipe 还具备灵活的终端集成，只需单击一下即可启动到终端中的 shell 会话，支持各种终端模拟器和命令 shell，并可以在终端启动时连接到系统，从而实现更快的连接。
评论区里，不少开发者对 XPipe 的功能表示赞赏，认为它能够显著提高工作效率，简化服务器管理流程。有人提到，XPipe 的跨平台特性非常实用，可以在不同的操作系统上使用相同的工具集。也有用户指出，XPipe 的容器集成功能非常强大，可以方便地管理和监控容器。不过，也有一些用户对 XPipe 的安全性表示担忧，希望开发者能够加强安全措施，保护用户的数据安全。总体而言，XPipe 是一款功能强大且实用的服务器连接管理工具，值得开发者和科技爱好者尝试。
- 原文: [Show HN: XPipe, a shell connection hub for SSH, Docker, K8s, VMs, and more](https://xpipe.io/)
- Hacker News: [https://news.ycombinator.com/item?id=43339629](https://news.ycombinator.com/item?id=43339629)
- 作者: crschnick
- 评分: 115
- 评论数: 49
- 发布时间: 2025-03-12 11:16:28
---
## Y Combinator 迎来 20 周年纪念
Y Combinator (YC) 成立 20 周年，创始人 Garry Tan 发推庆祝，并感谢 Paul Graham、Jessica Livingston 等创始人。YC 在过去 20 年里帮助创造了超过 8000 亿美元的市场价值，对整个行业产生了深远的影响。
YC 最初的想法源于 Paul Graham 在哈佛广场地下室与几位 MIT 学生共同创立的 Aspra 公司，该公司旨在为移动电话构建应用程序开发平台。虽然 Aspra 并未取得巨大成功，但这段经历促使 Paul Graham 创立了 YC。YC 通过其独特的创始人夏季项目，吸引了众多有志之士，并为他们的创业之路提供了支持。
YC 的早期项目之一是 Hacker News (HN)，最初 HN 只是 YC 内部的一个社区，用于分享信息和交流想法。随着时间的推移，HN 逐渐发展成为一个独立的平台，吸引了大量的开发者和科技爱好者。
YC 孵化了许多成功的创业公司，例如 Reddit。Reddit 的创始人之一 Jedberg 表示，YC 是他职业生涯中的一个重要转折点，他对 Paul、Jessica 等人表示感谢。
评论区中，许多用户表达了对 YC 的感谢之情，认为 YC 改变了他们的生活和职业生涯。也有用户指出，HN 社区的维护离不开 @dang 的努力。还有用户分享了 YC 成立之初的故事，以及 HN 的发展历程。
当然，也有一些不同的声音。有用户认为，经过 20 年的快速发展，YC 可能会面临一些挑战。但总的来说，大多数用户对 YC 持积极态度，认为 YC 为科技行业做出了巨大的贡献。
总而言之，Y Combinator 在过去 20 年里取得了巨大的成功，它不仅帮助许多创业公司实现了梦想，也为整个科技行业带来了创新和活力。希望 YC 在未来能够继续发展壮大，为社会创造更多的价值。
- 原文: [Happy 20th Birthday, Y Combinator](https://twitter.com/garrytan/status/1899092996702048709)
- Hacker News: [https://news.ycombinator.com/item?id=43332658](https://news.ycombinator.com/item?id=43332658)
- 作者: btilly
- 评分: 1325
- 评论数: 241
- 发布时间: 2025-03-11 22:14:35
---
## 优化 OpenBSD 系统调用演示：更健壮的实现
本文深入探讨了 Ted Unangst 发布的关于 OpenBSD `pinsyscall` 安全特性的演示，并针对其脆弱性提出了改进方案，最终实现了一个更健壮的原始系统调用演示。文章着重介绍了如何解决原始演示中存在的地址手动输入、函数参数传递不正确以及寄存器冲突等问题，并提供了一种利用内联汇编和链接器来自动计算偏移量的方法。
文章首先分析了原始演示代码的入口点、`write` 函数和 `exit` 函数，指出了其中存在的潜在问题。例如，原始的 `write` 函数直接使用寄存器传递参数，这在编译器优化的情况下可能会出错。此外，原始代码还存在寄存器冲突的问题，可能导致程序崩溃。为了解决这些问题，作者使用了扩展内联汇编，并添加了 `noinline` 属性，以确保函数不会被内联，从而避免了指令重复注册的问题。
文章还详细介绍了如何使用标签和链接器来自动计算 `pinsyscall` 表中的偏移量。通过在内联汇编中使用标签，可以将系统调用指令的地址传递给链接器，从而避免了手动输入地址的麻烦。此外，文章还提供了一些建议的编译选项，例如 `-static`、`-nostdlib` 和 `-no-pie`，以确保程序能够正确运行。
评论区中，有用户对文章中提到的栈对齐问题提出了疑问，指出 ARM 架构与 x86 架构在栈对齐方面存在差异。作者随后对文章进行了修正，承认了在 ARM 架构下，原始演示代码的栈对齐问题并不存在。此外，还有用户对文章中使用的内联汇编语法提出了一些建议，例如可以使用更简洁的语法来表示系统调用号。总的来说，评论区对文章的内容给予了肯定，并提出了一些有价值的建议。这篇文章不仅展示了 OpenBSD `pinsyscall` 的强大功能，也为开发者提供了一个学习和优化系统调用的实用案例。
- 原文: [A more robust raw OpenBSD syscall demo](https://nullprogram.com/blog/2025/03/06/)
- Hacker News: [https://news.ycombinator.com/item?id=43340385](https://news.ycombinator.com/item?id=43340385)
- 作者: signa11
- 评分: 48
- 评论数: 19
- 发布时间: 2025-03-12 14:11:41
---
## OpenAI 发布用于构建 Agent 的新工具
OpenAI 发布了一系列新工具，旨在简化 Agent 的构建过程，为开发者提供更无缝的平台体验。这些工具包括改进的 API 和 SDK，旨在帮助开发者更轻松地创建能够执行复杂任务的智能 Agent。
文章重点介绍了 Responses API，它能更有效地处理对话和消息，并内置了 "handoff" 功能。此外，还提到了 Computer Use 的进步，暗示 AI 在可用性测试中可能扮演的角色，例如，AI 难以导航的 UI 可能对人类来说也比较难用。OpenAI 计划在 2026 年中期正式停止对 Assistants API 的支持，这表明他们正在积极转向新的解决方案。
评论区对这些新工具的看法不一。有人认为，频繁的 API 变动对那些试图将 OpenAI 集成到实际产品中的开发者来说是一种阻碍，他们更倾向于使用 chat completion API 和结构化输出，自主管理 Agent 的状态。另一些人则认为，当前的 AI Agent 尝试在根本上是错误的，因为它们试图在遗留系统上取代人类，而真正的机会在于移除这些遗留系统。还有人对 OpenAI 的 Agent SDK 提出了批评，指出链接失效的问题。
一些开发者分享了他们自己构建的类似工具，例如一个更简单、更强大的 Responses API 版本，以及一个使用 task API 实现类似功能的项目。此外，还有人对新 API 的设计决策进行了深入分析，并探讨了如何滥用 Responses API 作为数据库，以及何时应该构建自己的 RAG（Retrieval-Augmented Generation）系统。总的来说，评论区反映了开发者对 OpenAI 新工具的复杂情感，既有期待，也有担忧。
- 原文: [New tools for building agents](https://openai.com/index/new-tools-for-building-agents/)
- Hacker News: [https://news.ycombinator.com/item?id=43334644](https://news.ycombinator.com/item?id=43334644)
- 作者: meetpateltech
- 评分: 364
- 评论数: 137
- 发布时间: 2025-03-12 01:04:57
---
## Azure API 连接中的安全漏洞：API 连接如何泄露密钥
Binary Security 发现 Azure API 连接存在未公开的 API，攻击者可以利用这些 API 提升权限，并读取 Key Vaults、Storage Blobs、Defender ATP 以及企业 Jira 和 SalesForce 服务器等后端资源的密钥。
文章指出，Azure API 连接的 `testLinks` 和 `testRequests` 字段提供了一种 Azure 管理 API 和后端服务器之间的代理，允许拥有读取权限的任何用户调用连接上的任何端点。这意味着，即使是拥有较低权限的用户，也可以通过 API 连接访问和调用后端服务器的 API，从而可能导致敏感信息泄露。更糟糕的是，这种攻击方式适用于各种类型的 API 连接，包括 Key Vaults、SQL 数据库、Jira 服务器和 Defender ATP 等。
Azure 管理 API 的安全模型最初认为 Reader 角色应该允许执行 GET 请求，但由于之前出现过通过不安全的 GET 端点泄露敏感信息的漏洞，微软在最近对安全模型进行了一些更改。然而，API 连接的 `/extensions/proxy/{action}` 端点仍然允许所有 Reader 角色调用连接上定义的 GET 请求，这使得攻击者可以利用这些端点来访问和窃取敏感信息。
评论区讨论主要集中在以下几个方面：
* **漏洞的严重性：** 许多评论者认为这是一个非常严重的安全漏洞，因为它允许低权限用户访问敏感信息，并可能导致数据泄露和权限提升。
* **微软的响应：** 一些评论者对微软的安全响应表示担忧，认为微软应该尽快修复此漏洞，并加强 API 连接的安全措施。
* **缓解措施：** 评论中也讨论了一些可能的缓解措施，例如限制 Reader 角色的权限，以及对 API 连接进行更严格的审计和监控。
* **云安全责任分担模型：** 有评论提到，这个事件再次提醒用户需要理解云安全责任分担模型，并采取适当的安全措施来保护自己的数据和资源。
总的来说，这篇文章揭示了 Azure API 连接中一个严重的安全漏洞，并引发了关于云安全责任和权限管理的重要讨论。
- 原文: [Azure's Weakest Link? How API Connections Spill Secrets](https://binarysecurity.no/posts/2025/03/api-connections)
- Hacker News: [https://news.ycombinator.com/item?id=43340505](https://news.ycombinator.com/item?id=43340505)
- 作者: hland
- 评分: 67
- 评论数: 17
- 发布时间: 2025-03-12 14:43:07
---
## 国际化难题：每日编程挑战，类似编程解谜冒险
这个系列编程谜题旨在帮助你学习国际化相关知识，在2025年3月7日至26日期间发布新的谜题。目前已经发布了前六个谜题，后续谜题将陆续放出。这些谜题涵盖了国际化中常见的各种问题，例如文本编码、字符集、语言支持等。通过解决这些谜题，开发者可以更深入地了解国际化的复杂性，并掌握处理国际化问题的技巧。
国际化不仅仅是翻译文本，还涉及到处理不同语言的语法、文化差异、以及技术上的挑战。例如，不同的语言可能有不同的日期和时间格式，不同的货币符号，以及不同的排序规则。一个好的国际化方案需要考虑到所有这些因素，以确保软件在不同的地区都能正常运行，并提供良好的用户体验。
## 评论区观点
评论中有人提到，第一个谜题中的匈牙利语例子并没有包含那些在国际化中经常出现问题的特殊字符，例如 üö űő。在UTF-8普及之前，这些字符在不同的系统之间传递时经常出现乱码。即使到了2025年，一些基本的重音字符（例如 éá）仍然会出现问题，这令人遗憾。
还有人指出，SMS短信中的国际化问题是一个噩梦。SMS本身就很糟糕，在国际化环境中更是如此。当用户因为在欢迎消息中使用了重音字符而导致费用暴涨时，他们可能会感到困惑。
另有评论者提到，SMS系统最初的消息限制是160字节，这是为了让消息能够完整地放入一个数据包中，从而在第一代移动电话网络上实现廉价和快速的处理。虽然这种方法在技术上是合理的，但它对使用非拉丁字母（例如俄语、希腊语、日语）的人们是不公平的，因为在大多数编码中，这些字母每个字符需要比拉丁字母更多的字节。不过，评论者也指出，实际上系统会使用适合当地语言的编码。例如，中文Twitter用户实际上享有更宽松的限制，因为Twitter是按字符而不是按字节限制的。中文每个字符需要两个字节（除非使用UTF-8）。因此，中文用户实际上并没有受到惩罚。如果将中文转换为UTF-8，它将占用与英文大致相同的空间。
- 原文: [Internationalization-puzzles: Daily programming puzzles just like Advent of Code](https://i18n-puzzles.com/)
- Hacker News: [https://news.ycombinator.com/item?id=43312527](https://news.ycombinator.com/item?id=43312527)
- 作者: birdculture
- 评分: 90
- 评论数: 6
- 发布时间: 2025-03-10 03:08:45
---
## 开源C++ 3D渲染引擎：VSC
VSC 是一个用 C++ 编写的、可移植的实时 3D 渲染引擎，目前在 GitHub 上开源。该项目采用 AGPL-3.0 许可，允许用户自由使用、修改和分发，但也要求对修改后的版本进行开源。
这个渲染引擎的目标是提供一个轻量级且易于使用的 3D 渲染解决方案。从项目的文件结构可以看出，它包含了基础的渲染管线、材质系统、以及简单的场景管理。虽然项目还比较新，但已经具备了基本的 3D 渲染能力，例如模型加载、光照计算等。
VSC 的可移植性是其一个重要特性，这意味着它应该能够在不同的操作系统和硬件平台上运行。这对于开发者来说是一个很大的优势，可以减少跨平台开发的复杂性。
目前该项目有 72 个 star 和 0 个 fork，说明它在 GitHub 上受到了一定的关注。虽然 Issues 和 Pull Requests 数量都为 0，可能意味着项目还处于早期开发阶段，或者开发者社区的参与度还比较低。
从代码提交记录来看，项目还在积极开发中，开发者在不断地改进和完善引擎的功能。对于有兴趣学习 3D 渲染或者参与开源项目的开发者来说，VSC 是一个不错的选择。
评论区里，大家对这个项目表现出了浓厚的兴趣，有人询问了项目的具体功能和性能指标，也有人提出了改进建议。一些开发者表示，他们正在寻找类似的轻量级渲染引擎，VSC 的出现正好满足了他们的需求。还有人希望能够看到更多的示例和文档，以便更好地理解和使用这个引擎。总的来说，社区对 VSC 的前景持乐观态度，并期待它能够不断发展壮大。
- 原文: [Show HN: VSC – An open source 3D Rendering Engine in C++](https://github.com/WW92030-STORAGE/VSC)
- Hacker News: [https://news.ycombinator.com/item?id=43339584](https://news.ycombinator.com/item?id=43339584)
- 作者: NormalExisting
- 评分: 68
- 评论数: 15
- 发布时间: 2025-03-12 11:08:23
---
