2025 06 13 HackerNews

2025-06-13 Hacker News Top Stories #

  1. 作者通过借鉴电子游戏的高频反馈机制，成功克服拖延症并提高工作效率。
  2. 研究表明宇宙大爆炸可能发生在超大质量黑洞内部，挑战传统宇宙学模型。
  3. GitHub 上的第 10 亿个仓库诞生，引发用户的庆祝和幽默评论。
  4. Resemble AI 发布开源文本转语音模型 Chatterbox，性能优于 ElevenLabs。
  5. 印度航空公司伦敦航班在艾哈迈达巴德坠毁，造成至少 290 人死亡。
  6. 丹麦数字化部宣布逐步放弃微软产品，转向 Linux 和 LibreOffice。
  7. 以色列公司的间谍软件被用于监视欧洲记者，引发对民主国家监视工具使用的讨论。
  8. Spark 是一个高级 3D 高斯 Splatting 渲染器，专为 THREE.js 设计，性能出色。
  9. 微软 Office 代码库从 Source Depot 迁移到 Git，提升了开发者生产力。
  10. macOS Tahoe 引入新磁盘映像格式 ASIF，显著提升性能，适用于虚拟化和虚拟机。

A receipt printer cured my procrastination #

https://www.laurieherault.com/articles/a-thermal-receipt-printer-cured-my-procrastination

Laurie Hérault 在其文章中分享了他如何通过理解电子游戏的成瘾机制来克服拖延症，并提高工作效率。他曾经尝试了多种方法来提升生产力，但都未能取得实质性的效果。他发现，尽管在电子游戏中能够长时间保持专注，但在处理工作事务如写邮件时却常常拖延。他开始思考为什么电子游戏如此吸引人，并探索如何将这种专注力转移到其他任务上。

文章首先提到，Laurie Hérault 的许多生活挑战与 ADHD（注意力缺陷障碍）有关，尽管文章的目的不是聚焦于 ADHD，但提到这一点很重要，因为 ADHD 以不同的方式和程度影响着许多人。

接着，文章解释了为什么电子游戏会让人上瘾，以第一人称射击游戏（FPS）为例。FPS 游戏围绕一个简单的循环构建：瞄准 → 射击 → 命中或未命中。这种即时的反馈被称为反馈。为了让游戏上瘾，游戏循环必须频繁重复并给出强烈的反馈。现代 FPS 游戏在反馈上做了很多改进，比如击中敌人时会有多种反馈，如准心变化、伤害数字、音效、敌人死亡动画、进度条填充、新技能解锁、随机奖励等。

文章强调，为了让游戏循环上瘾，还需要其他因素，比如个人对游戏类型的喜好，以及挑战必须与技能水平相匹配。如果游戏太简单或太难，玩家就不会上瘾。当所有这些元素结合在一起时，每个游戏循环都会给你带来一点多巴胺，并创造一种流动状态，在这种状态下，我们完全专注，失去时间感，更容易处理复杂任务。

Laurie Hérault 还提到，电子游戏很容易开始，即使动机很低，也不需要太多纪律就能开始玩。

文章的第二部分讨论了如何将反馈循环应用到我们的任务中。基于我们刚刚看到的内容，我们的现实生活中的游戏循环是由完成日常任务和习惯组成的。我们的第一个目标是每天尽可能多次重复这个游戏循环。一个简单的解决方案是将任务分解成更小的部分。例如，将“打扫房子”分解成更小的任务，如洗碗、擦表面、清洁地板、倒垃圾等。

为了提高反馈，Laurie Hérault 建议使用便利贴。将每个任务写在便利贴上，完成任务后，将便利贴揉成一团，扔进一个透明的罐子里。这为我们提供了额外的反馈：揉纸、令人满意的声响，以及在透明罐子里看到我们的进展。

文章还强调，将任务写在便利贴上使其变得真实，不再是屏幕上的文字，这使得拖延变得更加困难。通过这种方式，我们可以将日常习惯放在便利贴上，用简单的早晨习惯开始一天，这有助于建立动力，使整天的工作更容易继续。

最后，Laurie Hérault 建议保持灵活性，始终以便利贴上的第一任务和习惯开始一天，但这种初始动力可能足以让你保持一整天的生产力。如果一天中的晚些时候需要，可以灵活调整方法。他强调，始终以便利贴上的任务开始工作日，并在前一天晚上准备好这些任务，这样早上就可以立即开始工作，无需额外规划。

HN 热度 679 points | 评论 401 comments | 作者：laurieherault | 10 hours ago #

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

  • 游戏比工作更刺激，导致难以专注于工作。
  • 工作需要额外的刺激来提高专注度，如社交、食物、咖啡因、金钱等。
  • 过度刺激的娱乐活动会取代健康的工作习惯。
  • 通过“禁食”刺激活动，可以提高工作的乐趣。
  • 手机对一些人来说同样具有高度刺激性，影响工作。
  • 双因素认证（2FA）通过手机实现可能导致工作中断。
  • 硬件 2FA 令牌可以避免使用智能手机进行 2FA 认证。
  • 可以使用命令行工具进行 2FA，避免使用智能手机。
  • 即使只有 QR 码，也可以不使用智能手机提取 2FA 密钥。
  • 可以使用快捷键自动粘贴 2FA 代码，但可能影响安全性。
  • 有些密码管理器支持 2FA 功能。
  • 通过 SSH 连接到手机运行 CLI 工作流程。
  • 微软认证显示浏览器上的数字，需要在设备上输入。
  • 可以切换到不同的 TOTP 提供商。
  • 市场可能需要一个简单的 TOTP 认证设备。
  • 通过蓝牙将凭据加载到 TOTP 设备可能较为方便。
  • YubiKey 可以在不连接手机或电脑的情况下进行 TOTP 认证。
  • 使用第二部手机专门用于 2FA 认证。

Research suggests Big Bang may have taken place inside a black hole #

https://www.port.ac.uk/news-events-and-blogs/blogs/space-cosmology-and-the-universe/what-if-the-big-bang-wasnt-the-beginning-our-research-suggests-it-may-have-taken-place-inside-a-black-hole

