请启用Cookie。 错误 1005 Ray ID：9d6a672afb63ce53 • 2026-03-03 17:36:22 UTC 访问被拒绝 发生了什么？ 该网站（gizmodo.com）的所有者禁止您的IP地址所在的自治系统编号（ASN 45102）访问此网站。 请参阅 https://developers.cloudflare.com/support/troubleshooting/http-status-codes/cloudflare-1xxx-errors/error-1005/ 了解更多详情。 此页面是否有帮助？ 是 否 感谢您的反馈！ Cloudflare Ray ID：9d6a672afb63ce53 • 您的IP： 点击显示 47.245.80.60 • 由Cloudflare提供性能和安全保障。
每日HackerNews RSS
## FCC 要求广播公司在 250 周年纪念日前“承诺”
FCC 主席正在要求广播网络自愿“承诺”在通往美国 250 周年纪念日前夕播出爱国和公民主题的节目。该请求在最近的文件中概述，建议内容包括国歌、历史片段和美国作曲家的音乐。
此举引发了争论，一些人认为这是对公民教育的无害鼓励。另一些人担心这是一种变相的政府支持的宣传，特别是考虑到政府过去在媒体控制和审查方面的行为。人们对包含“亲美国内容”以及可能排除批判性观点表示担忧。
许多评论员指出，FCC 主席之前曾威胁过播出对当前政府不利内容的广播公司，暗示该“承诺”带有潜在威胁。虽然一些人认为关注共同价值观可以帮助分裂的国家，但另一些人认为这种做法可能会加剧两极分化并损害言论自由。核心争论在于这是否是真诚地促进团结，还是一种微妙的胁迫形式。
## TorchLean：神经网络形式化验证
当前的神经网络验证常常存在执行方式与分析方式脱节的问题，依赖于对其行为的未明确假设。**TorchLean** 通过在 Lean 4 定理证明器中构建框架来解决这个问题，该框架将神经网络视为精确的数学对象。
TorchLean 提供经过验证的 PyTorch 风格 API，确保在执行（即时或编译）和验证之间定义一致。 重要的是，它结合了使用 IEEE-754 的明确、可证明的浮点语义，消除了歧义。
该框架支持诸如区间边界传播 (IBP) 和 CROWN/LiRPA 等验证技术，生成经过认证的保证。 通过诸如鲁棒性认证、物理信息神经网络和神经控制器验证之类的应用进行验证，TorchLean 为学习系统提供了一个完整的、形式化验证的流程——弥合语义差距并实现真正可信赖的 AI。
## TorchLean & 神经网络形式化 - Hacker News 摘要
Hacker News 上的一讨论围绕着 **TorchLean** 项目，该项目在 Lean 证明助手 (leandojo.org) 中形式化神经网络。 这引发了关于正式验证人工智能系统以及与高效计算相关的更广泛影响的对话。
用户提到一个相关项目，**Hesper**，一个具有 WebGPU 支持的 Lean GPU 编程库，甚至演示了量化 Transformer 推理。 随后，讨论深入探讨了 **快速傅里叶变换 (FFT)**，它被用作 LLM 中自注意力机制的更快替代方案，是否与 **量子傅里叶变换 (QFT)** 平行，以及 Lean 是否能提供见解。 虽然对 QFT 在 LLM 中的实用性存在一些怀疑，但讨论探讨了量子逻辑模拟物理系统比当前 LLM 更有效的能力。
进一步讨论的点包括 **量化算术** 在神经网络中的重要性，特别是防止量化过程中溢出错误，以及浮点数本身的固有量化。 谈话还涉及了形式化验证对于确保量化模型可靠性的好处。
codingfox.net.pl上的一篇文章深入探讨了如何简化应用程序架构，弥合高层系统设计与底层代码之间的差距。作者详细描述了一个重构过程，将复杂的“意大利面条代码”转换为模块化组件。
文章介绍了一种名为“MIM”的模式——在现实世界的企业系统中观察到——并探讨了它与Clean Architecture和Hexagonal Architecture等既定架构的关系。它强调了模块化设计的实用方法，提倡有意识地应用技术，仅在能带来价值的地方使用。
Hacker News评论区的讨论显示了一些关于潜在过度设计的争论。作者澄清了重点在于适应性，并承认并非所有模块都需要相同程度的分离，尤其是在事务完整性或性能考虑需要一些逻辑泄漏的情况下。总而言之，这篇文章提供了一个构建更易于维护和适应的软件的详细指南。
客户端挑战：您的浏览器已禁用 JavaScript。请启用 JavaScript 以继续。网站的必要部分无法加载。这可能是由于浏览器扩展、网络问题或浏览器设置造成的。请检查您的连接，禁用任何广告拦截器，或尝试使用不同的浏览器。
## 黑客新闻讨论摘要：关税与葡萄酒进口
近期一项NBER研究，考察关税对欧洲葡萄酒进口的影响，引发了黑客新闻的长时间讨论。核心发现是：**消费者最终承担了关税的负担**，零售价格上涨幅度超过关税本身，使进口商和零售商通过扩大利润空间获益。
评论员指出，零售商通常会将价格大幅提高，远超关税成本，尤其是那些具有市场支配力的零售商。这与更广泛的经济趋势相关联，包括富人受益于减税，而关税却影响着普通消费者——实际上是一种财富转移。多位用户分享了小企业因关税和随之而来的供应链中断，从咖啡到葡萄酒等商品成本增加而苦苦挣扎的经历。
讨论还涉及关税的复杂性，指出关税并非简单地由出口商支付。市场结构（例如美国酒精饮料行业的“三级体系”）、运输成本，甚至与气候相关的生产变化（葡萄酒酒精含量升高）都起作用。许多人认为，关税常常被用作涨价的借口，竞争而非保护主义才是关键。
## 缺失的AI游戏革命 尽管最近AI，特别是大型语言模型（LLM）取得了显著进展，但真正突破性的AI驱动游戏体验仍然难以捉摸。AI正在影响游戏*开发*，但尚未*定义*游戏玩法。早期实验，如AI Dungeon、Death by AI和Suck Up！——主要依赖于对话式AI——未能获得持久的玩家兴趣。即使是技术上令人印象深刻的演示，如AI生成的3D世界，也感觉平淡无奇。 作者认为这并非仅仅是缺乏尝试。商业模式受到依赖昂贵第三方AI服务的阻碍，并且一部分玩家积极抵制生成式AI的整合。然而，核心问题可能更深层：LLM本身并不*有趣*。 传统游戏从简单、确定性的规则中获得乐趣，这些规则创造了涌现的复杂性。AI的“软逻辑”感觉太像与人互动——引人入胜，但并非本质上具有游戏性。作者现在认为游戏的魔力在于精心设计的约束，而不是从无限、不可预测的生成开始。尽管持怀疑态度，他们仍然希望能够出现真正创新的AI游戏，但会以更务实的视角看待。
## 为什么AI游戏不多？
最近Hacker News上的一讨论探讨了为什么尽管人工智能取得了进步，真正引人入胜的AI驱动游戏仍然难以实现。几个关键点浮出水面：
**核心挑战：** 维持一致的游戏规则和叙事连贯性，同时应对不可预测的LLM是困难的。玩家期望在游戏框架内获得可预测的反应，而AI目前难以做到这一点。运行强大的LLM的成本，以及产生不一致或无趣内容的可能性，也构成了障碍。
**行业犹豫：** 游戏开发者持谨慎态度，部分原因是创意社区对AI的负面看法以及疏远玩家的风险。 行业现有的流程并非为生成式AI而设计，需要进行重大改造。
**“乐趣”因素：** 许多人认为，即使是复杂的AI，在游戏环境中与AI互动本身也并不有趣。 现有的AI驱动体验往往显得肤浅或缺乏创意。 然而，一些人认为AI可以在增强现有机制（如程序生成）或创建新颖互动（如动态NPC对话）方面发挥潜力。
**新兴可能性：** 尽管存在挑战，一些人正在尝试在游戏中应用AI，尤其是在小型项目中。 该技术正在迅速发展，未来的进步可能会释放新的可能性，但一款真正突破性的AI游戏仍有待出现。
错误：无法满足请求。Amazon CloudFront 分发配置已阻止您所在国家/地区的访问。我们目前无法连接到此应用程序或网站的服务器。可能流量过多或配置错误。请稍后重试，或联系应用程序或网站所有者。如果您通过 CloudFront 向客户提供内容，可以通过查阅 CloudFront 文档来找到故障排除步骤并帮助防止此错误。由 cloudfront (CloudFront) 生成。请求 ID：QOOvNj6C9dr34rVg6k9yxJpluj7EPgcJpb8wm1qJP4XUteltTqGTSA==
## 佛罗里达大学暂停H-1B招聘：摘要
佛罗里达州的公立大学暂停招聘新的H-1B签证工人，引发了关于劳动力市场和移民的争论。 此举正值近期大学毕业生面临严峻的就业市场，一些人认为现在是优先考虑国内人才的好时机。
然而，人们担心佛罗里达大学在特定领域已经难以吸引合格的候选人，尤其是在工资较低和生活成本不断上升的情况下。 一些人认为H-1B项目填补了关键的空白，尤其是在研究和专业STEM职位方面，并促进了创新。
讨论强调了工资压制以及外国和国内工人之间不同期望的更广泛问题，一些人认为签证流程实际上提供了一种经济激励。 另一些人则指出系统性问题，例如对国内人才培养渠道的投资不足以及美国机会对国际专业人士的吸引力。 佛罗里达州最近影响学术自由的政策进一步使情况复杂化，可能会阻止潜在的招聘。
最终，暂停招聘引发了关于平衡国家利益、经济需求以及移民在高等教育中作用的问题。
## SSH 登录失败，源于 SCP 权限问题 最近出现了一个问题：使用 `scp` 传输文件到服务器后，SSH 密钥认证停止工作。尽管密钥仍然存在于 `authorized_keys` 文件中，但登录尝试被拒绝。可以通过 WebDAV 维持文件系统访问。 根本原因在于意外更改的目录权限。`scp` 命令在传输权限过于开放（777）的目录时，会将这些权限递归地应用于服务器上的目标目录——甚至用户的家目录。这触发了 `sshd` 中的安全检查，如果家目录权限过于开放，则会拒绝密钥认证。 将家目录权限恢复为 700 解决了问题。问题源于 `scp` 将源权限镜像到目标目录的行为，OpenSSH 现在已经发现了这个缺陷，并计划在 10.3 版本中发布修复。这凸显了一种潜在的安全风险，并强调了在文件传输期间谨慎管理权限的重要性。
## SCP权限与SSH访问：一个警示故事
一篇Hacker News讨论强调了一个潜在的灾难性场景：意外地使用`scp`禁用SSH访问。 核心问题在于`scp`复制目录时的行为——它可能会无意中将过于宽松的权限（如777）应用于目标目录，从而触发OpenSSH的安全措施并阻止基于密钥的身份验证。
用户建议避免使用`scp`，而选择`rsync`或`tar`进行更安全的文件传输，尤其是在处理敏感目录（如主文件夹）时。 许多评论者强调理解`scp`的行为和潜在陷阱的重要性，特别是关于尾随斜杠和权限处理。
`pscp`（来自PuTTY）等替代方案被建议作为更强大的直接替换方案，提供更好的兼容性和控制。 该讨论还涉及更广泛的安全远程访问主题，提倡强大的身份验证方法和定期备份，以减轻潜在的锁定风险。 最终，结论是使用`scp`时要留意权限和潜在后果，并制定恢复策略。
这段文字探讨了一个反直觉的概率问题：四个随机放置在圆上的点全部落在同一半圆内的概率是多少？ 初步的推论认为概率为12.5% (1/8)，基于每个点有50%的几率落在给定的半圆内。然而，模拟显示实际概率更接近50%。 关键在于认识到半圆并非固定的。问题不是点是否适合*某个*特定的半圆，而是是否能找到*某个*半圆包含所有点——有效地允许半圆“旋转”并以四个点中的任意一个点为锚点。 正确的计算方法是考虑每个点作为潜在的锚点。所有其他点落在从该锚点开始的顺时针半圆内的概率是1/8。由于有四个可能的锚点，并且这些事件互斥，总概率为4 * (1/8) = 1/2 或 50%。这个原理可以扩展到球体和更高维度，N个随机点落在半球内的概率为N/2^(N-1)。
## 黑客新闻讨论：环上的点
一个黑客新闻帖子讨论了一个数学问题，涉及随机放置在圆环上的点。核心问题是：所有 *n* 个点落在单个半圆内的概率是多少？
链接的文章探讨了这个问题，最初的回复提供了可视化和替代方法。一位用户建议通过中心绘制直线来可视化，而另一位则建议将圆展开成线段。
讨论要点包括澄清数学术语（“环”与代数结构），将问题推广到更高维度（以及这样做所面临的挑战），以及解决随机选择点的影响（参考伯特兰悖论）。 许多评论者争论不同推理方法的有效性，特别是那些依赖于对称性或预定义的半圆的方法。文章提供了解决方案，n=4 的正确答案也受到了讨论。总的来说，这个帖子展示了一个看似简单的概率问题的活跃讨论。
我三年来的第一个科学视频（物理女孩）
Physics Girl: Super-Kamiokande – Imaging the sun by detecting neutrinos [video]
2 天前
关于按住版权联系我们创作者广告开发者条款隐私政策和安全性YouTube的工作原理测试新功能© 2026 Google LLC
这个Hacker News讨论围绕着Physics Girl (Dianna Cowern) 的一个新YouTube视频，内容是关于超神冈 (Super-Kamiokande) 中微子探测器。 兴奋源于Dianna在与长期新冠和肌痛性脑炎/慢性疲劳综合征 (ME/CFS) 斗争后重返视频创作。
用户们表达了对她康复的欣慰和喜悦，承认她的病情具有波动性，并赞扬了她丈夫的支持。 许多人分享了自己长期新冠和慢性疾病的经历，强调了其严重性和不可预测性。
除了Dianna的健康之外，对话还深入探讨了视频中呈现的科学——中微子探测、太阳的能量产生，以及超神冈迷人的历史，包括过去一次探测器内爆导致连锁反应摧毁了一半传感器的事件。 讨论还涉及理解太阳内部光和光子行为的复杂性。 总而言之，这个帖子整体上是积极和支持性的，庆祝Dianna的韧性和重返分享她对科学的热情。
## react-kino：React 的电影化滚动叙事
react-kino 是一个轻量级（核心压缩后小于 1KB）的 React 库，用于构建电影化的、滚动驱动的体验。它提供了一种声明式的方法，使用诸如 `<Scene>`、`<Reveal>`、`<Parallax>`、`<Counter>` 等组件，无需命令式时间线。它支持 SSR，并尊重 `prefers-reduced-motion`。
**主要特性：**
* **声明式 & 基于组件：** 使用熟悉的 React 组件组合动画。
* **轻量级：** 核心引擎非常小巧，支持 tree-shakeable 导入。
* **SSR 安全：** 在服务器端渲染并在客户端动画化。
* **可访问性：** 自动适应用户减少动画的偏好设置。
* **性能：** 利用被动滚动监听器、`requestAnimationFrame` 和 GPU 加速的变换。
**组件：**
* **`<Scene>`：** 创建固定滚动区域。
* **`<Reveal>`：** 滚动时动画化内容（淡入淡出、缩放、模糊）。
* **`<Parallax>`：** 通过滚动背景创建深度。
* **`<Counter>`：** 滚动时动画化数字。
* **`<HorizontalScroll>` & `<Panel>`：** 启用水平滚动区域。
**开始使用：**
使用 `npm install react-kino` 安装，或使用提供的脚手架工具 (`npx shadcn add https://react-kino.dev/registry/components/scene.json`) 和模板 (`npm install @react-kino/templates`)。该库设计用于与 Next.js（使用 `"use client"`) 和其他 React 框架一起使用。每个组件都有详细的文档和示例。
## React-Kino：轻量级电影化滚动效果的 React 库
开发者 bilater 创建了 **React-Kino**，一个用于构建 Apple 风格电影化滚动体验的 React 库，*无需* 像 GSAP 这样的大型库的臃肿。核心引擎非常小巧 – gzip 压缩后不到 1KB – 并利用 CSS `position: sticky` 来固定元素。
React-Kino 提供了 12 个声明式组件，用于实现视差、揭示、计数器等效果，从而实现复杂的基于滚动的动画。它被设计为 SSR 安全的，尊重用户的辅助功能偏好（`prefers-reduced-motion`），并且与 Next.js 兼容。
有用户报告在新标签页中加载模板页面时出现问题，但开发者目前正在调查。
**查看详情：** [https://react-kino.dev](https://react-kino.dev) & [https://github.com/btahir/react-kino](https://github.com/btahir/react-kino)