2025 06 20 HackerNews

2025-06-20 Hacker News Top Stories #

Andrej Karpathy 讨论了AI对软件行业的深远影响，指出LLMs正在成为软件的新范式，但仍面临技术和应用挑战。

Unregistry工具允许用户直接将Docker镜像推送到远程服务器，无需使用外部仓库，通过SSH隧道传输，适用于生产部署和CI/CD流水线。

Zed调试器发布，尽管功能尚不完善，但已支持多语言调试，未来计划添加更多高级功能。

美国新签证规则要求外国学生解锁社交媒体账户以供审查，引发对隐私和言论自由的担忧。

研究发现网站通过浏览器指纹技术秘密追踪用户，即使用户清除cookies或选择退出跟踪，追踪仍在发生。

Bento项目将Steam Deck OLED主板集成到键盘下方，适合配合外部显示器使用，旨在提高便携性。

SpaceX Starship 36号飞船在静态点火测试前爆炸，原因尚不明确，可能影响发射计划。

德州仪器计划在美国投资超过600亿美元制造基础半导体，支持关键领域需求并推动美国创新。

OCR识别错误导致Google Ngrams数据库中月份的11日被提及频率异常低，主要是由于数字“1”与字母“I”或“l”相似。

Windows 10即将结束支持，建议用户通过安装Linux操作系统延长旧电脑的使用寿命，提供更好的隐私和社区支持。

Andrej Karpathy: Software in the era of AI [video] #

https://www.youtube.com/watch?v=LCEmiRjPEtQ

Andrej Karpathy 视频内容的总结：

一、软件的变革与 AI 的推动

软件正经历根本性变革，AI 技术进步是关键驱动力。
软件从传统代码向可编程神经网络转变，通过提示来操作。

二、LLMs（大型语言模型）的新范式

LLMs 成为软件新范式，像电力一样是基础工具。
它们类似公用设施和芯片制造厂，塑造智能，需大量投资。
个人计算在发展，但经济上仍不可行。

三、技术民主化与应用挑战

LLMs 使技术更普及，使用从政府转向个人。
但 LLMs 缺乏情境学习能力，需谨慎设定其限制。
部分自主应用通过整合 LLMs 提高编码效率。
LLMs 需人类监督，同时增加产品自主性。
需平衡 AI 辅助与编码安全、控制。

四、软件自主性的发展

自动驾驶技术发展缓慢，面临挑战。
软件自主性从基础工具向部分自主系统演变。
开发应用虽快，但部署需更多努力。
出现为 AI 代理而非人类设计的软件需求。
新工具助力语言模型获取数据。
软件行业随 LLMs 发展，成为开发者必备工具。

HN 热度 1069 points | 评论 594 comments | 作者：sandslash | 23 hours ago #

https://news.ycombinator.com/item?id=44314423

LLM 可能存在安全隐患，无法进行病毒扫描，可能被恶意利用。
通过使模型结构可理解，可以让 LLM 更好地理解应用的内部语义，结合传统代码和 AI 的优势。
开发者需要在“人工智能优先”和“无后端”开发之间找到平衡，减少开发摩擦。
通过 OpenAI 的“custom GPTs”或“Alexa skills”可以简化开发流程，提高易用性。
存在对设备模型的需求，以便开发者不需要处理调用 OpenAI 等外部 AI 服务的复杂性。
软件 2.0 和 3.0 可能不会完全取代传统编程，而是作为额外的工具共存。
软件版本号可能引起混淆，因为它们暗示了某种改进，而实际上只是区分不同的软件类别。
软件的发展可以看作是从无到有、部分到全部的 AI 角色演变。
结构化输出/JSON 模式/受限解码是一种被低估的工具，可以解决 LLM 输出难以编程解析的问题。

Show HN: Unregistry – “docker push” directly to servers without a registry #

https://github.com/psviderski/unregistry

这个网页介绍了一个名为“unregistry”的轻量级容器镜像仓库工具，它允许用户直接将 Docker 镜像推送到远程服务器，而无需使用外部仓库。该工具的核心功能是“docker pussh”命令（注意额外的’s’代表 SSH），通过这个命令，用户可以将镜像直接推送到远程 Docker 服务器上，仅传输缺失的层，提高了效率。

问题背景： 当你在本地构建了一个 Docker 镜像并需要将其部署到服务器上时，通常的选择并不理想：使用 Docker Hub 或 GitHub Container Registry 意味着代码可能公开，或者需要为私有仓库付费；自托管仓库则需要额外维护、安全性保障和存储空间；使用 Save/Load 方法（即 docker save | ssh | docker load）会传输整个镜像，即使服务器上已有 90% 的镜像；而远程重建镜像则浪费时间和服务器资源，并且可能导致生产环境中构建失败的问题。

解决方案： 使用“docker pussh”命令，只需一行命令即可将镜像推送到远程服务器，无需设置仓库、订阅服务、中间存储或暴露端口，直接通过 SSH 传输缺失的层。

工作原理：

建立到远程服务器的 SSH 隧道。
启动一个临时的 unregistry 容器。
通过隧道将本地随机端口转发到 unregistry 端口。
通过转发的端口执行 docker push 到 unregistry，仅传输不存在的层。
传输的镜像立即在远程 Docker 守护进程上可用。
停止 unregistry 容器并关闭 SSH 隧道。

这个过程类似于 rsync，用于 Docker 镜像的简单高效传输。

安装方法：

对于 macOS/Linux，可以通过 Homebrew 安装：brew install psviderski/tap/docker-pussh，然后创建一个 symlink 以将其作为 Docker CLI 插件使用。
也可以通过直接下载最新版本的方式安装：使用 curl 下载链接，然后设置执行权限。
Windows 系统目前不支持，但可以尝试使用 WSL 2 和上述 Linux 指令。

