2024-08-11 Hacker News Top Stories #

1. 苏珊·沃西基因癌症去世，她对谷歌的发展起到了重要作用。
2. Defcon 黑客大会因未支付徽章硬件供应商款项并驱逐固件作者引发争议。
3. 文章探讨了数学常数 π 的平方与重力加速度 g 之间近似相等的关系及其原因。
4. Urchin Software Corp 的起源故事及其如何演变成 Google Analytics。
5. OpenSnitch 是一款基于 GNU/Linux 的交互式应用防火墙软件。
6. 介绍了一种无需传统数据库的高可用性网络服务架构。
7. Deep Live Cam 是一款实时换脸和一键生成深伪视频的工具。
8. 加州理工学院研发出首个持续非侵入式的血压测量方法。
9. DARPA 寻求新技术直接将核反应堆的辐射能转化为电能。
10. Ladybird 浏览器计划从今年秋季开始采用 Swift 语言进行开发

Susan Wojcicki has died #

https://twitter.com/sundarpichai/status/1822132667959386588

在推特上，谷歌首席执行官桑达尔·皮查伊（Sundar Pichai）表达了对他亲密朋友苏珊·沃西基（Susan Wojcicki）去世的深切哀悼。沃西基因癌症斗争了两年，皮查伊称她是谷歌历史上不可或缺的一部分，难以想象没有她的世界。

他赞扬了她作为一个杰出的人、领导者和朋友，对世界产生了巨大的影响，并表示自己和无数谷歌员工因认识她而受益匪浅。他对她的家人表示慰问，并表示将深切怀念她。

HN 热度 636 points | 评论 362 comments | 作者：grandmczeb | 19 hours ago #

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

• 对于 YouTube 的看法存在分歧，有人认为其是过去 15 年最成功的科技或媒体企业之一，而另一些人则认为其在创新上停滞不前，依赖于市场垄断。
• YouTube 在创作者变现方面的早期创新被认可，但近年来在新功能的引入上落后于竞争对手。
• 尽管 YouTube 的用户体验仍然优于许多竞争对手，但其推荐算法被批评为推动低质量内容，导致创作者制作冗长且缺乏实质的内容。
• 一些用户认为 YouTube Premium 是值得的，因为它提供了无广告体验和对创作者的支持，而另一些人则认为支付订阅费是在支持一个不道德的商业模式。
• 有评论指出，YouTube 的成功与其早期的市场进入和 Google 的收购密切相关，认为其在视频内容上的垄断地位使得竞争对手难以崛起。
• 对于 YouTube 的未来，有人担忧其可能被更具创新性的竞争平台取代，尤其是在短视频内容日益流行的背景下。
• 许多用户表示，YouTube 在教育和娱乐方面提供了巨大的价值，尽管其商业模式和内容管理存在争议。

Defcon stiffs badge HW vendor, drags FW author offstage during talk #

https://twitter.com/mightymogomra/status/1822119942281650278

该推文来自用户 Mogomra，内容提到 Defcon（一个著名的黑客大会）似乎没有支付给负责设计今年酷炫徽章的硬件公司，并且还将一位编写徽章软件的开发者从现场驱逐，因为他在一个复活节彩蛋中提到了这个问题。推文引起了广泛关注，随后另一位用户 Dmitry Grinberg 回应称，他作为志愿者在前往 Defcon 的飞机上修复了相关问题，但在徽章讨论会上被拖下了舞台。

HN 热度 460 points | 评论 126 comments | 作者：dmitrygr | 20 hours ago #

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

• 事件涉及 Defcon 大会的一个演讲者被强行拖下舞台，引发了对大会组织方式的质疑。
• 有人认为，拖下演讲者的行为不明智，可能会影响未来的参与者。
• 演讲者表示自己是被拖下的那个人，并且他为徽章编写了固件。
• 事件的背景是 Defcon 未支付硬件供应商的费用，并在宣传材料中删除了他们的名字。
• 有评论指出，Defcon 的行为可能会对其品牌形象造成长期损害。
• 许多人对 Defcon 的组织方式表示失望，认为其已失去原有的黑客精神。
• 有人提到，类似的事件在其他会议中也曾发生，反映出行业内普遍存在的权力滥用问题。
• 事件引发了对版权和知识产权的讨论，演讲者表示将采取法律行动以维护自己的权利。

A wonderful coincidence or an expected connection: why π² ≈ g #

https://roitman.io/blog/91

