2025 06 23 HackerNews

2025-06-23 Hacker News Top Stories #

  1. 美国对伊朗核设施发动轰炸,引发双方紧张关系升级及国际关注。
  2. 作者制作了机械表的爆炸视图模型,记录了从构想到完成的整个制作过程。
  3. Git笔记功能强大但不被广泛使用,适合在不修改提交的情况下添加元数据。
  4. LibRedirect浏览器扩展将主流网站重定向到注重隐私的替代前端服务。
  5. 深入分析了谷歌TPU的设计、架构及其在AI领域的性能优势。
  6. 美国袭击伊朗核设施,特朗普称其为军事成功,伊朗誓言回应。
  7. LaborBerlin项目旨在开发开源16毫米电影放映机,解决老式设备的维护问题。
  8. AI技术推动硅谷小团队时代,提升效率,使得小型团队能完成更大规模的项目。
  9. Sound As Pure Form是一种受多种编程语言启发的音乐语言,适合音频合成和处理。
  10. 通过优化,Linux管道的吞吐量提升了20倍,揭示了其内部实现和性能优化方法。

U.S. bombs Iranian nuclear sites #

https://www.bbc.co.uk/news/live/ckg3rzj8emjt

BBC 首页报道了伊朗和美国之间的紧张局势升级。

伊朗总统马苏德·佩泽什基安表示,美国对伊朗的侵略行为“必须得到回应”,此前美国轰炸了伊朗的三个核设施。美国总统唐纳德·特朗普则声称这些打击行动“将‘炸弹’从他们手中夺走”。联合国核监督机构表示,无法确定福特地下设施的损坏程度,而伊朗外交部长则表示,伊朗的核知识“不会被轰炸摧毁”。

BBC 核实了伊斯法罕和纳坦兹以及福特的卫星图像,以评估美国空袭造成的损害。

与此同时,伊朗和以色列继续相互开火,以色列声称击中了数十个军事目标,而伊朗红新月会指责以色列袭击了医院和医疗中心。

美国国防部长皮特·黑格斯表示,这些打击行动不是为了政权更迭,而是为了阻止伊朗获得核武器。

BBC 安全记者弗兰克·加德纳提出了一个更令人担忧的问题:伊朗是否仍有足够的高浓缩铀(HEU)隐藏在秘密地下位置,以及知识和手段将其武器化,从而决定制造一个原始的核弹?换句话说,美国和以色列的联合攻击是否消除了伊朗成为核武装国家的可能性,还是使其更有可能?

以色列驻联合国代表丹尼·达农表示,世界应该感谢唐纳德·特朗普。他说,有些人在联合国谴责美国和以色列,但他质疑“当伊朗的铀浓缩远超民用目的,当它在山下建造堡垒准备我们的灭绝时,你们在哪里?”

伊朗驻联合国代表阿米尔·赛义德·伊拉瓦尼指责美国对伊朗发动了一场“战争”,并称伊朗有权“自卫”对抗“公然的美国侵略”。他还指责以色列总理内塔尼亚胡将美国卷入“另一场代价高昂、毫无根据的战争”,并称美国和以色列的行为是“公然违反国际法”。

伊朗伊斯法罕省省长表示,以色列空袭导致一辆救护车被击中,造成三人死亡。伊朗国家电视台也报道了这一事件,当地居民表示以色列正在针对平民。以色列尚未对这一事件作出回应,但表示其在伊朗的行动是针对军事设施的。

美国总统唐纳德·特朗普在社交媒体上表示,对伊朗核设施的破坏是“巨大的”。他赞扬了美军的精准打击和技能。


HN 热度 1148 points | 评论 3500 comments | 作者:mattcollins | 24 hours ago #

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

  • 以色列轰炸伊朗核设施是针对未授权的武器级铀浓缩设施,这些设施位于人口中心之外的山区。
  • 内塔尼亚胡因腐败指控可能入狱,但只要他能领导以色列处于紧急状态,这些指控可以被推迟或绕过。
  • 新的对伊朗战争转移了人们对加沙发生事情的注意力,加沙的饥饿问题进入了一个新临界阶段。
  • 内塔尼亚胡的腐败指控可能无法证明,不应基于政治化的报道来假设其有罪或无罪。
  • 有人认为内塔尼亚胡应该因种族灭绝行为被监禁,而不仅仅是腐败指控。
  • 有人反对将以色列的行为称为种族灭绝,认为这种说法不诚实。
  • 有人提到加沙没有民主选举的政府,以色列作为占领力量阻止了选举。
  • 有人认为以色列的行为符合种族灭绝和种族清洗的所有标准。
  • 有人认为特朗普是法西斯倾向的独裁者。
  • 以色列明确针对平民、援助工作者、记者、难民营、食品分发点,甚至在教堂中射击藏匿的人,这些都不是合法目标。
  • 以色列在加沙的行为类似于种族灭绝,但以色列和哈马斯都有种族灭绝的意图,只是哈马斯能力较小。
  • 根据国际法,任何被敌方用于军事目的的物体,包括医院和学校,都是合法的攻击目标。

Mechanical Watch: Exploded View #

https://fellerts.no/projects/epoch.html

这篇文章是 Fredrik Flornes Ellertsen 关于他制作机械手表爆炸视图模型的经历和过程的分享。文章开始于他对 Bartosz Ciechanowski 博客中关于机械手表运动工作原理的解释的赞赏,特别是那些互动插图。作者表达了想要亲手制作一个真实的机械手表爆炸视图模型的愿望,但在寻找现成模型时发现市场上并没有符合他要求的产品。

文章接着描述了作者决定自己动手制作这样一个模型的过程。他首先考虑了要“爆炸”的机械手表运动类型,认为基于 ETA 2824-2 机械手表运动(或其克隆版本)的博客帖子是一个不错的选择,但考虑到其复杂性,他选择了更简单、更老式的怀表运动作为起点。