验证安装： 使用命令 docker pussh --help 来验证安装是否成功。

使用方式： 推送镜像到远程服务器，确保 SSH 用户有权限执行 docker 命令。如果需要 sudo 权限，确保用户可以无密码提示运行 sudo docker。例如，使用 docker pussh myapp:latest user@server.example.com 命令推送镜像。如果使用 SSH 密钥认证且私钥未添加到 SSH 代理，可以指定私钥路径。也可以指定自定义 SSH 端口。

使用场景：

部署到生产服务器：本地构建后直接推送到生产服务器，无需中间人。
CI/CD 流水线：在流水线中跳过仓库复杂性，直接构建并推送到部署目标。
家庭实验室和隔离环境：在这些环境中分发镜像，无需外部仓库。

网页最后提到，unregistry 是为 Uncloud 创建的，Uncloud 是一个轻量级工具，用于在多个 Docker 主机之间部署容器。他们需要比完整仓库更简单的解决方案，但比 save/load 方法更高效。

HN 热度 616 points | 评论 135 comments | 作者：psviderski | 1 day ago #

https://news.ycombinator.com/item?id=44314085

有人曾在 2015 年向 Docker 开发者提交 PR 希望添加类似功能，但被重定向到其他领域，因为不使用注册表与 Docker 的商业模式相冲突
pussh 命令被认为是一个优雅的双关语，容易记住且与标准命令仅一字之差
建议使用更正式的别名，如 docker push-over-ssh，以避免在自动化协作中被误认为是拼写错误
Docker 允许在 ~/.docker/cli-plugins 目录下查找 docker-COMMAND 可执行文件，可以将 pussh 命令重命名为其他名称，如 docker pushoverssh
有人担心工程师可能会误认为 pussh 是错误并进行更改
有人提到额外的’s’是为了’sssh'，但有人误以为是拼写错误
有人分享了一个 YouTube 视频链接，但内容未提及
有人提到命令别名容易冲突的问题
有人认为这种艺术性的设计不是工程学的方法，工程学需要一个明显不同的命令来避免混淆
有人分享了自己曾经因为别名而发生拼写错误的经历
有人提到安装 sl(1) 终端蒸汽机车，每次误输入都会让他们发笑
有人提到了另一个类似的项目 gti
有人询问这是否与使用 Ansible 等推送部署工具集成得很好，以及是否需要在两端都有完整的 Docker 安装
需要远程端有 containerd，客户端需要支持 OCI Distribution 规范的工具，Unregistry 重用了官方 Docker 注册表代码，使其看起来像 Docker Hub
有人提到自己使用 Ansible 上传 Docker 镜像存档并恢复镜像，但这个过程比预期要长
有人指出这只是一个巧妙的方法，通过 SSH 在两个守护进程之间共享层
有人认为 Docker 注册表过于复杂，与黑客精神背道而驰
有人提到构建一个 OCI 兼容的仅拉取注册表并不复杂
有人提到 Docker 作为一家风险投资资助的公司需要赚钱
有人推荐使用 GitHub 的注册表 ghcr.io 和 GitHub Actions，设置起来非常实用
有人提出这是否与使用远程 Docker 上下文不同，并分享了自己的工作流程，认为这比使用 Docker Swarm 或 Kubernetes 更简单
有人认为使用 Unregistry 的一个区别是它可以与已经构建的镜像一起工作，不需要在远程主机上构建，这样可以确保服务器上的镜像与本地测试的镜像完全相同，并且通常会更快
有人认为这在大多数情况下可能是一个反功能

The Zed Debugger Is Here #

https://zed.dev/blog/debugger

这篇文章介绍了 Zed 调试器的发布，这是一个面向开发者的工具，标志着 Zed 向 1.0 版本迈进了一大步。文章分为几个部分，概述了调试器的特点、开发背景和未来的计划。

概述 Zed 调试器的开发聚焦于三个核心目标：快速、熟悉和可配置。它旨在减少上下文切换的时间，让用户更多地投入到调试工作中。调试器的设计语言与 Zed 保持一致，支持从典型调试流程中预期的一切功能，并且允许用户自定义用户界面、快捷键和调试配置等。Zed 默认支持多种流行语言的调试，包括 Rust、C/C++、JavaScript、Go 和 Python。通过扩展系统，Zed 能够支持任何实现 Debug Adapter Protocol (DAP)的调试适配器。

调试适配器协议（DAP）和定位器 Zed 通过 DAP 支持多种语言的调试，但仅仅实现协议还不够，Zed 需要一个能够扩展到协作调试、支持扩展，并有效缓存和管理来自调试适配器响应的架构。为此，Zed 构建了一个双层架构：一个直接与调试适配器通信的数据层，以及一个从数据层获取数据以渲染界面的 UI 层。Zed 还引入了定位器系统，它将构建配置转换为调试配置，简化了设置过程。用户可以在 tasks.json 中编写构建任务，并在 debug.json 中引用它，或者依赖 Zed 的自动配置。Zed 自动在内置或语言服务器生成的可运行文件上运行定位器，因此在许多情况下，用户甚至不需要编写调试配置即可开始调试。目前，Zed 支持 Cargo、Python、JavaScript 和 Go 的定位器，未来还会增加更多。

调试会话配置 文章提供了关于如何配置调试会话的更多信息的链接，并强调了在调试会话中，Zed 使得检查程序状态（如线程、变量、断点、调用栈等）变得简单。调试面板完全可定制，用户可以拖动和重新排列标签，甚至可以移动调试面板以适应工作流程。Zed 还支持键盘驱动的调试，方便那些更喜欢不使用鼠标的用户。用户可以仅通过键盘步进代码、切换断点和导航调试会话。