这篇文章探讨了数学常数 π 的平方（π²）与重力加速度 g 之间的近似关系，提出了一个有趣的数学和物理学问题。

文章首先回顾了 π 的值（约为 3.14）以及重力加速度 g 的标准值（约为 9.81 m/s²）。尽管这两个数值并不完全相等，但它们之间的接近引发了作者的思考。作者指出，π 是一个无量纲的数，而 g 是一个具有单位的物理量，因此它们之间的关系并不是简单的巧合。

接着，文章深入探讨了“米”的定义及其与 π 的关系。作者提到，米的定义与光速有关，而光速的定义又涉及到时间的测量。通过对历史上米的标准化过程的回顾，作者指出，最初的米定义是基于摆的周期（即一个摆动的时间），而这个摆的长度与重力加速度 g 密切相关。

文章进一步解释了 Huygens 提出的摆的理论，指出在特定条件下，摆的周期与其长度之间的关系可以用公式表示，其中涉及到 π。通过将 Huygens 摆的参数代入公式，得出了 π² 与 g 之间的关系。

然而，文章也提到，由于历史上对米的定义进行了多次改革，导致了 π² 与 g 之间的差异。最终，米被定义为地球某个特定经度的长度，而不是基于摆的标准，这使得 π² 与 g 之间的关系变得不那么精确。

总结来说，文章探讨了数学与物理之间的深刻联系，揭示了历史上标准化过程中的复杂性，以及这些变化如何影响我们对基本物理常数的理解。

HN 热度 344 points | 评论 229 comments | 作者：signa11 | 11 hours ago #

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

• 对于 π² 与重力加速度 g 之间的关系，有人认为这是一种巧合，而不是必然联系。
• 有评论指出，改变单位后这种关系消失，说明它并非巧合。
• 一些人提到，观察到的周期性现象可能与地球的自转或轨道有关，可能是巧合。
• 讨论中提到，π 在不同的几何空间中可能有不同的定义，尤其是在非欧几里得空间中。
• 还有人提到，重力加速度 g 在不同天体上是变化的，而 π 是一个普遍常数。
• 有观点认为，单位的定义与物理常数之间的关系并不总是显而易见，可能存在巧合。
• 讨论中提到，历史上米的定义与重力和 π 的关系并非巧合，而是基于物理学的自然规律。
• 一些评论认为，数学常数与物理量之间的关系值得深入探讨，尽管可能存在巧合。

Urchin Software Corp: The unlikely origin story of Google Analytics (2016) #

https://urchin.biz/urchin-software-corp-89a1f5292999

这篇文章由 Scott Crosby 撰写，讲述了 Urchin 软件公司的不寻常起源故事，以及其如何演变为今天的 Google Analytics。以下是详细摘要：

Urchin 软件公司的起源 #

• 成立背景：Urchin 软件公司成立于 1995 年，创始人包括 Paul Muret、Jack Ancone、Brett Crosby 和 Scott Crosby。最初，Paul 和 Scott 在圣地亚哥的大学工作，看到建立网站的商业机会后，决定创业。
• 早期发展：公司最初提供网站开发和托管服务，逐渐转向开发网络分析软件。1998 年，Urchin 的第一个版本问世，主要用于分析网站流量。

关键发展 #

• 客户获取：Urchin 通过与小型企业合作逐步建立客户基础，后来与大型客户如 Sharp Healthcare 和 Solar Turbines 签订合同。
• 技术创新：Urchin 的技术不断发展，推出了多版本的分析软件，逐渐成为市场上领先的网络分析工具之一。

收购与转型 #

• 被 Google 收购：2005 年，Urchin 被 Google 收购，成为“Urchin from Google”，后来演变为 Google Analytics。收购后，Urchin 团队与 Google 的其他团队合作，推动产品的进一步发展。
• 市场影响：Google Analytics 的推出使得网络分析变得更加普及，成为许多企业进行在线营销和广告投放的重要工具。

经验教训 #

• 创业教训：文章中提到了一些创业过程中的经验教训，包括减少法律条款、简化合同、专注于市场细分等。

总结 #

Urchin 软件公司的故事展示了从小型创业公司到被大型科技公司收购的历程，强调了创新、市场适应性和团队合作的重要性。通过不断的技术改进和市场策略，Urchin 最终成为了全球最受欢迎的网络分析工具之一。

HN 热度 247 points | 评论 56 comments | 作者：cpeterso | 1 day ago #

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