这篇文章由来自宇宙学和引力研究所的恩里克·加兹塔纳加教授撰写，探讨了一个关于宇宙起源的激进新观点。文章提出了一个假设，即宇宙大爆炸并非宇宙的起点，而是从一个超大质量黑洞的引力坍缩和随后的反弹中产生的。这个观点被称为“黑洞宇宙”模型，它提供了一个与传统宇宙学模型截然不同的视角，完全基于已知的物理定律和观测结果。

文章首先指出，当前的宇宙学标准模型基于大爆炸和宇宙膨胀理论，虽然在解释宇宙的结构和演化方面取得了巨大成功，但仍有一些基本问题未得到解答。例如，大爆炸模型以一个无限密度的奇点开始，这在物理定律上是不可解释的。此外，为了解释宇宙的大尺度结构，物理学家引入了宇宙膨胀的概念，这需要一个未知的、具有奇异属性的场。为了解释当前观测到的宇宙加速膨胀，又增加了一个“神秘”的成分：暗能量。

新模型从不同的角度出发，不是从膨胀的宇宙开始追溯其起源，而是考虑在重力作用下，一个过度密集的物质集合坍缩会发生什么。这是一个熟悉的过程：恒星坍缩成黑洞，黑洞是物理学中最为人们所理解的对象之一。但在黑洞的事件视界之外，即没有任何东西可以逃脱的地方，内部发生的事情仍然是一个谜。

文章提到，1965 年，英国物理学家罗杰·彭罗斯证明了在非常一般的情况下，引力坍缩必然导致一个奇点。这一结果由已故的英国物理学家斯蒂芬·霍金等人扩展，支撑了奇点（如大爆炸中的奇点）是不可避免的观点。这一观点帮助彭罗斯赢得了 2020 年诺贝尔物理学奖的一部分，并激发了霍金的全球畅销书《时间简史：从大爆炸到黑洞》。但有一个警告，这些“奇点定理”依赖于描述普通宏观物体的“经典物理学”。如果我们包括在极端密度下必须考虑的量子力学效应，故事可能会改变。

在新论文中，作者展示了引力坍缩不必以奇点结束。他们找到了一个精确的解析解——一个没有近似的数学结果。数学显示，当我们接近潜在的奇点时，宇宙的大小会随着宇宙时间的双曲函数而变化。这个简单的数学解描述了一个坍缩的物质云如何达到高密度状态，然后反弹，向外反弹进入一个新的膨胀阶段。

文章进一步解释了为什么彭罗斯的定理不允许这样的结果，这都归结于一个叫做量子排斥原理的规则，该规则指出没有两个相同的粒子（称为费米子）可以占据相同的量子态（如角动量或“自旋”）。研究表明，这个规则阻止了坍缩物质中的粒子被无限挤压。因此，坍缩停止并逆转。反弹不仅是可能的，而且在适当的条件下是不可避免的。

重要的是，这种反弹完全在广义相对论的框架内发生，它适用于大尺度如恒星和星系，结合了量子力学的基本原理——不需要任何外来的场、额外的维度或推测性的物理学。

文章最后指出，这个模型的一个优势是它做出了可测试的预测。它预测宇宙的空间曲率是小但非零的正数——意味着宇宙不是完全平坦的，而是略微弯曲的，就像地球表面一样。如果未来的观测，如正在进行的欧几里得任务，确认了小的正曲率，这将是我们的宇宙确实从这样的反弹中产生的一个强烈暗示。它还对当前宇宙的膨胀速率做出了预测，这一点已经得到了验证。

这个模型不仅仅是修复了标准宇宙学的技术问题。它还可能为我们理解早期宇宙的其他深刻谜题——如超大质量黑洞的起源、暗物质的性质，或星系的层次形成和演化——提供新的视角。这些问题将由未来的太空任务如 Arrakhis 探索，该任务将研究……

HN 热度 673 points | 评论 540 comments | 作者：zaik | 1 day ago #

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

  • 作者亲自撰写科学手稿总结可以减少误解，但存在过度简化的风险。
  • 科学家曾有为普通人撰写研究总结的实践，视其为公民责任。
  • 希望更多研究人员能发表博客文章，尽管不是所有人都具备或愿意获得写作技能。
  • 沟通技能在工程领域也很重要，应被视为必备技能。
  • 科学研究成果应尽可能向公众开放，学者应具备沟通能力。
  • 担心研究人员会根据博客文章的传播度而非工作影响力来评价。
  • 认为公共资金支持的研究应提高透明度，学者应努力清晰地写作。
  • 学者不应成为专业公关经理或作家，但应具备基本的写作和沟通能力。
  • 其他职业也有类似的多重角色要求，如软件工程师。
  • 在现实世界中，学者应根据现有系统采取实际行动。
  • 学者不应承担过多角色，应有专业帮助。
  • 许多学者通过 Twitter 线程解释论文关键发现，但社区已因 Twitter 变化而解散。
  • 担心学术界已成为庞大经济体系，许多研究仅为保持忙碌。
  • 许多发表的研究无实际价值，仅为赚取资历和声誉。
  • 认为大量社会科学研究也仅为确保就业机会。
  • 经济盈余被投入到学术界，这是好事。

Congratulations on creating the one billionth repository on GitHub #

https://github.com/AasishPokhrel/shit/issues/1