特别感谢 调试器最初是一个社区主导的项目，开发了 8 个月，提交了 977 次，编写了超过 25000 行代码。社区构建了核心基础，使得今天的发布成为可能。文章特别感谢 Remco Smits 在项目中承担了很多重要的工作，他的贡献对于项目的成功至关重要。

技术内幕 Zed 的调试器通过 DAP 支持多种语言的调试，但文章指出，仅仅实现协议是不够的，Zed 需要一个能够扩展到协作调试、支持扩展，并有效缓存和管理来自调试适配器响应的架构。因此，Zed 构建了一个双层架构：一个直接与调试适配器通信的数据层，以及一个从数据层获取数据以渲染界面的 UI 层。这种分离意味着 UI 层只请求它需要的信息，允许数据层懒加载信息并避免不必要的请求。这也使得数据层只负责维护会话状态、缓存响应和使过时数据无效。这种架构将使实现协作调试变得更容易，因为相同的 UI 代码可以跨多人会话重用，而且我们只发送必要的数据，节省了带宽。

扩展 API 和调试器集成 文章还提到，由于有超过 70 种 DAP 实现，每种都有自己的特点，因此不可能一开始就支持每一个调试适配器。为了解决这个问题，Zed 扩展了其扩展 API 以支持调试器集成。文章提供了一些代码示例，展示了如何获取指定适配器名称和配置的调试适配器二进制文件，确定适配器配置应该启动新的调试进程还是附加到现有进程，以及如何将高级调试场景定义转换为适合特定适配器的低级配置。

定位器 定位器是将 Zed 任务转换为调试场景的实体。即使不提供调试适配器的扩展也可以提供定位器。对于适用于给定缓冲区的所有任务，Zed 将查询所有定位器，以找到一个可以将任务转换为调试场景的定位器。转换后的调试场景可以包括构建任务（在这种情况下，它不应包含任何配置）；构建任务的结果将稍后使用 Extension::run_dap_locator 解决。文章通过一个 cargo run 任务和假设的 cargo 定位器的示例，说明了如何将任务转换为调试场景，并在构建任务完成后找到要调试的程序。这个过程几乎就像是用户自己找到了工件路径。

HN 热度 466 points | 评论 181 comments | 作者：SupremumLimit | 21 hours ago #

https://news.ycombinator.com/item?id=44314977

Zed 的调试器是主要功能，但目前缺少观察窗口、堆栈跟踪视图和数据断点，不足以满足大多数调试需求。
Zed 调试器支持基本的堆栈跟踪视图，并计划在未来添加更多高级视图。
Zed 支持同时进行多个调试会话和多线程调试。
有用户表示，对于他们来说，Zed 的调试器已经足够使用，因为他们主要使用简单的断点和步进。
有用户认为 Zed 团队的工作速度很快，期待未来功能的完善。
有用户希望 Zed 能进一步完善 Git 功能，目前基本功能已经存在，但尚未完全替代现有的 Git 工作流程。
有用户认为，与其他编辑器相比，Zed 在 TypeScript、Rust 和 Go 项目上表现最佳。
有用户担心如果 Zed 的受欢迎程度下降，社区支持可能会受到影响，与 JetBrains 等公司相比，Zed 的更新和支持可能不够稳定。
有用户认为，依赖社区支持是好事，意味着插件 API 强大，人们可以实施功能。
有用户指出，可以为 Zed 付费，但付费并不能保证扩展得到良好维护。
有用户询问关于变量观察和数据断点的跟踪问题，并希望看到这些功能。
有用户表示，Zed 的 Vim 绑定是他们尝试过的最好的非真实 Vim 绑定。
有用户对 Zed 的 Rust 代码自动补全功能表示好奇，想知道它是否像其他语言那样快速准确。

https://www.theguardian.com/us-news/2025/jun/18/social-media-student-visa-screening

美国国务院宣布了一项新的签证规则，要求外国学生在获得教育和交流签证之前，必须解锁他们的社交媒体个人资料，以便美国外交官审查他们的在线活动。不这样做的学生将被怀疑向美国官员隐瞒活动。这项新指导方针要求美国外交官进行在线存在审查，寻找“对美国公民、文化、政府、机构或建国原则的敌意迹象”。另外，外交官还被指示标记任何“对外国恐怖分子的支持、援助或支持”以及“对非法反犹太主义骚扰或暴力的支持”。

这项针对“反犹太主义”活动的筛查与美国国土安全部下属的美国公民及移民服务局给出的类似指导相匹配，并被批评为试图打击对以色列在加沙战争行为的反对。新的国务院检查针对的是 F、M 和 J 类别签证的申请人，这些类别指的是学术和职业教育以及文化交流。

一位高级国务院官员表示：“美国公民期望他们的政府将尽一切努力使我国更安全，这正是特朗普政府每天都在做的。”他还提到参议员马尔科·鲁比奥（Marco Rubio）“正在帮助使美国及其大学更安全，同时将国务院带入 21 世纪”。特朗普政府上个月暂停发放新的教育签证，同时考虑新的社交媒体审查策略。美国还特别针对中国学生进行严格审查，当时正值两国在关税和稀土矿物供应问题上紧张谈判。

国务院的指令允许外交使团恢复安排教育和交流签证的面试，但增加了对所有申请 F、M 和 J 签证者的“全面和彻底审查”。官方表示：“为了促进这种审查，所有申请 F、M 和 J 非移民签证的人将被要求调整他们所有社交媒体个人资料的隐私设置为‘公开’”。“加强的社交媒体审查将确保我们正确筛查每一个试图访问我们国家的人。”