• Urchin 是早期分析软件的代表，影响了许多后来的设计和开发。
• 用户对 Urchin 的回忆充满怀旧，认为其在数据呈现和分析方面非常出色。
• 有人对 Google 收购 Urchin 后的变化表示失望，认为 Google Analytics 变得复杂且不易使用。
• 一些评论提到 Urchin 的功能在 Google Analytics 中被削弱，尤其是热图功能的消失。
• 讨论中提到，Urchin 的某些特性在现代分析工具中仍然重要，如深度分析和查询速度。
• 有人提到 Urchin 的成功与其创始团队的背景和运气有关。
• 评论中提到，Urchin 的历史与 Google 的广告策略密切相关，反映了数据收集和用户隐私的演变。
• 一些用户对 Google 的隐私政策表示担忧，认为其数据收集方式不再透明。

OpenSnitch is a GNU/Linux interactive application firewall #

https://github.com/evilsocket/opensnitch

OpenSnitch 是一个基于 GNU/Linux 的交互式应用防火墙，灵感来源于 Little Snitch。它的主要功能包括：

1. 交互式出站连接过滤：用户可以实时监控和管理应用程序的网络连接，决定是否允许或阻止特定的出站连接。
2. 系统范围内的广告、追踪器和恶意域名阻止：能够有效地阻止不必要的网络请求，提升用户的隐私和安全性。
3. 图形用户界面（GUI）配置系统防火墙：用户可以通过图形界面配置系统防火墙（nftables），简化了复杂的命令行操作。
4. 输入策略配置：允许用户管理入站服务和配置输入策略。
5. 集中管理多个节点：支持从一个中心化的 GUI 管理多个设备。
6. SIEM 集成：可以与安全信息和事件管理（SIEM）系统集成，增强安全监控能力。

安装与使用 #

• 下载：用户可以从 OpenSnitch Releases 页面下载适合自己系统的 deb 或 rpm 包。
• 安装命令：
  • 对于 Debian/Ubuntu 系统：

    sudo apt install ./opensnitch*.deb ./python3-opensnitch-ui*.deb
    

  • 对于 Red Hat 系统：

    sudo yum localinstall opensnitch-1*.rpm; sudo yum localinstall opensnitch-ui*.rpm
    

• 启动：安装完成后，可以通过命令 opensnitch-ui 或从应用菜单中启动 GUI。

社区与支持 #

OpenSnitch 拥有活跃的开发社区，用户可以在 GitHub 上提交问题、讨论功能或贡献代码。项目的维护者和贡献者名单也可以在 GitHub 页面上查看。

其他信息 #

• 许可证：OpenSnitch 使用 GPL-3.0 许可证。
• 捐赠：如果用户觉得 OpenSnitch 有用，可以通过 GitHub 的赞助功能支持开发者。

总的来说，OpenSnitch 是一个强大的工具，适合希望增强 Linux 系统安全性的用户。

HN 热度 241 points | 评论 52 comments | 作者：dp-hackernews | 9 hours ago #

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

• OpenSnitch 作为交互式防火墙，使用上存在一定的复杂性，用户需要频繁更新规则。
• 有用户表示，通过使用子域通配符和过期规则，可以有效管理连接请求，减少维护工作。
• 对于不常更新规则的用户，使用 OpenSnitch 的体验相对轻松，主要是初期的习惯养成。
• 有人认为，允许所有 curl/wget 流量可能会带来安全隐患，建议根据用户角色进行流量管理。
• 讨论中提到，防火墙需要具备 HTTP(S) 识别能力，以便更好地管理加密流量。
• 一些用户转向使用 Qubes OS，认为其虚拟机隔离的安全性更高。
• 对于 Android 用户，推荐了 NetGuard 和其他类似应用，但强调需要 root 权限才能实现全面控制。
• 有用户提到，OpenSnitch 提供了比 UFW 更细致的应用层流量管理，能够实时提示网络活动。
• MacOS 用户可以使用 Lulu 作为开源替代方案，但其用户体验和功能上存在不足。
• 一些用户对 OpenSnitch 的临时规则管理表示不满，认为界面需要改进以便更好地清理过期规则。

Building a highly-available web service without a database #

https://blog.screenshotbot.io/2024/08/10/building-a-highly-available-web-service-without-a-database/

这篇文章讨论了如何在没有数据库的情况下构建一个高可用的网络服务，作者是 Arnold Noronha。文章分为三个部分：探索（Explore）、扩展（Expand）和提取（Extract），并介绍了一种新的架构，作者在 Screenshotbot 中成功应用。

1. 探索阶段 #