这个网页是 GitHub 上的一个项目页面，具体是用户 AasishPokhrel 创建的名为“shit”的公共仓库。这个仓库因为成为 GitHub 上的第 10 亿个仓库而备受关注。

  1. 项目信息：仓库名为“shit”，由用户 AasishPokhrel 创建，是一个公共仓库。仓库已经获得了 97 个 Fork（分叉）和 1.6k 个 Star（星标）。

  2. 庆祝信息：GitHub 官方账号 jonmagic 在 2025 年 6 月 12 日创建了一个新 Issue，恭喜 AasishPokhrel 创建了 GitHub 上的第 10 亿个仓库，并表示希望他能在这个仓库中创造一些伟大的“💩”。这个 Issue 获得了 2903 个 👍（赞）和 80 个 👎（踩）。

  3. 用户评论：

    • 0ki：期待看到在这个仓库中创造的伟大的“💩”。
    • Krafting：祝贺！迫不及待想看到这个“💩”起飞。
    • MangoCubes：松了一口气，知道 jonmagic 是 GitHub 员工，而不是为了其他原因而刮取仓库的人。
    • jordigh：询问是否有预计的修复时间表，或者是否有解决方案。
    • sshine：不知道这个仓库会变成什么样子，但我正在分叉这个“💩”。
    • TheWoodsy：喜欢一个好的“💩”。
    • RMNCLDYO：你不能编造这个“💩”！传奇！
    • jonmagic：提醒 AasishPokhrel，如果需要的话，可以锁定对话或取消订阅，并提供了相关文档链接。
    • clark-stevenson：这个“💩”是最棒的。
    • KoushikDasika：所有土地上最好的“💩”帖子。
    • jpwilliams：在锁定之前发布 😂，恭喜。
    • Explosion-Scratch：火 🔥🔥🔥，恭喜。当你出名时记得我。
    • thewebguy：这里即将变得拥挤，如果你拉了“💩”，请把它放回去。
    • connermatiq：这是什么“💩”。

  4. 其他用户评论：页面上还有其他用户的评论，表达了对这个仓库的期待和幽默感，以及对这个历史性时刻的庆祝。

这个页面展示了 GitHub 社区对第 10 亿个仓库的热烈反响和庆祝，以及用户之间的互动和幽默评论。

HN 热度 571 points | 评论 131 comments | 作者：petercooper | 1 day ago #

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

  • GitHub 创建十亿个仓库是一个有趣的成就。
  • OpenStreetMap 的百万次提交更有意义，因为它是实时生产环境中的。
  • 技术工作在过去更加有趣。
  • 有人曾花费整个工作日来确保创建了帮助台的百万张票。
  • 在 FQA 的日子里，有人参与了第 99,999 个和第 100,000 个提交，但这些提交只是为了演示并被迅速删除。
  • 在第一份工作中，有人提交了 JIRA-1337，这是一个真实的缺陷，令人满意。
  • 有人好奇 GitHub 的最新 ID 是多少。
  • 有人分享了关于 OpenAPI Spec 在 GitHub 上可能溢出 int32 的问题。
  • 有人分享了将 32 位整数作为主键的数据库表在达到 1.3 亿行时需要升级到 64 位以避免溢出的经历。
  • 有人提到了在数据库迁移中遇到的存储限制和硬件采购的延迟。
  • 有人提到了在数据库迁移中需要多个环境进行彻底测试的挑战。
  • 有人提到了在数据库迁移中不能进行分阶段迁移或回滚的复杂性。
  • 有人赞扬了那些默默维持系统运行的英雄。
  • 有人提到了将来可能需要从 int64 升级到 int128 或 int255 的情况。
  • 有人提到了在 JavaScript 中从 i32 升级到 i64 可能需要更改接口和数据表示方式。
  • 有人建议使用 UUID 作为解决方案。
  • 有人分享了在 TypeScript 项目中处理 ID 类型不匹配导致的错误的经历。

Chatterbox TTS #

https://github.com/resemble-ai/chatterbox

Resemble AI 推出了首个生产级别的开源文本转语音（TTS）模型——Chatterbox。这个模型在 MIT 许可证下发布，经过与封闭源系统如 ElevenLabs 的基准测试，Chatterbox 在并排评估中更受偏好。无论是制作表情包、视频、游戏还是 AI 代理，Chatterbox 都能让内容栩栩如生。它还是首个支持情感夸张控制的开源 TTS 模型，这一功能使得生成的声音更具特色。用户可以在 Hugging Face Gradio 应用上尝试这个模型。

Chatterbox TTS 的关键特点包括：

  • 零样本 TTS（SoTA zeroshot TTS）
  • 0.5B Llama 骨干网络
  • 独特的夸张/强度控制
  • 与对齐信息推断相结合，稳定性极高
  • 在 0.5M 小时的清洗数据上进行训练
  • 输出包含水印
  • 简易的声音转换脚本
  • 性能超越 ElevenLabs

对于一般使用（TTS 和声音代理），默认设置（夸张度=0.5，cfg_weight=0.5）适用于大多数提示。如果参考说话者语速较快，可以将 cfg_weight 降低到大约 0.3 以改善节奏。对于表达性或戏剧性演讲，可以尝试降低 cfg_weight 值（例如 ~0.3）并增加夸张度到大约 0.7 或更高。高夸张度倾向于加快语速；减少 cfg_weight 有助于补偿，使节奏更慢、更慎重。

安装 Chatterbox 可以通过 pip 命令 pip install chatterbox-tts 进行，或者从源代码安装。开发和测试 Chatterbox 时使用的是 Python 3.11 在 Debian 11 操作系统上；依赖项的版本在 pyproject.toml 中固定，以确保一致性。用户可以在这个安装模式下修改代码或依赖项。

使用 Chatterbox 的示例代码如下：

import torchaudio as ta
from chatterbox.tts import ChatterboxTTS
model = ChatterboxTTS.from_pretrained(device="cuda")
text = "Ezreal and Jinx teamed up with Ahri, Yasuo, and Teemo to take down the enemy's Nexus in an epic late-game pentakill."
wav = model.generate(text)
ta.save("test-1.wav", wav, model.sr)
# 如果想要使用不同的声音合成，指定音频提示
AUDIO_PROMPT_PATH = "YOUR_FILE.wav"
wav = model.generate(text, audio_prompt_path=AUDIO_PROMPT_PATH)
ta.save("test-2.wav", wav, model.sr)

更多示例可以在 example_tts.py 和 example_vc.py 中找到。

目前，Chatterbox 仅支持英语。

Chatterbox 还内置了 PerTh（Perceptual Threshold）水印，这是一种几乎无法察觉的神经水印，即使在 MP3 压缩、音频编辑和常见操作后也能保持近 100% 的检测准确率。用户可以使用提供的脚本来提取水印。

此外，Resemble AI 还提供了官方 Discord 社区，邀请用户加入共同构建出色的项目。

最后，Resemble AI 强调不要使用这个模型进行不良行为，提示来源是互联网上公开可用的数据。关于 Chatterbox 的更多信息，可以访问 resemble-ai.github.io/chatterbox_demopage/ 查看。