HN 热度 447 points | 评论 591 comments | 作者：sva_ | 1 day ago #

https://news.ycombinator.com/item?id=44314054

美国签证新规迫使外国学生解锁社交媒体账户
这些定义故意广泛，旨在审查对以色列的批评
有双重国籍的人会自豪地承认他们首先忠于以色列
这些例子似乎适用于指责任何个人，而不仅仅是某个群体
双重国籍的人并非只有以色列公民，也会承认忠于其他国家
这种指责只针对犹太人，与其他国家的人不同
所有种族主义都有特定群体的特征，限制言论自由将导致失去自由言论
许多亚裔美国人被指责忠于他们的原籍国而非美国
这种暗示只针对犹太人，与其他国家的人不同
反犹太主义有悠久的历史，与其他种族主义或仇外心理不同
并非只有犹太人被指责有双重忠诚，其他族群也常被指责
美国福音派对以色列有奇怪的忠诚，他们并非犹太人
印度和中国不允许双重国籍，因此支持这些国家利益的美国公民值得怀疑
在加州以外，使用其他国家国旗被视为严重的失礼行为

Websites are tracking you via browser fingerprinting #

https://engineering.tamu.edu/news/2025/06/websites-are-tracking-you-via-browser-fingerprinting.html

由德州农工大学领导的新研究发现，网站正在秘密使用浏览器指纹技术——一种唯一识别网络浏览器的方法——来跨浏览器会话和网站跟踪人们。

“指纹技术一直是隐私社区关注的问题，但直到现在，我们没有确凿证据表明它实际上被用来跟踪用户，”德州农工大学计算机科学与工程教授、全球网络研究所副主任 Nitesh Saxena 博士说。“我们的工作有助于填补这一空白。”

当您访问网站时，您的浏览器会共享大量信息，如屏幕分辨率、时区、设备型号等。当这些细节结合在一起时，就创建了一个通常对您的浏览器唯一的“指纹”。与用户可以删除或阻止的 cookies 不同，指纹技术更难以检测或阻止。大多数用户并不知道这种情况正在发生，即使是注重隐私的浏览器也难以完全阻止它。

“想象一下，这是一个您不知道自己留下的数字签名，”Saxena 实验室的前博士生、共同作者 Zengrui Liu 解释说。“您可能看起来是匿名的，但您的设备或浏览器暴露了您。”

这项研究标志着计算机科学家对浏览器指纹技术在现实世界中使用的理解的转折点，将其与广告使用联系起来。

“虽然之前的研究表明浏览器指纹技术及其在不同网站上的使用，但我们的研究是第一个将浏览器指纹和广告行为相关联的，本质上建立了网络跟踪和指纹技术之间的关系，”共同作者、约翰霍普金斯大学计算机科学副教授、信息安全研究所技术总监 Yinzhi Cao 博士说。

为了调查网站是否使用指纹数据跟踪人们，研究人员不得不超越仅仅扫描网站上指纹代码的存在。他们开发了一个名为 FPTrace 的测量框架，通过分析广告系统对浏览器指纹变化的反应来评估基于指纹的用户跟踪。这种方法基于这样一个洞见：如果浏览器指纹技术影响跟踪，改变指纹应该会影响广告商出价——即基于查看网站的人的个人资料实时出售广告空间——以及 HTTP 记录——服务器和浏览器之间的通信记录。

“这种分析让我们能够超越表面，”Saxena 的博士生、共同作者 Jimmy Dani 说。“我们不仅能够检测到指纹技术的存在，还能证明它是否被用来识别和针对用户——这更难证明。”

研究人员发现，即使用户清除或删除 cookies，跟踪也会发生。结果显示，当指纹变化时，出价价值有显著差异，HTTP 记录和同步事件减少，表明对定位和跟踪有影响。

此外，这些网站中的一些将指纹行为链接到后端出价流程——这意味着基于指纹的个人资料正在实时使用，可能用于定制对用户的响应或将标识符传递给第三方。

更令人担忧的是，研究人员发现，即使用户明确选择退出隐私法规（如欧洲通用数据保护条例（GDPR）和加利福尼亚消费者隐私法案（CCPA））下的跟踪，也可能通过浏览器指纹技术在网络上被默默跟踪。

基于这项研究的结果，研究人员认为当前的隐私工具和政策做得不够。他们呼吁浏览器中更强的防御措施和对指纹实践的新监管关注。他们希望他们的 FPTrace 框架可以帮助监管机构审计参与此类活动的站点和提供商，特别是未经用户同意的情况下。

这项研究是与约翰霍普金斯大学合作进行的，并在 2025 年的 ACM 网络会议（WWW）上展示。

这项研究的资金由德州农工工程实验站（TEES）管理，这是德州农工工程的官方研究机构。

HN 热度 333 points | 评论 226 comments | 作者：gnabgib | 1 day ago #

https://news.ycombinator.com/item?id=44313206

浏览器指纹的持久性不长，几天就会变化，尤其是基于窗口大小或软件版本的指纹。
大型广告网络更多依赖地理位置数据进行广告投放。
FPTrace 框架用于评估基于浏览器指纹的用户跟踪。
广告网络可能根据设备设置而非单独的指纹进行广告分段。
浏览器指纹技术的有效性被低估，许多信息不会快速变化。
浏览器指纹对于建立长期用户行为档案不够有效，因为用户行为可能随环境变化。
即使没有登录，也能通过浏览器指纹和行为识别用户。
某些浏览器指纹特征如 Linux 用户代理和 Canvas 可能影响唯一性。
“NVIDIA Corporation"作为 WebGL 供应商的低百分比可能是因为大多数浏览器使用 ANGLE。
移动设备用户多，集成 GPU 如 Intel 或 AMD 占多数，NVIDIA GPU 较为罕见。
浏览器指纹需要结合多个变量才能有效识别用户。
许多 JavaScript 属性与浏览器或版本直接相关，不会改变。
地理位置相关的属性除非伪装，否则揭示的信息很少。
设备相关的属性对于识别使用相同设备和操作系统的用户很有价值。

