每日HackerNews RSS

请启用 JavaScript 和 Cookie 以继续。

一对悲痛欲绝的夫妇为他们患有发育障碍的幼女支付了超过80万美元,用于一种实验性的基因编辑疗法。该治疗涉及向其脊髓液中直接注射基于AAV的药物,最终导致了致命的免疫反应。 Hacker News上的讨论指出了一些系统性失败: * **不道德行为:** 批评者指出,首席研究员淡化了极端风险,在动物研究中出现令人担忧的毒理学结果后仍继续推进,并接受了非正式的、私下的付款。 * **缺乏问责制:** 在孩子去世后,研究人员发表了研究论文,却未披露人体试验的失败或严重的副作用。 * **制度缺陷:** 该实验利用了中国监管体系中的漏洞,绕过了对“研究者发起”试验的标准国家监管。 * **医疗透明度:** 许多评论者强调,患者必须独立维护自身权益并严格核实风险,并指出医生往往无法提供清晰、量化的风险评估。 这场悲剧为生物技术领域“快速行动”的危险性、高风险实验医学中知情同意的局限性,以及为追求科学声望而忽视安全信号的危害,提供了一个严峻的案例研究。

本摘要探讨了作为工业革命机械核心的蒸汽机的发展历程。最初,低压蒸汽难以被安全利用,托马斯·纽科门于 1712 年利用大气压力解决了这一问题。他的蒸汽机通过冷凝蒸汽形成真空,使大气压推动活塞,从而产生将矿井积水抽出的动力。 詹姆斯·瓦特在 18 世纪 60 年代对该设计进行了重大改良。他引入了独立冷凝器,避免了主气缸反复冷却和加热所造成的巨大能源浪费。随后,他通过双动活塞、用于分配蒸汽的滑阀以及用于控制速度的离心调速器等创新,将蒸汽机从专门的矿井抽水机转变为工厂通用的动力源。 随着工程精度的提高,蒸汽机从笨重的梁式设计转向了更高效的高压系统。这些进步使工厂得以摆脱对河流的依赖并向城市中心转移,进而推动了全球工业化。从基础的大气物理学到复杂的工程热力学系统,这一发展轨迹为现代机械工程、控制理论以及 20 世纪向电力驱动制造业的转型奠定了基础。

这场讨论围绕一篇由 glinscott 创作并广受好评的交互式网络文章展开,该文深入探讨了作为工业革命基石的梁式蒸汽机的历史与运作机制。 读者们对该网站的呈现方式给予了高度评价,指出其捕捉到了由 Bartosz Ciechanowski 所推广的高质量“第一性原理”教育风格。作者运用了 CAD 建模(Onshape)和自定义动画,将复杂的机械概念(如蒸汽转化为旋转运动以及离心调速器)可视化。 讨论帖演变为一场对蒸汽技术的深度剖析,涵盖了以下内容: * **冶金学:** 从铸铁(要求使用低压大气式发动机)到由贝塞麦转炉炼钢法所实现的钢制高压设计的历史转型。 * **安全性:** 如哈特福德蒸汽锅炉保险公司(Hartford Steam Boiler)这类保险公司在监管高风险蒸汽系统方面所发挥的作用。 * **文化语境:** 关于“balls out”等短语起源的争论(常被错误地与离心调速器联系在一起),以及通过詹姆斯·克拉克·麦克斯韦的研究在控制理论方面的发展。 * **资源:** 爱好者们分享了关于模型工程的建议,包括 YouTube 频道 *Blondihacks* 以及现代往复式蒸汽机所面临的技术挑战。 总体而言,社区称赞该项目是一次将复杂工程变得易于理解且具视觉感染力的典范之作。

在 Go 语言中,编译器通过决定值是存储在栈上(生命周期短、效率高)还是堆上(生命周期长、需垃圾回收)来自动管理内存。这一过程被称为**逃逸分析**。虽然编译器透明地处理了这些决策,但对于追求高性能、低延迟或高吞吐代码的开发者而言,理解这些机制至关重要。 导致值被迫逃逸到堆上的常见情况包括:返回局部指针、使用闭包或 goroutine,以及通过接口或长生命周期结构传递数据。尽管 Go 编译器可以通过 `-gcflags="-m"` 命令提供原始诊断日志,但这些日志通常信息冗杂且难以解析。 GoLand 通过在编辑器中直接可视化逃逸分析解决了这一问题。它提供了装订线标记、过滤后的消息视图以及跨版本比对结果的功能,使开发者无需中断工作流即可识别不必要的堆分配。 归根结底,逃逸分析是一种诊断工具,而非优化的强制要求。开发者应优先考虑代码的可读性,仅在性能关键的热点路径上处理“逃逸”问题,并确保通过基准测试和性能分析来验证任何更改是否具有显著影响。切勿过早优化;除非测量结果证明有必要,否则请让编译器来处理内存管理。

抱歉。