作者面临的挑战是如何将 50-100 个微小的组件悬浮起来,形成一个爆炸视图。他尝试了分层树脂铸造的方法,但由于树脂的黄色色调、固化速度慢和层间接缝明显等问题,这种方法并不成功。他尝试了使用 UV 光固化树脂和传统的双组分环氧树脂,但都遇到了问题。

在多次尝试后,作者决定采用一次性铸造整个模型的方法,并使用钓鱼线来悬挂每个组件。他选择了单丝尼龙线,因为它的折射率与环氧树脂相似,且价格便宜。他通过在烤箱中烘烤来矫正线的弯曲,并用 CA 胶将组件粘在线上,这个过程与真正的手表制作有些相似。

文章最后,作者提到了他在制作过程中遇到的挑战,包括需要精细操作和稳定的手,以及如何使用 CA 胶代替润滑油来处理微小的组件。尽管面临困难,但他对完成这个项目感到兴奋和期待。


HN 热度 555 points | 评论 83 comments | 作者:fellerts | 9 hours ago #

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

  • Bartosz Ciechanowski 的博客文章是关于机械手表的最佳网络资源之一。
  • 作者展示了许多类似的详细作品,可以在其个人网站上查看。
  • 这篇文章三年前在 Hacker News 上讨论过,获得了极高的评分。
  • 有人提到了将物品封入树脂并用水流切割机切割以创建“爆炸视图”的艺术家。
  • 有人提出了通过调整树脂的折射率来使钓鱼线完全消失的想法。
  • 作者回应称没有深入考虑过这个想法,但搜索后发现光学领域有很多先例。
  • 有人分享了使用不同粗细的砂纸打磨树脂铸件以获得完美立方体的经验。
  • 作者回应称自己可能会厌倦打磨工作,并提到了使用抛光/打磨工具的可能性。
  • 有人建议使用砂纸和玻璃片来获得非常平坦的表面。
  • 有人对作者使用 PT5000 机芯表示赞赏,并提到中国手表制造业的惊人之处。
  • 有人询问关于在 AliExpress 购买机械手表克隆版的最佳资源。
  • 有人提到了消费者电子产品的加工和组装过程对手表制造业的帮助。
  • 作者计划学习如何制作计时器,并赞扬了中国制造的可靠性和价格合理性。
  • 有人表达了对破坏这些精密机械的矛盾感,但也认为这种展示非常酷。
  • 有人提到了古董店中以黄铜重量出售的怀表,以及它们作为手表修复技术实践材料的价值。
  • 有人询问如何开始学习手表修复作为爱好。

Git Notes: Git’s coolest, most unloved­ feature (2022) #

https://tylercipriani.com/blog/2022/11/19/git-notes-gits-coolest-most-unloved-feature/

这篇文章是关于 Git 的一个不太为人知但非常强大的特性——Git 笔记(git notes)的介绍和讨论。

首先,文章指出 Git 笔记几乎是一个秘密,因为它们的易用性令人困扰,但它们被工程师们不断重新发现,用于在 Git 中存储元数据。Git 笔记允许你在特殊的命名空间中添加关于旧提交的新信息,而且它们的功能远不止于此。你可以为 Git 跟踪的任何对象(提交、blob 和树)添加笔记,而不需要修改对象本身。

文章接着介绍了如何为最新的提交添加笔记,并展示了如何在 git log 中显示这些笔记。例如,可以添加一个“Acked-by”的笔记,表示某个人确认了代码。

文章还提到了 Git 笔记在实际中的应用案例,比如 Git 项目本身将每个提交与其邮件列表上的讨论链接起来。其他人使用笔记来跟踪每个提交或分支上花费的时间、添加审查和测试信息到 git log,甚至进行完全分布式的代码审查。

文章特别提到了一个名为 reviewnotes 的插件,它允许用户在 git log 中看到谁审查了代码,以及运行了哪些测试,而不需要打开浏览器。

然后,文章讨论了如何使用 Git 笔记存储代码审查和测试结果,以及一个名为 git-appraise 的系统,它是一个建立在 Git 笔记之上的完整的代码审查系统,允许用户请求审查、评论变更、审查和合并变更,所有这些都可以在本地计算机上完成,即使 GitHub 宕机也没关系。

最后,文章指出 Git 笔记的使用并不普遍,因为它们难以使用,而且 GitHub 在 2014 年停止显示提交笔记,没有给出太多解释。尽管如此,Git 笔记是实现 forge 独立性的一种方式,它们可以使得项目的整个历史分布化,而不需要承受强制推送的风险。作者认为,Git 笔记是 Git 代码审查系统的一个分布式替代方案,它们可以分散代码的历史,也可以分散整个项目的历史。


HN 热度 409 points | 评论 103 comments | 作者:Delgan | 15 hours ago #

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

  • Git trailers 是一种在创建提交时附加的键值结构数据,用于添加元数据。
  • Gerrit 使用 git trailers 来附加 Change-Id。
  • PostgreSQL 的 COMMENT 功能允许在数据库对象上附加文本,但希望有更结构化的键值数据库对象元数据。
  • GitHub 的解析器无法正确解析 PostgreSQL 的 COMMENT 功能。
  • COMMENT 功能对于 VIEW、PROCEDURE 或 FUNCTION 并不适用,因为它们已经在服务器上的对象定义中支持内联注释。
  • COMMENT 功能主要用于添加注释到不保留注释的对象,如 TABLE、COLUMN、CONSTRAINT、ROLE 等。
  • 使用 git notes 标记已运行单元测试的提交,以便在 rebase 时跳过这些提交。
  • 希望 git 本身有 change ids,以便工具可以理解它们,而不是仅通过提交消息来识别提交。
  • 使用树哈希作为缓存键而不是附加元数据到提交本身,以避免在重新排序提交时丢失测试结果。
  • GitHub 使用 git trailers 作为 [skip ci] 的替代方案,便于下游消费者更容易地移除提交消息。
  • 手动添加到提交消息的 trailers 与使用 --trailer 标志的功能是等效的。

https://libredirect.github.io