Bento: A Steam Deck in a Keyboard #

https://github.com/lunchbox-computer/bento

Bento 是一个电脑项目，其设计灵感来源于便当盒的外观，同时受到 Commodore 64 和 Reddit 上 r/cyberdeck 板块的许多作品的影响。Bento 可以完美地放置在键盘下，键盘作为盖子，方便用户访问内部组件，并提供了一个用于存放各种小型外设的隔间。Bento 没有内置显示屏，而是需要与外部显示器配合使用，特别是空间显示设备如 XREAL One，但也适用于任何带有 USB-C 接口的外部显示器。这样做的目的是为了消除冗余，因为内置显示屏在用户越来越多地使用 XREAL 时变得多余，增加了重量。Bento 去除了所有非必需的部分，减轻了重量，提高了便携性。

Bento 的这一版本由 Steam Deck OLED 的主板驱动，使用相同的冷却器和电池。选择这块主板是因为它是最薄且最强大的选择，但它也可以轻松适配其他更易获得的单板计算机（SBC）。建造 Bento 的初衷主要是出于对 XR 领域主导厂商的不满，他们将自己的硬件宣传为“电脑”，但实际上更像是戴在脸上的 iPad。这些设备超重且功能受限，如果用户想要进行真正的工作，最好的选择是从真正的电脑上镜像屏幕，这也是除了游戏之外最受欢迎的用例之一。因此，作者提出了创建一个专为空间显示而设计的空间电脑的想法，这就是 Bento。

在这个仓库中，用户可以找到 Bento 的所有 STEP、3MF 和 STL 文件，以及一些外设，如 Magic Trackpad 托盘。作者希望继续这个项目，但由于个人能力有限，所以开源了这个项目，希望社区能够提供帮助。作者目前正在开发一个带有类似 Switch 2 的安装系统的专业版本，以支持模块化。以下是一些需要社区帮助的事项：支持其他键盘、Raspberry Pi 5 版本（需要找到合适的电池解决方案）、框架版本（可能需要更大的基础键盘，并且可能会取消物理存储）、支持其他 SBC 以及外设（作者有一些游戏手柄和鼠标的设计草图，可以完美地放入隔间，但愿意让位给有电路板设计技能的人）。

如果有人决定创建自己的版本，作者请求他们将成果以 PR（Pull Request）的形式回馈到这个仓库，以便其他人也能从你的工作中受益。Bento 项目的话题包括 cad、3d-printing、xr、spatial-computing、xreal 和 steam-deck。项目遵循 CC-BY-4.0 许可证。

HN 热度 301 points | 评论 84 comments | 作者：MichaelThatsIt | 1 day ago #

https://news.ycombinator.com/item?id=44313379

该项目是一个将 Steam Deck OLED 的主板、散热器和电池集成到一个可以完美放置在苹果 Magic 键盘下方的电脑中，没有显示屏，而是选择使用 XR 显示眼镜。
开发者将 CAD 文件开源，希望建立一个更好的版本，并分享了项目的起源故事。
有人建议将项目的前几句话放入项目的 readme.md 文件中，因为很多人不知道“空间显示”或 XREAL 是什么。
有人提出可以将外壳本身设计成触控板。
有人提到 XREAL 眼镜对于工作来说是足够的，只要不涉及视频通话。
有人询问长时间使用 XREAL 眼镜是否会导致视力疲劳或不适。
有人提到 Xreal One Pros 比 Air 眼镜更清晰，可以整天工作。
有人提到 XREAL 眼镜的视场角（FOV）可能是一个问题。
有人提到有处方镜片可以适配 XREAL 眼镜，包括散光和屈光不正。
有人提到看到有人因为每天使用 XREAL 眼镜而视力下降，但停止使用后有所恢复。
有人询问 Ubuntu 24 与 Steam OS 相比是否有特定的问题，如电池消耗、性能或稳定性问题。
有人感谢分享文件和经验，并询问在哪里可以找到 Steam Deck 的主板。
有人对基于 Radxa Rock 5B 的版本表示兴趣，因为它更易于获取且性能更强。
有人表示喜欢这种 Commodore 64 风格的键盘电脑，并认为这种形式既适合与 XR 眼镜一起便携使用，也适合在家中与 USB-C 底座一起使用。
有人提到了基于 Framework 的版本，并分享了相关链接和信息。

SpaceX Starship 36 Anomaly #

https://twitter.com/NASASpaceflight/status/1935548909805601020

NASASpaceflight.com 在 X 社交平台上发布了一条紧急消息，称在 SpaceX 的马赛市工厂，编号为 36 的飞船在即将进行静态点火测试前发生了爆炸。这一突发事件引起了广泛关注，因为飞船 36 的静态点火测试是其发射前的重要步骤，爆炸的发生无疑会对整个发射计划造成影响。

HN 热度 269 points | 评论 474 comments | 作者：Ankaios | 19 hours ago #

https://news.ycombinator.com/item?id=44315529

