每日HackerNews RSS

## 开源瓶颈:Jellyfin案例研究 一位贡献者将一个小功能合并到Jellyfin Web中,历经一年,凸显了流行的开源项目中的常见问题:维护者工作量过大。 尽管代码详细、修订和批准到位,但PR仍然停留在约200个的队列中,每月仅合并20-35个代码PR。 核心问题不是缺乏维护者,而是工作流经单一控制点的*方式*。 队列理论表明,随着维护者利用率接近100%,等待时间呈指数级增长。 这会造成一个“死亡螺旋”,大型PR不断累积,贡献者在等待时添加更多更改,反馈速度变得缓慢——随着时间的推移,审查效率降低。 解决方案不一定在于寻找*更多*维护者,而在于保护现有维护者的时间。 建议包括限制PR大小、控制质量(要求CI通过和描述)、限制在制品数量、按价值优先排序、建立分诊节奏、构建审查层级,以及在编码开始*之前*强制进行功能提案。 最终目标是优化流程,防止瓶颈,并确保有价值的贡献不会在队列中丢失。

对不起。

## 游戏循环的弊端:摘要 作者探讨了为什么现代视频游戏很少有玩家通关,尽管最初的参与度很高。通过观察自己玩《战术突破法师》的经历,并结合数据显示较低的完成率(约33%),作者认为核心问题不在于玩家的注意力持续时间,而在于游戏本身——特别是它们对重复**游戏循环**的依赖。 问题在于优先考虑*如何*玩游戏(循环),而不是*为什么*玩。就像无休止地“跳舞”而不是探索一个角色衰落的贵族身份一样,游戏常常先构建机制,然后试图在上面添加意义,从而导致空洞的体验。这与电影等其他媒体形成对比,在电影中,意义决定了行动。 这种以循环为中心的设计源于街机游戏需要无尽的游戏时间和现代游戏追求更长的游戏时长以满足市场需求。然而,与由社交互动驱动的棋盘游戏或由高分驱动的早期街机游戏不同,这些循环往往缺乏内在意义。 作者提倡更具意图的设计,将其与音乐和文学进行类比,在音乐和文学中,重复可以*增强*意义,而不是简单地延长内容。像《黑暗之魂》这样的游戏之所以成功,是因为它使循环本身具有意义,但许多其他游戏却陷入了机械扩展的模式,而缺乏主题深度。最终,作者呼吁设计师质疑他们使用循环的*原因*,并优先考虑目的而不是无尽的可玩性,从而为更充实和可完成的游戏体验铺平道路。

最近的Hacker News讨论集中在Valve的退款政策(允许在游戏时间低于2小时内退款)对独立游戏开发的影响。链接的文章“反对游戏循环的案例”引发了关于开发商是否被迫人为延长游戏时长以避免退款的讨论。 用户指出,引人入胜、简洁的游戏即使游戏时间短*也可以*成功——以“莫索尔姆的黑暗女王”为例,这是一个广受好评的、游戏时间低于2小时的体验。然而,也有人承认过去存在一些玩家公开炫耀在规定时间内退还已完成的独立游戏的情况。 核心问题在于,开发者是否感到被迫优先考虑通过重复的“游戏循环”来延长游戏时间,而不是专注于有影响力的、集中的设计,最终可能损害游戏质量。

Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 无环电子图:Cranelift 的中间端优化器 (cfallin.org) 11 分,tekknolagi 1 小时前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助 PoignardAzur 20 分钟前 [–] > 最终,我认为最有趣的问题是:[...] 跳过相等饱和会使电子图的优点从电子图(或类似电子图)中消失吗?所有数据中最令人惊讶的结论,对我来说,是多值表示(即 aegraphs)似乎并不重要。 我对此并不感到特别惊讶。 正如文章所指出的,许多电子图项目都包含用于修剪电子图节点或在达到某个截止点后停止生成的规则。将这视为一件完全正常的事情,暗示相等饱和并不是电子图的魔力所在。 回复 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

从复活者们的幸存证词来看,没有警卫或太平间的贫民墓地是他们青睐的狩猎场。贫民墓坑经常敞开着,直到深洞被廉价、堆叠的棺材填满,有时多达十二层。许多穷人仅仅裹着寿衣埋葬,这进一步加快了掘墓的速度。与此同时,害怕的中间阶层不信任教堂墓地的安全性,花钱购买铅棺、铁栅栏以及各种“防盗棺”装置——金属笼子用水泥固定在棺材周围。著名的“防盗棺”例子在爱丁堡的格雷弗里尔斯墓地仍然存在,那里是复活者们经常出没的地方。

黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录 伟大的多数:19世纪英国的盗尸和葬礼改革 (publicdomainreview.org) 5 分,apollinaire 1小时前 | 隐藏 | 过去的 | 收藏 | 1 条评论 帮助 RickJWagner 9分钟前 [–] 听起来很有趣的话题,但写作风格有点枯燥,恕我直言。回复 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系 搜索:

## 开源模型中的工具调用挑战 使用外部函数来增强LLM的能力,在闭源模型中通常很直接,提供无缝的API体验。然而,转向开源模型会暴露出一个显著的障碍:**不一致的“线格式”**——模型编码工具调用的方式。每个模型系列(如Gemma、Harmony、DeepSeek)都使用独特的格式,具有不同的token、结构和参数序列化方式,如果引擎不支持该格式,就会导致输出混乱。 这需要在每个推理引擎(vLLM、SGLang等)中为*每个*模型定制解析器,这是一项代价高昂且重复的工作。通用解析器难以应对这些格式的开放性,经常无法处理模型特定的怪癖,例如推理token泄露到参数中。 目前,语法引擎(用于约束生成)和输出解析器都在独立地逆向工程这些格式。需要一个共享的、**声明式规范**来定义工具调用格式——一个详细说明边界token和参数结构的配置文件——以便将模型更新与生态系统中的代码更改解耦,并避免重复工作。这种分离对于开源LLM环境中的高效且可扩展的工具调用至关重要。

最近的 Hacker News 讨论强调了人工智能中“工具调用”这一关键但目前分散的问题——特别是大型语言模型如何与外部工具交互。 链接的文章(thetypicalset.com)引发了关于这种交互缺乏标准化格式的讨论,尽管人工智能取得了显著进展。 用户们一致认为这是一个重要的议题,但常常被炒作所掩盖。 大家对 OpenAI 的“Harmony”格式为何未被广泛采用感到好奇,并推测这可能需要进一步的模型开发。 一位评论员还提到了“MCP”作为一种潜在的解决方案。 一个小的反馈点是关于网站的格式问题,特别是过多的缩进影响了可读性。 总的来说,该讨论强调了行业范围内对工具调用标准进行统一的必要性,以便开发更有效的 AI 应用。

## 柔术 (jj):下一代版本控制系统 柔术 (jj) 是一种新的分布式版本控制系统,旨在改进像 Git 这样的现有工具。尽管听起来雄心勃勃,jj 声称它**既比 Git 更简单*又*更强大**——这种罕见的结合是通过综合 Git 和 Mercurial 的最佳特性来实现的。 它通过更小但更具凝聚力和强大核心工具来实现这一点。高级用法可以解锁在 Git 中难以实现的功能。 一个关键优势是**与 Git 的兼容性**。您可以在本地使用 jj,而无需强制协作者切换,从而提供了一种无风险的方式来探索潜在的更优工作流程。如果 jj 不适合您的需求,可以无缝地恢复到 Git,而不会丢失历史记录。本质上,jj 为 Git 用户提供了一个引人注目的替代方案,并且没有真正的缺点。

## jj:一种新的版本控制方法 最近的 Hacker News 讨论集中在 **jj** 上,这是一种旨在改进 Git 的新型版本控制系统。虽然 Git 仍然强大,但 jj 提供了不同的方法,尤其避免了索引,并且默认自动提交编辑,除非明确阻止。 用户们争论 jj 的工作流程。有些人不喜欢自动提交,认为需要额外的步骤来保留历史记录,而另一些人则欣赏使用 `new` 和 `squash` 命令的简洁性。一个突出的挑战是与 GitHub 的代码审查集成,在 GitHub 上跟踪跨版本更改可能很困难。 尽管存在这些担忧,jj 仍然与 Git 兼容,允许用户在无需强制团队全面采用的情况下尝试它。 讨论还涉及对改进版本控制的更广泛需求,质疑是否需要彻底的重构,或者是否可以改进现有解决方案。最终,jj 提供了一种一些人认为很有前景的替代方案,尤其是在与 AI 代理一起使用时,其架构具有良好的恢复能力。

## NimConf 2026 宣布 Nim 团队很高兴宣布 NimConf 2026,一年一度的致力于 Nim 编程语言的在线会议,将于 **2026 年 6 月 20 日**举行。 今年的活动将沿用既定的形式,即预先录制好的演讲在 YouTube 上首播,并伴有与演讲者在聊天中进行的实时问答环节。 **征稿通知:** Nim 团队现开始接受演讲稿,截止日期为 **2026 年 5 月 10 日**。欢迎所有与 Nim 相关的议题——从项目展示和库介绍到商业应用和语言开发。演讲者可以受益于接触更广泛的受众并获得宝贵的反馈。 演讲录像的截止日期为 **2026 年 6 月 7 日**。 NimConf 对于观众和演讲者来说,都是学习、分享知识和与充满活力的 Nim 社区联系的绝佳机会。之前的演讲可在 YouTube 上观看。

## NimConf 2026 宣布 - Hacker News 摘要 NimConf 2026,Nim 编程语言的会议,已宣布日期并开放注册,但将仅在线举行。 这在 Hacker News 上引发了讨论,一位用户对没有线下活动表示失望,并询问了基于欧盟的 Nim 聚会。 另一位用户正在考虑提交关于他们使用 Nim 构建的 2D UI 场景渲染器 FigDraw 的工作演讲,包括一个 Neovim UI shell。 对话还涉及 Nim 越来越受欢迎,但也关注其相对较小的社区规模以及在更广泛的编程语言环境中的碎片化,并将之与 Ruby 近期的衰落进行比较。 还有人猜测了新程序员正在关注哪些领域。