这个网页是一个关于“LibRedirect”的介绍页面,它是一个网络浏览器扩展程序,旨在将用户从 YouTube、Instagram、Reddit、TikTok 等主流网站重定向到更加注重隐私的替代前端。以下是该网页主体内容的详细中文摘要:

LibRedirect 提供了一种方式,允许用户在保持原有网站功能的同时,使用更加注重隐私保护的替代网站。这些替代网站被称为隐私友好型前端,它们可以减少用户数据的收集和追踪,保护用户的在线隐私。

以下是一些主流网站及其对应的隐私友好型替代网站列表:

  1. YouTube:Invidious、Materialious、Piped、Piped-Material、Poke、CloudTube、LightTube、Tubo、FreeTube、Yattee、FreeTube PWA、ViewTube、ytify。
  2. YouTube Music:Hyperpipe、Invidious、FreeTube。
  3. Twitter:Nitter。
  4. ChatGPT:DuckDuckGo AI Chat。
  5. Bluesky:Skyview。
  6. Reddit:Libreddit、Redlib、Teddit、Eddrit、Troddit。
  7. Tumblr:Priviblur。
  8. Twitch:SafeTwitch、Twineo。
  9. TikTok:ProxiTok、Offtiktok。
  10. Instagram:Proxigram。
  11. IMDb:libremdb。
  12. Bilibili:MikuInvidious。
  13. Pixiv:PixivFE、LiteXiv、Vixipy。
  14. Fandom:BreezeWiki。
  15. Imgur:rimgo。
  16. Pinterest:Binternet、Painterest。
  17. SoundCloud:Tubo、soundcloak。
  18. Bandcamp:Tent。
  19. Tekstowo.pl:TekstoLibre。
  20. Genius:Dumb、Intellectual。
  21. Medium:Scribe、LibMedium、Small。
  22. Quora:Quetre。
  23. GitHub:Gothub。
  24. GitLab:Laboratory。
  25. Stack Overflow:AnonymousOverflow。
  26. Reuters:Neuters。
  27. Snopes:Suds。
  28. iFunny:UNfunny。
  29. Tenor:Soprano。
  30. KnowYourMeme:MeMe。
  31. Urban Dictionary:Rural Dictionary。
  32. Goodreads:BiblioReads。
  33. Wolfram Alpha:WolfreeAlpha。
  34. Instructables:Structables、Destructables、Indestructables。
  35. Wikipedia:Wikiless、Wikimore。
  36. Wayback Machine:Wayback Classic。
  37. Pastebin:Pasted。
  38. 搜索引擎:SearXNG、SearX、Whoogle、LibreY、4get。
  39. 翻译服务:SimplyTranslate、Mozhi、LibreTranslate、Translite。
  40. 地图服务:OpenStreetMap。
  41. 视频会议:Jitsi。
  42. 文件传输:Send。
  43. 文本粘贴:PrivateBin、Pasted、Pasty。
  44. 吉他谱:Freetar、Ultimate Tab。
  45. 百度贴吧:Rat Aint Tieba。
  46. 论坛:Shoelace。
  47. DeviantArt:SkunkyArt。
  48. GeeksforGeeks:NerdsforNerds、Ducks for Ducks。
  49. Coub:Koub。
  50. Chefkoch:GoCook。
  51. Mastodon:Mastodon。

通过 LibRedirect,用户可以在享受原有网站服务的同时,减少对个人隐私的担忧。这个扩展程序为用户提供了一个更加安全和私密的网络浏览体验。


HN 热度 371 points | 评论 90 comments | 作者:riffraff | 18 hours ago #

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

  • LibRedirect 可以将流行网站重定向到注重隐私的前端,但存在一些网站服务会阻止或限制重定向的问题
  • 隐私重定向是最早引入重定向概念的扩展,但后来被滥用来重定向到危险网站
  • Instagram 的替代前端目前都不工作,无论是自托管的开源版本还是其他版本
  • 有一个 Android 应用可以设置自定义重定向,功能强大,可以去除链接中的追踪元素,展开短链接等
  • Redirector 插件可以方便地设置自己的重定向规则
  • 用户脚本权限过大,可能存在安全风险
  • 使用 NordVPN 和 uBlock Origin 浏览 YouTube 可以提高隐私,但可能被 YouTube 识别并要求登录
  • 频繁更换 VPN 服务器可以作为解决 YouTube 登录问题的一种方法
  • SponsorBlock 不会将视频 ID 发送到服务器
  • 使用 VPN 比使用“隐私”实例更好,因为 VPN 只知道你连接到 YouTube,而不知道具体观看的视频
  • 指纹追踪技术强大,使用 VPN 只是给 Google 提供了更多的数据点
  • 替代前端通常不依赖于其他人的终端节点
  • 将观看历史给陌生人比给广告商更好,因为这些数据孤立时几乎无用
  • 有些人愿意为了不看广告而将观看历史给陌生人
  • 用户脚本过长,普通用户难以从中发现恶意代码
  • 应该使用简短、可检查、不可更新且由自己编写的用户脚本来提高安全性

TPU Deep Dive #

https://henryhmko.github.io/posts/tpu/tpu.html

本文深入探讨了谷歌的张量处理单元(TPU),与图形处理单元(GPU)在设计哲学上的不同,尤其是在可扩展性、能效和计算架构方面。

背景 #

TPU 是谷歌自定义的应用特定集成电路(ASIC),旨在实现极高的矩阵乘法(matmul)吞吐量和能效。TPU 的起源可以追溯到 2006 年,谷歌在当时评估使用 GPU、FPGA 或定制 ASIC 的可能性。2013 年,随着谷歌语音搜索功能转向神经网络,计算需求的预测促使谷歌开发 TPU。

如今,TPU 已支持谷歌大部分的 AI 服务,包括训练和推理模型。接下来,文章将深入分析 TPU 的内部架构。

TPU 单芯片级别 #