SpaceX 近期的困难可能部分是因为人们对其使命的热情减退。
可能不是热情减退，而是失去了对使命有热情的人。
员工可能因为马斯克的高要求而筋疲力尽，导致项目出现问题。
员工士气在企业中被低估，但对公司表现有显著影响。
亚马逊尽管员工流失率高，但公司表现依然出色，说明公司成功和员工士气并非总是正相关。
产品质量和盈利能力之间存在脱节，但最终会趋于一致。
股价上涨能让持股员工感到高兴，但士气对不同公司的影响程度不同。
马斯克的成功部分源于他能够激发自己和员工的“锁定”现象，即全力以赴的状态。
SpaceX 设定的期望过高，导致失败时更受关注。
Starship 的任务难度远超 Falcon 9，因此面临更多挑战。
仍然有人出于职业精神和技能提升的愿望而努力工作，不完全受公司愿景影响。
马斯克的政治行为可能让一些人离开 SpaceX，他快速决策的能力对组织至关重要。

TI to invest $60B to manufacture foundational semiconductors in the U.S. #

https://www.ti.com/about-ti/newsroom/news-releases/2025/texas-instruments-plans-to-invest-more-than–60-billion-to-manufacture-billions-of-foundational-semiconductors-in-the-us.html

德州仪器计划在美国投资超过 600 亿美元制造数十亿基础半导体领先的美国公司苹果、福特、美敦力、英伟达和 SpaceX 加强与德州仪器的合作，释放美国创新的下一个时代 2025 年 6 月 18 日

新闻亮点：

超过 600 亿美元的投资包括在美国德克萨斯州和犹他州的三个制造大区建设七个半导体制造厂，支持超过 60,000 个新的美国工作岗位。
这是美国历史上最大的基础半导体制造投资，建立在德州仪器近 100 年的传承之上。
德州仪器在德克萨斯州谢尔曼的最大制造大区包括高达 400 亿美元的投资，用于四个制造厂：SM1 和 SM2——已经开始——以及两个额外的制造厂，SM3 和 SM4。
利用德州仪器作为全球技术和制造领导者的优势，推进从汽车到智能手机再到数据中心的关键创新。

德州仪器（TI）今天宣布计划在美国七个半导体制造厂投资超过 600 亿美元，这成为美国历史上最大的基础半导体制造投资。与特朗普政府合作，并建立在公司近 100 年的传统之上，TI 正在扩大其在美国的制造能力，以满足对半导体的日益增长的需求，这些半导体将推进从汽车到智能手机再到数据中心的关键创新。德州仪器在德克萨斯州和犹他州的新制造大区将共同支持超过 60,000 个美国工作岗位。

“TI 正在建立可靠、低成本的 300 毫米产能规模，以交付对几乎所有电子系统至关重要的模拟和嵌入式处理芯片，”德州仪器总裁兼首席执行官 Haviv Ilan 表示。“领先的美国公司如苹果、福特、美敦力、英伟达和 SpaceX 依赖于 TI 的世界级技术和制造专长，我们很荣幸能与他们以及美国政府合作，释放美国创新的下一个时代。”

“近一个世纪以来，德州仪器一直是推动技术和制造创新的基石美国公司，”美国商务部长 Howard Lutnick 表示。“特朗普总统已将增加美国的半导体制造——包括这些进入人们每天使用的电子产品的基础半导体——作为优先事项。我们与 TI 的合作将支持美国的芯片制造数十年。”

释放美国创新的下一个时代今天，TI 是美国最大的基础半导体制造商，生产对智能手机、汽车、数据中心、卫星和几乎所有其他电子设备至关重要的模拟和嵌入式处理芯片。为了满足对这些基本芯片的稳步增长的需求，TI 正在建立其技术领导力的传统，并扩大其在美国的制造业务，帮助其客户开创技术突破的新浪潮。

与苹果一起点燃智能 “德州仪器的美国制造芯片帮助苹果产品焕发生机，我们将一起继续创造机会，推动创新，并投资于美国先进制造业的未来，”苹果公司首席执行官蒂姆·库克表示。

与福特一起推动未来福特和 TI 正在努力加强美国的制造业，结合福特的汽车专业知识和 TI 的半导体技术，帮助推动创新并确保未来移动性的稳健国内供应链。“在美国销售的福特汽车中有 80% 是在美国组装的，我们为像 TI 这样的技术领导者继续在美国投资制造感到自豪，”福特汽车公司总裁兼首席执行官吉姆·法利表示。

与美敦力连接患者护理美敦力和 TI 正在合作，在最重要的时刻改善生活。“在美敦力，我们依赖半导体来提供精确、性能和大规模创新的救生医疗技术，”美敦力董事长兼首席执行官杰夫·玛莎表示。“德州仪器一直是一个重要的合作伙伴——特别是在全球芯片短缺期间——帮助我们保持供应链的连续性，并加速突破性疗法的发展。我们很自豪能够利用 TI 在美国制造的半导体，因为我们致力于改变医疗保健并改善全球患者的结果。”

与英伟达一起推进人工智能英伟达正在与 TI 合作，释放下一代人工智能架构。“英伟达和 TI 共享在美国制造基础设施以振兴美国制造业的目标，”英伟达创始人兼首席执行官黄仁勋表示。“我们期待继续与 TI 合作，为先进的 AI 基础设施开发产品。”

与 SpaceX 一起确保高速卫星互联网 SpaceX 越来越多地利用 TI 的高速处理技术，将其 Starlink 卫星互联网服务与 TI 在德克萨斯州谢尔曼制造的最新 300 毫米 SiGe 技术连接起来。“我们的基本任务是彻底改变全球连通性并消除数字鸿沟。这个任务的核心是不断推动可能性的边界，”SpaceX 总裁兼首席运营官格温妮·肖特韦尔表示。“SpaceX 每天在美国制造数万个 Starlink 套件——全部在这里——我们正在对 PCB 制造和硅封装进行巨大投资，以进一步扩大。TI 的美国制造半导体对我们来说至关重要，它们确保了我们产品的美国供应链，它们的先进硅制造能力提供了满足全球对高速互联网日益增长需求所需的性能和可靠性。”