在初创企业的早期阶段，通常会选择使用传统的数据库（如 MySQL 或 PostgreSQL）来支持应用。然而，作者提出了一种更简单的架构：将网络服务和数据库合并为一个进程，所有数据都存储在内存中。这种方法的优点包括：

• 不需要多个前端服务器与单一数据库通信，只需增加服务器的内存和 CPU。
• 使用内存索引（如哈希表）来替代传统数据库的复杂索引。
• 数据检索变得更快，因为只需读取内存。
• 通过定期快照和事务日志来处理进程崩溃后的数据恢复。

2. 扩展阶段 #

随着企业的发展，可能会遇到高可用性需求（如 99.999% 可用性）。作者引入了 Raft 一致性协议，将简单架构扩展到多个机器上，实现数据的复制和故障转移。这样，即使主服务器出现故障，新的主服务器可以在几秒钟内被选举出来，继续处理请求。此外，这种架构支持滚动部署，避免了停机时间。

3. 提取阶段 #

当企业发展到拥有大量客户的阶段时，可能需要进行数据分片（sharding），将服务拆分为多个集群，以应对更高的负载。作者提到，Screenshotbot 已经为每个企业客户提供了专用集群，并计划监控潜在的瓶颈。

技术栈 #

作者使用 Common Lisp 来实现这一架构，选择它的原因包括：

• 高度的多线程支持，适合处理并发请求。
• 支持热重载代码，减少服务器重启的频率。
• 使用 bknr.datastore 库来处理并发和数据存储。

总结 #

作者认为这种架构非常适合新兴初创企业，能够简化开发流程，提高可用性和扩展性。他希望更多公司能够采用这种方法，并感谢相关开源项目的贡献。

HN 热度 236 points | 评论 139 comments | 作者：tdrhq | 21 hours ago #

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

• 有人认为从一开始就不应该避免使用现成的数据库（如 SQLite），而是直接在服务器上运行数据库，简单有效。
• 许多评论者指出，作者的方案实际上是在重新实现一个数据库，缺乏现有数据库的可靠性和工具生态。
• 有人提到，虽然在内存中处理数据可以提高性能，但在大规模应用中，复杂性和维护成本会显著增加。
• 一些评论者认为，构建自己的解决方案可能会导致未来的技术债务，建议使用成熟的数据库技术。
• 讨论中提到，作者的做法可能适合小型项目，但在面对复杂的生产环境时，传统的数据库解决方案更为稳妥。
• 有人提到，虽然内存便宜，但 RAM 的价格并没有显著下降，使用内存的成本仍然需要考虑。
• 许多评论者对作者的经验表示怀疑，认为缺乏对数据库技术的深入理解。
• 有人指出，构建自己的数据库可能会导致在数据一致性和持久性方面面临重大挑战。
• 讨论中提到，使用现有的数据库技术可以避免许多潜在的复杂性和风险。
• 一些评论者认为，作者的方案在理论上看似简单，但在实际应用中可能会变得复杂且难以维护。

Deep Live Cam: Real-time face swapping and one-click video deepfake tool #

https://deeplive.cam

Deep Live Cam 网站内容摘要

Deep Live Cam 是一款先进的实时换脸和视频深伪技术工具，利用尖端的人工智能技术，用户只需上传一张图片即可实现高质量的面部替换。该工具的主要特点包括：

1. 实时换脸：用户可以通过单张图片实时交换视频中的人脸，并提供即时预览功能。
2. 一键生成深伪视频：操作简单，用户可以快速生成高质量的深伪视频。
3. 多平台支持：兼容多种执行平台，包括 CPU、NVIDIA CUDA 和 Apple Silicon，适应不同的硬件配置。
4. 伦理使用保障：内置检查机制，防止处理不当内容，确保合法和道德的使用。
5. 优化性能：利用优化算法，特别是在支持 CUDA 的 NVIDIA GPU 上，处理速度显著提升。
6. 开源社区：活跃的社区提供持续支持和改进，使工具保持在技术前沿。

使用流程：

• 用户上传包含目标面孔的源图像。
• 选择目标图像或视频进行换脸。
• 点击“开始”，Deep Live Cam 将自动执行面部替换。

用户反馈： 许多用户在社交媒体上分享了他们的使用体验，称赞其高效性和易用性，认为这是创意工作者的必备工具。

常见问题：

• 是否免费：Deep Live Cam 是一个开源项目，完全免费使用。
• 商业用途：虽然是开源的，但商业使用需仔细审查许可条款，并建议咨询法律专业人士。
• 硬件要求：基本功能可在标准 CPU 上运行，但推荐使用支持 CUDA 的 NVIDIA GPU 或 Apple Silicon 设备以获得最佳性能。