以 TPUv4 为例,每个 TPU 芯片包含两个 TPU 张量核心(TensorCore),每个张量核心有 128MiB 的共享内存(CMEM)和 32GiB 的高带宽内存(HBM)。每个张量核心内又包括多个计算单元和小型内存缓冲区:

  1. ** 矩阵乘法单元(MXU)**:这是张量核心的关键组件,使用 128x128 的脉动阵列(systolic array)。
  2. ** 向量单元(VPU)**:用于一般元素级运算(如 ReLU、点加 / 乘、归约等)。
  3. ** 向量内存(VMEM;32MiB)**:用于存储从 HBM 复制的数据。
  4. ** 标量单元及标量内存(SMEM;10MiB)**:负责控制流、标量运算和内存地址生成。

与 GPU 不同的是,TPU 的片上内存单位(CMEM、VMEM、SMEM)较大,而 HBM 较小,且 TPU 的计算核心数量远少于 GPU。

TPU 能够实现极高的吞吐量,如 TPUv5p 每个芯片可达到 500 TFLOPs/sec,完整的 8960 芯片组合可实现约 4.45 ExaFLOPs/sec 的性能。

TPU 设计哲学 #

TPU 的设计哲学基于以下两个核心要素和一个关键假设:

  1. ** 脉动阵列与流水线(Systolic Arrays + Pipelining)**:脉动阵列是一种硬件设计架构,由一组互联的处理单元(PE)组成。每个 PE 执行小型计算(如乘法和累加),并将结果传递给邻近的 PE。这种设计可以降低对额外控制逻辑的需求,并实现高效的数据流动。
  2. ** 提前编译(Ahead-of-Time Compilation)与较少依赖缓存 **:TPU 通过与 XLA 编译器的硬件 - 软件协同设计,避免使用传统缓存,以降低能耗。XLA 编译器能够在运行时分析计算图,从而优化内存访问,减少不必要的缓存操作。

TPU 多芯片级别 #

TPU 的可扩展性在多芯片配置中表现得尤为突出。一个 TPU 托盘包含 4 个 TPU 芯片,并通过 PCIe 与 CPU 主机连接,芯片之间则通过更高带宽的内核间互联(ICI)连接。

一个 TPU 机架由 64 个芯片组成,采用 4x4x4 的三维环形结构,芯片间的通信通过 ICI 和光电切换(OCS)实现。

TPU 的不同配置概念包括:

  • **TPU 机架 **:物理单位,包含 64 个芯片。
  • TPU Pod(超级 Pod):最大配置的 TPU 单元,连接多个机架(例如,TPUv4 的 Pod 包含 4096 个芯片)。
  • TPU Slice:介于 4 个芯片和超级 Pod 之间的任意 TPU 配置。

通过将多个芯片、机架连接在一起,TPU 的设计哲学显示出其在高并行处理和快速通信方面的优势,支持大规模的深度学习任务。

总结 #

TPU 的设计理念强调高效的硬件架构与软件编译技术的结合,专注于特定的计算任务(如矩阵乘法),从而在能效和吞吐量上表现优异。随着 TPU 技术的不断进步,其在 AI 领域的应用潜力将更加广泛。


HN 热度 358 points | 评论 68 comments | 作者:transpute | 21 hours ago #

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

  • 华尔街从一开始就低估了谷歌,市值并不等同于企业价值。
  • 出售 TPU 需要建立基础设施,而出租可以保持更高的利润率,同时避免增强竞争对手。
  • 谷歌的 TPU 与 TensorFlow 框架紧密绑定,导致软件支持不足,影响了 TPU 的采用。
  • 谷歌将 TPU 限制在自家云服务中,这限制了开源社区和学术界的贡献。
  • 谷歌可能已经是第二梯队的 AI 芯片制造商,市值可能已经反映了这一点。
  • JAX/FLAX 等软件支持 TPU,谷歌在研究工作中使用这些工具而非 PyTorch。
  • 谷歌通过 TRC 项目免费提供 TPU 资源,以增加 JAX 的使用和影响力。
  • Broadcom 参与 TPU 的制造和网络基础设施,其市值为 1.2T,可能需要将其与谷歌的市值合并考虑。
  • Nvidia 同时进行硬件和软件栈的开发,而 Broadcom 是无晶圆厂公司,主要负责硬件设计。
  • Nvidia 通过销售芯片获得利润,而谷歌通过制造 TPU 节省资金,长期来看可能更有优势。
  • Nvidia 可能被高估,但至少它们是盈利的,与 WeWork 和 Uber 不同。
  • 谷歌保留 TPU 作为竞争优势,有利于其核心产品的长期发展。

U.S. strikes Iran’s nuclear facilities #

https://www.axios.com/2025/06/21/us-strike-iran-nuclear-israel-trump

这篇文章报道了美国对伊朗核设施进行空袭的最新情况。

美国军方在当地时间周日上午对伊朗的核设施进行了空袭,目标是 Fordow、Natanz 和 Isfahan。美国总统特朗普在白宫发表的历史性讲话中称这次行动是“壮观的军事成功”,并声称伊朗的主要铀浓缩场所“已被完全彻底摧毁”。特朗普表示:“伊朗,中东的恶霸,现在必须寻求和平。”他警告说,如果伊朗不迅速实现和平,将面临比过去八天所见更大的悲剧。

这次空袭是特朗普直接支持以色列努力拆除伊朗核计划的决定,标志着中东地区的历史性升级。这一干预充满了风险和不确定性,特朗普和他的许多前任都试图避免,包括通过与伊朗的外交手段。这次袭击发生在以色列和伊朗之间前所未有的战争的第九个晚上,可能会引发德黑兰对美国在该地区的军队和军事设施的报复。

特朗普在 Truth Social 上发文表示:“伊朗对美国的任何报复都将遭到比今晚所见更强大的力量回击。”在周六晚上的讲话中,特朗普表示,空袭的目标是摧毁伊朗的核浓缩能力,阻止“头号恐怖主义国家赞助者”的核威胁。特朗普感谢以色列总理内塔尼亚胡,表示他们像前所未有的团队一样合作,已经消除了对以色列的威胁。