HN 热度 268 points | 评论 141 comments | 作者：TMWNN | 22 hours ago #

https://news.ycombinator.com/item?id=44314759

Texas Instruments 投资巨额资金在美国制造基础半导体，有人怀疑其财务可行性
有人质疑此类投资是否仅为营销噱头，实际并不会兑现
有人提到政府宣布的投资项目往往没有后续，资金可能会被行政成本消耗
有人反驳称已经看到一些基础设施项目因政府投资而得以实施
有人指出，一些资金尚未花费，许多项目仍在审批过程中
有人讽刺地提出，如果每年建一个数据中心，500 亿美元的投资需要很长时间
有人澄清，500 亿美元的投资是由私营企业进行，与政府支出无关
有人指出，这种将现有项目重新包装为新宣布的做法是一种政治手段
有人通过公司对联邦政府的称呼来判断政治广告的真实性

The Missing 11th of the Month (2015) #

https://drhagen.com/blog/the-missing-11th-of-the-month/

这篇文章由 David R Hagen 撰写，发表于 2015 年 12 月 29 日，探讨了为什么在 Google Ngrams 数据库中，大多数月份的 11 日被提及的频率异常低。文章起始于对 2012 年 Randall Munroe 发布的 xkcd 漫画的讨论，该漫画以日历形式展示了每个日期的大小与其在 Google Ngrams 数据库中被提及的频率成正比。作者注意到，除了 9 月 11 日之外，大多数月份的 11 日似乎异常小。为了验证这一点，作者分析了 Ngrams 数据库中的数据，该数据库记录了自 1800 年以来每年书籍中提及特定日期的次数，并进行了标准化处理。

作者首先确认了 11 日的异常性，通过比较实际数字而非文本大小来验证这一点。他提取了每年每个月的日期提及次数，并计算了每个月中每个日期的中位数，以避免像 7 月 4 日这样的异常值影响结果。分析结果显示，11 日的出现频率显著低于其他日期（p 值 <0.05），且没有明显的解释。

文章进一步探讨了这一现象的历史趋势，发现自 1800 年以来，11 日的提及频率就一直低于平均水平。特别是在 1860 年代，11 日与其他普通日期的差距迅速扩大，直到 20 世纪初，11 日的提及频率大约只有预期的一半。尽管在 20 世纪下半叶这一差距有所缩小，但仍然存在。

作者还注意到，除了 11 日之外，还有四个日期（2 日、3 日、22 日和 23 日）的提及频率也异常低。这些日期在 1800 年至 1890 年间甚至比 11 日还要低，但从 1900 年开始，它们的差距开始缩小，直到 1930 年代完全消失。作者将这些日期的异常情况留待将来探讨，而专注于 11 日。

文章接着揭示了造成 11 日提及频率低的原因是印刷字体中的数字“1”与大写字母“I”或小写字母“l”或“i”相似，导致 Google 的算法在读取页面时将 11 日误读为其他词汇。作者通过搜索诸如“March llth”、“July IIth”、“May iith”等无意义的短语，发现有五种可能的组合（IIth、Ilth、iith、lith、llth）至少在一个月的数据库中可以找到。作者将这些错误统称为“xxth”，并将这些错误读回的实例加回到 11 日的计数中，发现在 1860 年代之前，11 日与其他日期的差距被消除。1860 年代之后，大约四分之一到三分之一的差距被消除。

文章进一步探讨了 1860 年代开始的另一个错误——Google 算法将 11 日误读为“nth”。作者将“nth”的错误读回加回到 11 日的计数中，发现这一错误几乎解释了所有缺失的 11 日。当将“xxth”和“nth”的错误读回都加回到 11 日时，整个时间线上的差距消失，11 日看起来像是一个普通的月份日。

最后，作者探讨了为什么 11 日的误读率不均匀，以及为什么在 1860 年代错误率急剧上升。作者推测这可能与 1860 年代发明的一种特殊设备——打字机有关。最早的打字机没有数字 1 的单独键，打字员被期望使用小写字母“l”来表示 1。随着打字机的普及，即使是印刷材料的字体也开始反映这种预期。作者通过比较 1850 年和 1920 年的字体，说明了 1 和 l 在字体中的相似性，这种相似性可能导致了 11 日的误读率上升。

HN 热度 207 points | 评论 34 comments | 作者：xk3 | 1 day ago #

https://news.ycombinator.com/item?id=44313550

有趣的文章，值得一读，并且建议查看关于 2 日、3 日、22 日和 23 日的第二篇文章。
怀疑异常值是正确的原则，因为它们可能不是真实的，会误导真实数据。
怀疑 Twyman 定律：“任何看起来有趣或不同的数字通常是错误的。”
应该意识到黑天鹅理论，即不可预测的异常事件。
数据来源的调查是有用的，也是重要的。
建议在科学期刊投稿时不要随意移除异常值，除非先检查它们存在的原因。
Twyman 定律并不是说要忽略异常值，只是预测它们更可能是错误而非真实。
使用奥运会评分方式，去掉最高和最低分数以排除极端评分的影响。
博客迁移到 GitHub Pages 后，不再担心流量问题。
数据质量问题可能因为未考虑上下文相关的字形等价性。
11 日的缺失可能因为扫描器错误，例如将“l2”更正为“12”，但“ll”没有更正为“11”。
2 日、3 日、22 日和 23 日的缺失是因为人们过去有时会写成 2d、3d、22d、23d。
阅读这篇文章非常有趣。
简而言之，这是 OCR 错误。
有时候，不是所有的“1”都会变得像“l”，特别是在打字机上。
打字机上没有“1”键，需要用小写字母“l”代替。
在英国，过去用“L”和退格键以及“=”键来打“£”。
GNU groff 在“ascii”模式下使用减号代替等号来制作英镑符号。
打字机世界有一些特殊性，例如压力使得最小的物理键数量能够组成最大的字符范围。
Markdown 可以不依赖过击来写项目符号和下划线。