## 勒索软件活动在2025年激增,超过安全支出 CipherCue的数据显示,2025年勒索软件活动显著增加,追踪到的泄露站点声明达到**7,760**起,比2024年的5,939起增加了**30.7%**。 尽管全球信息安全支出增加了**10.1%**,达到2130亿美元,但仍未能阻止这一增长。 虽然这并非直接比较(声明代表*报告的*事件,而非确认的泄露,而支出涵盖所有安全领域),但数据显示勒索软件活动的速度大约是行业投资的三倍。 这一趋势在2026年初持续,到4月中旬已记录到660起声明。 增加的原因既有总体声明数量的上升,也有20个新的勒索软件组织开始活跃。 Qilin、Akira和Clop是其中最活跃的组织,共同承担了超过38%的所有声明。 除了勒索软件,来自HHS和CISA等来源的追踪数据也显示,报告的泄露事件和被利用的漏洞数量也在增加,这进一步证实了威胁形势的扩大。 这项分析强调了可观察到的威胁与安全投资之间的差距日益扩大,促使人们需要重新评估安全策略和资源分配。

## 勒索软件支出滞后于攻击增长 一份最新报告指出,勒索软件的增长速度是用于阻止它的支出的三倍,这引发了 Hacker News 上关于网络安全行业有效性的讨论。许多评论员指出一个根本缺陷:网络安全通常被视为合规问题,而非主动预防,其驱动力是害怕诉讼。 多位用户认为,包括强大的备份、应用程序控制和网络分段在内的“基本安全卫生”可以显著降低勒索软件威胁,但大规模实施这些措施在资源有限的情况下具有挑战性。另一些人指出,即使是强大的安全措施也无法完全消除风险,因为人为错误和受损的软件更新仍然是漏洞。 一个关键的争论集中在仅仅*增加*支出是否是解决方案。一些人建议惩罚赎金支付以阻止攻击,而另一些人则认为,企业内部的文化转变,优先考虑安全并投资于培训至关重要。加密货币在促进勒索软件支付中的作用也受到批评。最终,许多人一致认为,当前的方法是反应性的且不可持续的,需要对网络安全战略进行更根本的重新思考。

## 富兰克林电脑:克隆与争议的故事 富兰克林电脑公司在80年代初通过直接克隆苹果电脑而声名鹊起,提供ACE 100和ACE 1000等更便宜的替代品。富兰克林公司立足于复制苹果的成功,其最初的营销策略大胆——且在法律上存在问题——采用引人注目的广告,甚至雇佣模特在苹果主题活动中分发宣传册。 他们品牌的一个关键元素是使用本杰明·富兰克林作为吉祥物,讽刺性地模仿了苹果公司的一则以这位历史人物为特色的广告。虽然富兰克林电脑在小写字母输入和内置电源等方面做了一些小的改进,但它们的机器与苹果电脑非常相似,甚至可以使用苹果的电路板,据称还可以使用BIOS代码。 尽管苹果公司提起了诉讼(最初败诉,然后在上诉中胜诉),富兰克林仍然蓬勃发展,在1983年生产了近10万台机器。然而,法律纠纷和市场变化导致他们在1988年放弃了台式电脑,转而生产手持电子设备——这一遗产至今仍在延续,他们的网站上仍然销售着价格出奇昂贵的设备。尽管存在争议,富兰克林的ACE电脑因其可靠性和经济性而获得了忠实的追随者。

本文详细介绍了一种在Scheme中实现仓库模式的新方法,旨在在MVC架构中实现更好的解耦和可测试性。作者在多种语言方面经验丰富,希望避免在Scheme项目中常见的控制器层与SQLite实现之间的紧密耦合。 该解决方案利用Scheme的卫生宏来创建一个特定领域语言(DSL)。引入了两个关键宏:`define-record-with-kw`用于符合人体工程学的关键字参数构造函数,以及`define-repo-method`用于简化具有灵活参数和可选关键字参数的仓库方法的定义。 这种DSL允许以简洁、函数式风格定义实体及其相关的仓库方法。然后,一个具体的SQLite实现,使用Artanis库,是*独立*构建的,从而展示了完全的解耦。作者提供了示例,展示了如何定义和使用这些宏,包括一个精简的示例,其中包含关键字参数以增加灵活性。 作者正在寻求对这种方法的反馈,认为它为Scheme项目的数据访问层提供了一个强大的解决方案,并计划将其集成到未来的工作中。

黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 Scheme 中的卫生宏的仓库模式 – Lisp (jointhefreeworld.org) 6 分,由 jjba23 1 小时前发布 | 隐藏 | 过去 | 收藏 | 讨论 帮助 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

更多

联系我们 contact @ memedata.com