特朗普警告说,美国在伊朗还有许多目标,如果与伊斯兰共和国的和平“不迅速到来”,军方将“在几分钟内”将它们摧毁。以色列官员表示,特朗普政府在空袭前通知了以色列。白宫官员告诉 Axios,特朗普在行动后与内塔尼亚胡通话。另一位以色列高级官员告诉 Axios,空袭中使用了 B-2 隐形轰炸机。

伊朗伊斯兰革命卫队在周日威胁要对美国在中东的军队进行打击。伊朗外交部长阿巴斯·阿拉格奇在伊斯坦布尔的新闻发布会上表示,德黑兰“保留所有捍卫其安全的选项”,并表示伊朗目前对外交不感兴趣。他指出,美国越过了一个很大的红线,伊朗将根据自己的权利做出回应。阿拉格奇没有详细说明可能的伊朗回应,也没有明确表示伊朗是否会退出核不扩散条约或关闭霍尔木兹海峡。他表示,伊朗有多种选项。

伊朗原子能组织证实了三个核设施遭到袭击,并谴责“美国敌人”进行了“违反国际法的野蛮行为”。该组织表示,尽管敌人的邪恶阴谋,伊朗不会被阻止继续发展其国家核能产业。

特朗普在讲话中表示,伊朗 40 年来一直在说“美国去死”,“以色列去死”。他们杀害了我们的人民,用路边炸弹炸掉他们的手臂和腿。他继续说,中东和世界各地成千上万的人直接死于他们的仇恨。特别是,许多人被他们的将军卡西姆·苏莱曼尼杀害,他指的是伊朗军事领导人,特朗普在第一任期下令暗杀他。

内塔尼亚胡在发布的视频中用英语表示:“特朗普总统和我总是说:‘和平通过力量。’首先是力量,然后是和平。今晚,特朗普总统和美国展现了很多力量。”

在空袭前的几天里,特朗普和他的团队越来越相信外交已经走到了尽头——为了消除伊朗的核计划,必须采取军事行动。特朗普周四公开宣布,他将在未来两周内做出决定,给伊朗一个最后的谈判机会,但空袭的准备工作在周末加速进行。周六,多架能够携带 3 万磅“地堡破坏者”的 B-2 隐形轰炸机被检测到向西穿越太平洋,人们猜测美国将打击 Fordow。

特朗普公开质疑以色列是否有能力独自摧毁地下设施,他说:“他们可以突破一小部分,但他们不能深入。”在幕后,特朗普的“美国优先”基础对于是否加入以色列的战争一直存在严重分歧,但特朗普在一个问题上一直坚定不移:伊朗绝不能被允许获得核武器。他上周做出了最后的努力,以避免美国干预,探索在伊斯坦布尔与伊朗官员的秘密会晤,由土耳其总统雷杰普·塔伊普·埃尔多安促成。特朗普愿意派遣白宫特使史蒂夫·维特科夫和副总统万斯——或者如果必要的话,甚至亲自参加会谈。但当伊朗最高领袖阿里·哈梅内伊因担心以色列暗杀而躲藏起来,无法授权会面时,这一努力失败了。从那时起,伊朗拒绝与美国直接接触,除非以色列停止攻击。特朗普现在相信不可能达成协议,似乎已经采取了他曾经希望避免的军事选项。


HN 热度 276 points | 评论 2 comments | 作者:Liwink | 24 hours ago #

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

  • 该帖子讨论了美国对伊朗核设施的打击
  • 提供了更多讨论的链接
  • 评论被转移到其他帖子中
  • 提醒用户申请 YC 的 Fall 2025 批次,申请截止日期为 8 月 4 日

LaborBerlin: State-of-the-Art 16mm Projector #

https://www.filmlabs.org/wiki/en/meetings_projects/spectral/laborberlin16mmprojector/start

LaborBerlin:最先进的 16 毫米放映机

全球艺术家在使用胶片电影时,常常面临因设备老化和难以修复导致的不稳定放映条件。特别是电影放映机及其老化的机械部件变得越来越不可靠,这在许多情况下导致了胶片材料的破坏,而不是确保其最佳展示。最后一款商业化的 16 毫米电影放映机是在 90 年代生产的,但大多数艺术家、档案保管员和放映员不得不使用更老旧的设备,有些甚至可以追溯到 60 年代和 50 年代。与此同时,传统工业制造商已经消失或转向其他领域,服务人员退休,备件稀缺且价格不合理。老式放映机主要为标准电影放映而设计,未能满足当代艺术家在扩展电影制作中的需求,也通常不符合档案放映的需求。随着数字革命的到来,过去十年已经大幅减少了体验模拟电影放映的机会,老式放映设备的老化技术已成为模拟电影放映及其独特体验消失的一个重要因素。

我们的想法是开发一款使用开源技术和非专有/普遍可用备件的最先进的、模块化的 16 毫米电影放映机。我们认为,老式放映机的中央机械部件——爪机制、快门轮和胶片输送——在大多数情况下都设计得非常好,重新开发这些部件将是一种时间和能量的浪费。相反,我们希望在现有的、易于获得的放映机机制基础上构建放映机。光学部分也是如此:与 Eiki、Bauer、Bell & Howell 和 Hokushin 生产的放映机兼容的镜头在全球范围内都可以找到,且状况良好。这款放映机应该能够满足当代电影艺术家、档案保管员和放映员的需求。

