## Roblox 发布变更摘要 从5月19日起，Roblox将实施新的发布要求，以增强安全性，特别是针对16岁以下用户，并维护与社区和监管机构的信任。这些变化涉及基于目标受众的分层系统。 **面向16岁以上及信任好友的发布**需要年龄验证、良好的账户状态以及在平台上存在2天。**面向所有年龄段的发布**（包括Roblox Kids和Select用户）增加了进一步的要求：身份验证、双重身份验证、活跃的Roblox Plus订阅以及新的游戏评估流程。 此评估将评估通过年长用户进行的真实互动以及实时审核。Roblox还在过渡到IARC框架，以实现标准化的年龄评级。为了方便过渡，Roblox Plus将为大约10万现有创作者（拥有符合条件的游戏）提供六个月的费用覆盖。 这些措施旨在阻止不良行为者并确保内容适合年龄段。Roblox承认这最初可能会减缓新游戏的发展速度，但相信长期的好处——平台可访问性和用户安全——胜过挑战。定于4月16日举行AMA，以解决创作者的担忧。
每日HackerNews RSS
对不起。
## OpenDuck：为DuckDB提供的开源云能力 OpenDuck 将 MotherDuck 的创新云架构——差异化存储、混合执行和透明远程数据库——带到开源世界。它允许用户使用简单的 `ATTACH` 语句（例如 `ATTACH 'openduck:mydb' AS cloud;`）无缝查询远程存储的数据，就像数据存储在本地 DuckDB 实例中一样。 主要特性包括：基于快照的分层存储，利用对象存储和 PostgreSQL 元数据；以及混合查询引擎，可智能地在本地和远程工作线程之间拆分执行。这通过基于 gRPC 和 Arrow IPC 的最小化开放协议实现，从而实现后端灵活性——任何返回 Arrow 的服务都可以使用。 OpenDuck 作为 DuckDB 扩展实现，并包含用于身份验证、路由和计划拆分的 Rust 网关。它提供通过 Python 的直接连接，并致力于与 DuckDB 的目录无缝集成，将远程表视为一流公民。虽然灵感来自 MotherDuck，但 OpenDuck 不具备线缆兼容性，并提供完全开源的替代方案。
## 分布式 DuckDB：摘要
一个名为 OpenDuck 的新项目（github.com/citguru）旨在解决 DuckDB 在并发读写访问方面的限制。目前，DuckDB 会锁定文件支持的数据库，阻止来自其他进程的同时写入甚至读取——这与 SQLite 形成对比。
OpenDuck 引入了一个“差异存储层”，它拦截文件 I/O，通过快照实现多个并发读取，同时序列化写入。这允许在另一个进程写入时读取数据库，解决了常见的痛点。它不同于 DuckLake 等解决方案，后者在目录级别处理并发性，而 OpenDuck 专注于 DuckDB 的核心计算引擎。
讨论强调了 MotherDuck、基于 Raft 的 DuckDB 复制以及 Apache DataFusion 等替代方案。人们对 DuckLake 的复杂性和 PostgreSQL 依赖性表示担忧。该项目仍处于早期阶段，但为需要并发访问 DuckDB 数据库而无需独占文件锁定的场景提供了一种潜在的解决方案。创建者建议对于更简单的用例，使用带有 Parquet 格式的 DuckDB 在 S3 上。
克劳德尝试使用X-Plane 12 API虚拟驾驶塞斯纳172飞机，从海口美兰（ZJHK）飞往琼海博鳌（ZJQH），并记录飞行日志。最初的尝试因API数据/截图与控制调整之间的延迟而导致不稳定和两次坠毁。
克劳德迭代改进了控制脚本，从基本的保持循环转变为专注于俯仰态度的比例控制器。第三次尝试显示出希望，在爬升和左转弯中实现了稳定飞行。然而，由于脚本执行之间控制器活动的中断，导致飞机失控下降，最终坠毁。
尽管遭遇失败，克劳德展示了管理稳定飞行段的能力。坠毁并非自动驾驶逻辑的固有缺陷，而是时机问题和着陆模式中的几何挑战。该实验强调了对连续、响应迅速的控制循环的需求，并表明通过进一步改进，克劳德有可能成功驾驶X-Plane 12中的飞机。
对不起。
客户端挑战：您的浏览器已禁用 JavaScript。请启用 JavaScript 以继续。网站的必要部分无法加载。这可能是由于浏览器扩展、网络问题或浏览器设置造成的。请检查您的连接，禁用任何广告拦截器，或尝试使用不同的浏览器。
对不起。
从自然语言提示构建软件，例如请求一个“菜谱跟踪应用程序”，本质上是一个*解读*的挑战。一个提示有许多可能的软件解决方案。大型语言模型（LLM）基本上*选择*一种解读来构建。
多智能体系统通过分配任务来解决这个问题。多个智能体并行工作，每个智能体创建组件，旨在完善对提示的*共同*理解。这个过程是一个复杂的“分布式共识问题”——智能体必须协调并就设计选择达成一致。
例如，一个智能体选择特定的网络库会影响其他智能体如何集成该功能。成功的综合依赖于智能体之间的沟通和协调工作，以便最终组合的软件满足原始请求。这是一个联合问题，其中单个选择会约束和影响其他人的可能性，最终目标是创建一个连贯且功能完善的应用程序。
对不起。
## TanStack Start 与 React 服务器组件：灵活性至上
TanStack Start 对 React 服务器组件 (RSCs) 采取了一种独特的方法，优先考虑开发者自由度而非严格的框架。它不采用服务器优先的模型，让服务器决定整个组件树，而是将 RSCs 视为**数据流**——可获取、可缓存且可在客户端的条件下渲染。这允许对 RSCs 进行细粒度使用，而无需强制进行完整的架构改造。
关键在于将 RSCs 视为 React Flight 流，避免“黑盒”约定。这使得与现有工具（如 TanStack Query & Router）集成以进行缓存和数据获取变得容易。此外，**复合组件**允许*客户端*决定如何组装服务器渲染的 UI，从而提供了一种新颖的组合模型。
这种方法支持广泛的应用：完全交互的 SPA、混合应用、主要是静态站点以及介于两者之间的所有应用。TanStack 在 tanstack.com 上的内部测试表明，对于内容丰富的页面（如博客和文档），性能有所提升（gzip 后的 JS 最多减少 153KB）。
目前仍处于实验阶段，此 RSC 实现专注于安全性，采用显式的服务器函数并避免影响其他 RSC 框架的漏洞。最终，TanStack Start 旨在赋予开发者选择最适合*他们*应用程序的架构的能力，而不是被框架所限制。
## TanStack Start 与 React 服务器组件：总结
TanStack Start 作为 Next.js 的潜在替代方案正受到关注，特别是它对 React 服务器组件 (RSCs) 的支持。讨论的中心在于 RSCs 是否真正能带来好处，一些人质疑将渲染卸载到服务器而不是利用客户端处理能力是否有价值。
提出的担忧包括服务器基础设施潜在的性能瓶颈、增加的复杂性以及网络往返的开销。另一些人认为 RSCs 可以提高低功耗设备的性能，并在数据获取和缓存方面提供优势。一个关键的争论点是 RSCs 是否解决了真正的问题，或者只是在寻找解决方案，一些人更喜欢更简单的方法，如传统的服务器端渲染。
许多开发者正在*从* Next.js 迁移到 TanStack Start，理由是性能提升、资源消耗减少以及更流畅的开发者体验。虽然文档是一个明显的弱点，但 TanStack 的创建者 Tanner Linsley 正在积极与社区互动。最终，RSCs 和 TanStack Start 的价值主张取决于具体的用例和项目需求。
对不起。
2011年，数学家侯赛因·穆尔塔达发现了他对代数几何中奇点研究与斯里尼瓦萨·拉马努金的公式之间令人惊讶的联系。拉马努金是一位自学成才的印度数学家，生活于1887-1920年。尽管接受的正规教育有限，拉马努金却产生了数千个优雅的数学结果，通常没有证明，声称这些结果是通过神圣的启示向他揭示的。 被G.H.哈迪带到剑桥后，拉马努金的工作——特别是他的划分恒等式——在物理学和结理论等不同领域中沉寂了几十年，然后出乎意料地重新浮出水面。穆尔塔达的研究表明，拉马努金的公式嵌入在奇点的结构中，奇点是曲线变得尖锐或相互交叉的点。 十多年来，穆尔塔达和他的同事一直在探索这种联系，发现了反映拉马努金公式的新恒等式。这种持续的探索表明数学中存在深刻的内在统一性，导致一些人相信正在揭示更深层的数学真理，这呼应了拉马努金对他的洞察力来自神圣来源的信念。他的工作继续激励着今天的数学家，证明他的天才远远超前于他的时代。
这场黑客新闻的讨论围绕着年轻早逝的数学天才斯里尼瓦瑟·拉马努金。最初的帖子链接到《量子》杂志的一篇文章，讲述了他的持久遗产。
评论者们思考如果拉马努金拥有更长的寿命和更好的健康，他能取得什么成就，并将他与像莱昂哈德·欧拉这样多产的数学家进行对比。一个反复出现的主题是由于环境因素而造成的未被认可的天才的损失——无论是印度的历史局限性、现代出版障碍，还是默默无闻地去世。几位用户指出定理经常以*第二*个发现者的名字命名，并以欧拉为例。
对话还涉及历史寿命预期，澄清平均寿命因高婴儿死亡率而失真，而活到成年会显著延长寿命。最后，用户分享了关于拉马努金的工作和生活的进一步学习资源，包括他论文的在线档案以及对其无与伦比才能的评估。
## “四维棋”大师计划的幻觉 本文剖析了人们倾向于过度解读权势人物的行为，将复杂的策略归因于常常仅仅是错误的决策。作者以拿破仑灾难性的俄国战役为例，认为傲慢、缺乏异议的声音以及将运气误认为能力，都可能导致即使是杰出的领导者犯下灾难性的错误。 这种模式今天仍在重演——从埃隆·马斯克收购推特到OpenAI购买一个小播客，支持者们立即构建复杂的辩解（“四维棋”），以掩盖明显的失误。作者认为这种“隐藏计划理论”源于一种相信成功是应得的需要，以及渴望“知情”的愿望，最终使领导者免于承担责任。 核心论点是，有时，根本*没有*宏伟的战略；权势人物只是做出了受自我膨胀影响且缺乏关键反馈的糟糕决定。接受这个“乏味”的真相对于从错误中吸取教训和保持对现实的清晰理解至关重要，而不是陷入无法证伪的辩解和类似邪教的信仰体系。
启用 JavaScript 和 Cookie 以继续。
一个黑客新闻的讨论集中在1997年动画电影《安娜斯塔西娅》制作过程中使用的“丢失”真人参考素材上。lostmediawiki.com上的原始文章由于广告难以访问，但用户很快分享了YouTube上纪录片《安娜斯塔西娅的制作》的链接，其中讨论了真人素材的工作。
这些素材本身尚未公开发布，但据信由迪士尼拥有。几位评论者回忆起小时候在学校看过这部纪录片的VHS拷贝。人们对寻找并可能发布原始参考资料感兴趣，一位用户甚至在下载Linux发行版时自愿调查。尽管部分用户的文章链接已损坏，但这次讨论成功地引导用户找到了相关的可用内容。