总之，Deep Live Cam 为用户提供了一种便捷的方式来创建惊艳的视觉内容，无论是用于娱乐还是专业应用，均能激发创意潜力。

HN 热度 194 points | 评论 142 comments | 作者：blini2077 | 11 hours ago #

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

• 对于深度换脸技术的伦理使用，许多人质疑其真正的“伦理”用例，认为其潜在的负面影响可能超过正面效果。
• 支付处理公司如 Visa 和 Mastercard 在某种程度上成为了色情内容的监管者，尽管他们并不愿意承担这一责任。
• 深度伪造技术的普及可能导致人们对视频通话的真实性产生怀疑，增加了金融诈骗的风险。
• 有人认为，深度伪造技术的应用可能会在娱乐行业中节省成本，但其社会负面影响可能更为严重。
• 讨论中提到，深度伪造技术可能被用于政治操控、诈骗等恶意用途，且难以有效监管。
• 有观点认为，深度伪造技术的存在将迫使人们更加重视面对面交流，因为这是目前最可信的互动方式。
• 许多人对深度伪造技术的未来感到担忧，认为其可能会加剧社会的不信任感和信息混乱。
• 讨论中提到，深度伪造技术的潜在应用包括电影制作、虚拟代言人等，但这些用途是否值得与其风险相权衡仍然存在争议。

Caltech Develops First Noninvasive Method to Continually Measure Blood Pressure #

https://www.caltech.edu/about/news/caltech-team-develops-first-noninvasive-method-to-continually-measure-true-blood-pressure

加州理工学院的研究团队开发了一种非侵入性的方法，可以持续测量人体的真实血压。这种新技术被称为共振声测量法（resonance sonomanometry），利用声波轻柔地刺激动脉的共振，并通过超声成像测量动脉的共振频率，从而得出准确的血压值。

该设备在小规模临床研究中表现出色，能够提供与传统血压袖带相似的结果，但其优势在于可以在身体的任何部位进行连续测量，且对患者几乎没有干扰。研究人员指出，这种设备不仅可以测量收缩压和舒张压，还能提供完整的血压波形信息，这对于医生了解患者的心血管健康至关重要。

研究团队表示，现有的血压测量方法存在局限性，通常只能定期进行，且只能从手臂获取数据。新的设备可以在医院中使用，并有潜力在家庭和偏远地区推广，帮助更多患者进行有效的健康监测。

该设备的原型由一家名为 Esperto Medical 的公司开发，体积小于扑克牌，安装在臂带上，未来可能会进一步缩小到手表或贴片的大小。研究团队希望这种设备能够取代传统的血压袖带，提供更便捷的监测方式。

研究的灵感源于团队成员对医疗技术的渴望，经过多年的努力，他们终于找到了利用声波测量血压的有效方法。这项研究不仅展示了加州理工学院在基础科学和工程技术方面的创新能力，也为改善人们的健康监测提供了新的解决方案。

HN 热度 186 points | 评论 48 comments | 作者：crhulls | 20 hours ago #

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

• 医生办公室和医院测量血压的方法不当，常常导致误诊，建议在患者静坐几分钟后再测量。
• 患者在测量血压时可能会因为紧张而试图“作弊”，这使得测量结果不准确。
• 家庭自测血压被认为是更可靠的方法，许多人选择在家记录血压。
• 医疗专业人员往往忽视患者在家测得的血压数据，只有在急救时才会重视。
• 白大衣高血压现象普遍存在，许多患者在医院环境中血压升高。
• 连续非侵入性血压监测技术的开发被认为是一个重要进展，但仍需解决测量准确性的问题。
• 现有的非侵入性血压监测设备在临床使用中效果不一，准确性仍待提高。
• 许多人对血压监测的准确性表示怀疑，认为现有设备的测量结果波动较大。
• 需要更多的研究来验证新技术的有效性，尤其是在动态环境下的应用。

DARPA wants to bypass the thermal middleman in nuclear power systems #

https://www.ans.org/news/article-6276/darpa-wants-to-bypass-the-thermal-middleman-in-nuclear-power-systems/

美国国防高级研究计划局（DARPA）正在寻求创新方案，以直接将来自各种类型反应堆（包括裂变和聚变反应堆）及放射性衰变的辐射（如阿尔法、贝塔、伽马和中子辐射）转化为电能，绕过传统的热能转化过程。该机构指出，现有的核能转化技术自 70 多年前以来未有显著进展，依赖于热传导，导致在每个转换步骤中都有能量损失。

