您的请求已被阻止，原因是网络策略。请登录或在此处创建帐户以恢复浏览。如果您正在运行脚本或应用程序，请在此处注册或使用您的开发者凭据登录。此外，请确保您的User-Agent不为空，并且是独特且具有描述性的，然后重试。如果您正在提供替代的User-Agent字符串，请尝试改回默认设置，因为这有时会导致阻止。您可以在此处阅读Reddit的服务条款。如果您认为我们错误地阻止了您，或者想讨论更轻松地获取所需数据的方式，请在此处提交工单。联系我们时，请提供您的Reddit帐户以及以下代码：e88cb210-94b7-4bc5-99bd-56ca030c4d57。
每日HackerNews RSS
## 海象：高性能分布式消息流平台
海象是一个基于高性能日志存储引擎构建的、容错的分布式消息流平台。它通过基于段的分割、由 Raft 共识管理的自动领导者轮换以及基于租约的写屏障来实现可扩展性和可靠性。
主要特性包括自动负载均衡、简单的客户端协议（连接到任何节点）以及通过密封段从任何副本提供历史读取的能力。该系统包括节点控制器、Raft 引擎、集群元数据存储以及基于海象的桶存储。
生产者和消费者连接到任何节点，集群会智能地路由请求。主题被划分为段（约 1M 条目），领导者在轮换时进行切换，确保负载均衡。海象提供了一个简单的基于 TCP 的 CLI 用于交互（创建、生产、消费、状态、指标）。
性能基准测试表明，其写入和读取吞吐量具有竞争力，通常超过 Kafka 和 RocksDB。正式的 TLA+ 规范验证了数据一致性，并且核心存储引擎也作为独立的 Rust 库提供。提供了全面的测试和详细的文档。
## 海象：一种新的基于 Rust 的 Kafka 替代方案
一种名为海象的新分布式日志系统，使用 Rust 编写，作为 Apache Kafka 的轻量级替代方案正受到关注。海象并非旨在*取代* Kafka，而是在特定领域表现出色，它提供更快的 WAL 引擎和现代 I/O (io_uring)，从而降低运营开销并简化设置——无需 JVM 调优或复杂的生态系统管理。
然而，Kafka 在生态系统、连接器和大规模可扩展性方面仍然占据主导地位。其他一些 Kafka 替代方案也存在，包括 Redpanda、Tansu 和 Iggy。讨论强调了推翻 Kafka 的挑战，这归功于其强大的网络效应，以及 Kafka API 兼容性等功能的重要性。
海象的创建者指出，潜在的 S3 后端存储，并承认由于偏移量与基于消息的方法不同，维护与 Kafka 兼容的 API 的复杂性。基准测试正在进行中，计划将海象与 Redpanda 进行比较，并评估超越简单吞吐量的性能，重点关注关键指标，如 P99 延迟。
## IndyCar 与一级方程式：主要区别
IndyCar 和一级方程式都是开放式赛车系列赛，但两者之间存在显著差异。一级方程式优先考虑尖端技术，是一项以推动技术极限为重点的制造商锦标赛，从而造就了速度更快的赛车。相反，IndyCar 强调车手技巧和坚固性，比赛场地包括公路/街道赛道*和*椭圆赛道。
一个主要区别在于下压力：一级方程式赛车产生更多的下压力，有助于在弯道中提高速度，但会产生“脏空气”，阻碍近距离竞速。IndyCar 的设计优先考虑来自赛车底部的下压力，从而促进更紧密的竞争，但牺牲了极致的弯道速度。
在引擎方面，两者都使用涡轮混合动力，但一级方程式拥有更高的马力（800-850 马力对 IndyCar 的 700 马力）和不受限制的涡轮增压。IndyCar 优先考虑引擎的寿命。轮胎也不同，一级方程式的 Pirelli 轮胎提供更多的抓地力，但耐用性不如 IndyCar 的 Firestone 轮胎，后者专为椭圆赛道的可靠性而设计。
最后，一级方程式车队大多自行制造，以最大限度地减轻重量，而 IndyCar 依赖 Dallara 提供坚固但更重的部件。这导致 IndyCar 更耐用，但在传统赛道上整体速度较慢。
## IndyCar 与 F1：快速总结
最近的 Hacker News 讨论强调了 IndyCar 和一级方程式赛车之间的差异。尽管圈速出人意料地接近，但这两个系列在理念和技术上有所不同。
目前，F1 是一项高科技、企业驱动的活动，而 IndyCar 则保持着更“以驾驶员为中心”的感觉。然而，F1 正在发展：2026 年的规则将减少下压力和阻力（更接近 IndyCar），同时引入“主动”空气动力学和更平衡的混合动力引擎（50/50 内燃机/电动）。这种转变可能会在短期内导致不可预测的比赛。
评论员还讨论了发动机技术的未来，包括转向合成燃料，甚至电动连续可变变速器（尽管后者目前由于声音问题被 F1 禁止）。除了赛车本身，讨论还涉及团队与驾驶员的作用、草根赛车吸引力以及交通运输电气化的挑战。最终，这两个系列都为赛车迷提供了独特的吸引力。
× PrintCalendar.top 极简月度任务规划器
一个平静、方便打印的画布，用于规划你的月份，记录笔记，并轻量级地记录重要事项。
保持月份显示，跳转到今天，分享月份链接，选择周一/周日作为一周的开始。
随行笔记：带有内联编辑的月度笔记，本地保存在你的浏览器中。
准备打印：简洁的A4布局，深色/浅色主题，以及一键生成PDF。
## 极简月度计划表 - printcalendar.top
一位Hacker News用户创建了[printcalendar.top](https://printcalendar.top/)，这是一个简单、离线且可打印的月度任务计划表，旨在减少干扰。该工具有意避免账户、同步或仪表盘，专注于简洁的月度视图进行任务管理。
创建者回应了反馈，指出所有数据都存储在浏览器本地，并正在探索通过URL编码导出/导入数据以进行共享和备份的选项。用户建议的功能包括JSON/Base64编码数据、同步选项（考虑隐私问题）以及修复不同浏览器（Safari、Chrome、Firefox）上的打印问题。
多位用户赞扬了该工具的简洁性和实用性，并指出打印布局和响应速度方面存在潜在改进空间。创建者欢迎建议，并计划添加带有许可证和README文件的仓库以供自托管。
## 镜像桥：使用 C++26 反射的自动绑定 镜像桥是一个实验性的头文件库，利用 C++26 反射（需要 Bloomberg 的 clang-p2996）从 C++ 代码自动生成 Python、JavaScript 和 Lua 的绑定——**无需任何样板代码**。它在编译时内省 C++ 类，处理数据成员、方法（包括可变参数和重载）、构造函数、智能指针、嵌套类、容器和异常处理。 **主要特性：** * **零代码绑定：** 无需手动编写包装代码或宏。 * **编译时魔法：** 所有绑定逻辑都在编译期间生成，从而实现零运行时开销。 * **多语言支持：** 生成 Python、JavaScript (Node.js) 和 Lua 的绑定。 * **两种工作流程：** “自动发现”用于快速原型设计，而“配置文件”方法则用于生产级控制。 * **性能：** 在编译和运行时均显示出比 pybind11 显著的性能提升。 **入门：** 该项目提供了一个开发容器以方便设置。绑定使用命令行工具（如 `mirror_bridge_auto` 或 `mirror_bridge_generate`）生成。还提供单头文件发行版，以简化集成。 **状态：** 实验性。需要 C++26 反射，尚未推荐用于生产环境。
## Mirror_bridge: C++ 反射用于 Python 绑定
Francis Thiesen 开发了一种名为 Mirror_bridge 的新工具，它使用 C++ 反射自动从 C++ 代码生成 Python 绑定。 这旨在显著减少将 C++ 库与 Python 集成的所需工作量。
该项目利用 C++26 反射标准，目前已在 Bloomberg clang 分支中实现，并正在逐步添加到 GCC 中。 用户可以测试在 GitHub 仓库 ([https://github.com/franciscothiesen](https://github.com/franciscothiesen)) 中提供的预构建镜像。
Hacker News 上的早期反馈是积极的，用户对轻松封装 C++ 方法的潜力感到兴奋。 讨论还涉及 Rust 在反射方面的局限性，突出了 C++ 在这方面的关键优势。 之前关于该项目的 HN 帖子也可用。
无穷级数 1/4 + 1/16 + 1/64 + 1/256 + … 是数学史上最早被求和的级数之一；阿基米德在公元前200年就发现其总和为 1/3。有两个简洁的视觉演示可以立即说明这一点。在上面的单位正方形中，最大的黑色正方形面积为 1/4，下一个最大的黑色正方形面积为 1/16，依此类推。黑色、白色和灰色区域的总面积相等，因此黑色正方形的总面积必须为 1/3。同样的论证也可以用三角形来表示（如下所示）。如果最大三角形的面积为 1，那么最大的黑色三角形面积为 1/4，下一个最大的为 1/16，依此类推。黑色、白色和灰色区域的总面积相等，因此黑色区域的总面积必须为 1/3。图片：维基媒体共享资源。
## 黑客新闻讨论摘要：视觉证明与“存在之为什么”
一个黑客新闻帖子，源于对 futilitycloset.com 的链接，讨论了数学中视觉证明的陷阱。用户指出，看似直观的视觉演示可能会产生误导，并引用了一些几何排列*看起来*证明了错误陈述的例子（例如，将圆的面积等同于正方形）。讨论强调了严格数学分析的重要性，并警告不要仅仅依赖视觉直觉，尤其是在处理无穷大和极限时。
除了数学之外，该帖子还延伸到哲学领域，起因于一个质疑事物发生“为什么”而非“如何”的评论。用户们争论自然过程中是否存在内在的目标或动机——从细胞分裂到宇宙的存在，或者一切仅仅是先前事件的结果。观点从进化压力驱动生物过程，到“虚无”本质上是不稳定的，需要某种事物存在。对话涉及目的论、生物学中功能的作用，以及拟人化自然现象的局限性。
## WinQuake的故事：它为什么存在以及它是如何工作的
WinQuake是为了解决在Windows 95上运行原始*Quake*时遇到的性能问题和技术限制而产生的。虽然*quake.exe*可以在DOS和Windows 95上运行，但在Windows下会因虚拟化开销而导致性能下降25%。访问Windows的TCP/IP堆栈也需要一个复杂的解决方法。重要的是，*quake.exe*由于与虚拟DOS机器不兼容，在Windows NT上表现不佳。
*Winquake.exe*旨在通过提供对Windows API（如Winsock）的直接访问，并利用各种“后端”来处理输入、音频和视频，来解决这些问题。不同的模式——如“max”、“fastvid”和“safe”——配置这些后端以实现最佳性能，用速度换取功能。
*WinQuake*灵活性的核心在于它的视频后端，从安全的GDI渲染到利用SciTech的MegaGraph Graphics Library (MGL)和DirectDraw的高性能选项不等。MGL及其“WinDirect”技术允许绕过标准的Windows图形界面，直接访问硬件。
最终，*WinQuake*通常可以匹配甚至超过原始DOS版本的性能，提供显著改进的体验，并展示了对向后兼容性的承诺，即使在现代Windows系统上仍然存在。
最近在奥克尼的布罗德加尔遗址进行的考古工作，挑战了人们对新石器时代建筑追求永久性的假设。考古学家尼克·埃德蒙兹认为，像布罗德加尔这样的遗址是“表演性空间”——通过增加和移除石头不断演变，反映的是创造的*过程*，而非持久的稳定性。 证据表明，这些建筑并非总是深 foundation，并且会经历重建和最终的 deliberate “退役”仪式，例如在公元前 2400 年左右用大规模的牛祭祀封印 10 号建筑。即使是像 27 号建筑这样更稳定的结构，也显示出灰烬、骨骼和腐烂陶器的层层堆积，证明了使用和废弃的循环。 随着发掘的结束和遗址回归农田，人们的关注点转移到想象新石器时代生活的动态和短暂性上。持久的斯滕尼斯石阵，虽然看似永恒，现在被视为连接生者和死者的 portal，突出了个体存在于漫长时光背景下的短暂性。
## 黑客新闻讨论：新石器时代苏格兰与油炸火星棒
一篇最近的《纽约客》文章引发了黑客新闻对苏格兰北部持久的新石器时代文化的讨论，以及关于油炸火星棒出处的一场出乎意料的激烈争论。
最初的帖子引出了一长串帖子，剖析这种苏格兰“美食”是否真的起源于那里，或者是否是英格兰的舶来品。一些用户声称从未在苏格兰见过这种食物，而另一些用户则指出了证据——包括维基百科文章、BBC报道和个人经历——证实了它的苏格兰根源，尤其是在邓迪和阿伯丁郡等地。这场讨论强调了这种食物的新奇性，将其与类似的美国“病毒式”食品潮流相提并论。
除了火星棒的争论之外，评论者还分享了在奥克尼（斯卡拉布雷）等地亲身体验深厚历史联系的个人轶事，并反思了在苏格兰发现的独特文化连续性，即使在现代人口中也是如此。该帖子还涉及苏格兰的身份认同和幽默感，并引用了当地俚语和地区自豪感。
土星正在构建一个人工智能驱动的操作系统，旨在普及金融建议，服务十亿人。他们正在寻找一位**高级人工智能工程师**，负责在该高度监管的环境中拥有面向客户的关键人工智能功能。 这是一个高度自主的角色，需要强大的软件工程技能、大型语言模型（LLM）专业知识以及对产品质量的关注。该工程师将负责完整的特性生命周期——从架构和开发到部署和监控——利用“明确编排”来构建可审计的人工智能代理。 主要职责包括与金融专家合作设计强大的评估框架（“评估飞轮”），通过防御性设计确保系统可靠性，并通过简洁、经过良好测试的 Python 代码提高工程标准。 理想的候选人拥有 5 年以上经验，在扩展人工智能产品（特别是使用 LLM 和代理系统）方面拥有良好记录，并且强烈倾向于行动、所有权和数据驱动的决策。土星强调构建值得信赖、可解释的人工智能，并以质量和客户成功为中心。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
土星 (YC S24) 正在招聘高级人工智能工程师 (ycombinator.com)
1天前 | 隐藏
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## 使用 CodeQL 进行 JavaScriptCore 漏洞挖掘：总结
本文详细介绍了使用代码分析工具 CodeQL 探索和发现 JavaScriptCore (JSC) 漏洞的过程。JSC 是 Safari 和其他 macOS 应用程序的 JavaScript 引擎。作者最初对浏览器漏洞利用感到畏惧，但利用 CodeQL 调查了 JSC 的内部结构，并发现了潜在的安全漏洞。
JSC 通过以下阶段执行 JavaScript 代码：词法分析、语法分析，以及通过 LLInt 和 JIT 编译进行解释（编译层级越高，性能越好）。一个关键的关注点是**错误的副作用建模**——JSC 错误地假设某个操作*不会*导致意外后果的情况，这可能导致远程代码执行 (RCE)。
作者开发了一个自定义的 CodeQL 查询来识别这些漏洞，重点关注在应该调用 `clobberWorld`（一个指示潜在副作用的函数）时未调用的操作。这导致重新发现了已修补的漏洞 (CVE-2018-4233)，该漏洞与 `InstanceOf` 相关，并识别了 `operationCreateThis` 中的*第二个*漏洞 (CVE-2018-4233)，该漏洞曾在 2018 年 Pwn2Own 中被利用。
成功表明 CodeQL 在复杂的漏洞研究中的有效性，但最大的挑战在于深入理解目标代码库——在这种情况下，是 JSC 错综复杂的工作原理。作者强调了有组织的查询开发的重要性，并提供了进一步探索 CodeQL 和 JSC 的资源。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
JavaScriptCore 的神秘领域 (2021) (cyberark.com)
23 分，由 program 1 天前发布 | 隐藏 | 过去 | 收藏 | 1 条评论
epolanski 1 天前 [–]
我经常思考是否可以实现一种能够直接编译成优化字节码（针对 V8 或 JSC）的语言，从而获得不需要运行时优化的“热代码”。有人探索过这个想法吗？回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：