技术特性(愿望清单): 设计:模块化设计、开源技术、非专有和普遍可用备件(可 3D 打印)、可调高度和倾斜度、轻便便于旅行和放映期间的携带、可选择垂直格式投影(90° 倾斜或棱镜系统)。 电源:110V 和 220V,可选:电池用于户外和便携式放映。 光源:超亮、可调光 LED、色温调整以适应不同时间的印刷品,钨丝灯或氙灯或红移电影印刷品、数字快门(闪烁)。 胶片格式:16 毫米——超 16——超 16——开放门(可切换格式掩模)。 光学:宽变焦范围镜头 25mm – 150mm,兼容 Bauer、Eiki 和 B&H 镜头(适配管),蜗轮齿轮对焦,变形镜头支架,Elmo 查看器类型 100 的支架(无屏幕查看)。 输送:水晶同步速度:12 – 15 – 16,66 – 18 – 23,976 – 24 – 25 – 29,97 – 30 FPS,手动变速从 <1 到 30 FPS,独立于 FPS 的变速快门轮,数字帧计数器,记忆计数器用于进出点,双向快速倒带。 音频:光学和磁性音频(无内置放大器——仅输出),现场语音麦克风输入,耳机插孔,集成数字音频同步系统。 连接性:与数字音频、视频和 MIDI 同步,多个放映机之间的同步,可从主控切换到从属,与 Elmo ESS 系统同步,可选:准备好进行电视电影制作,遥控器:红外/有线/蓝牙。 配件:开发兼容的循环设备,线轴臂扩展。

我们的项目将在两年半的时间内进行,并计划在 2025 年 9 月完成,届时将在鹿特丹的 Back To The Future Festival 上展示原型。作为第一步,我们两人团队拆卸了四款电影放映机模型,我们发现这些模型提供了适合进一步开发的机械系统。我们确定了三个需要与不同专家合作的开发领域:光源、胶片输送机制和电子设备。但在我们采取下一步之前,我们也意识到我们正处于一个需要决定走哪条路的十字路口: A. 开发一个灵活的升级系统,适用于各种现有的放映机型号。这将确保艺术家能够升级他们自己的放映机型号,无论他们住在哪里,拥有什么放映机。我们的担忧是,开发能够适应各种现有机械部件的部件可能很困难。 B. 仅为一种广泛可用的放映机型号开发升级系统。这将使我们能够开发更具体的部件,并为该型号创建一个集成概念。缺点是,许多放映机型号在世界各地并不同样可用。 C. 开发一个 DIY 套件,复制各种现有型号的机械部件,使用 3D 打印、CNC 和激光切割等技术。这将使全球的艺术家能够从头开始构建自己的模块化和最先进的放映机。最终,我们可以提供和运输那些难以单独生产的现成部件。 一旦这个关键决定做出,我们希望聘请一位机电专家加入项目,陪伴项目直到原型完成。同时,我们希望建立一个在线社区,与他们分享我们的想法,他们也可以测试和改进各个部件。我们已经与几位独立进行类似开发的人士取得联系,他们正等待最终分享他们的知识和经验。最后,我们将聘请一位工业设计师与我们合作,以构建一个原型。


HN 热度 206 points | 评论 34 comments | 作者:audionerd | 1 day ago #

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

  • 有人赞赏该项目保留了 16mm/35mm 胶片的兴趣,并尝试解决一些问题,尤其是转向可调光 LED 和开源/3D 打印部件。
  • 有人提出 16mm/35mm 胶片正在逐渐消失,每年因胶片变质或丢失而减少,认为项目应该简化,专注于制作一个基本的开源投影仪。
  • 有人提到尽管 35mm 胶片在一些城市仍有市场,但 35mm 胶片的存储和运输成本使得放映不太经济。
  • 有人回忆起自己作为放映员的经历,对老式机器有深厚的感情,并认为数字投影仪的普及使得胶片放映变得罕见。
  • 有人指出老式胶片在色彩保持方面比老式投影仪更好,这改变了人们对老式 16mm 投影色彩褪色的看法。
  • 有人提到该项目对于电影保存领域很重要,可能标志着该领域运作方式的重大转变。
  • 有人表示这是一个很棒的项目,作为嵌入式工程师,希望能早点知道并参与其中。
  • 有人提到自己有很多 8mm 和 16mm 胶片需要存档,认为这可能是开源胶片扫描仪的好起点。
  • 有人提到 8mm 胶片扫描仪很常见,但如果想要从边缘到边缘扫描 8mm 胶片并获得每帧的 TIFFs 或类似格式,情况就不同了。
  • 有人警告说,使用 AOI CPU 散热器用于其他目的时要小心,因为它们是封闭单元,容易蒸发和空气渗透,且重新填充困难。
  • 有人对该项目的散热方案表示怀疑,认为 800 瓦特的功率通过一个双风扇散热器可能不足以应对高温环境。

AI is ushering in a “tiny team” era #

https://www.bloomberg.com/news/articles/2025-06-20/ai-is-ushering-in-the-tiny-team-era-in-silicon-valley

在硅谷的创业环境中,随着人工智能(AI)的发展,创业公司的运作模式正在发生显著变化。从之前的 “快速扩张”(blitzscaling)时代,即 2012 年 Facebook 上市到 2023 年 WeWork 破产期间,创业公司通常重视市场估值和融资总额,尤其是追求 “独角兽” 身份(即估值达到 10 亿美元)。而如今,越来越多的创业者开始重视员工人均收入这一新指标,这被视为成功的新的 “圣杯”。

随着 AI 助手、顾问、程序员和市场营销工具的崛起,创业者们能够在保持低人力成本的同时,实现更高效的增长。OpenAI 的 CEO Sam Altman 曾表示,未来可能出现单人即可达到十亿美元估值的公司,这在过去是难以想象的。Flybridge Capital Partners 的合伙人 Jeffrey Bussgang 强调,这种现象可以称之为 “在不扩张的扩展”(scaling without growing),即 “机器人扩展”(botscaling)取代了传统的 “快速扩张”。

AI 的进步使得创业者能够利用人工智能进行编码、市场研究、营销、以及初步的商业构想。越来越多的创业者开始依赖 AI 作为 “联合创始人”,以便在资源有限的情况下,快速进行产品开发和市场验证。例如,创业公司 Portrait 的联合创始人 Roo Harrigan 表示,AI 使他们能够迅速生成产品原型,而不必依赖传统的技术合作伙伴。

