Gemma 4 发布两个月后，近期更新包括增加多标记预测（Multi-Token Prediction）以实现更快的推理，以及推出全新的 12B 模型。为了进一步提高易用性，团队现已发布经量化感知训练（QAT）优化的新检查点。 与可能降低模型质量的标准训练后量化（PTQ）不同，QAT 将量化直接集成到训练过程中。这在保持性能的同时显著减少了内存占用，使 Gemma 4 模型能够在消费级 GPU 和边缘设备上高效运行。 此次发布包括对标准 Q4_0 格式的支持，以及一种新型移动端优化方案，该方案将 Gemma 4 2B 模型的内存占用降低至仅 1GB。这些改进确保开发人员能够在显存和存储空间有限的硬件上利用 Gemma 4 的高质量与强大功能，使高性能人工智能模型比以往任何时候都更加便携。
每日HackerNews RSS
Google 发布了 Gemma 4 系列的“量化感知训练”（QAT）模型，旨在为移动和本地设备提供高性能与高精度的同时，显著降低内存和算力需求。
Hacker News 社区正在积极测试这些模型，并指出它们在普通的消费级硬件（包括笔记本电脑和手机）上表现出色，部分变体的大小仅为 1–3GB。讨论重点包括：
* **效率：** 开发者已成功将 QAT 模型应用于实时的设备端音频、图像和文本处理。
* **优化：** 虽然 Google 官方的 QAT 基准测试表现强劲，但像 Unsloth 这样的社区成员正在创建更精细、高性能的量化版本，其表现优于标准版本，这引发了关于量化方法的良性讨论。
* **“本地 AI”之争：** 用户对本地模型的价值看法不一。支持者看重隐私、成本效益以及对云端 AI 提供商的独立性；批评者则认为，与 Claude 或 GPT 等成熟的云服务相比，专门的硬件/软件设置过于繁琐。
总体而言，此次发布标志着让个人设备能够进行前沿 AI 推理的重要里程碑，并将推动本地自动化和自托管工具生态系统的增长。
信息安全专家史蒂文·默多克（Steven Murdoch）发现，美国军方近20年来一直利用公共GPS卫星广播加密数据。通过分析超过1200万条此前被忽视的176位数据槽（即“第4子帧，第17页”）的观测记录，默多克得出结论：五角大楼一直将GPS卫星群当作全球性的“数字电台”使用。 这一隐藏基础设施支持着军方的“空中分发”（OTAD）和“空中密钥更新”（OTAR）系统，使军方能够向全球各地的接收器远程分发加密密钥。默多克在数据中发现的模式，与军方解密文件中关于这些远程密钥更新技术部署的时间线完全吻合。 尽管这些信号几十年来一直可被任何GPS接收器捕获，但在默多克的调查之前，公众并未察觉。这一发现凸显了大量信息正公开在我们头顶传输，等待着那些知道去向何处寻找的人进行解码。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
美国军方将 GPS 变成了全球性的“数字电台” (404media.co)
104 点，由 awkwardpotato 发布于 17 小时前 | 隐藏 | 过往 | 收藏 | 2 条评论 | 帮助
ChrisArchitect 16 小时前 [–]
来源：https://lsc-pagepro.mydigitalpublication.com/publication/?i=... (https://news.ycombinator.com/item?id=48411799)
回复
dang 9 小时前 | 父评论 [–]
评论已移至 https://news.ycombinator.com/item?id=48411799。谢谢！
回复
指导原则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
请启用 Cookie。 错误 1005 Ray ID: a0709331dee1ff81 • 2026-06-05 16:32:43 UTC 拒绝访问 发生了什么？ 该网站的所有者 (kotaku.com) 已禁止您的 IP 地址所属的自治系统编号 (ASN) (45102) 访问此网站。 请参阅 https://developers.cloudflare.com/support/troubleshooting/http-status-codes/cloudflare-1xxx-errors/error-1005/ 了解更多详情。 此页面是否有帮助？ 是 否 感谢您的反馈！ Cloudflare Ray ID: a0709331dee1ff81 • 您的 IP： 点击显示 47.245.80.60 • 由 Cloudflare 提供性能与安全保障
据《Kotaku》近期的一篇报道（最初由《404 Media》披露）称，泄露的文件显示微软意图使其人工智能产品具有“成瘾性”。这一消息在 Hacker News 上引发了讨论，用户们对该报道的措辞展开了辩论。
许多评论者认为这一说法并非新闻，并指出在此语境下，“成瘾性”很可能指的是标准的商业目标——即打造一种极其好用并集成到微软 Office 中的工具，使用户在日常工作中对其产生依赖。怀疑者指出，这一目标对于任何寻求高用户粘性的科技或游戏公司来说都十分典型，因此认为该标题是刻意通过耸人听闻的方式，将一种常见的企业战略描述得更具恶意。该讨论帖还包含了一些关于消息来源可靠性以及原始报道获取难易度的元讨论。
pg_durable：Microsoft 开源数据库内持久化执行引擎 pg_durable: Microsoft open sources in-database durable execution
21 小时前
**pg_durable** 是一个 PostgreSQL 扩展，支持在数据库内部直接进行具有容错能力的持久化后台任务执行。它通过将工作流逻辑完全整合进 SQL，消除了对外部编排工具（如 Airflow 或 Temporal）、消息队列或自定义状态表的依赖。 **核心特性：** * **持久化执行：** 工作流被定义为一组 SQL 步骤图，可自动检查进度。如果发生崩溃或故障，执行将从最后一个成功步骤恢复，而不是从头重新开始。 * **原生 SQL 支持：** 工作流使用可组合的 SQL DSL（例如 `df.start()` 和运算符链）定义，非常适合数据管道、AI 嵌入工作流以及自动化维护手册。 * **零基础设施：** 由于它作为原生 PostgreSQL 扩展（使用 `pgrx` 构建）运行，因此无需 Redis 或外部工作集群等额外服务。 * **运维可见性：** 进度、状态和变量存储在标准的 PostgreSQL 表中，可直接利用现有的数据库身份验证、行级安全性（RLS）和备份模型。 通过将计算与数据保持紧密结合，pg_durable 简化了后端架构，降低了复杂性，并确保了复杂的后台任务与它们所处理的数据一样可靠且可审计。目前该项目处于 PostgreSQL 17 和 18 的预览阶段。
微软近期开源了 **pg_durable**，这是一个旨在实现数据库内持久化执行的 PostgreSQL 扩展。它使开发人员能够直接在 Postgres 中定义和运行有状态的长时间运行工作流，从而提供原子状态管理和数据局部性优化等优势。
这一公告在 Hacker News 上引发了关于应用逻辑“最佳归属地”的讨论，主要议题包括：
* **逻辑位置：** 支持者认为将计算移至数据所在处可提高可靠性和一致性（例如在备份时）。怀疑者则反驳称，业务逻辑应保留在应用代码中，以便于版本控制、测试和可观测性，并警告称过度依赖数据库的逻辑难以扩展和调试。
* **工具与策略：** 批评者强调驻留数据库的逻辑缺乏成熟的开发工作流（如 CI/CD、单元测试），而贡献者则指出相关功能已在路线图中，且可以通过现有的版本控制模式进行管理。
* **替代范式：** 讨论涉及了更广泛的架构偏好，一些开发者倾向于使用 Airflow 或 Temporal 等外部编排器，而另一些开发者则主张最大限度地发挥 PostgreSQL 的原生扩展能力。
* **技术栈：** 该讨论还演变为关于 PostgreSQL 基于 20 世纪 80 年代的架构是否需要用现代语言（如 Rust）重写的争论，不过大多数用户仍力挺其久经考验的成熟度及丰富的插件生态系统。
本文认为“Conventional Commits”（约定式提交）标准是一种存在根本缺陷的反模式，因为它将错误的优先级置于首位。作者指出，该标准对提交“类型”（如 feat、fix）的强调是多余且具有限制性的，因为提交描述本身就应自然地传达变更目的。 作者认为，对于开发者、调试人员和事故响应人员而言，“作用域”（scope）才是最重要的元数据。由于约定式提交将作用域视为可选内容，并强制将类型置于消息开头，导致其无法提供导航代码库历史记录所需的必要上下文。 此外，作者批评了该标准对用于生成变更日志和版本控制的自动化工具的依赖，并指出提交日志与面向用户的变更日志具有不同的用途，无法有效合并。文章总结称，这些自动化流程往往脆弱或具有误导性。作为替代方案，作者提倡使用“作用域提交”（Scoped Commits）——这是一种在 Linux 和 Go 等成功项目中采用的格式，旨在优先考虑项目特定的上下文。作者建议放弃所谓的“行业标准”约定式提交，转而采用更直观、以作用域为前缀的提交信息格式。
Hacker News 上关于“Conventional Commits”（约定式提交）的争论，凸显了自动化工作流支持者与该规范刚性语法批评者之间的分歧。
**支持约定式提交的理由：**
支持者认为，像 `feat:`、`fix:` 和 `feat!` 这样的前缀对于 CI/CD 流水线至关重要。它们能够实现自动化的语义版本控制（SemVer），并有助于通过分类变更来生成更新日志。一些人发现，标准化的提交结构提高了可读性，并有助于一眼识别出变更的“影响范围”。
**批评意见：**
反对者认为该系统难看且不灵活，且往往忽略了最重要的上下文，例如问题工单编号。批评者指出：
* **元数据应放在别处：** 像工单 ID 这样的信息更适合通过“Git trailers”（页脚）来处理，而不是污染提交主题行。
* **对象错误：** 更新日志应为用户精心策划，而非直接从面向开发者的提交日志中自动生成。
* **设计不佳：“**类型”前缀（如 `feat`）与清晰的“范围”相比通常是多余或无益的，且“Conventional Commits”这一命名被视为对 Linux 或 FreeBSD 等项目长期采用的实践进行的一种品牌霸占。
最终，许多人建议，书写工整的纯英语摘要比强制执行、充斥标点符号的模板更为有效。
荷兰政府将仅允许欧洲公司运营 DigiD 平台。 Dutch gov't will only allow European company to operate DigiD platform
22 小时前
请启用 JavaScript 和 Cookie 以继续。
荷兰政府已采取行动，阻止一家非欧洲实体收购其重要的基础设施供应商，并规定 DigiD 身份验证平台（该国数字基础设施的关键组成部分）只能由欧洲公司运营。
这一决定在 Hacker News 上引发了关于数字主权与外包实用性之间的激烈辩论。批评者认为，荷兰政府长期将核心 IT 服务外包给私营公司的做法（往往导致预算超支和项目延期）是新自由主义政策和不愿保留内部技术专长的结果。支持仅限欧洲运营这一举措的人则强调，在国家身份管理方面依赖外国供应商存在风险，并指出对数据隐私、司法管辖权控制以及外国影响力日益增长的担忧。
尽管一些参与者认为政府应重建内部 IT 能力，以避免对咨询公司和外部企业的依赖，但另一些人指出，在政府规定的薪酬标准下招聘顶尖技术人才仍是一项持续的挑战。归根结底，这场讨论反映出随着全球政治紧张局势加剧，各国开始重新评估外包必要行政基础设施的风险，从而更倾向于优先考虑“数字主权”。
IP KVM（键盘、视频和鼠标）已成为远程计算机管理的重要工具。即使在操作系统锁定、崩溃或关机的情况下，它们仍能提供 BIOS 级别的访问权限。虽然 iDRAC 等企业级解决方案早已存在，但近期涌现的经济型设备已使该技术得到普及。
目前的市场主要分为高端功能型产品和经济实惠型替代方案：
* **高端/企业级：** **PiKVM** 和 **TinyPilot** 依然是行业标杆，提供强大的开源支持、HDMI 环通，以及多用户访问和 5G 冗余等企业级功能。
* **中端/专用型：** **GL-iNet 的 Comet 系列**和 **Sipeed 的 NanoKVM 系列**在 4K/60fps 高画质下具有极高性价比，并提供触摸屏设备和 PCIe 插卡等独特形态。
* **紧凑/预算型：** **JetKVM** 以其简洁的界面和外形受到工作室青睐，而 **DezKVM-Go**（25 美元）等设备则凸显了实现低成本远程“故障排查”的可能性。
**重要警告：** 由于这些设备绕过了操作系统级别的安全防护，它们相当于您网络中的“敞开大门”。请将其视为高安全风险设备：务必进行严格的防火墙隔离、保持固件更新，并仅从值得信赖且透明的供应商处购买，以避免安全漏洞。
Jeff Geerling 最近对家庭实验室 IP KVM 的深度测评，在 Hacker News 上引发了关于成本、可靠性和功能之间权衡的热烈讨论。
**讨论要点：**
* **行业标杆：** PiKVM 凭借其高质量的工程设计、灵活的软件以及可靠的 USB 信号处理能力，依然是社区的首选，尽管其高昂的价格让部分用户望而却步。
* **“廉价 vs. 专业”的分歧：** 许多用户认为，服务器级设备（如 Dell、HP、Supermicro）本身就具备强大的 BMC/IPMI 功能，因此对于企业级硬件而言，专用的 KVM 多此一举。然而，对于“无头”消费级设备（如 Mac Mini、ThinkPad），IP KVM 则是必不可少的。
* **替代方案：** Sipeed NanoKVM 因其小巧的尺寸和高性价比受到欢迎；而 JetKVM 尽管硬件版本迭代较为混乱，但凭借其扎实的社区支持被频繁提及。
* **技术挑战：** 用户重点指出了 USB 信号处理、延迟，以及引导级远程管理缺乏标准化的问题。
* **DIY vs. 商业产品：** 许多人建议使用 PiKVM 软件自行搭建 KVM 以节省成本；但也有人提醒，廉价设备的可靠性如同“抽奖”，可能会导致令人沮丧的维护体验或硬件故障。
请启用 JavaScript 和 Cookie 以继续。
这篇 Hacker News 讨论探讨了一个共识：当前的技术面试（特别是白板编程和 LeetCode 风格的挑战）已经失效，无法准确预测实际工作表现。
参与者认为，这些方法侧重于在压力下“表演”，而非展示现实工程所需的隐性知识和架构能力。批评者指出，这种流程往往偏向于反应敏捷的“优化者”，而非那些注重深层背景、可维护性和长期解决问题的工程师。此外，这种高压面试让许多资深人才望而却步，他们往往拒绝参与这种随意的“跳火圈”式考核。
尽管许多人主张以经验为导向的面试（讨论过往项目、架构和权衡）作为一种更人性化且有效的替代方案，但也有人警告称，这些方法容易产生偏见，导致“能力平庸者上位”或面试作弊。讨论中反复提到的一个难点是招聘流程的规模化问题：虽然对话式、注重经验的面试适合小团队，但大型机构往往会退而求其次，将标准化的“LeetCode”测试作为一种低成本但存在缺陷的筛选机制。最终，该讨论认为，尽管业界对现状普遍不满，但由于在追求高效的择优录取与在大规模环境下验证技术能力的实际挑战之间存在矛盾，行业依然深陷其中。
403 禁止访问 nginx
抱歉。
国际空间站宇航员接到指令进行避难，目前正在修复空气泄漏。 Astronauts told to return to ISS after sheltering over air leak repairs
22 小时前
由于国际空间站“星辰号”服务舱的空气泄漏问题持续恶化，美国国家航空航天局（NASA）已采取预防性应急措施。目前，五名机组人员正在 SpaceX“龙”飞船内避险，他们身着航天服，随时准备紧急撤离。与此同时，两名俄罗斯宇航员留在俄罗斯舱段继续进行维修工作，他们的“联盟号”飞船作为备用撤离工具。
尽管出于安全考虑，机组人员被分散在两艘飞船中，但 NASA 强调这并非正式的撤离命令。如果确实需要完全撤离，机组人员将按照原定飞行任务返回地球：四名 Crew-12 宇航员将搭乘“龙”飞船在美国海岸溅落，其余三名机组人员将乘坐“联盟号”飞船在哈萨克斯坦着陆。NASA 和俄罗斯国家航天集团正持续监测情况，并努力寻求永久性的修复方案。
国际空间站（ISS）一直面临空气泄漏的问题，主要集中在老化的俄罗斯“星辰”号服务舱。尽管美国国家航空航天局（NASA）和俄罗斯国家航天集团（Roscosmos）多年来一直设法处理这些泄漏，但近期漏气速度加倍升级，促使任务控制中心下令执行“就地避难”程序。宇航员暂时撤离到对接的飞船内，并为可能进行的撤离做准备，这是针对不稳定压力环境的标准安全规程。
Hacker News 上的讨论聚焦于维护一个已运行 30 年且暴露在恶劣太空环境下的空间站的复杂性。评论者们探讨了俄美空间合作的历史、在轨识别微小泄漏的技术挑战，以及使用低技术手段（如胶带和环氧树脂）来修复数十亿美元基础设施所带来的讽刺感。
尽管一些用户对宇航员的安全表示担忧，但另一些人指出，国际空间站的结构与高压深海潜水器截然不同，发生灾难性“瞬间爆炸”的可能性极小。这种情况凸显了长期太空居住在后勤和工程方面面临的巨大障碍，也引发了更广泛的争论：人类太空飞行的风险是否意味着需要更多地依赖机器人，或者当前的维护方式是否仍是唯一可行的前进道路。