``` %PDF-1.7 4 0 obj (身份) endobj 5 0 obj (Adobe) endobj 8 0 obj > stream xœì] `TÅÝÿÏ»ö¾ïÝlöÊn’Ý\ä&D²99Â% $$ ·€ÜV,´âTÐz¶V°ÞWÝ$€ýÖ¼µ‡ â]ZÛZëÙï?³!bMû>Ó€¾ßÛùÍùæÍ›7óŸ™ÿ; ¸ ØT7iÔˆ{âï\’z>@øžuõúì ð?› ÀÇGL?‰ o»ø_lrðÝ“N« Î;8ÄgüøÌÑ“&7,Ž. @R½ ¹¦ ™ ```
每日HackerNews RSS
## 巨嘴鸟：便携式DIY分体键盘
巨嘴鸟是一款紧凑型一体化分体键盘，专为极致便携性设计。它基于Cantor布局，集成了Cirque 40mm GlidePoint触控板，无需单独鼠标。由Seeed Studio XIAO nRF52840 Plus供电，通过蓝牙连接到iPad和电脑等设备，或使用蓝牙适配器。
巨嘴鸟提供DIY套件和预焊接选项，带来可定制的体验。它支持Kailh Choc v1 & v2 机械轴（键帽和轴需单独购买），并具有易于改装的可访问引脚。
该键盘采用耐用的封闭式外壳，顶部为铝制面板，底部为3D打印。包含PCB、控制器、触控板和显示屏，但不包括电池（需单独购买）。
**请注意：** 这是一款预售商品，预计发货时间为2025年12月中旬。
本文概述了 GitHub 的特性和资源，GitHub 是一个用于软件开发和版本控制的平台。GitHub 为开发生命周期的每个阶段提供工具，包括**代码创建**（借助 Copilot & Spark 等人工智能辅助）、**开发者工作流**自动化（Actions、Codespaces）和**应用程序安全**（Advanced Security）。 它服务于各种用户——从**企业**到**初创公司**——并支持各种**用例**，如应用程序现代化、DevOps 和 CI/CD。GitHub 还提供针对特定**行业**（如医疗保健和金融）的解决方案。 除了核心开发之外，GitHub 还通过开源倡议、赞助和学习资源（文档、博客、活动）培养强大的**社区**。支持选项范围从社区论坛到面向企业客户的**高级支持**。该平台通过反馈机制强调安全性、可信度和持续改进。
一位名为bon-cdp的用户在Hacker News上分享了一种计算克罗内克系数的新方法——这是一个长期存在的、计算难度大（P-hard）的问题。 他们的方法利用分类bootstrap和Frobenius互反性，旨在提高效率。 他们已在GitHub上发布了实验代码 ([https://github.com/bon-cdp/heir](https://github.com/bon-cdp/heir))。
最初声称的复杂度为O(p(n)^3)，后来经过修正，考虑了字符群操作。 然而，该帖子受到了另一位用户(fn-mote)的质疑，批评其缺乏正式的证明和定义。
bon-cdp澄清说这是一个正在进行的项目，目的是为了验证，而不是一篇完善的论文，并承认他们有限的GitHub活动是由于其他工作（包括最近对Google/HEIR的贡献）和个人项目。 他们是一名机械工程师，只是想分享一个有趣的想法。
启用 JavaScript 和 Cookie 以继续。
## AI 代码助手沙箱讨论
一则 Hacker News 讨论围绕着安全运行 AI 代码助手（如 Copilot CLI），重点关注沙箱技术。初始帖子链接到一篇关于使用 Docker 实现此目的的指南。
多位评论者分享了替代和补充工具：**Catnip**（带有移动 UI 和 Git 工作树管理）、**Leash**（来自 StrongDM，提供复杂的沙箱，包括带有 eBPF 的 macOS 模式）和 **shannot**（一种使用用户命名空间和 libseccomp/BPF 的轻量级方法）。 建议 Leash 和 shannot 的开发者之间进行合作。
用户还讨论了实际挑战，例如在使用 Docker 内的基于 iptables 的防火墙时，如何处理位于 CDN（Akamai）后面的服务。 其他人提到使用 **incus** 进行 GPU 直通，以及构建自定义 Docker 容器（例如用于 Claude Code）。
一个关键的争论集中在 Docker *是否* 是一个足够安全的沙箱。 虽然承认 Docker 不是真正的沙箱，但许多人认为它足以防止 AI 代理造成意外损害——例如删除文件或影响系统进程——尤其是在以非 root 用户身份运行代理时。 一些人认为 LLM 对齐训练本身就提供了一层重要的安全性。
启用 JavaScript 和 Cookie 以继续。
本文探讨了亲缘选择、群体选择以及Radamacher复杂度与平均场近似等数学概念之间的关系，特别是它们在理解合作与竞争方面的作用。亲缘选择（汉密尔顿法则）侧重于基因亲缘性驱动利他行为，而Nowak、Tarnita和Wilson（NTW）建立的群体选择模型则将整个群体视为一个整体，对个体互动进行近似。本文认为NTW模型是一种“平均场近似”——物理学中用于处理复杂系统的一种简化方法——并认为这两种理论在不同尺度上都是有效的。
Radamacher复杂度是一种衡量模型拟合随机噪声能力的指标，被提出作为评估哪个模型更有用的标准。作者通过模拟表明，在模拟群体动态时，群体选择模型可以更简单（复杂度更低），而详细的个体层面分析则需要亲缘选择模型。
最终，本文认为竞争*驱动*合作。群体间的竞争有利于具有强大内部协调的群体，从而对合作行为产生选择压力。这一框架为社会制度、文化演化和治理提供了见解，表明成功的系统需要在个人激励与集体目标之间取得平衡。作者总结道，理解亲缘选择和群体选择，以及它们各自的复杂性，对于应对需要前所未有合作的大规模挑战至关重要。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Rademacher复杂度与群体竞争模型 (symmetrybroken.com)
11点 由 riemannzeta 1天前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## mach-sysgpu 概要
mach-sysgpu 是一个高度实验性、快速且轻量级的图形库，使用 Zig 编程语言编写。它被设计为 WebGPU 的后继者，旨在实现高性能和精简的代码库。该项目在 GitHub 上目前有 105 个星标和 10 个分支。
最初作为一个独立项目托管在 hexops-graveyard 组织下，**mach-sysgpu 已被移动到 Mach 标准库中** (github.com/hexops/mach/tree/main/src/sysgpu)。
该库使用多种许可证，包括未知、Apache-2.0 和 MIT。它专注于 GPU 和图形处理，同时使用 Zig 和 WGSL 语言（98.4% Zig，1.6% WGSL）。该项目有 7 名贡献者，文档位于 machengine.org/pkg/mach-sysgpu。
注意：GitHub 页面目前在多个部分显示加载错误。
## Sysgpu：Zig语言中的新型WebGPU衍生品
一种新的实验性图形API，**Sysgpu**，使用Zig编程语言构建，是WebGPU的衍生品。目前，它已集成到**Mach**游戏引擎的标准库中，但缺乏广泛的文档或详细信息。
目前的演示程序是一个简单的旋转纹理立方体，表明该项目仍处于非常早期的阶段。评论员指出WebGPU的优势在于其浏览器和跨平台可用性——Sysgpu目前尚不具备这些特性，使其更像是一个高级Vulkan包装器。
讨论还强调了WebGPU实现（如**Dawn**，Chrome使用）所使用的底层API，它们会适应宿主系统——利用Vulkan、macOS上的Metal以及Windows上的DirectX，这表明Vulkan并非普遍可用。
arXivLabs是一个框架，允许合作者直接在我们的网站上开发和分享新的arXiv功能。个人和与arXivLabs合作的组织都认同并接受我们开放、社群、卓越和用户数据隐私的价值观。arXiv致力于这些价值观，并且只与坚持这些价值观的合作伙伴合作。您是否有为arXiv社群增加价值的项目想法？了解更多关于arXivLabs的信息。
启用 JavaScript 和 Cookie 以继续。
## 泰诺与自闭症的关联已被驳斥，但错误信息仍然存在
一项新的综合回顾发现，没有可信的证据将泰诺（对乙酰氨基酚）的使用与自闭症或多动症联系起来，尽管近期一些人，如RFK Jr.和唐纳德·特朗普，推广了相关说法。虽然该研究明确指出，没有*足够*的证据能够明确证明这种关联，但许多评论员指出，损害已经造成，错误信息可能会持续多年——类似于对已被驳斥的疫苗-自闭症关联的持续相信。
讨论强调了纠正虚假叙事的难度，特别是那些被政治人物放大的叙事，以及传播此类说法背后的潜在经济动机（如股票操纵）。一些人认为，两极分化的媒体环境加剧了这个问题。
对话还涉及怀孕期间负责任地使用药物，一些人提倡谨慎，而另一些人则强调避免必要退烧的危险。最后，一些评论员指出，对自闭症的认识不断提高和诊断标准的改变，可能导致诊断率上升，而不是真正的“流行病”。
## Tiny RPG 性能深度分析
一位开发者在将他们的 JavaScript RPG（使用快速原型库 KAPLAY 构建）打包为桌面应用程序时遇到了严重的性能问题，具体表现为运行速度比在浏览器中慢。最初在 KAPLAY Discord 上进行的故障排除没有发现类似报告，促使他们通过 Substack 和 Hacker News 进行公开测试。
核心问题源于多种因素的结合。首先，使用 GemShell 创建可执行文件导致在 Mac 上使用 Webkit 引擎，其性能低于 Chromium。其次，KAPLAY 中低效的文本和精灵渲染——为简单元素创建游戏对象，而不是在游戏循环中直接绘制——严重影响了 Chrome 的性能。最后，缺少子弹对象池加剧了 Chrome 和 Safari 的垃圾回收问题。
解决方案包括移除 KAPLAY 中一个有问题的 FPS 限制，优化渲染技术，并实现对象池。虽然性能现在已显著提高（并且可以在 [itch.io](https://jslegend.itch.io/small-rpg-performance-playtest) 上获取更新版本），但这次经历强调了多样化工具知识的重要性。该开发者计划花时间学习更高效的游戏框架，以避免未来的障碍并确保项目的持久性。
## 迷你RPG性能问题 - Hacker News 总结
一位开发者详细描述了他们的JavaScript RPG游戏遇到的性能问题，即使在屏幕上只有少量对象时，帧率也出乎意料地低（在M1 Mac上低至48fps）。Hacker News上的讨论强调了现代Web开发中几个潜在的原因和更广泛的问题。
主要观点包括：所选框架（Kaplay）或开发者方法中存在根本性低效的可能性；Chrome和Safari中垃圾回收的开销；以及对于管理大量实体而言，像实体组件系统（ECS）这样的数据导向设计原则的重要性。
许多评论者指出，游戏*应该*能够轻松处理更多的对象，并举例说明复杂的3D场景在浏览器中流畅运行。一个反复出现的主题是“200%问题”——在使用抽象时需要深入理解底层实现。 还有人批评了开发者对修复方法的处理，例如禁用FPS上限或使用变通方法，而不是解决核心性能瓶颈。这篇文章引发了关于抽象层与直接控制之间的权衡，以及现代框架是否优先考虑易用性而非性能的争论。