HN 热度 567 points | 评论 170 comments | 作者：pinter69 | 1 day ago #

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

  • 语音 AI 的发展受限于转录技术，而非 TTS 技术。
  • 大型语言模型（LLM）能够很好地处理转录错误。
  • 将语音识别与 LLM 结合作为后处理器是一种有效的方法。
  • LLM 在说话人分割（diarization）方面也表现良好。
  • 在嘈杂环境中结束转录是一个挑战。
  • 小型模型的转录效果通常较差，但 CoT 模型即使量化到 8b 也能提供很好的转录清理。
  • 8B+ 参数的模型在转录准确性方面可能更优。
  • 理想情况下，能够将转录的备选方案提供给 LLM，因为它能更好地判断下一个合理的词。
  • 如果告诉 LLM 转录可能存在错误，它在大多数情况下都能做得很好。
  • 旧的 ASR 系统通常与基于 n-gram 的语言模型结合使用。
  • 目前有一些本地可部署的转录工具在说话人分割方面表现良好。
  • WhisperX 是一个本地可部署的转录工具。
  • 部署 Whisper 的 diarization 包可能比较困难。
  • Deepgram 提供了转录服务，包括 diarization。
  • 转录准确性应该以单词错误率来衡量，而不是字符错误率。
  • 语音转录的准确性可以通过合成数据来提高。
  • 一致的情感表达在 TTS 中很难实现。
  • 有些人喜欢在演示中直接使用粗俗语言，认为这比传统的“Miss Daisy”演示更有趣。

Air India flight to London crashes in Ahmedabad with more than 240 onboard #

https://www.theguardian.com/world/live/2025/jun/12/air-india-flight-ai171-plane-crash-ahmedabad-india-latest-updates

Air India Flight 171 空难事件摘要：

  • **空难发生：**Air India Flight AI171 在印度艾哈迈达巴德起飞后不久发生坠毁，造成至少 290 人死亡，据报道，飞机上有 242 人，其中只有一名英国男子幸存。
  • **幸存者情况：**唯一幸存者 Vishwash Kumar Ramesh 目前正在医院接受治疗。Air India 表示，他们正在全力支持受影响的人及其家属，并已派遣关怀团队前往艾哈迈达巴德。
  • **飞机信息：**失事飞机为波音 787，原定飞往伦敦盖特威克机场，机上载有 230 名乘客和 12 名机组人员。飞机坠入居民区，造成地面上也有人员伤亡。
  • **国际影响：**航班上有 169 名印度国民、53 名英国人、7 名葡萄牙人和 1 名加拿大人。英国已派出团队前往印度协助调查这一“绝对毁灭性”的空难。
  • **救援与调查：**美国交通部长表示，目前没有迹象表明飞机型号存在安全问题，并确认美国联邦航空管理局（FAA）正在协助调查此次空难。英国外交大臣主持了 Cobra 会议，以应对空难。
  • **悼念与慰问：**印度总理莫迪表示，空难“令人心碎，难以用言语表达”。教皇也对印度空难表示“深感悲痛”。
  • **机场运营情况：**艾哈迈达巴德机场发言人表示，目前机场已暂停运营，所有航班均已暂停。
  • **空难影响：**此次空难被称为“毁灭性的国家悲剧”，印度全国陷入哀悼。英国、印度、葡萄牙和加拿大因空难而团结在一起，共同面对这一悲痛时刻。
  • **遇难者信息：**目前已有三名英国遇难者和一名加拿大遇难者被确认身份。至少有五名医学院学生在空难中丧生，约 50 人受伤。

以上摘要涵盖了网页中提到的主要事件和信息，提供了关于 Air India Flight 171 空难的详细情况。

HN 热度 422 points | 评论 480 comments | 作者：Gud | 12 hours ago #

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

  • 等待一周后再阅读关于事故原因的报道，因为第一周的猜测往往是不准确且可能产生误导
  • 如果是突发新闻，等待一周再关注，因为第一周的猜测往往是不准确且可能产生误导
  • 不要关注任何突发新闻源，阅读每周总结重要事件的报纸，真正紧急的事情会从朋友或同事那里听说
  • 不要观看新闻频道，重要新闻会在所有频道播出
  • 只关注收视率高的新闻，忽略了一些经济上关键的贸易协议或也门的种族灭绝等事件
  • 即使公主戴安娜已经去世 28 年，她的纪念日时仍有电视台播放回顾节目
  • 建议阅读《经济学人》作为新闻来源，它有深度且不煽情
  • 有人因《经济学人》的全球化和新自由主义偏见而取消订阅
  • 《经济学人》一直公开其偏见，不隐藏立场
  • 推荐《世界外交论衡》作为新闻来源，它提供多种语言版本
  • 《世界外交论衡》51% 由《世界报》的子公司所有，但仍保持编辑独立
  • 有人对《经济学人》的报道偏见和选择性报道表示不满，因此不再订阅
  • 建议不要只依赖一个信息源，这样会限制世界观
  • 寻找其他具有《经济学人》深度和非煽情报道的新闻源
  • 《华尔街日报》是《经济学人》的良好补充，提供事实报道，忽略其意见专栏
  • 认为《华尔街日报》是默多克的媒体，不值得信赖
  • 《华尔街日报》的新闻报道很干燥，不包含议程设置，意见专栏则偏向美国右翼
  • 推荐尝试《新线条杂志》，它有全球覆盖，内容有趣
  • 推荐《基督教科学箴言报》和《母亲琼斯》作为新闻来源
  • 推荐 Monocle 的“Globalist”播客，制作精良，全球视野，不同于 NPR/KQED 泡沫

Danish Ministry Replaces Windows and Microsoft Office with Linux and LibreOffice #

https://www.heise.de/en/news/From-Word-and-Excel-to-LibreOffice-Danish-ministry-says-goodbye-to-Microsoft-10438942.html

丹麦数字化部告别微软：转向 Linux 和 LibreOffice

丹麦数字化部将在未来几个月内完全放弃微软产品，转而使用 Linux 操作系统和 LibreOffice 办公软件。这一决定由数字化部部长卡罗琳·斯泰奇（Caroline Stage）在接受丹麦政治日报《Politiken》采访时宣布。这一举措紧随丹麦两个最大城市采取类似步骤之后进行。今年夏天，该部门一半的员工将配备 Linux 和 LibreOffice。如果一切按计划进行，到秋季，整个部门将不再使用微软产品。

