Autostep 是一款桌面应用，旨在发现公司内部的重复性任务，展示每项任务的成本，并推荐最具杠杆效应的解决方案。它通过学习团队的工作流程，找出那些隐性财务损耗的源头。随着瓶颈的出现，Autostep 会通过构建自动化 AI 智能体、调整流程、优化现有工具使用或对接新供应商等方式，帮助消除这些浪费。我们的投资方包括 Y Combinator、Neo，以及 Walden Yan（Cognition 联合创始人，估值 260 亿美元）、Erik Goldman（Vanta 联合创始人，估值 40 亿美元）、Charles Mourani（Cherry 联合创始人，估值 20 亿美元）、Kabir Barday（OneTrust 联合创始人，估值 45 亿美元）和 Kunal Shah（WhatsApp 首席执行官；CRED 联合创始人，估值 45 亿美元）等业内知名人士。我们是一支位于旧金山、精简且高效的团队。
每日HackerNews RSS
Forgejo 是 CodeFloe 核心的完整软件开发平台。您在这里使用的大部分功能，诸如代码仓库、议题（Issue）、合并请求（Pull Request）、发布版本、软件包、API 以及迁移功能，皆出自 Forgejo 社区的贡献。我们针对特定领域对其进行扩展，以打造更集成化的开发者体验，并将每一项改动都通过公开的派生版本（Fork）进行运行。CodeFloe 专属的开发成果始终处于可审查状态，而非隐藏在私有的补丁集合中。
抱歉。
您的浏览器似乎禁用了 JavaScript。如需了解如何启用 JavaScript，请点击此处。如果您遇到任何问题，请通过 [email protected] 与我们联系。
一名打扮成达斯·维达的男子近日出席了圣地亚哥市议会会议，旨在倡导安装 Flock 安全摄像头。这次不同寻常的亮相在 Hacker News 上引发了关于公众意见征询环节有效性的热烈讨论。
评论者们争论使用服装等噱头究竟是有助于还是阻碍了本地的维权行动。一些人认为，在官员往往忽视常规公众言论或已在幕后做出决策的环境中，此类手段对于吸引媒体关注是必要的。另一些人则坚持认为，怪异的装扮会削弱发言者论点的可信度，使议会成员难以认真对待其意见。
除了这一具体事件外，讨论串还反映出一种对地方政府的愤世嫉俗感。许多参与者认为公众意见征询期往往流于形式，经常被缺乏代表性的群体所主导，或被脱离群众的官员完全忽视。这场对话最终凸显了地方政治中反复出现、有时近乎超现实的本质，并引发了人们将其与电视剧《公园与游憩》进行频繁对比。
浏览器已禁用 JavaScript。请启用 JavaScript 以继续。本网站所需的部分内容无法加载。这可能是由于浏览器扩展、网络问题或浏览器设置所致。请检查您的连接、禁用广告拦截器或尝试使用其他浏览器。
这场讨论反映了西方城市公共厕所日渐减少的普遍争论，这通常被归结为公共服务需求与“反社会”行为、无家可归问题及药物滥用激增之间的矛盾。
许多参与者观察到，虽然在日本、泰国或中国部分地区，公共设施充足且维护良好，但西方却出现了“公地悲剧”。频繁的蓄意破坏、公共场所吸毒以及卫生隐患，导致企业和市政当局关闭公共厕所或限制进入，他们认为维护成本以及潜在的法律责任已无法承受。
讨论主要分为两种观点：
1. **结构性/社会经济视角：** 有人认为，无家可归和卫生状况恶劣是系统性失败的症状，包括住房负担过重、缺乏心理健康护理以及社会保障体系的瓦解。他们主张，缺乏这些设施是一种不人道的“敌意环境”，惩罚了弱势群体。
2. **执法/问责视角：** 另一些人认为，西方社会对“反社会”行为过于宽容。他们主张加强警务管理、对精神疾病患者进行收容，并回归到高信任度的社会规范，即个人必须为其破坏公共财产的行为负责。
本文介绍了一种使用非反转曲率半径来确定贝塞尔曲线控制柄的方法，这比曲率梳更自然且稳定。通过这种方式定义控制柄，可以在需要时将其转换为标准的贝塞尔点，从而避免数值漂移，并消除频繁进行数据转换的需求。 为了实现这一点，作者推导出一套二次方程组，根据目标曲率（$k_0, k_1$）、起点/终点位置及单位切线，计算出切线长度 $l_0$ 和 $l_1$。数学分析表明，曲率由到切线的垂直距离决定。$l_0$ 和 $l_1$ 之间的耦合关系取决于切线的相对角度；如果切线平行（$b=0$），方程将变得独立且易于求解。最终，计算这些控制柄的过程简化为寻找两条双抛物线的交点，从而在保持曲线方向翻转所需的灵活性的同时，实现动态且具备曲率感知能力的曲线编辑。
抱歉。
旧金山 —— 游戏 旧金山 —— 游戏城市在线 准备探索 G · 瓦片流 中心空闲 · 等待瓦片状态 填充 = 当前所有者 Z20 Z17 Z16 Z15 地面文件完整 列已就绪 可见角落加载中 C · 第三视角 R · 重置 − 减速 + 加速 − 缩放 + 缩放 V · 步行 P · 世界安全 N · 生命关闭 L 范围 470 米 复制调试日志 木材 0 石材 0 金属 0 旧金山 L · 详细模式 旧金山街区已就绪 100% 你周围的街道已准备就绪。 WASD 移动 · 鼠标环视 · 空格键跳跃 · Shift 奔跑 · C 切换视角 · H 滑翔伞 WASD 视角控制 H 滑翔伞 −+ 速度 ↑↓ 缩放 SHIFT 冲刺 / 退出 V 载具 C 视角控制 H 滑翔伞 + 加速 ⇧ 冲刺 V 汽车 − 减速 000 英里/小时 加载中 欢迎来到旧金山 重试
抱歉。
请启用 JavaScript 和 Cookie 以继续。
抱歉。
Hot Chips 2026：CUDA 瞄准 RISC-V —— Chester Lam 著 Hot Chips 2026: CUDA Targets RISC-V – By Chester Lam
62 天前
Nvidia 正在将 CUDA 支持扩展至 RISC-V 架构，其目标是高性能服务器级平台，而非消费级硬件。为确保软件的高效执行，Nvidia 制定了超出标准 RISC-V 规范的严格硬件要求。 核心前提条件包括：必须遵循 RVA23 规范配置，提供用于硬件发现和电源管理的完整 ACPI 支持，以及具备硬件级的 PCIe 一致性以消除手动缓存失效的需求。此外，Nvidia 还强制要求支持 PCIe 点对点通信，以避免性能瓶颈。这些要求旨在防止因“最低共同标准”导致的性能问题，避免 Nvidia 提供低效的代码。 除标准 CUDA 外，Nvidia 还在推广“NVLink Fusion”，允许合作伙伴将 Nvidia 专有的 NVLink IP 集成到定制芯片（包括 RISC-V CPU）中。尽管这些进展是 RISC-V 生态系统的重要里程碑，但目前的硬件大多无法满足这些严苛的准则。初期部署可能仅限于专用的大核心数企业级服务器。虽然这些要求确保了稳健的高性能移植，但 Nvidia 未来是否会允许 CUDA 在性能较弱的爱好者级 RISC-V 硬件上运行，仍存在不确定性。
近期 Hacker News 上的一场讨论聚焦于 NVIDIA 推动 CUDA 进入 RISC-V 架构的举措。评论者认为，NVIDIA 此举并非简单的 CUDA 移植，而是实际上正在为 RISC-V 建立一套标准化的“CUDA 就绪”服务器配置规范。
通过要求符合 ACPI、UEFI 和 TPM 等标准，NVIDIA 旨在为碎片化的生态系统建立秩序，可能终结非标准化硬件设计那种“蛮荒西部”式的状态。虽然部分参与者认为这是 NVIDIA 试图掌控整个计算栈的战略之举——特别是将 CPU 作为其尚未攻克的最后阵地，但也有人对此持怀疑态度。批评者指出，CUDA 仍然是一项专有的利基技术，并建议 Vulkan 等开放标准或 Mojo 等替代语言或许是更好的选择。
该讨论还将此与此前将 CUDA 引入 POWER9 等利基架构的尝试进行了对比。那些尝试因软件支持方面的重大障碍而大多以失败告终。总的来说，用户们正在争论：这一举措究竟能否成功实现高性能 RISC-V 服务器的标准化，还是只会进一步巩固 NVIDIA 在人工智能与计算领域的统治地位。
本网站正在使用安全服务来抵御在线攻击。您刚才的操作触发了安全防御机制。触发此拦截的原因可能有多种，包括提交了特定的词汇或短语、SQL 命令或格式错误的数据。
Hacker News
最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
C++20 协程的实用直觉 (ydb.tech)
9 分，eivanov89 发布于 1 天前 | 隐藏 | 往期 | 收藏 | 3 条评论 | 帮助
eivanov89 1 天前 [–]
大家好，我是作者。很高兴在这里讨论这篇文章、C++20 协程或 TPC-C 的实现。
回复
dctwin 1 天前 | 父评论 [–]
我只想说这是一篇非常棒的文章，可能是我读过的对 C++ 协程最好的解释——谢谢你。
回复
eivanov89 1 天前 | 根评论 | 父评论 [–]
非常感谢，很高兴听到这篇文章对你有帮助。
回复
指导原则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
无限流 为每个用例创建一个流，而不是将同类记录全部塞入同一个主题中。每个流都是独立寻址的、无底的，并且可以从空闲状态扩展到高吞吐量。 无限流 零磁盘架构 解耦层 高吞吐量 简易部署
PicoMQ 是一款基于 Rust 的新型服务器，专为由对象存储（如 S3）支撑的“持久化流”（Durable Streams）而设计。它为 Kafka 等重型流处理系统提供了一种具备成本效益且可通过 URL 寻址的替代方案，非常适合聊天应用、会话管理或追踪单个实体等细粒度应用场景。
主要特性和见解包括：
* **设计：** 与针对大规模、单体管道进行优化的 Kafka 不同，PicoMQ 鼓励创建细粒度的流。它使用 Postgres 命令日志进行协调，并基于 S3Stream 引擎构建。
* **性能：** 虽然对象存储通常会引入延迟，但 PicoMQ 通过共享预写日志（WAL）、服务端批处理以及 HTTP/2 流水线技术缓解了这一问题。其持久化确认（ACK）延迟通常约为 250 毫秒，未来计划支持磁盘分段 WAL 以实现更快的性能。
* **运维便捷：** 它作为无状态的单二进制文件部署，易于扩展和运维。
* **使用场景：** 它定位为一种方案明确、对开发者友好的实时应用解决方案，专门避免了 Kafka 或 S2-Lite 的运维复杂性。创作者指出，虽然它不是高吞吐企业级管道中 Kafka 的直接替代品，但在灵活性、经济性和实施难度方面表现卓越。