一份声称五家美国科技公司拥有 1.65 万亿美元“隐藏债务”的病毒式报告具有误导性。尽管该数字背后的计算准确,但其标签完全错误。 这 1.65 万亿美元代表的是**未折算的未来合同义务总额**(主要是尚未开始的租赁和长期基础设施采购承诺),而非债务。该报告错误地将这一多年的名义总额与当前的资产负债表负债进行了对比,而后者主要由应付账款和应计费用等常规运营义务组成,而非计息借款。 主要结论如下: * **并非隐藏:** 这些数据已在公开的证券交易委员会(SEC)备案文件(10-Q 和 10-K)中明确披露。 * **并非债务:** 这些是针对未来人工智能基础设施和服务的待履行合同。根据会计准则,它们不会自动归类为债务。 * **背景至关重要:** 这些义务代表了长达 30 年的长期承诺。若分摊到每年,其年度影响远没有“总额”所暗示的那样惊人。 虽然这些巨额承诺确实存在财务风险(例如如果人工智能需求减弱会导致灵活性降低),但它们属于标准的商业协议,并非财务隐瞒或“安然式”欺诈的迹象。这 1.65 万亿美元是规模的指标,而非偿付能力的衡量标准。

抱歉。

请启用 JavaScript 和 Cookie 以继续。

抱歉。

在 ACM FAccT 会议上,我们介绍了关于对人工智能安全护栏进行严谨且针对具体情境评估的迫切需求的研究。尽管目前在测试大语言模型(LLM)能力方面投入了大量精力,但作为过滤和限制模型输出的机制——“安全护栏”,往往受到的审查却少得多。 我们的研究强调,安全护栏必须从静态策略演变为能够使用网络搜索等工具的动态代理系统。通过与 Respond Crisis Translation 的合作,我们评估了大语言模型在多种语言和人道主义情境下的表现。我们发现,仅基于文本的安全护栏往往无法验证信息,从而导致“幻觉”或出现草率的错误。 我们的实操环节展示了通过为安全护栏配备工具(如检索和事实核查),使其能够验证声明,从而显著提高了在高风险场景下的可靠性。利用 Mozilla 的“any-guardrail”和“Otari”大语言模型网关等开源工具,开发者现在可以构建出更具可配置性、透明度和情境感知能力的安全层。随着人工智能应用范围的扩大,我们认为,评估这些安全护栏与评估模型本身同样至关重要。我们正在持续改进这些代理框架,以覆盖更多领域,从而确保人工智能的部署既可信又负责任。

抱歉。

您的 AI 智能体已支持 Trifle。使用 `npx -y @trifle-io/install` 即可安装开源 Agent Skills。Claude Code、Codex、Cursor、Hermes、Pi 及其他编程智能体均已内置针对指标负载、执行追踪和 CLI 分析的最佳实践。

抱歉。

请启用 JavaScript 和 Cookie 以继续。

Geekbench 7 的发布在 Hacker News 上引发了关于合成基准测试(synthetic benchmarks)有效性和实用性的辩论。 批评者认为,合成评分往往不够透明,无法准确反映实际性能,并建议使用 Blender、Cinebench 或 7-Zip 等针对特定任务的基准测试才更有意义。一些用户对 Geekbench 7 未能专门针对现代 AI/LLM 工作负载进行优化表示失望,另一些人则批评了其对 CUDA 等特定厂商 API 的整合。 相反,支持者则认为 Geekbench 是一种有价值的高层级消费者指标。他们指出,其现代版本使用了真实的负载,例如 Clang 编译和 AV1 编码;同时,通过遵循阿姆达尔定律(Amdahl’s Law,即不对无法良好扩展的任务赋予过高权重),其多核评分比以往版本更贴合消费级使用场景。许多贡献者指出,虽然没有单一评分能够概括处理器的复杂性,但 Geekbench 依然是跨不同硬件平台(ARM、x86、RISC-V)对比通用性能的有效工具。 总而言之,这场讨论凸显了对高度专业化工作站基准测试的需求,与大众消费电子产品对标准化“单一数字”指标需求之间的矛盾。

本项目探索了将任何计算机文件直接编码到《我的世界》(Minecraft)世界中的创意与技术挑战。其原理是将 256 个可能的字节值(0–255)分别映射为特定且唯一的方块类型。 为确保数据完整性,开发者过滤掉了会随时间改变状态的“动态”方块(如农作物、水或床),因为这些方块会在解码时破坏文件数据。文件随后被打包成《我的世界》的区域(`.mca`)格式,从世界底部到顶部系统性地填充区块。 数据开头包含一个自定义标头,用于追踪文件大小并验证完整性,从而防止错误(例如误将文本文档识别为 2.3 艾字节)。通过遍历 3D 坐标,系统能够将文件写入为一系列方块,并随后读取以还原原始数据,目前已成功编码了下采样至 27p 的视频等内容。开发者计划扩展该项目以支持跨越多个区域的大型文件。该项目名为“Sulfur”,完整实现已在 Codeberg 上发布。

抱歉。

客户端挑战:您的浏览器已禁用 JavaScript。请启用 JavaScript 以继续。本网站所需的一部分内容无法加载。这可能是由于浏览器插件、网络问题或浏览器设置所致。请检查您的连接、禁用任何广告拦截器,或尝试使用其他浏览器。

对不起。

更多

联系我们 contact @ memedata.com