数字化部的这一转变是在新的数字化战略背景下进行的，该战略强调王国的“数字主权”。据报道，反对派也呼吁减少对美国科技公司的依赖。就在几天前，首都哥本哈根宣布打算审查微软软件的使用情况。第二大城市奥胡斯已经开始替换微软服务。斯泰奇告诉《Politiken》，他们应该合作而不是竞争。所有城市都应该共同努力，加强开源软件的使用。

当被问及如果转变过程不顺利，她的部门将如何应对时，斯泰奇回答说，他们将简单地回到旧系统进行过渡，并寻找其他选项：“如果我们不开始，我们就不会更接近目标。”到目前为止，她只听到员工对这一变化表示欢迎。但在她的部门，主要负责数字化工作，她预计会有很多兴趣。她还向他们保证，这一举措不仅仅是针对微软，因为他们普遍过于依赖少数供应商。

文章还提到了国际刑事法院的事件，其中由微软运营的电子邮件账户被断开连接，这在欧洲引起了轩然大波。在丹麦，新任美国总统唐纳德·特朗普几周来一直在宣布他的国家想要接管格陵兰。这个位于北大西洋的岛屿是丹麦的自治部分，特朗普的提议在丹麦引起了巨大的愤怒。因此，减少对美国公司的依赖的愿望显然比欧洲其他国家更为强烈。

此外，文章还提到了欧洲国家如何希望减少对微软的依赖，以及石勒苏益格-荷尔斯泰因州如何推动开源软件的广泛使用。

HN 热度 383 points | 评论 188 comments | 作者：jlpcsl | 13 hours ago #

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

  • 丹麦的 IT 人员指出，替换操作系统和办公软件的主要问题是周围的基础设施。
  • 猜测许多员工可能会使用网络邮件并通过远程桌面运行 Windows 程序。
  • 对于基础设施的投资不足，也没有解决难题，时间框架也较短，怀疑没有为培训预留足够的时间和金钱。
  • 认为这一转变将以完全失败告终，员工会抱怨生产力下降和工作环境令人沮丧。
  • 一些学校也在用 Linux 和 LibreOffice 替换 Chromebook，但同样没有处理认证、电子邮件、文件共享或配置的计划。
  • 由于规划不善，这些变化将以失败告终。
  • 挪威的大型公共机构中，一半的团队使用 Linux，唯一的限制是使用 Edge 进行单点登录。
  • 如果机构没有锁定 Firefox 配置，可以通过设置解决 Firefox 的单点登录问题。
  • 可能是集成了微软的“身份代理”来实现 Linux 系统上的单点登录。
  • 微软的 Intune 官方支持 Linux，允许非 Edge 浏览器像 Edge 一样进行身份验证。
  • 微软软件在 Linux 机器上运行时会报告其为不合规，并可能阻止登录。
  • Edge 的 Linux 版本包含了一些认证库，支持远程密码支持。
  • 远程密码支持可能指的是通过蓝牙与移动设备绑定，然后使用生物识别进行多因素认证。
  • 无法使用 KeePassXC + Firefox，可能需要降级 KeePassXC 浏览器插件。
  • 如果重点是开放工具和主权而不是节省成本，那么 Linux 在大型和复杂组织中的转变可以完全成功。
  • 使用 Edge 进行单点登录可能是微软产品。

US-backed Israeli company’s spyware used to target European journalists #

https://apnews.com/article/spyware-italy-paragon-meloni-pegasus-f36dd32106f44398ee24001317ccf2bb

近日，Citizen Lab 的数字研究者发现，一家由美国支持的以色列公司 Paragon Solutions 的间谍软件被用于针对至少三名欧洲记者的手机，其中两名是意大利一家调查新闻网站的编辑。这一发现引发了对意大利总理乔治亚・梅洛尼政府可能在监视批评其领导的记者和公民社会活动家方面所扮演角色的质疑，同时也引发了人们对商业间谍软件在民主国家滥用的担忧。

欧盟执行委员会对此发表声明，表示 “任何试图非法获取公民数据的行为，包括对记者和政治对手的监视，都是不可接受的”。梅洛尼的办公室对此未予置评，但其内阁一名显著成员表示，意大利 “严格遵守” 法律，并未非法监视记者。

Paragon Solutions 的间谍软件 Graphite 被用于针对来自超过二十个国家的约 90 名 WhatsApp 用户。Meta 公司在一月份时披露了这一信息，称其已修补了漏洞并未检测到后续攻击。Meta 还向 Paragon 发出了停止和停止信函，并在上个月的一起案件中，法院裁定 Meta 获得了 1.68 亿美元的损害赔偿，因 NSO Group 的间谍软件曾用于攻击 1400 个 WhatsApp 账号，包括记者和活动家。

Citizen Lab 的报告首次确认 Paragon 成功感染了苹果设备。受害者包括意大利调查网站 Fanpage.it 的新闻编辑 Ciro Pellegrino，他的 iPhone 在 4 月 29 日被标记为受到攻击。该网站曾秘密拍摄梅洛尼领导的意大利兄弟党青年组织成员发表法西斯和种族主义言论。另一名编辑 Francesco Cancellato 的安卓设备也受到攻击，但尚未有确凿证据证明他的手机被感染。

Citizen Lab 的研究表明，尽管对 NSO Group 的反对声不断，针对记者的间谍软件使用仍在继续。Paragon 的 Graphite 间谍软件特别隐蔽，可以在用户不知情的情况下攻陷设备，类似于 NSO Group 臭名昭著的 Pegasus 间谍软件。

意大利议会的情报委员会 COPASIR 上周罕见地公开了对政府使用 Paragon 的调查结果。报告确认意大利情报机构并未监视 Cancellato，但确认对一些公民社会活动家的监视是合法的，并获得了政府授权。Paragon 与意大利的关系已经结束，但双方对分手原因有截然不同的说法。

