1935年，利奥·塞尔策在芝加哥竞技场启动了第一届滚轴 derby，这是一场为期一个月的耐力赛。最初有二十五支队伍参赛，住在赛场内的行军床上，并获得食物和医疗保障。克拉丽斯·马丁和伯尼·麦凯最终获胜，是仅有的九支完成比赛的队伍之一。 塞尔策的成功促成了一场巡回 derby，每天吸引超过一万名观众。1937年的改变，受到达蒙·拉尼恩的影响，将重点从耐力转向两支五人队伍之间的身体对抗，拥抱一种更粗暴、更具侵略性的风格。 这项运动因粉丝俱乐部和《RolleRage》等出版物而迅速普及，到1940年观众人数超过五百万。然而，第二次世界大战摧毁了这项运动，因为滑冰运动员参军，导致无法维持队伍或观众，最终导致其衰落。
每日HackerNews RSS
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
为期一个月的，3000英里的芝加哥轮滑德比（rollerskatingmuseum.org）
8 分，来自 afunk 1天前 | 隐藏 | 过去的 | 收藏 | 1 条评论
wonger_ 1天前 [–]
让我想起了《他们射杀马匹，不是吗？》中描绘的舞蹈马拉松。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## J.P. Morgan 医疗保健大会的怪异之处 旧金山的 J.P. Morgan 医疗保健大会感觉…不对劲。尽管有广泛报道和 44 年的历史，但作者遇到的所有人都没有*实际参加*过它，将其体验为一场真实的活动。报告内容都只是模糊的“基调”和“产品线更新”，听起来令人毛骨悚然地类似于一个令人信服的骗局，比如 19 世纪的“月球骗局”。 这场完全专注于医疗人工智能的大会，运作着一种奇怪的社会仪式。它是一个谢林点——人们去那里是因为他们知道其他人也会去，无论其内在价值如何。这感觉不像是一次真正的聚会，更像是一次朝圣，前往一个中心却又奇怪地难以到达的地方。 作者提出一个激进的理论：这场大会根本不是关于医疗保健的。它是一项协调一致的努力，旨在维持加州地下的一个巨大、未知的有机体，而西斯廷圣弗朗西斯酒店则充当向其输送关键药物的关键“中心管道”。酒店令人难以置信的抗震能力支持了这个想法，暗示其生存对州乃至全球的稳定至关重要。尽管听起来荒谬，但作者认为这解释了行业的巨额开支、试验失败和地理集中，将生物技术描绘成不是科学的胜利，而是必不可少的生命支持。 **我将于 1 月 16 日星期五在旧金山联合举办一场活动。**（此笔记包含在原文中。）
## J.P. Morgan 医疗保健大会：会谈之外
最近一篇黑客新闻上的帖子引发了关于 J.P. Morgan 医疗保健大会真实本质的讨论。虽然官方上这是一场带有演讲的大会，但与会者认为其*真正*价值在于围绕活动举行的私人会议和交易——通常是在预订一空的酒店房间里进行。一位内部人士形容这些演讲令人难忘，与会者往往缺乏深入的专业知识，投资者和“鲨鱼”占据了很大比例。
讨论将其与更注重科学的会议（如太平洋生物计算研讨会）进行了对比，后者以其轻松的氛围促进了真正的联系。一个反复出现的主题是大会作为税收抵免的潜力，鼓励了奢华的消费。
帖子逐渐变得荒谬，人们幽默地猜测大会可能是跨维度旅行的幌子，或者旧金山地下生物的聚会场所。最终，共识是 JPM 大会不仅仅是关于正式演讲，更多的是创造一个集中式的社交和投资机会，即使它被笼罩在保密和虚报费用中。
## Revup：使用Git进行精简的并行开发
Revup是一个命令行工具，旨在通过简化并行更改和代码审查流程来加速开发工作流。它在后台创建和管理独立的分支以及相应的GitHub拉取请求，允许开发者同时处理多个功能，而无需复杂的变基操作。
主要功能包括：自动创建针对基础分支的拉取请求，检测变基以避免冗余推送，以及能够从提交消息中直接添加审查者/标签。Revup还在拉取请求中引入了“审查图”和“补丁集”，以便更轻松地浏览和理解更改。
`revup amend`和`revup restack`等工具取代了缓慢的变基操作，而配置选项允许针对各种工作流进行自定义，包括对fork和特定分支命名约定的支持。它需要Python 3.8+和Git 2.43+，并且可以通过pip或从源代码在Linux、OSX和Windows上安装。
Revup旨在提供基于补丁的开发体验，类似于Gerrit等工具，从而提供更高效和更有组织性的协作编码方式。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Revup: 一次上传创建多个相对的 GitHub PR (github.com/skydio)
15 分，krosaen 1 天前 | 隐藏 | 过去 | 收藏 | 2 评论
denysvitali 1 天前 [–]
这看起来非常类似于 `glab stack` 的功能：https://docs.gitlab.com/cli/stack/
reply
dmitshur 1 天前 | 父评论 [–]
也类似于 Gerrit 对堆叠变更的支持。[1][2][1] https://gerrit-review.googlesource.com/Documentation/intro-u...[2] https://pkg.go.dev/golang.org/x/review/git-codereview#hdr-Mu...
reply
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## TestFlight Beta 测试总结 TestFlight 允许开发者分发其应用程序的测试版，用于在 iOS、iPadOS、macOS、tvOS 和 visionOS 上进行测试。测试者通过电子邮件或公共链接接收邀请，并可在最多 30 台设备上安装测试版应用程序。 测试版构建可用 90 天，之后将无法使用，需要下载 App Store 版本。在测试期间，应用内购买是免费的，但不会转移到已发布的应用中。可以启用自动更新，以无缝安装新的构建版本。 测试者可以直接在 TestFlight 中访问之前的构建版本和构建组。开发者会收到公共链接测试者的匿名使用数据（会话、崩溃、安装日期、版本）。Beta 测试期间，订阅续订率加快，以便更快地迭代。安装过程因平台而略有不同，但通常包括接受邀请并通过 TestFlight 安装。 确保您的设备满足最低操作系统要求，以支持自动下载应用内资源等功能。
## 微波炉：Bluesky/AT协议上的类似TikTok的应用
一名开发者发布了“微波炉”，这是一个原生iOS应用（可通过TestFlight获取：[https://testflight.apple.com/join/cVxV1W3g](https://testflight.apple.com/join/cVxV1W3g)），旨在利用去中心化AT协议（Bluesky）复制TikTok的体验。
该应用旨在展示一种可行的、轻量级客户端方法来实现短视频分享，完全依赖现有的ATproto基础设施——这意味着没有自定义后端。开发者正在寻求用户对用户体验、纯客户端实现（如排序和审核）的挑战以及潜在协议限制的反馈。
早期测试者报告说，该应用具有流畅的滚动体验，但指出存在加载指示器缺失、UI小故障以及内容多样性不足（目前偏向美国政治）等问题。用户建议鼓励创作者将内容交叉发布到Bluesky，或构建缓存解决方案从TikTok和Instagram等平台拉取内容。
vLLM已完全过渡到其V1引擎，在大型语言模型（LLM）推理方面实现了显著的性能提升，并已通过Meta和Hugging Face等公司的基准测试和实际应用验证。 近期的优化，得益于近2000名贡献者组成的社区，现在在多节点部署中可提供**每块H200 GPU 2.2k tokens/秒** – 相比之前的成果有了大幅提升。
关键进展包括**双批次重叠（DBO）**以提高GPU利用率，**专家并行负载均衡（EPLB）**以解决混合专家（MoE）模型中不平衡的工作负载，以及针对DeepSeek架构优化的内核。 **Wide-EP**部署可最大限度地提高DeepSeek-V3等模型的KV缓存效率，并且**分离式服务**进一步提升性能，尤其是在MoE模型中。
vLLM与**llm-d、Dynamo和Ray Serve LLM**等服务框架无缝集成，提供灵活的部署选项。 持续的开发重点是弹性专家并行性、长上下文支持以及对DeepSeek-R1等模型和即将推出的GB200硬件的进一步优化。
## DeepSeek 2.2k Tokens/秒：成本分解
最近的基准测试显示，DeepSeek，一个670亿参数的模型，在使用vLLM时，在NVIDIA H200 GPU上实现了每秒2.2k tokens。 这意味着在16xH200系统上，每年可能生成630亿 tokens（估计成本：75万美元）。
最初的计算表明成本约为每百万tokens 4美元，但修正后指出，考虑到每GPU的性能，更现实的成本是**每百万tokens 0.25美元**。 电费估计每年在1万至7.4万美元之间，具体取决于位置，每百万tokens增加约0.02至0.07美元。 这使总成本约为**每百万tokens 0.30美元**，远低于OpenAI的GPT-5.2 Pro（21/168美元/百万）。
讨论强调了优化的重要性——包括量化（可能低至4位）和高效引擎如vLLM——在降低成本方面的作用。 虽然当前定价可能受到风险投资的补贴，但这些基准测试为了解可持续的LLM推理定价的潜力提供了见解，随着硬件和软件的不断改进。 讨论还涉及瓶颈从推理速度转移到工具调用延迟，以及对更好AMD GPU支持的需求。
## Sei：DevOps工程师 概要 Sei 是一家快速发展的、具有代理能力的金融服务AI平台，服务于全球大型企业，并获得Y Combinator和PayPal等知名投资者的支持。由经验丰富的金融科技领导者创立，Sei 正在寻找一位**资深DevOps工程师**来扩展其平台以适应持续扩张。 该职位专注于在AWS（Kubernetes、Terraform）上构建强大且成本优化的基础设施，同时管理监控、安全和核心AI组件（WebRTC、LLM等）。 Sei 优先考虑高度协作、行动导向的文化，具有持续反馈和强大的产品所有权。他们重视**主动性、同理心和“实干”精神**——期望所有团队成员，包括领导层，都能跨职能贡献。 理想的候选人应具备构建和扩展系统（从0到1或从1到10）的经验，对AWS/Kubernetes/Terraform有深入的了解，并具有AI/ML技术的实践经验。实际能力和与Sei核心价值观的契合度比正式资格更重要。该职位要求每周至少四天在古尔冈或钦奈办公室办公。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Sei (YC W22) 正在招聘 DevOps 工程师 (印度/现场办公/钦奈/古尔冈) (ycombinator.com)
1天前 | 隐藏
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
作者设想过一份镀金的RCX积木作为纪念礼物，但真正的镀金成本过高。初步估算12克拉镀金的费用高达每块200美元，并且可能遮盖乐高品牌标识。 随后，他们探索了金属拉丝工艺，但由于RCX/NXT表面相对较大，可能存在涂层不均匀的问题。他们通过内部关系，经由Bo Kristiansen促成该工艺，并承诺作为回报送蛋糕。 为了让礼物更具个性化，作者与Ebbe的工作室——一个原型“特种部队”部门——合作，将RCX/NXT单元嵌入雕刻的亚克力板中，使其能够独立站立。这些单元是从研发测试室的“寻宝”行动中获得的，使用了退回的零件，并且显示屏上贴有定制贴纸以保持外观。
## 黑客新闻讨论：乐高Mindstorms的遗产
一篇关于“黄金乐高RCX和NXT”的文章在黑客新闻上引发了一场怀旧讨论，强调了这些机器人套件对一代程序员和工程师的深刻影响。
许多评论者分享了通过RIS 2.0套装发现编程的个人经历，并经常将其视为他们职业道路的催化剂。用户们 fondly 回忆了充满活力的自制社区，学习像Java（通过LeJOS）和C（通过brickOS）这样的语言来克服基于块的编程的限制。
讨论还涉及RCX起源于麻省理工学院媒体实验室的“可编程积木”项目，以及一些人通过学校试点项目获得的早期接触。几位用户表达了对一款能够重现相同水平的开放可编程性和易用性的现代乐高产品的渴望。一位用户甚至正在为他们的孩子构建定制电子积木，旨在将原理图设计与物理乐高搭建结合起来。总的来说，该帖子展示了乐高Mindstorms作为一种强大的教育工具和灵感来源的持久遗产。
数据是明智决策的基础，但理解其不同类型至关重要。数据大致分为**定性**（描述性属性，如颜色或满意度）和**定量**（数值，可测量数量）两大类。定量数据进一步分为**离散**（可计数，整数）和**连续**（可测量，带小数）两种。定性数据包括**名义**（无序标签，如水果类型）和**顺序**（排序类别，如调查回复）。
除此之外，数据还按结构分类：**结构化**数据高度组织在数据库中，**非结构化**数据无组织（电子邮件、视频），**半结构化**数据具有一定组织性，但格式不严格（如JSON文件）。
现代数据科学经常处理“大数据”——其特征是高**容量**、**多样性**和**速度**——包括事务、机器、社交和文本数据。最终，原始数据在经过处理、分析和情境化后才能成为有意义的信息，从而实现洞察、预测和更好的决策。认识这些区别对于任何从事数据驱动洞察工作的人都至关重要。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
理解数据中的数据类型 (syracuse.edu)
11 分，来自 mahirsaid 1 天前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## Terra：现代软件包生态系统 Terra是一个新的软件包生态系统，建立在强大的安达曼工具链（基于Rust）之上，旨在实现可扩展性和易用性。其关键特性包括**自动软件包更新**——甚至为早期采用者提供每日构建版本——以及通过严格审查对**软件包质量**的强烈关注。 Terra优先考虑**透明度**，所有软件包源代码采用单一代码仓库，并在GitHub Actions上公开可见构建过程，从而简化调试。它被设计为**开发者友好**，直接与项目合作以确保无缝集成。 最后，**安全性**至关重要；软件包在Fyra Labs维护的安全环境中构建，通过现代工具和严格审查最大限度地减少潜在问题。Terra旨在提供可靠、最新且安全的软件包体验。
## Terra：Fedora滚动更新仓库 - 摘要
Terra是一个由社区驱动的Fedora滚动更新仓库，类似于RPMFusion，提供官方Fedora仓库中未包含的软件。它适用于稳定的Fedora版本和开发分支Rawhide（两者并非直接可比）。
用户讨论Terra可能是解决Fedora升级期间RPMFusion软件包延迟问题的一种方案，特别是关于依赖问题。虽然有些人建议发布后等待几周以获得稳定性，但也有人报告即使安装了大量RPMFusion软件包，升级过程也很顺利。通常不建议在升级前使用COPR仓库，因为可能存在不稳定性。
Terra旨在提供更流畅的体验，早期用户尚未报告其软件包存在重大升级问题。该项目还提供Ultramarine Linux分支，并拥有自己的仓库，供那些希望减少对外部组织依赖的用户使用。
在为 Greptile（一款 AI 代码审查工具）构建功能时，作者遇到了 GitHub API 的一个问题：PR 评论的可点击链接需要 GraphQL 节点 ID 或旧的数据库 ID，而 Greptile 使用的是前者。完全的数据库迁移似乎令人望而却步，直到出现了一种模式。 节点 ID 虽然全局唯一，但其结构中包含数据库 ID。通过解码节点 ID 的 base64 部分并应用位掩码，作者可以可靠地提取所需的数据库 ID，*而无需* 迁移。 进一步调查发现 GitHub 维护着*两种* ID 系统——一种是较新的 MessagePack 编码格式，另一种是为较旧仓库保留的旧格式。较新的格式编码了仓库和对象 ID，对象的数据库 ID 是 MessagePack 数组中的最后一个元素。旧格式则简单地组合了对象类型、名称和数据库 ID。 这个复杂系统源于 GitHub 的演进，即使在较旧的仓库中，较新的对象有时也会收到新的 ID。虽然 GitHub 建议将节点 ID 视为不透明字符串，但作者成功地逆向工程了其结构，为最初的问题提供了一个巧妙的解决方案，并深入了解了 GitHub 的内部运作。
## GitHub Node ID：深入解析与警示故事
最近的 Hacker News 讨论深入探讨了 GitHub 全局节点 ID 的内部结构。这些 ID 虽然本意是作为不透明字符串，但却暴露出潜在的模式——一个类型前缀，后跟一个包含版本和数据库 ID 的 base64 编码有效载荷。虽然技术上可以解码这些 ID，但评论员强烈建议*不要*依赖这种实现。
核心要点是，GitHub 随时可能更改 ID 格式，从而破坏依赖于它的代码。GraphQL API 提供了对 `databaseId` 和 URL 的直接访问，这是官方支持的互操作方法。
讨论强调了“海陆姆定律”——任何可观察的行为*都会*被依赖，即使没有文档记录。这强调了健壮的 API 设计的重要性，以及逆向工程内部细节的风险。一些人认为应该使用加密来防止依赖内部结构，而另一些人则认为简单的混淆就足够了，还有一些人强调通过文档化的 API 提供必要的数据的重要性。最终，共识是避免依赖未文档化的 ID 结构，并使用 GitHub 官方支持的方法。