End of 10: Upgrade your old Windows 10 computer to Linux #

https://endof10.org/

Windows 10 的支持将在 2025 年 10 月 14 日结束。微软希望您购买新电脑。但如果您的电脑购买于 2010 年之后，那么您其实没有必要更换它。通过安装最新的 Linux 操作系统，您可以继续使用多年。安装操作系统听起来可能很困难，但您不必独自完成。幸运的是，您所在地区的人们可能愿意提供帮助！

找人帮助您安装 Linux → 自行安装 Linux → 您愿意帮助他人在 Windows 10 之后继续使用他们的电脑吗？注册成为维修集体 →

升级旧电脑到 Linux 的 5 个理由：

无需新硬件，无需授权费用：新笔记本电脑价格昂贵，但许多 Linux 操作系统可以免费获得。软件更新也是永久免费的。当然，您可以通过捐赠来表示您的支持！
增强隐私：Windows 带有大量广告和间谍软件。这会减慢您的电脑速度，让公司监视您，并增加您的能源费用。
对地球有益：生产一台电脑占其生命周期内碳排放的 75% 以上。延长功能设备的使用寿命是减少排放的有效方式。使用 Linux 操作系统，您可以更长时间地使用您的设备。
社区和专业支持：有当地的维修咖啡馆和独立的专业服务以及电脑商店可以为您提供帮助。您也可以在在线论坛中找到支持。
更好的用户控制：Linux 赋予您软件的四个自由。您可以自由使用、研究、分享和改进程序，只要您愿意。您控制您的设备。

支持者：这些组织加入了我们支持这一运动。

**信服了吗？**那么找到您最近的维修咖啡馆或独立电脑商店，享受您的全新旧电脑吧！

修理您的旧电脑 →

地点事件 DIY 安装媒体团队添加地点或事件贡献网站源代码

End of 10 网站内容在 CC BY 4.0 下授权

感谢 KDE 通过托管网站和提供基础设施支持此项目。您可以联系 KDE 网络管理员（公共邮件列表）或查看隐私政策和法律声明以获取更多信息。

语言：加泰罗尼亚语、捷克语、丹麦语、德语、西班牙语、法语、意大利语、匈牙利语、荷兰语、挪威语、乌兹别克语、波兰语、葡萄牙语、斯洛文尼亚语、芬兰语、瑞典语、土耳其语、俄语、乌克兰语、希伯来语、阿拉伯语、波斯语、泰语、韩语、日语、繁体中文、简体中文。

HN 热度 205 points | 评论 185 comments | 作者：doener | 10 hours ago #

https://news.ycombinator.com/item?id=44318420

将 Windows 用户转换到 Linux 的一个用户体验问题是 USB 启动盘制作过程和需要外部工具如 Rufus。
提出 Ubuntu 可以提供一个 Windows 应用程序来处理下载 ISO、格式化 U 盘、默认双启动安装 Ubuntu，并清晰解释每个步骤。
有人提出不需要外部介质，可以直接在现有分区上创建新的 Linux 恢复分区或在 Windows 上通过 VM 安装 Linux。
Wubi 可以在 Windows 上运行并将 Ubuntu 安装到文件中，这种模式以前更常见。
有人提出 Linux 发行版提供商可能缺乏资源或对 Windows 编程的热情来制作和维护 Windows .exe 安装程序。
有人提出可以用 PowerShell 命令组合来制作 liveusb，但需要一个工具来避免写错驱动器。
有人提到 Rufus 可以下载必要的 ISO 文件，所以过程并不那么复杂。
有人认为如果用户觉得安装过程太复杂，他们可能也无法自己安装 Linux 或 Windows，并可能在后续遇到其他问题。
有人提到 Windows PowerShell 没有直接的命令来完成特定的操作。
有人分享了安装 Ubuntu 导致三星笔记本电脑变砖的经历。
有人认为一些有缺陷的 UEFI 在清除或写入错误的 efivars 时可能会导致电脑变砖。
提出 Ubuntu 应该提供一个 Windows 应用程序来处理一切，类似于 15-20 年前 Canonical 提供的工具。
建议避免让用户自己进入 BIOS/EFI 更改启动顺序，可以使用 Windows API 操作 EFI。
建议用更现代的启动管理器如 rEFInd 或 Clover 替换 GRUB，以改善用户体验。
有人提出不需要 GRUB，可以直接将 Linux 内核和启动参数打包成一个可启动的.efi 文件。
rEFInd 基本上就是上述提到的解决方案。
有人提出可以再次使用像 Wubi 这样的工具。
有人怀念 Wubi，认为它当时是一个游戏规则改变者。
Ubuntu 和 Linux Mint 现在推荐使用比 Rufus 更易用的 balenaEtcher。
有人提到使用 balenaEtcher 可能会导致 USB-SD 卡损坏。
有人提出修复损坏的驱动器的方法，即清除启动扇区。
有人担心普通用户可能会点击错误的链接，感染 Windows 机器并放弃安装。
有人提出 Ubuntu 应该提供一个像 Windows 那样的下载媒体制作工具，将 dd 命令与图形界面结合。