在美国，Paragon 已获得了一些政府合同。美国国土安全部去年与其签订了一项为期一年的 200 万美元合同，用于美国移民和海关执法局的操作和支持。民主党人亚当・希夫曾对 DEA 使用 Graphite 间谍软件表示质疑，认为这可能会助长强大监视能力在独裁政权中的传播。

整体来看，这一事件揭示了商业间谍软件在民主国家的潜在滥用问题，引发了对透明度和问责制的广泛讨论。

HN 热度 382 points | 评论 173 comments | 作者：01-_- | 5 hours ago #

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

  • 标题中只提到美国和以色列，而故事实际上是关于意大利在欧盟其他国家对记者进行间谍活动，但新闻网站需要点击率。
  • 文章中没有确凿证据表明意大利在监视这位记者，意大利议会监督委员会（COPASIR）调查后表示，虽然有活动分子被合法监视，但记者 Cancellato 并未被监视。
  • 帕拉贡公司提供了一种方法让意大利情报部门确定他们的软件是否被用于针对记者，但意大利拒绝了这个提议，这看起来很可疑。
  • 标题中提到的美国支持的以色列公司出售间谍软件并非新闻，特定公司也不是新闻，向西方政府出售情报工具本身没有错，意大利不是伊朗或赞比亚。
  • 西方政府使用这类工具并不像伊朗或赞比亚那样，因为它们不会使用这些工具。
  • 如果没有正当理由监视记者，那么向西方政府出售情报工具是否仍然没有错，西方政府通常更好，但监视记者是不好的。
  • 记者对记者的故事感兴趣，但这并不意味着对大多数人口没有影响，因为大多数人通过新闻获取信息。
  • 出售这种软件绝对是错误的，它主要用于骚扰记者和反对独裁政权的人，这在道德上是不正确的。
  • 西方国家并非道德无瑕，但这并不意味着伊朗使用间谍软件对被监视者的影响不会更糟。
  • 没有人否认西方对殖民主义的影响，但殖民主义的受害者也会做很多坏事。
  • 如果你认为伊朗政府在道德上等同于意大利政府，那你就大错特错了，伊朗政府不民主，不受欢迎，强制推行宗教法律，不尊重少数群体，投资数十亿美元在中东推广恐怖主义。
  • 美国在 1953 年通过 CIA 领导的政变推翻了伊朗民选政府，保持了沙阿的权力，沙阿镇压人民，导致了 1979 年的革命。

Show HN: Spark, An advanced 3D Gaussian Splatting renderer for Three.js #

https://sparkjs.dev/

这个网页是一个关于“SparkRenderer”的介绍页面，它是一个高级的 3D 高斯 Splatting 渲染器，专为 THREE.js 设计。以下是网页的中文摘要：

概述 #

SparkRenderer 是一个集成在 THREE.js 场景中的高级 3D 高斯 Splatting 渲染器，它可以与其他网格和 splats 一起使用，支持在所有设备上快速渲染，提供可编程的动态 splat 效果，并支持广泛的格式（如 ply、spz、splat、ksplat）。

系统设计 #

网页详细介绍了 SparkRenderer 的系统设计，包括以下几个方面：

  • SparkRenderer：渲染器的核心组件，负责渲染和管理 splats。
  • SparkViewpoint：用于管理和更新视点，确保渲染效果的准确性。
  • SplatMesh：表示单个 splat 的网格，可以进行编辑和操作。
  • PackedSplats：一种打包 splats 的方式，用于优化性能和存储。
  • Loading Gsplats：介绍了如何加载 gsplats 格式的 splats。
  • Procedural Splats：讨论了如何创建程序化的 splats，以实现动态效果。

Splat RGBA-XYZ SDF 编辑 #

网页还提供了关于 Splat RGBA-XYZ SDF 编辑的详细信息，这是一种用于编辑 splats 颜色和位置的技术。

Dyno 概述 #

Dyno 是 SparkRenderer 的一个标准库，提供了一系列的控制和性能调整工具。网页概述了 Dyno 的功能，并提供了对其标准库的介绍。

控制与性能调整 #

这一部分讨论了如何使用 Dyno 库中的控制和性能调整工具来优化渲染效果和性能。

社区资源 #

网页最后提供了一些社区资源，供用户参考和学习，以便更好地利用 SparkRenderer。

开始使用 #

网页最后提供了一个“Get started”的链接，引导用户开始使用 SparkRenderer。

这个网页主要介绍了 SparkRenderer 的功能、系统设计、编辑工具、性能调整以及如何开始使用它。通过这些信息，用户可以了解到 SparkRenderer 是一个强大的 3D 渲染工具，适用于 THREE.js 场景，并且拥有广泛的格式支持和动态效果编程能力。

HN 热度 351 points | 评论 82 comments | 作者：dmarcos | 1 day ago #

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

  • Spark 是一个开源库，可以轻松地在 THREE.js 场景中集成高斯 splats。
  • 演示效果令人印象深刻，即使在旧版 iPhone 上也能良好运行。
  • 建议在 GitHub 或网站上定义“高斯 splats”以增加项目吸引力。
  • 高斯 splats 是一种体积渲染技术，直接渲染体积数据而无需转换为表面或线段原语。
  • 该技术常用于扫描实物，如食物扫描，性能出色，细节丰富。
  • 食物扫描仅使用 Pixel 手机拍摄的照片，并通过 postshot 处理生成 splats。
  • 使用此技术记录的 splats 尺寸不可靠，除非与物理测量设备（如 Lidar）配合使用。
  • 扫描生成的 splats 文件大小合理，细节丰富但传输数据不大。
  • 其他应用如 BabylonJS 也支持高斯 splats。
  • A-Frame 是基于 THREE.js 的实体组件系统，使用 DOM 作为场景图的声明层。
  • Spark 的目标是探索 3D 高斯 Splatting 的应用，如摄影测量/扫描和视频捕捉。
  • PlayCanvas 引擎是免费且开源的，而 PlayCanvas 编辑器有可选的付费计划。
  • BabylonJS 在浏览器中的兼容性因浏览器而异，有优点也有缺点。

Microsoft Office migration from Source Depot to Git #

https://danielsada.tech/blog/carreer-part-7-how-office-moved-to-git-and-i-loved-devex/

这篇文章讲述了作者在微软工作期间参与的一个重大项目：将 Office 代码库从 Source Depot 迁移到 Git。以下是文章的中文摘要：