在创业过程中,AI 不仅能够充当工具,还可以扮演 “数字合伙人” 或 “导师” 的角色。研究表明,利用 AI 的个人在产生创意方面的表现,甚至可以与没有 AI 的团队相媲美,且团队使用 AI 的表现更优。

尽管 AI 能在很多方面取代人力,创业者仍需保持人类的判断力与决策能力。许多创业者开始尝试使用 AI 来提升决策效率,例如通过 AI 预测不同商业决策的成功几率。然而,AI 的局限性仍然存在,它在某些情况下表现良好,而在其他情况下则不尽如人意,形成了所谓的 “锯齿状前沿”(jagged frontier)。因此,创业者需要不断探索 AI 的优势与不足,以便合理分配任务。

最后,文章探讨了在 AI 高度发展的未来,是否会出现完全由 AI 运营的公司。虽然当前 AI 仍然面临许多限制,但随着技术的进步,完全由 AI 主导的创业公司可能成为现实。这要求创业者在利用 AI 的同时,找到平衡点,确保 AI 能更好地理解和执行他们的商业愿景。


HN 热度 187 points | 评论 174 comments | 作者:kjhughes | 1 day ago #

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

  • AI 技术提高了个人开发效率,使得小团队能完成以往需要更多人力的项目。
  • 历史上,技术进步如 Rails 框架已经使得小团队的效率大幅提升。
  • AI 技术可能会导致小团队不再被看作等同于大团队,因为其他人也能通过 AI 提升效率。
  • 亚马逊和微软等大公司通过提高产出标准和使用 AI 辅助工具来应对技术变革。
  • 开发者可能会因为 AI 技术的发展而离开大公司,转向小公司工作。
  • AI 技术使得开发人员能够快速达到“更高”的低垂果实。
  • 一些人通过 AI 技术能大幅提升效率,而大多数人的效率提升有限。
  • AI 自动化和增强可以扩展个人的开发能力,提高项目质量。
  • 严格的代码规范、AI 代码生成、自动化部署和测试等技术可以加速开发流程。
  • AI 辅助可以快速生成 ETL 代码,但仍然需要人工进行领域研究和需求收集。
  • AI 技术可能会让开发者花费更多时间在工具选择和学习上,而不是实际工作。
  • 选择 AI 工具时应考虑避免锁定,确保项目可以在命令行中构建、测试和运行。
  • 通过尝试和比较不同 AI 工具,可以找到适合自己的编辑器和 API。

Sound As Pure Form: Music Language Inspired by Supercollider, APL, and Forth #

https://github.com/lfnoise/sapf

这个网页介绍了一个名为“Sound As Pure Form”(简称 sapf)的项目,它是一个用于音频合成的 Forth 风格的语言。sapf 使用懒加载列表和类似 APL 的自动映射功能。以下是对网页主体内容的详细中文摘要:

项目介绍:

  • sapf 是一个解释器,用于创建和转换声音。
  • 该语言主要是功能性的,基于栈,使用后缀表示法,类似于 FORTH。
  • 它使用懒加载的可能无限的序列来表示音频和控制事件。
  • sapf 的目标是为懒加载序列提供高级函数,具有普遍的自动映射、扫描和归约操作符,类似于 APL 对数组的处理。
  • 这使得 sapf 成为一个简短程序就能实现与其大小不成比例的结果的语言。
  • 由于几乎所有程序员可访问的数据类型都是不可变的,因此该语言可以轻松地运行多个线程,而不会出现死锁或数据损坏。

灵感来源:

  • 启发 sapf 的其他语言包括 APL、Joy、Haskell、Piccola、Nyquist 和 SuperCollider。
  • APL 和 FORTH(Joy 衍生自 FORTH)因其奇特的符号或语法而广受诟病,但还没有一种语言能像 APL 或其衍生语言那样具有简洁的表达力。
  • APL 之所以强大,并非因为其奇怪的符号或语法,而是因为它自动将操作映射到数组上,并允许在数组内部进行深度迭代。
  • Alan Perlis 关于 APL 的名言也反映了对这种编程方式的兴趣,即通过 APL 可能开始获得我们在自然语言中所尊敬的编程维度,比如优雅的表达、简洁、诗意和艺术性。

编程风格:

  • Joy 语言引入了组合函数式编程,通常意味着基于栈的虚拟机和由函数组成的程序,这些函数接受输入栈并返回输出栈。
  • 后缀是自然产生的语法,后缀是可能的最小语法。
  • 作者喜欢组合式编程的几个原因包括:函数组合是连接、通过函数流水线传递值以获得新值是最自然的习语、函数从左到右应用而不是内外、支持多返回值是免费的、不需要操作符优先级、需要的分隔符更少。

快速设置:

  • 将 sapf 程序放入~/bin 或您存放命令的地方。
  • 由于这个二进制文件是未签名的,您需要移除苹果的隔离属性。
  • 在终端或您的 shell 配置文件中设置环境变量。
  • 例如:export SAPF_HISTORY="$HOME/sapf-files/sapf-history.txt"等。
  • 阅读这个 README 文件,查看一些示例,启动 sapf 终端,打开 sapf-examples.txt 文本编辑器,将示例复制到命令行。

命令行使用:

  • sapf [-r sample-rate][-p prelude-file]:设置会话采样率,默认为 96000 Hz。
  • -p prelude-file:在进入读取-评估-打印循环之前加载代码文件的路径。如果未提供此参数,则从环境变量 SAPF_PRELUDE 存储的路径加载前奏文件。
  • -h:打印命令行帮助。

