要使用 Mastodon 网页应用，请启用 JavaScript。或者，也可以尝试适用于您平台的 Mastodon 原生应用程序。
每日HackerNews RSS
Hacker News 社区目前正在讨论研究人员是否应当信任 OpenAI 及其他 AI 实验室，将未发表的数学研究成果托付给它们。讨论的焦点在于各界对这些 AI 公司的指控：认为它们利用用户的私人对话数据“暴力破解”数学难题，从而抢先发布成果，实际上窃取了正处于突破边缘的研究人员的知识产权。
此次争议的关键点包括：
* **抄袭指控：** 批评者认为，这些 AI 公司就像是“抄袭机器”，它们通过研究人员与模型的对话吸收了大量专业且未发表的见解，随后利用庞大的算力完成证明，最终将功劳据为己有。
* **“退出机制”的争论：** 虽然 OpenAI 提供了退出数据训练的选项，但许多人认为这些控制措施并不充分，往往带有“黑暗模式”的嫌疑，或者在系统更新后容易被重置。一些人指出，即便用户选择了退出，反馈机制（如点赞或点踩）仍可能允许数据被采集。
* **学术价值观与企业价值观的冲突：** 在“将 AI 视为中立的进步工具”的人群与“认为 AI 是剥削系统”的人群之间存在巨大分歧。后者认为，AI 剥夺了研究人员赖以生存的荣誉与职业晋升机会，从而威胁到了学术界的发展进程。
Cognition 团队推出了迄今为止最先进的代码模型 **SWE-2**。该模型基于 Kimi K3 架构构建，在 FrontierCode 1.1 主基准测试中达到了 50% 的得分率。与前代产品 SWE-1.7 相比，SWE-2 性能显著提升且成本大幅降低——在实现更高得分的同时，步骤减少了 58%，平均成本降低了 81%。 该模型的性能提升得益于一种全新的强化学习（RL）训练方法，该方法能在单次运行中优化整体的成本-性能帕累托前沿（Pareto frontier）。主要技术进步包括： * **帕累托感知强化学习（Pareto-informed RL）：** 一种基于原则的成本惩罚方法，通过调整推理努力程度以匹配效率前沿，使模型能够对代码库的探索做出更明智的判断。 * **训练稳定性：** 引入了一种新的长度加权奖励基准，降低了梯度方差并稳定了训练过程。 * **系统效率：** 集成了在线草稿模型训练和量化感知推理，即使在模型规模达到 2.8 万亿参数的情况下，也能保持高吞吐量。 SWE-2 展示了更强的资源利用能力、更出色的测试编写能力以及更严格的验证准则。现可通过 Devin Desktop、CLI、Web 和 Fusion 使用该模型。
Cognition AI 发布了 **SWE-2**，这是一款通过对 Kimi K3 进行后训练而开发的全新软件工程模型。此次发布在 Hacker News 上引发了质疑，用户对该模型的性能表现及其营销宣传提出了疑问。
社区讨论的主要内容包括：
* **基准测试疑虑：** 批评者指出“Terminal Bench 2.1”与较新的“Terminal Bench 4”之间存在显著的性能下滑，暗示该模型可能存在“刷榜”行为（即为了特定测试而过度优化），而非具备广泛的通用能力。
* **性能质疑：** 用户认为该模型在表现上似乎落后于 DeepSeek v4.1 Flash 等竞争对手，并对此次发布的宣传性质表示怀疑。
* **可访问性：** 部分开发者对该模型被锁定在 Cognition 的专属 Devin 平台内表示不满，尽管该公司确认可以通过命令行界面（CLI）访问。
* **观点分歧：** 尽管一些用户因该模型蒸馏性质导致的“不稳定性”而保持警惕，但另一些人则认为 Cognition 是 AI 智能体领域中值得信赖且低调的参与者，并提到了其相比之前版本可能带来的成本优势。
微软已将 Rust 确立为“一级”语言，使其与 C++ 并列，成为其内部开发的战略支柱。为了加深这种整合，微软推出了 `rustc_codegen_utc`，这是一个新的代码生成后端，允许 Rust 编译器使用原生的 MSVC 后端。 通过使 Rust 与 C++ 使用相同的编译器后端，微软实现了一个统一的工程基础。这消除了对并行 Windows 特定实现的需求，并确保 Rust 能够充分受益于现有的 Windows 工具，包括先进的安全功能、诊断、二进制强化和性能优化。 这种共享后端对于混合 Rust/C++ 项目至关重要，它实现了无缝互操作性，并确保两种语言能够同时利用持续的平台创新。`rustc_codegen_utc` 已经投入生产使用，并在超过 100 个内部代码库中得到应用，它代表了微软在长期、安全且高效的 Windows 原生软件开发方面的重大投入。它巩固了 Rust 在微软成熟工程生态系统中的地位，为构建现代高性能系统提供了稳定的路径。
微软已正式将 Rust 定为“一级”语言，使其与 C++、C# 和 TypeScript 并列，成为内部开发中全面支持的首选语言。这一地位为内部团队提供了通往生产环境的“捷径”，包括安全的工具链、高质量的开发工具以及符合微软严格安全标准的平台集成。
此公告在 Hacker News 上引发了广泛讨论。虽然许多开发者将其视为内存安全和系统编程领域的一个重要里程碑，但也有人对微软软件的臃肿问题表示怀疑，并调侃称 Windows 应用的高内存占用可能会成为 Rust 未来普及的障碍。
技术讨论的焦点在于该语言与现有 C++ 代码库的互操作性、“AI 辅助编程”的复杂性，以及关于微软是会优先在 Visual Studio 中支持 Rust，还是会逐步淘汰该 IDE 并转向 VS Code 的持续争议。总体而言，社区认为这是一个明确的信号，表明 Rust 已成熟为一种重要的通用编程语言，尽管开发者们仍在权衡其陡峭的学习曲线与 Go 等更高级语言在生产力上的优势。
Shopify 正在将其移动应用程序从 React Native 转回原生 Swift 和 Kotlin。尽管该公司在 2020 年转向 React Native 取得了巨大成功，但高级 AI 编程代理的出现，从根本上改变了跨平台开发的成本效益分析。
此前，React Native 对于保持功能一致性以及让开发者实现全栈开发至关重要。然而，Shopify 发现 AI 代理现在可以高效地处理跨两个平台的功能转换、测试和实现。通过利用名为“Helix”的内部系统，将任务分解为可验证的小型检查点，Shopify 现在能比以往快得多地用原生代码重建其应用程序。
为了实现这一目标，Shopify 正在将业务逻辑与 UI 解耦，以便通过命令行界面（CLI）进行无头、高速的测试，从而绕过缓慢的模拟器交互限制。
在 React Native 生态方面，Shopify 正在进行有序的退出：在找到新的接管者之前，它将继续支持 *FlashList*；到 2026 年将归档 *Restyle*；并将 *React Native Skia* 移交给独立维护。这一转变标志着其向原生开发的战略重心转移，利用 AI 获取原生应用的高性能，同时避免了以往手动重复工作的负担。
Shopify 最近决定从 React Native 迁移回纯原生开发（Swift/Kotlin），这在 Hacker News 上引发了激烈争论，核心焦点在于人工智能是否从根本上改变了软件开发的经济性。
Shopify 认为，AI 驱动的“智能体”工作流降低了维护多个代码库的成本，使他们能够摆脱 React Native 生态系统的“上游税”和局限性，从而转向追求原生的性能与质量。
**主要的争议点包括：**
* **“AI 因素”：** 支持者认为，大语言模型使得在多个平台间复制功能变得轻而易举，从而使跨平台框架“一次编写，到处运行”的优势变得不再重要。
* **维护与创造：** 批评者提醒道，Shopify 仅仅证明了 AI 降低了“重写”成本，并没有解决长期的“差异化成本”问题——即在数年的更新和漏洞修复过程中，保持两个原生应用同步所带来的持续性、累积性工作负担。
* **资源偏见：** 怀疑者指出，这种策略只适用于像 Shopify 这样资源雄厚的公司。对于小型初创公司而言，维护独立代码库的负担依然是一个巨大的风险。
* **工程理念：** 许多人认为，这场辩论忽略了一个事实：真正的挑战不在于代码生成，而在于架构纪律和产品一致性。
请启用 JavaScript 和 Cookie 以继续。
这篇 Hacker News 的讨论探讨了一种观点，即现代互联网已成为一股负面力量，背离了其最初促进连接的初衷。
参与者们争论着究竟是平台本身存在缺陷，还是问题仅仅出在用户身上。一种观点认为，由于任何工具都会被“恶意参与者”利用，他们的存在不应否定互联网的价值，正如道路既会被建设者使用，也会被破坏者利用一样。
相反，另一些人则将作为技术的“互联网”与被社交媒体巨头主导的现代“万维网”区分开来。批评者认为，由于现代用户体验完全由谷歌和 Facebook 等公司所调控，这种体验更像是被迫依赖“醉酒司机”来指引方向。尽管人们普遍认为退出社交媒体是有益的，但该讨论串强调了一个根本性的挫败感：数字世界的基础设施与它所助长的负面行为之间，正变得越来越难以剥离。
Stockfish 19 Stockfish 19
17 小时前
Stockfish 19 现已发布，相比前代版本性能提升高达 44 Elo。此次更新引入了 SFNNv16 神经网络架构，在增强对局强度的同时减小了二进制文件体积，并弃用了辅助神经网络，从而提升了在复杂局面下的表现。 主要亮点包括： * **通用二进制文件：** 新的二进制文件可自动检测 CPU 特性，无需手动配置。 * **扩展的兼容性：** 增加了对 RISC-V、LoongArch、WebAssembly 及 1GB Linux 大页内存（huge pages）的原生支持。 * **技术改进：** 引擎现在具有更严格的棋盘局面验证，并重构了共享内存实现，以提高稳定性。 Stockfish 依然是一个免费的、由社区驱动的开源项目。鼓励用户通过 Fishtest 贡献算力、参与 Discord 社区，或在 GitHub 上协助开发。该引擎现可从 stockfishchess.org/download 立即下载。
Hacker News
最新 | 往日 | 评论 | 提问 | 展示 | 工作 | 提交
登录
Stockfish 19 (stockfishchess.org)
13 分 | atiedebee | 1 小时前 | 隐藏 | 往日 | 收藏 | 3 条评论
帮助
piker | 6 分钟前 | [–]
提问：Stockfish 能击败 AlphaZero 这类通用系统吗？
回复
tumdum_ | 1 分钟前 | 父节点 | 下一个 | [–]
我想可以，请看锦标赛结果：https://en.wikipedia.org/wiki/Top_Chess_Engine_Championship#...
回复
mattr03 | 0 分钟前 | 父节点 | 上一个 | [–]
是的，而且已经领先很长一段时间了。在 AlphaZero 展示了神经网络的可行性后，Stockfish 也采用了这种方法，现在的现代国际象棋引擎都是如此。
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
在 2026 年存储与内存未来大会（FMS）上，三星电子发布了旨在加速人工智能与高性能计算的突破性 3D 存储技术——**zHBM** 和 **zNAND-O**。 **zHBM** 采用垂直堆叠架构，将 HBM 直接置于 AI 加速器上方。这种设计缩短了数据传输距离，使性能达到 HBM5 的八倍，能效提升至三倍，并显著降低了热阻。该技术具有高度可定制性，允许客户集成特定 IP 模块以适配工作负载。 **zNAND-O** 将 V-NAND 堆叠技术与硅通孔（TSV）技术相结合，提升了端侧 AI 的读取带宽与响应速度。此外，三星还推出了拥有 400 层以上堆叠、采用三层堆叠架构的 **V10 BV-NAND**，其存储密度提升了 58%。 除上述产品外，三星还展示了搭载散热路径块（Heat Path Block）技术的 HBM5 和 LPDDR5X-PIM 等创新成果。三星将自身定位为“一站式”解决方案提供商，强调其整合存储、逻辑芯片、晶圆代工及先进封装能力的独特优势，以提供定制化、高效率的 AI 半导体解决方案。
```
Hacker News 最新 | 往期 | 评论 | 提问 | 展示 | 工作 | 提交 登录
三星发布 zHBM 原型，将内存直接堆叠在 AI 加速器上 (thelec.net)
12 点，由 peter_d_sherman 于 2 小时前提交 | 隐藏 | 往期 | 收藏 | 2 条评论 | 帮助
peter_d_sherman 于 2 小时前发布 | 下一条 [–]
>“据该公司[三星]称，zHBM 的数据处理性能最高可达第八代高带宽内存 (HBM3E) 的八倍，同时将每瓦性能提升了三倍。热阻降低了一半以上，增强了系统稳定性和能源效率。”
回复
senectus1 于 1 小时前发布 | 上一条 [–]
如果这些都是真的，那这些规格令人印象深刻。
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 加入 YC | 联系
搜索： ```
在 Git 统治二十年后，版本控制领域正在经历自 2005 年以来最重大的变革。受人工智能代理（AI agents）崛起——它们以前所未有的速度生成代码——以及现有工作流局限性的推动，该行业正进入一个创新的新时代。 作者作为该领域的资深人士及“Origin”项目的现任贡献者，指出了版本控制领域的一场“地震”。尽管 GitHub 依然是行业标准，但其性能和架构模型正受到一波初创公司的挑战。新工具主要分为两大类： 1. **Git 的演进：** 如 **Origin**、**code.storage** 和 **GitButler** 等项目，专注于实现巨大的性能提升，并针对代理驱动的开发量身定制功能。 2. **后 Git 范式：** 如 **Diversion**、**Jujutsu** 和 **Lore** 等平台，正在重新思考核心概念。它们往往优先考虑集中式单体仓库（monorepos）、云优先工作区和更卓越的冲突管理，而非传统的“提交后推送”分布式模型。 作者认为，仅仅“应付 Git”的时代已经结束。无论是通过改进基于 Git 的方案，还是转向全新的范式，关注点都已转移到如何处理海量、高频的单体仓库以及人工智能规模的流量上。构建下一代开发基础设施的竞争已经正式拉开帷幕。
Hacker News 上的讨论围绕着《版本控制的第二次降临》（Version control second coming）一文展开，该文章认为 Git 和 GitHub 正逐渐过时。作者认为，人工智能驱动编程的兴起（以海量单体仓库和高频自动化提交为特征）要求版本控制系统（VCS）发生根本性变革。
讨论的主要要点包括：
* **对 Git/GitHub 的批评：** 许多评论者认同 Git 是“平庸的”，在处理二进制文件、超大规模数据及现代工具需求时显得吃力。目前对 GitHub 的集中式依赖被部分人视为潜在的瓶颈。
* **“第二次降临”：** 作者建议转向虚拟文件系统，以及为高并发、AI 智能体驱动的开发而设计的工具。
* **质疑：** 许多用户批评该文章缺乏清晰度，且存在夸大其词的假设（例如假设到 2025 年所有人都会停止手动编码）。反对者认为 Git 仍然够用，并指出“人工智能”并没有从根本上改变对稳定、可审计版本控制的需求。
* **技术背景：** 该讨论涉及 VCS 的历史（CVS、SVN、Mercurial）、Plan 9 风格虚拟文件系统的优势，以及 Perforce 等商业替代方案在满足大规模企业需求方面的持续可行性。
**ESP32 Bit Pirate** 是一个开源固件生态系统，它能将 ESP32-S3 开发板转变为多功能的通用协议调试台，适用于嵌入式调试、硬件探索和电子学习。 该平台兼容多种 ESP32-S3 设备，支持广泛的协议，包括 I2C、SPI、UART、JTAG、SWD、CAN、LoRa 和 Sub-GHz。它简化了逻辑捕获、芯片烧录和协议嗅探等复杂任务，无需传统的桌面工具链。用户可以通过 USB 串口、基于网络的 Web CLI 或浏览器端的 Web Serial 工具与系统进行交互。 该项目专为初学者和专业人士设计，提供了低门槛的引导式免安装工作流。进阶用户还可以通过 Python 脚本进一步实现实验任务和测试的自动化。作为一种经济实惠且灵活的解决方案，ESP32 Bit Pirate 为专用台式设备提供了一种强大且便携的替代方案，兼容的硬件开发板价格低至 5 欧元。
**ESP32 Bit Pirate** 是一个开源项目，旨在将平价的 ESP32-S3 开发板转变为多功能的硬件调试与分析工具，类似于知名的“Bus Pirate”。它允许用户通过多种数字协议（如 I2C、UART、SPI 和 1-Wire）以及蓝牙、Wi-Fi 和 RFID 等无线信号来监听、发送和编写数据脚本。
该项目在 Hacker News 上引发了热烈讨论，社区成员对其网站设计中大量使用人工智能的做法展开了辩论。批评者认为由 AI 生成的登录页面内容重复且有“污染感”，缺乏可读性和专业质感。
对此，项目创建者接受了反馈，并建议用户前往项目的 GitHub 仓库查阅更详实的文档和技术细节。虽然部分用户对该固件相较于专用硬件的稳定性仍持怀疑态度，但也有人对其作为低成本、可通过网页访问的硬件工作台所具备的潜力表示出浓厚兴趣。尽管营销方式存在争议，但凭借其广泛的协议支持和实用的嵌入式工作流，该项目已受到广泛关注。
Solid Objects 是一个提供“持久对象”（Durable Objects）模型的新库，具备有状态、基于身份及序列化执行的特性，且没有厂商锁定、定价不可控或基础设施复杂等弊端。
虽然 Cloudflare Durable Objects 为管理状态提供了一种强大的架构，但它要求将逻辑迁移至其专属平台。其他自托管方案往往会引入繁琐的守护进程或额外的依赖。Solid Objects 通过直接在你现有的 SQLite、PostgreSQL 或 MySQL 数据库中实现相同的基于 Actor 的模型，解决了上述问题。
通过利用数据库事务，Solid Objects 确保了每个对象（或 Actor）都拥有一个有序的信箱、持久化的状态以及可靠的提醒机制。它用单一的原子事务流程取代了行锁、Redis 队列和定时任务扫描器等复杂的碎片化系统。由于它直接集成在数据库中，无需管理额外的账户或代理，且数据保持可移植性。
该库目前处于 1.0 版本之前，专为那些既希望获得持久化、有状态编程带来的便利，又不愿牺牲对基础设施的控制权或承担失控云成本的开发者而设计。它能与 Node.js 和 Rails 等现有技术栈无缝协作，为处理重状态的应用程序逻辑提供了一条更简化的路径。
Hacker News | 最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交 | 登录
**面向 Postgres 的开源持久化对象 (solidobjects.dev)**
7 点，由 cardmagic 发布于 2 小时前 | 隐藏 | 往期 | 收藏 | 1 条评论 | 帮助
**cardmagic 1 小时前 [–]**
我是作者。如果你运行额外的守护进程，celld 和 workerd 可以为你提供持久化对象（Durable Objects）。这是一个你的应用程序可以直接加载的库，状态存储在你已有的 SQL 数据库中（支持 Postgres、MySQL 和 SQLite）。无需守护进程，无需新的基础设施和监控，无需代理，也无需厂商账户。
目前处于 1.0 版本之前，采用 MIT 协议，支持 TypeScript、浏览器端（通过 WASM SQLite）以及 Ruby。欢迎随时提问。
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：