对开发者生产力的关注： 作者在深入产品开发后，被提升开发者生产力的挑战所吸引。他引用了一位导师的话：“开发者生产力总是‘乘数工作’，特别是在有很多开发者的地方。通过每天为每个开发者节省几分钟，你节省了人类等待的年数。”

Source Depot 的起源： 在 2000 年代初，微软面临一个困境：Windows 代码复杂度急剧增加，需要版本控制。当时 Git 和 SVN 尚未出现，微软选择了 Perforce 作为商业解决方案，并基于此技术开发了自己的系统——Source Depot。使用 Source Depot 的感觉就像是戴着烤箱手套编程：迭代速度较快，但分支和状态切换很痛苦。此外，从 Office 代码库中获取代码需要数小时，分支创建是一个需要计划和安排的重大事件。

Source Depot 的问题： Source Depot 是集中式的，如果网络中断，生产力就会停止。远程工作的唯一选择是 VPN 和祈祷。合并更改（或称为反向集成和正向集成）是最具挑战性的部分，分支管理员需要不断处理这个过程。

迁移到 Git 的原因： 尽管 Source Depot 为微软服务多年，但随着时间的推移，它明显显得过时。当微软最终决定迁移到 Git 时，作者和其他数百名工程师花费了数年时间来完成这一迁移。

OneNote 迁移到 Git 的挑战： Office 工程团队决定迁移到 Git，因为 Source Depot 不仅成本高昂，而且维护起来非常困难。此外，现有员工和新员工对没有“可转移的工作技能”表示不满。这标志着 Office 开始了多年的迁移到 Git 的旅程。

迁移的复杂性： Office 有不同的客户计划，包括长期服务渠道（LTSC）、半年更新、月度更新和内部版本。这意味着任何迁移都必须在数月内同时支持旧系统和新系统。此外，Office 版本号必须在构建之间保持一致，这包括触发所有正确的验证，保持测试工作（迁移仅在 IE 上工作的旧测试基础设施）等。

Office 的规模： 作者提到，当他在 Office 工作时，Office 大约有 4000 名工程师。这需要与 Office 工程系统和遍布 Office 的团队（包括 Word、Excel、PowerPoint、Sway、Publisher、Access、Project、OneNote、共享服务（OSI）、共享 UX 等）进行巨大的协调。为了应对这些限制，Office 工程（OENG）创建了一个“冠军”/中心辐射模型，每个团队指定一个“开发者满意度”冠军，作为迁移到 Git 的有效联络人，并为其整个组织提供反馈渠道。

迁移过程： 作为 OneNote 开发者体验冠军，作者亲眼目睹了软件历史上最大的版本控制迁移之一。以下是他们如何实现迁移的：

  1. 并行宇宙（Phase 1）： 挑战是如何在不破坏任何东西的情况下迁移一个由数千名开发者使用的实时代码库。解决方案是“并行宇宙”，即一个持续与 Source Depot 同步的 Git 原生代码库。这个过程非常庞大，耗时远超预期。Source Depot 的分支模型与 Git 的根本不同，实际上在不同年份尝试了三次才得到一个工作桥接。最难保持一致的部分是反向集成/正向集成，并确保它们与 Git 版本一致。
  2. 证明等价性（Phase 2）： 拥有 Git 镜像只是战斗的一半。我们需要证明一切都完全相同。这意味着每天对两个代码库运行整个测试套件。多年来，为了尊重以前工作方式的语义，构建了许多语义。Office 的构建系统非常复杂，运行测试的微小差异可能导致不同的二进制输出。他们花费了数月调试行尾处理、大小写敏感性问题和测试输出不匹配。所有这些工作都在一个名为“bb”的系统中进行（作者猜测“bb”代表大按钮，因为过去你需要按下大按钮来运行测试）。

HN 热度 279 points | 评论 228 comments | 作者：dshacker | 21 hours ago #

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

  • 从 Source Depot 迁移到 Git 后，新员工的入职时间减半，技能更容易转移到其他行业。
  • Perforce/SD 在集中式版本控制系统中表现良好，但世界已经改变。
  • 一些公司开发了自己的技术，类似于 Perforce 的 VFS，以便在不需要下载整个项目的情况下检出文件。
  • 在游戏开发中，需要检出整个应用程序套件但仅在特定方式下拉取文件的技术非常重要。
  • 有人仍然希望有一种基于服务器的版本控制系统，可以在不保留整个历史记录的情况下存储公司的源代码集。
  • 使用 Git 可以减少新员工入职时的困惑，提高入职效率。
  • 一些公司仍然使用 Perforce，员工对此并不满意。
  • 有人更愿意在工作中使用 Google 的 Piper 而不是 Git。
  • 新员工可能会对使用非 Git 版本控制系统的公司持开放态度，但需要时间了解背后的原因。
  • 有人认为，除非公司有充分的理由，否则使用非 Git 版本控制系统可能意味着公司没有更新遗留流程的能力和意愿。
  • 有人认为，使用非 Git 工具可能意味着公司没有比较不同版本控制系统的优缺点，而选择了其他系统。
  • 有人提到，使用 Source Depot 感觉像是在与软件作斗争，随着对它的熟悉，越来越不喜欢它。
  • 有人分享了从 SVN 迁移到 Git 后感到非常高兴的经历。
  • 有人认为，Git 不一定是好工具，有些人认为 hg 更好，也有人觉得新的工具如 jj 更好，同时兼容 Git。

macOS Tahoe brings a new disk image format #

https://eclecticlight.co/2025/06/12/macos-tahoe-brings-a-new-disk-image-format/

macOS Tahoe 引入了新的磁盘映像格式 ASIF

磁盘映像一直是有价值的工具，但性能一直不佳。在某些情况下，存储在苹果硅 Mac 的快速内部 SSD 上的加密稀疏映像（UDSP）写入文件的速度可能不会超过 100 MB/s，这是便宜硬盘的典型速度。macOS 26 Tahoe 引入的一个重要新特性是新的磁盘映像格式 ASIF，它能够实现接近原生速度。这种格式被认为是轻量级虚拟化的重大改进，承诺克服在苹果硅 Mac 上运行的虚拟机（VM）的最大性能限制。尽管 ASIF 磁盘映像可供一般使用，甚至在 macOS Sequoia 上也能工作，但本文将展示它们的功能。