DARPA 的项目经理 Tabitha Dodson 表示，当前对这一领域的兴趣主要受到两个因素的推动：一是小型和先进核技术（如聚变和太空反应堆）的投资激增，二是近年来辐射耐受性和效率显著提升的光伏技术进展。DARPA 希望通过直接能量转换技术，解决现有技术在高功率、长时间应用中的效率和材料寿命问题。

该计划特别关注“辐射光伏”技术，这种技术利用半导体材料直接将辐射能转化为电能。尽管辐射光伏在小规模应用中已有成功案例，但其效率通常仅为 1-3%。然而，最近发现的耐辐射材料可能使得这一技术能够在更高功率水平上应用。

如果能够开发出耐用且高效的辐射光伏技术，Dodson 认为这将能够满足从微电子设备到商业电厂的各种电力需求。DARPA 希望通过此次征集信息（RFI），了解在电力转换效率和材料耐辐射能力方面的潜在改进。

该征集信息的截止日期为 8 月 30 日，DARPA 希望借此机会探索电磁方法在核能反应中的应用潜力。

HN 热度 183 points | 评论 125 comments | 作者：bilsbie | 1 day ago #

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

• DARPA 希望通过新技术绕过核能系统中的热中介，提高能量转换效率。
• 核电池技术已经存在，但功率较低，尚需提升。
• 对于放射性材料的安全性，许多评论认为需要严格监管以防止意外。
• 核能事故的死亡人数相对较少，但仍需关注安全标准与监管的平衡。
• 有人认为，核能的风险相较于煤炭等传统能源更低，且应继续发展。
• 对于核能的未来，部分评论者对技术进步持乐观态度，认为应加大投资与研发。
• 讨论中提到，核能的监管与公众认知存在差距，教育与信息透明度至关重要。
• 有观点认为，核能的潜力被低估，尤其是在应对气候变化方面。

Ladybird browser to start using Swift language this fall #

https://twitter.com/awesomekling/status/1822236888188498031

Andreas Kling 在推特上分享了关于他们正在评估的多种 C++ 替代语言的信息，特别是针对他们的项目 Ladybird 浏览器。他们发现 Swift 语言最适合他们的需求。在过去几个月中，他邀请了一些人尝试用不同的语言重写项目中的小部分，结果显示大家都更喜欢 Swift。

Kling 指出，Swift 具有内存和数据竞争安全性（自版本 6 起），并且是一种现代语言，具有良好的可用性。他们特别重视面向对象编程（OO），因为 Web 规范和浏览器内部结构通常高度依赖 OO，Swift 在这方面的支持优于 C++。

此外，Swift 团队正在大力投资于与 C++ 的互操作性，这意味着可以逐步采用，而不是进行大规模重写。虽然 Swift 历史上与 Apple 及其平台紧密相关，但最近有推动 Swift 变得更加独立的趋势，支持非 Apple 平台的能力也在改善。

目前，他们还无法开始使用 Swift，因为当前版本的 Swift 附带的 Clang 版本过旧，无法处理现有的 C++ 代码库。但他们计划在 Swift 6 正式发布后开始使用它。Kling 对这一进展感到非常兴奋，认为选择一个能够尽快采用的替代语言是朝着内存安全迈出的第一步。

HN 热度 176 points | 评论 170 comments | 作者：nopakos | 12 hours ago #

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

• Ladybird 浏览器选择使用 Swift 语言，认为这将改善开源 Swift 的现状，并吸引更多开发者参与。
• 有评论指出 Swift 在非苹果生态系统中的吸引力不足，开发者仍主要依赖 Xcode 和 Mac。
• 一些人认为 C#在跨平台开发中表现更好，拥有更大的生态系统和更低的内存开销。
• 对于 Swift 的内存管理，存在对其 ARC 性能的担忧，认为在浏览器引擎开发中可能会带来问题。
• 有观点认为选择 Swift 可能是出于资金和市场策略的考虑，而非技术上的最佳选择。
• 讨论中提到 Rust 与 Swift 的对比，认为 Rust 在复杂对象图管理上存在困难，但在长生命周期程序中表现良好。
• 一些评论者对 Swift 的未来持乐观态度，认为其跨平台支持正在改善。
• 也有声音对 Swift 的选择表示怀疑，认为这可能导致项目面临更多不确定性和依赖于苹果的风险。