HN 热度 177 points | 评论 35 comments | 作者:mindcrime | 22 hours ago #

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

  • SAPF 是一种受 Supercollider、APL 和 Forth 启发的音乐语言,其独特的 concatenative 方法非常适合创意音频 DSP 处理。
  • SAPF 的设计非常精心,加入的 APL 风格函数元素与堆栈方法相得益彰。
  • SAPF 的示例听起来很不错,这是一个好兆头。
  • 有人提议 APL 和 Forth 的粉丝(或者说数组语言和 concatenative 语言的粉丝)应该更多地合作,因为这两种范式非常互补。
  • SAPF 在 Supercollider 论坛上有专门的讨论区,作者 James 偶尔会出现回答问题。
  • SAPF 的作者 James McCartney 是 Supercollider 的原始作者。
  • 有人提到了 Glicol,这是一种硬件启发式的、所见即所得风格的懒图更新音乐语言。
  • 有人分享了一个在 SQL 中的乐器合成器项目 NoiSQL。
  • 有人觉得 SAPF 的概念非常酷,即使没有音乐语言的背景。
  • 有人询问是否有可能在 Linux 上编译 SAPF,因为项目看起来是基于 Xcode 和 OSX 的。
  • 有人提供了一个 GitHub 链接,指向一个可能的 SAPF 的 Linux 版本。
  • 有人提到了 TidalCycles、Strudel、Sardine、Bacalao 和 Overtone 等使用 SuperCollider 的不同方式。
  • 有人提出 AI 可能有助于翻译或编写翻译器。
  • 有人询问是否有 SAPF 的 Linux 二进制包,因为他们在 Ubuntu 上遇到了困难。
  • 有人推荐 Supercollider,因为它的 UI 组件在 Mac 和 Linux 上都能很好地工作。
  • 有人建议尝试 kxstudio,这是一个为音频工作配置 Ubuntu 或 Debian 的软件包集合。
  • 有人推荐了 Strudel,一个只需要浏览器的音乐语言。
  • 有人表示 Supercollider 在 PopOS(一个基于 Ubuntu 的发行版)上可以无问题运行。

How fast are Linux pipes anyway? #

https://mazzo.li/posts/fast-pipes.html

这篇文章探讨了 Linux 中 Unix 管道的性能,并逐步优化了一个测试程序,该程序通过管道进行数据的写入和读取。文章从简单的程序开始,其吞吐量约为 3.5GiB/s,并将其性能提高了 20 倍。优化过程基于使用 Linux 的 perf 工具对程序进行性能分析。文章中提供的代码可以在 GitHub 上找到。

文章首先介绍了一个性能测试程序,该程序通过管道传输数据,并展示了性能图表。作者受到一个高度优化的 FizzBuzz 程序的启发,该程序能够以大约 35GiB/s 的速度将输出推送到管道。文章的目标是达到这个速度,并在过程中解释每一步。文章还提到了一个额外的性能改进措施,这在 FizzBuzz 中并不需要,因为在作者的机器上,瓶颈实际上是计算输出,而不是 IO。

文章的主要内容分为以下几个部分:

  1. 一个初始的慢速版本的管道测试台;
  2. 管道在内部是如何实现的,以及为什么从它们读写数据会很慢;
  3. vmsplice 和 splice 系统调用如何让我们绕过一些(但不是全部!)慢速问题;
  4. Linux 分页的描述,以及使用大页面的更快版本;
  5. 最终优化,用忙循环替换轮询;
  6. 一些结束语。

文章的第四部分深入 Linux 内核内部,即使对于熟悉文章中讨论的其他主题的读者来说,也可能很有趣。对于不熟悉这些主题的读者,文章假设他们至少具备基本的 C 语言知识。

文章首先测量了传说中的 FizzBuzz 程序的性能,并遵循 StackOverflow 帖子中规定的规则。FizzBuzz 程序以 36GiB/s 的速度产生输出。作者的机器上的 L2 缓存是 256KiB,文章中的程序也将输出 256KiB 的数据块,但不会进行任何“计算”。作者尝试测量合理缓冲大小的程序写入管道的上限。

文章提供了 write.cpp 和 read.cpp 两个程序的代码,分别用于写入和读取。write 程序不断写入相同的 256KiB 数据,而 read 程序读取 10GiB 数据后终止,并打印吞吐量。两个程序都接受各种命令行选项以改变它们的行为。

使用 write 和 read 系统调用进行第一次尝试,使用与 FizzBuzz 相同的缓冲区大小。文章展示了 write 端的代码,并解释了 memset 的作用。write 调用负责所有工作,其余部分确保整个缓冲区被写入。read 端非常相似,但读取数据到缓冲区,并在读取足够数据后终止。

文章通过 perf 工具分析了程序的耗时,并发现大部分时间都花在了 pipe_write 上,这是 write 调用解析到的,如果我们正在写入管道。在 pipe_write 中,3/4 的时间用于复制或分配页面。为了完全理解发生了什么,我们需要首先了解管道是如何工作的。


HN 热度 174 points | 评论 21 comments | 作者:keepamovin | 17 hours ago #

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

  • Linux 管道在 Windows 上的性能表现不佳,尤其是在等待连接时
  • Windows 后来添加了 AF_UNIX 套接字,可能性能更好
  • POSIX 只定义行为,不定义性能,每个平台和操作系统都有自己的性能特点
  • POSIX 无法定义管道这样的性能
  • 在 Linux 上,splice()是最快最有效的管道数据传输方式,特别是在大量数据传输时
  • 在 BSD 系统上,readv()/writev()可能是最高效的方式
  • sendfile()在 Linux 和 BSD 上都具有高性能,但只支持文件到套接字的传输
  • 在 Linux 上,sendfile()使用 splice 实现,可以用于文件到块设备的传输
  • Netflix 曾因 FreeBSD 的 sendfile 性能优越而使用它作为内容服务器
  • 使用共享内存和文件描述符传递可以更快且完全可移植
  • 现代 Linux 是否有类似于 Doors 的技术,用于低延迟的数据交换
  • AF_UNIX 可能在音频应用中不够低延迟
  • 共享内存提供最低延迟,但需要处理任务唤醒,通常通过 futexs 实现
  • Google 曾研究 FUTEX_SWAP 调用,允许任务间直接交接,但不清楚进展如何
  • 文章讨论了 splice 的安全影响和 ABI 破坏,询问 splice 是否有长期保留计划
  • 询问是否可以将默认管道修改为总是使用 splice 以提高性能