苹果提供的技术细节很少，只是声明 ASIF 磁盘映像的内在结构不依赖于宿主文件系统的能力，它们在宿主上的大小取决于存储在磁盘上的数据大小。换句话说，它们是 APFS 中的稀疏文件，并被标记为如此。

创建 ASIF 磁盘映像

目前，只有两种方法可以创建这些新的磁盘映像，要么在 Tahoe 的磁盘工具中，要么使用其 diskutil 命令工具，如下所示：

diskutil image create blank --format ASIF --size 100G --volumeName myVolume imagePath

这将创建一个最大容量为 100 GB 的 ASIF 映像，其中包含一个名为 myVolume 的单个 APFS 卷，路径和名称为 imagePath。您还可以使用 from 选项将现有磁盘映像转换为 ASIF 格式。

这些仅适用于 Tahoe，因为在 Sequoia 15.5 或更早版本中没有支持它们的创建。也没有文档记录 hdiutil 命令工具的访问权限，该工具通常用于处理磁盘映像，尽管其一般命令应该可以很好地与 ASIF 配合使用。

生成的磁盘映像的 UTI 类型为 com.apple.disk-image-sparse，与 RAW（UDIF 读写）映像的类型 com.apple.disk-image-udif 形成对比，可以用来区分它们。

经济性

首次创建时，一个 100 GB 的 ASIF 磁盘映像占用的磁盘空间不到 1 GB，但在广泛使用并添加第二个卷之后，当磁盘映像再次为空时，其在磁盘上的大小范围在 1.9-3.2 GB 之间。没有尝试使用 hdiutil 压缩磁盘映像，其手册页面也没有明确是否支持或对这种类型的磁盘映像有效。

性能

使用 Stibium 测量了超过 50 GB 的 160 个文件的读写性能，文件大小从 2 MB 到 2 GB 不等，随机顺序。在运行 macOS 26 beta 的 MacBook Pro M3 Pro 的 2 TB 内部 SSD 上使用 100 GB ASIF 映像进行操作时，未加密 APFS 的传输速度为 5.8 和 6.6 GB/s（读和写）。当使用磁盘映像中的 APFS 加密卷时，这些速度下降到 4.8 和 4.6 GB/s。

尽管目前无法在运行 Sequoia 的 Mac 上创建 ASIF 磁盘映像，我使用 Apple Archive (aar) 压缩了磁盘映像以保留其格式，并将其复制到了运行 macOS 15.5 的 Mac mini M4 Pro 上，并在其 2 TB 内部 SSD 上重复了性能测试。未加密 APFS 在那里达到了 5.5 和 8.3 GB/s 的读写速度。

用途

苹果建议从之前用于虚拟机备份存储的 RAW（UDIF 读写）磁盘映像切换到 ASIF，因为它们在主机或磁盘之间的文件传输效率更高。由于虚拟机中的磁盘映像是在虚拟机首次创建和安装时创建的，这需要在虚拟机中实现。由于目前仅提供了 diskutil 命令工具，应用程序需要考虑在 macOS 26 Tahoe 中创建 ASIF 映像，如果那里可用的话。

尽管 ASIF 似乎得到了 Sequoia 15.5 的支持，但基于 ASIF 映像的虚拟机的危险在于，它可能与旧版本的 macOS 不兼容。苹果还没有透露哪些旧版本可以挂载和使用这种新格式。

之前的测试对不同类型的磁盘映像进行了测试，证明了在 ASIF 之前，稀疏捆绑包的性能最佳。下表将它们与 ASIF 进行了比较。

考虑到芯片的差异，ASIF 明显比 UDRW 读写和 UDSP 稀疏映像（无论是普通还是加密）都要快。它也可能比稀疏捆绑包快得多，并且具有使用单个文件作为其备份存储的优势。

结论

在可能的情况下，特别是在 macOS 26 Tahoe 中，虚拟机应该使用 ASIF 磁盘映像而不是 RAW/UDRW。

除非需要稀疏捆绑包（例如，当它托管在不同的文件系统上，如 NAS 中的文件系统），ASIF 应该是 Tahoe 中一般用途磁盘映像的首选。

虚拟机最好能够调用一个适当的 API 而不是命令工具。

关注 C-Command 的 DropDMG。我相信它很快会支持 ASIF 磁盘映像。

HN 热度 278 points | 评论 105 comments | 作者：zdw | 6 hours ago #

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

  • 有用户提到，即使链接相同，Hacker News 上的文章也可能因为某些原因被重新发布。
  • 有观点认为，Hacker News 允许在一定时间后重新发布相同的链接。
  • 有用户提出，如果文章没有获得太多关注，可以很快重新发布；如果获得了关注，则需要等待更长时间。
  • 有用户表示，他们尝试重新发布链接时，系统提示是重复的，即使这些链接是几天、几周或几个月前的。
  • 有用户认为，快速抢发可能不利于社区，因为过去有人通过 URL 操作绕过严格的重复检测。
  • 有用户提到，他们更希望操作系统制造商而不是第三方来支持文件系统。
  • 有用户反驳说，许多人使用 FUSE、Paragon NTFS for Mac 等工具，所以并不是所有人都反对第三方支持文件系统。
  • 有用户提到，FUSE 是一个成熟的技术，可以被有效使用，不会像一些人担心的那样成为噩梦。
  • 有用户询问，谁负责维护 Linux 上的 NTFS 支持，是微软、内核还是发行版。
  • 有用户解释说，NTFS3 驱动由 Paragon 公司开发，并已成为内核的一部分。
  • 有用户表示，FSKit 是一个用户空间 API，比在内核中运行的文件系统代码更安全。
  • 有用户询问 FSKit 是否现在真的被支持和使用。
  • 有用户澄清说，文章描述的是一个新的磁盘映像格式，而不是文件系统本身。
  • 有用户指出，磁盘映像格式是用于虚拟化磁盘的，可以在其上放置文件系统。
  • 有用户认为，许多评论中存在对磁盘映像和磁盘格式的混淆。