2024 03 26 HackerNews

2024-03-26 Hacker News Top Stories #

一句话摘要 #

  1. Monolith – CLI tool for saving complete web pages as a single HTML file Monolith 是一个命令行工具,可以将整个网页及其资源保存为一个单独的 HTML 文件,便于离线查看和分享。
  2. Commission opens non-compliance investigations against Alphabet, Apple and Meta 欧盟委员会对 Alphabet、Apple 和 Meta 展开调查,怀疑这些公司可能未遵守数字市场法案的规定。
  3. Barcelona’s Sagrada Familia will be completed in 2026 巴塞罗那的圣家堂预计将在 2026 年完工,标志着这一始建于 1882 年的建筑工程的完成。
  4. Why choose async/await over threads? 文章讨论了在并发编程中选择 async/await 而不是线程的原因,强调了 async/await 的简单性和在处理高并发场景下的优势。
  5. Aegis v3.0 – a free, secure and open source 2FA app for Android Aegis v3.0 是一款免费的、安全的开源二步验证应用,为 Android 用户提供了增强的安全性和改进的用户界面。
  6. Real-time map of every Starlink satellite in orbit Starlink 地图提供了一个实时追踪器,展示了 SpaceX Starlink 卫星星座的当前位置和状态。
  7. Majority of web apps could just run on a single server Reddit 讨论指出,大多数网络应用程序可以在单个服务器上运行,而不需要复杂的基础设施。
  8. “Emergent” abilities in LLMs actually develop gradually and predictably – study 研究表明,大型语言模型(LLM)的“新兴”能力实际上是逐渐且可预测地发展的,与之前的假设不同。
  9. Show HN: Jampack – Optimizes static websites as a post-processing step Jampack 是一个后处理工具,用于优化静态网站生成器的输出,提高网站性能和用户体验。
  10. The Format Dialog in Windows NT Dave W Plummer 分享了他在 1994 年为 Windows NT 设计的格式化对话框的故事,这个临时解决方案至今仍在使用。

Monolith – CLI tool for saving complete web pages as a single HTML file #

https://github.com/Y2Z/monolith

这个项目是一个 CLI 工具,名为 monolith,用于将完整的网页保存为单个 HTML 文件。

与传统的“保存页面”不同,monolith 不仅保存目标文档,还同时嵌入 CSS、图像和 JavaScript 资源,生成一个单个的 HTML5 文档,便于存储和分享。

与使用 wget -mpk 保存网站相比,该工具将所有资源嵌入为数据 URL,因此即使没有网络连接,浏览器也可以准确呈现保存的页面。安装方式多样,包括使用 Cargo、Homebrew、Chocolatey、Snapcraft 等。该工具还提供了各种选项,如排除音频源、自定义基本 URL、排除 CSS 等。

此外,还介绍了如何处理动态内容、代理设置以及贡献方式。项目遵循 CC0-1.0 许可,旨在将完整网页保存为单个 HTML 文件。


HN 评论 142 comments | 作者:iscream26 | 1 day ago #

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

  • 有关使用 CLI 工具保存完整网页的讨论,包括使用 Google Chrome 保存页面并执行 JavaScript 的方法;
  • 关于在 Chrome 中禁用 CORS 的讨论,适用于前端开发人员和黑客;
  • 讨论了 shot-scraper 是否能加载“无限滚动”页面的内容以及如何处理;
  • 讨论了处理网页中隐藏内容、订阅/cookie 覆盖层、固定标题等问题的工作;
  • 讨论了使用 CLI 驱动的接受测试的节点脚本;
  • 讨论了 Firefox 是否能执行类似操作;
  • 讨论了如何避免截图弹出窗口的问题;
  • 比较了 Monolith 和 SingleFile 工具的不同方法和功能;
  • 讨论了如何在移动设备上使用 SingleFile 工具。

Commission opens non-compliance investigations against Alphabet, Apple and Meta #

https://ec.europa.eu/commission/presscorner/detail/en/ip_24_1689

这篇文章是关于欧盟委员会根据数字市场法案对 Alphabet、Apple 和 Meta 展开的非合规调查。具体内容包括:

对 Alphabet 在 Google Play 中的引导规则和 Google 搜索中的自我优先规则,以及 Apple 在 App Store 中的引导规则和 Safari 浏览器的选择屏幕,以及 Meta 的“付费或同意”模式进行了调查。

欧盟委员会怀疑这些门户网站采取的措施未能有效履行数字市场法案下的义务。

此外,欧盟委员会还对 Apple 关于替代应用商店的新费用结构和亚马逊在其市场上的排名做法进行了调查。

文中提到了 Alphabet 和 Apple 是否违反了数字市场法案第 5(4)条关于允许应用开发者“引导”消费者到门户网站之外的优惠的规定。

欧盟委员会还对 Alphabet 是否采取措施防止自我优先进行了调查。

关于 Apple 是否遵守用户选择义务的调查,包括在 iOS 上轻松卸载任何软件应用程序、轻松更改默认设置以及提示用户选择屏幕的措施。

最后,对 Meta 最近推出的“付费或同意”模式进行了调查,以确定其是否符合数字市场法案第 5(2)条的规定。

此外,欧盟委员会还采取了其他调查和执法措施,以澄清亚马逊是否在其市场上偏袒自家品牌产品,以及 Apple 的新费用结构和其他条款是否违反了数字市场法案的义务。欧盟委员会还要求门户网站保留某些文件以监督其履行义务的有效性。最后,欧盟委员会对 Meta 延长了 6 个月的互操作性义务期限。


HN 评论 481 comments | 作者:impish9208 | 12 hours ago #

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

  • 对于苹果的新费用结构和其他替代应用商店以及应用程序分发的条款和条件可能违反 DMA 第 6(4)条款的义务,这可能会阻碍用户决定其手机上运行的代码的权利。
  • 苹果的默认隐私控制比 iOS 更少,Meta 不需要备用应用商店来获取 Android 用户的数据,但在 iOS 上需要,这促使他们和其他公司创建允许获取更多数据的备用商店。
  • 苹果的控制措施在技术上和合同上部分是技术性的,如果 Meta 可以简单地建立一个不同的商店(或直接侧载),他们只需遵守欧盟法律(比苹果的限制更少),这将使得大公司如 Meta 和 Epic 可以开始没有对设备上的数据访问控制的存储。
  • 对于敏感数据和功能的访问是通过授权和用户权限进行控制的,任何合理的沙盒都需要使得沙盒应用程序难以判断其是否实际上具有其请求的权限,从而提供用户提供有限或虚假数据的选项。
  • 欧盟法律规定,同意必须是自愿的,不能以不支付费用而给予同意。不能为同意提供服务打折。
  • 如果政策是“你不能出售你的隐私”,这将迫使技术公司提出一种不从普遍监视中获利的商业模式。我们作为一个社会有权利认为这种模式是不可接受的。
  • 欧盟法律规定隐私是一种权利,你不能以金钱交换放弃你的权利。
  • 人们不允许选择一个具有封闭生态系统的手机,一些布鲁塞尔的官员不喜欢这种情况。
  • 对于 Meta 提出的投诉,我找不到除了免费之外的非同意的可接受价格解释。政府有权说“你不能为同意收费,要么向每个人收费,要么不收费”,但我想知道这将如何发展。

Barcelona’s Sagrada Familia will be completed in 2026 #

https://www.cnn.com/2024/03/25/travel/sagrada-familia-barcelona-completion-scli-intl/index.html

《巴塞罗那著名的圣家堂将于 2026 年终于完工》

CNN 报道称,巴塞罗那的圣家堂将在 2026 年终于竣工,这标志着建筑工程始于 140 多年前的完结。负责管理该遗址的组织上周宣布,最后的六座塔楼的建造将标志着大教堂结构的完成。

圣家堂在一份宣布其 2023 年度报告发布的声明中表示:“升天礼拜堂预计将于 2025 年完工,耶稣基督塔楼将于 2026 年完工。”耶稣基督塔楼将高 172.5 米(566 英尺),顶部将有一座 17 米高(56 英尺)的四臂十字架。

圣家堂完工后将成为世界上最高的教堂,超过德国乌尔姆大教堂。建造始于 1882 年,由著名的加泰罗尼亚建筑师安东尼·高迪设计,他决定这座巨大的建筑将有 18 座巨大的纺锤形塔楼,每座象征着不同的圣经人物——12 门徒、四福音传道者、圣母玛利亚和耶稣。

高迪于 1926 年去世时,项目仅完成了估计 10%-15%,包括一座横廊、一个地下室和一部分后殿墙。建造工程原本已经缓慢,但在 1930 年代末被西班牙内战打断,高迪的大部分设计和模型—他的墓位于大教堂下—被摧毁。

目前的设计基于幸存和重建的材料,以及对原始设计的重新想象。1984 年,该建筑被列为联合国教科文组织世界遗产,2010 年由教皇本笃十六世祝圣用于宗教崇拜。

教堂的建造在 137 年的时间里一直是非法的,直到 2019 年,巴塞罗那市政府才最终发放了建筑许可证。当局在 2016 年才发现这个“异常”,即从未获得规划许可。


HN 评论 275 comments | 作者:mooreds | 10 hours ago #

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

  • 许多人对圣家堂内部的美丽感到震撼,有人流泪,认为这是人类创造的最美丽的空间之一。
  • 一些人认为圣家堂的美丽让他们感到与神更亲近,体验到一种精神上的体验。
  • 有人提到了与宗教和艺术之间的辩论,以及高迪的独特建筑风格。
  • 参观者们纷纷表示圣家堂的内部令人惊叹,有人表示在内部感到震撼并流泪,认为这是一次精神体验。
  • 一些人讨论了高迪的设计,以及圣家堂建筑过程中的“事后合作”问题。
  • 有人提到了圣家堂的建筑历史,以及对高迪独特设计的解读和实现。
  • 许多人分享了他们在圣家堂内部的感受,认为这是一次精神上的体验,令人难以言喻。
  • 一些人讨论了现代建筑与历史建筑的对比,对现代建筑的审美观点存在分歧。
  • 有人提到了城市建设的挑战,以及现代建筑在审美和功能性方面的不同看法。
  • 许多人分享了他们对圣家堂的个人体验和感受,以及对建筑美学的看法。

Why choose async/await over threads? #

https://notgull.net/why-not-threads/

这篇文章讨论了为什么选择使用 async/await 而不是线程。作者指出,尽管线程可以做到 async/await 所能做的一切,但 async/await 更简单。

文章从 Rust 社区的角度探讨了这个问题,解释了在低级语言中使用线程和异步的复杂性。作者通过比较线程和 async/await 在 Web 服务器等场景下的应用,阐述了 async/await 的优势,尤其是在处理大量并发客户端时的效果。文章还介绍了 async/await 的工作原理,以及如何通过 async/await 实现超时处理等功能。

最后,作者强调了 async/await 的组合性和强大功能,以及在 HTTP 生态系统中广泛应用的成功案例,呼吁更多人了解并采用 async/await 作为并发编程的首选方式。


HN 评论 373 comments | 作者:thunderbong | 18 hours ago #

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

  • Async/await 在单线程下简单易懂,适用于 Javascript 模型;多线程可利用多个 CPU 解决问题,Rust 可帮助管理锁定;
  • 多线程的 Async/await 变得复杂,特别是在计算密集型部分,模型容易崩溃;
  • 使用 Async/await 模型可能导致难以调试的挂起微任务,同时并发性和优先级通常不明确;
  • 讨论硬件层面的重新思考,如 CPU 绑定问题可能需要系统中断/恢复的公平性,以及有效的上下文切换机制;
  • CPU 的超线程技术可提高性能,如 UltraSPARC T1 和现代 GPU 计算;
  • 一些评论提到了内存分配器的问题,如 Futex 拥塞崩溃和不公平互斥锁等;
  • 对于 IO 绑定,考虑使用线程;对于计算绑定,需要考虑进程;Python 中的 concurrent.futures 需要考虑 processpoolexecutor 和 threadpoolexecutor;
  • 异步/等待和线程之间的选择可能导致生态系统分裂,Rust 生态系统倾向于全面采用 Async/await;
  • Sans-IO 模式被提及,将核心协议逻辑与 IO 隔离,使其更易于包装不同形式的 IO。

Aegis v3.0 – a free, secure and open source 2FA app for Android #

https://github.com/beemdevelopment/Aegis/releases/tag/v3.0

这个链接指向的是 Aegis 应用的 v3.0 版本发布页面。以下是该版本的详细内容摘要:

新功能:

  • 采用 Material 3(以及 Material You)设计
  • 自动为条目分配图标
  • 能够一次性选择所有条目
  • 支持导入 2FAS schema v4 备份
  • 根据最后使用时间对条目进行排序
  • 关于导入和备份权限错误的一些澄清
  • 为将单个条目分配给多个组做准备
  • 在具有大量图标的条目列表中滚动时的性能改进
  • 第三方许可证列表的新外观 修复的问题:
  • 使用 root 直接从 Authy 导入会失败
  • 与动画持续时间比例设置相关的小问题
  • 各种稳定性改进

此版本还包含 Material 3 的截图。如果您对 Aegis 应用有兴趣,可以前往链接查看更多详细信息。


HN 评论 154 comments | 作者:microflash | 1 day ago #

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

根据您提供的链接中的评论,这些是一些观点的中文摘要:

  • 有人喜欢使用 Aegis,并认为它是手机上最重要的应用之一。
  • 一些人担心使用 flatpak 安装 authenticator 可能存在安全风险。
  • 有人认为将种子保存在手机、笔记本电脑和台式机上非常方便,但也有人认为这可能降低安全性。
  • 一些人认为在桌面上存储种子会使双因素认证变成单因素认证。
  • 有人担心将种子存储在云服务中可能降低安全性。
  • 一些人认为 2FA 在某些情况下可能降低安全性。
  • 有人认为 2FA 主要保护免受密码泄露的影响。
  • 有人喜欢 Aegis 的备份功能,可以在两个不同位置进行加密备份。
  • 一些人认为 2FA 在某些情况下可能降低安全性,而在某些情况下可能提高安全性。
  • 一些人认为 Aegis 是一个很好的应用,期待尝试新版本。
  • 有人希望 Aegis 添加桌面应用程序。
  • 一些人认为 Aegis 是他们使用过的唯一一个无可挑剔的应用。
  • 有人提到了 Ente auth 作为另一个类似的应用。
  • 有人从 andOTP 迁移到 Aegis,并表示 Aegis 是一个更好的产品。
  • 有人使用 Aegis 来替代 Symantec VIP 等专有 TOTP 客户端。
  • 也有人使用 Redhat 支持的 FreeOTP 作为另一个开源 2FA 应用。

希望这些总结对您有所帮助!

https://www.starlinkmap.org/

网站 https://www.starlinkmap.org/ 是一个实时的 Starlink 卫星追踪器,展示了 SpaceX Starlink 卫星星座的最新情况。

Starlink 是世界上最先进的卫星互联网星座,通过可重复使用的火箭技术,向地球上最偏远的地区传输每秒数千兆字节的数据。目前 Starlink 星座中有多个版本的卫星,包括具有激光卫星间链接、更小尺寸和减轻重量等功能的 Starlink v1-1.5 和 Starlink v2(mini)等。截至 2024 年 3 月,Starlink 为全球约 260 万个家庭、海事和航空客户提供服务。该星座可向地球提供高达 0MB/秒的数据传输速度。

SpaceX 的发射速度无与伦比,超过了世界各国政府和私营公司,2023 年 SpaceX 占全球轨道发射尝试的 50%。网站还提供了其他卫星互联网提供商的运营情况,但没有任何一家能够与 Starlink 的规模或覆盖范围相媲美。最后更新时间为 2024 年 3 月 25 日。



HN 评论 219 comments | 作者:fredrickd | 19 hours ago #

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

在这篇帖子的评论中,有关 Starlink 卫星覆盖的观点主要包括:

  • 加拿大农村地区 Starlink 覆盖良好,因为卫星在北纬范围内停留,提供更好的服务;
  • Starlink 卫星轨道倾角为 53 度,避免在南北极浪费时间,提供大多数纬度的覆盖;
  • 欧洲北部地区覆盖不足可能是由于高纬度人口密度低,难以分享卫星成本;
  • Starlink 对于高纬度地区覆盖的经济问题,可能与卫星轨道设计和成本有关。

Majority of web apps could just run on a single server #

https://old.reddit.com/r/webdev/comments/1bmfrjm/majority_of_web_apps_could_just_run_on_a_single/

在这个 Reddit 帖子中,作者提到了大多数网络应用程序只需要在单个服务器上运行。

作者认为,尽管有一些复杂的网络应用需要复杂的基础设施,但绝大多数网站和应用程序在繁忙时每秒请求量不超过 10 次,繁忙时每天请求量不超过 50 次。作者指出,尽管全球各地有终端节点可以降低延迟,但数据仍然需要被访问。如果数据库距离终端节点有 200 毫秒的延迟,那么距离客户端只有 20 毫秒的延迟有什么意义呢?

此外,作者提到了缓存的重要性,指出可以使用 CDN 或简单的 HTTP 缓存来实现缓存。大多数项目可能可以在 5 美元的 VPS 上运行,这样可能更快,至少可以运行,并且可能带有本地数据库。

帖子中还有其他用户的评论,其中一些用户分享了他们的经验和看法,讨论了在开发网络应用程序时的不同选择和实践。


HN 评论 229 comments | 作者:thunderbong | 1 day ago #

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

  • 大多数网络应用程序可以在单个服务器上运行,使用异步响应和调度器/队列来分散负载。
  • 新时代的 DevOps 文化使云应用部署变得不必要复杂,导致过度扩展。
  • 低利率导致公司故意复杂化技术堆栈,吸引 VC 轮次,影响了新人员的技能调整。
  • 云计算工作负载的转变导致人们忽视了物理硬件的快速发展。
  • 开发人员文化中的复杂性和云营销的影响导致了过度工程化。
  • 有人认为简单堆栈是最好的选择,复杂性应该尽可能避免。
  • 可以在单个机器上部署 Kubernetes,获得标准化的 API 好处而无需多台机器。
  • Kubernetes 也可以在单台机器上部署,提供标准化的 API,减少负担。

“Emergent” abilities in LLMs actually develop gradually and predictably – study #

https://www.quantamagazine.org/how-quickly-do-large-language-models-learn-unexpected-skills-20240213/

这篇文章讨论了大型语言模型学习意外技能的速度以及这些技能的发展方式。在一个名为 BIG-bench 的项目中,450 名研究人员编制了 204 项任务列表,旨在测试大型语言模型的能力,这些模型驱动着像 ChatGPT 这样的聊天机器人。在大多数任务中,随着模型规模的扩大,性能逐渐且可预测地提高,模型越大,表现越好。但在其他任务中,能力的提升并不平稳。性能在一段时间内保持接近零,然后突然提升。其他研究也发现了类似的能力飞跃。

研究人员将这种现象描述为“突破”行为;其他研究人员将其比作物理学中的相变,就像液态水冷冻成冰那样。一项于 2022 年 8 月发表的论文指出,这些行为不仅令人惊讶,而且难以预测,应该影响围绕人工智能安全、潜力和风险的讨论。他们将这些能力称为“新兴的”,这个词描述了只有在系统达到高复杂性水平时才会出现的集体行为。

然而,斯坦福大学的三名研究人员提出,这些能力突然出现只是研究人员衡量 LLM 性能方式的结果。他们认为,这些能力既不是难以预测的,也不是突然出现的。“这种转变比人们认为的更可预测,”斯坦福大学计算机科学家、该论文的高级作者 Sanmi Koyejo 说。“关于新兴性的强烈主张与我们选择的衡量方式以及模型的内部运作同样有关。”

文章指出,由于这些模型的规模变得如此之大,我们才开始看到并研究这种行为。大型语言模型通过分析大量文本数据集进行训练,这些数据来自包括书籍、网络搜索和维基百科在内的在线来源,找出经常一起出现的单词之间的联系。模型的规模以参数来衡量,大致相当于单词之间可以连接的方式。GPT-2 有 15 亿个参数,而驱动 ChatGPT 的 GPT-3.5 使用了 3500 亿个参数。于 2023 年 3 月推出的 GPT-4,现在支持 Microsoft Copilot,据称使用了 1.75 万亿个参数。

这种快速增长带来了性能和效果的惊人提升,没有人质疑足够大的 LLM 可以完成较小模型无法完成的任务,包括那些它们没有接受训练的任务。将新兴性视为“幻觉”的斯坦福三人组承认,LLM 随着规模的扩大变得更加有效;事实上,更大模型的增加复杂性应该使其能够更好地解决更困难和多样化的问题。但他们认为,这种改进看起来是平稳可预测的,还是崎岖锐利的,取决于度量标准的选择,甚至是测试示例的匮乏,而不是模型的内部运作。


HN 评论 192 comments | 作者:Anon84 | 1 day ago #

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

  • 有评论指出,用更平滑的替代方法(如令牌编辑距离)代替通过/失败的准确性可能不是技能的良好代理,取决于任务。
  • 即使按照作者的度量标准,他们仍然发现了一些潜在的新兴能力。
  • 有人提到,即使改变了评分系统,仍然存在一些新兴能力。
  • 有评论指出,人类经常在算术问题上出错,因此“完全正确地进行加法”并不是智力的优点。
  • 有人认为,LLM 对于进行算术运算是极其容易的,但它们却无法学习,这表明 LLM 在学习不能表示为语法的逻辑结构方面的能力受到限制。
  • 有人认为,LLM 在进行算术运算方面的挑战主要与标记化有关。
  • 有评论提到,LLM 在进行算术运算时缺乏短期记忆,这是一个问题。
  • 有人认为,LLM 可以通过适当的训练数据和提示学会进行有限精度的数学运算。
  • 有人指出,人类在进行可靠计算方面并不擅长,因此发明了各种工具。
  • 有评论提到,LLM 的输出是神经元的输出,类似于一个头部上有屏幕的桌子,显示出它的思维。
  • 有人认为,LLM 应该被评估为在一次性通过算术方面表现良好,而不是在写出执行计算的代码上。
  • 有评论指出,LLM 的内部表示不同于笔和纸的等效物,它们的输出是神经元的输出。
  • 有人认为,LLM 的“笔和纸”是“逐步思考”,它可以看到自己的输出以跟踪自己在做什么。
  • 有评论提到,LLM 的“笔和纸”是“逐步思考”,它可以看到自己的输出以跟踪自己在做什么。
  • 有人认为,LLM 应该被训练以在执行算法方面像人类一样可靠和聪明。

Show HN: Jampack – Optimizes static websites as a post-processing step #

https://github.com/divriots/jampack

这个 GitHub 地址 https://github.com/divriots/jampack 是关于一个名为 Jampack 的工具的项目。

Jampack 是一个后处理工具,旨在优化静态网站生成器(SSG)的输出,以提供最佳用户体验和最佳核心 Web 关键指标分数。该工具可以使静态网站的图片响应式,并支持多种格式,包括 AVIF。

它还可以优化 CDN 图像、下载和优化外部图像,并对网站资产进行压缩。Jampack 还提供了一些功能,如优化以上折叠和以下折叠的资产、内联关键 CSS、预取链接等,以提高网站性能。

此外,Jampack 还提供了 CLI 选项,方便用户使用。该项目采用 MIT 许可证发布。


HN 评论 49 comments | 作者:georges_gomes | 8 hours ago #

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

  • 评论者称赞工具能有效优化图片,提升性能;
  • 有人提到使用自己的脚本进行图片优化,但 Jampack 效果更好;
  • 讨论 PageSpeed Insights 分数波动问题;
  • 评论者期待更好的性能指标结果;
  • 讨论旧互联网论坛与现代社交平台的不同;
  • 讨论 CSS 关键性问题;
  • 评论者希望能够根据 Unicode 范围对字体进行子集化;
  • 评论者对工具提出改进建议;
  • 评论者分享自己网站的体验和问题;
  • 评论者询问工具对纯 HTML/CSS/JS 网站的价值。

The Format Dialog in Windows NT #

https://twitter.com/davepl1968/status/1772042158046146792

这条推特是关于 Dave W Plummer 在 1994 年底在微软写的一个格式对话框的故事。

当时他们正在将 Windows95 用户界面的大量代码移植到 NT,而格式对话框是 WindowsNT 与 Windows95 有足够不同之处的一个领域,需要设计自定义 UI。他用一张纸写下了关于格式化磁盘的各种选项和选择,如文件系统、标签、簇大小、压缩、加密等。然后他使用 VC++2.0 的资源编辑器布局了一个简单的垂直堆栈,列出了你需要做出的所有选择,按照大致的顺序。虽然不够优雅,但可以在优雅的 UI 到来之前使用。

这个对话框已经存在了 30 年,仍然是他那个周四早上的临时解决方案,提醒大家小心检查“临时”解决方案。他还决定了“簇空间”多少才算太多,这导致 FAT 卷的格式大小限制为 32GB。这个限制也是那天早上的一个任意选择,成为了一个永久的副作用。因此,记住…没有“临时”提交:)


HN 评论 111 comments | 作者:develatio | 23 hours ago #

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

  • 有评论指出在 Windows NT4 源代码中确认作者在 1995 年 2 月 13 日编写了格式对话框的部分代码,但有人质疑他夸大了自己的参与度。
  • 评论中提到格式对话框强制实施 FAT32 限制可能是作者记忆出现偏差的一个例子。
  • 讨论中提到 Windows 2000 的内部格式化功能是导致 FAT32 在新格式上限制为 32GiB 的真正原因。
  • 有评论指出作者在 YouTube 频道中提到自己曾经运营一家小型软件公司,后来将其中一些产品出售给了微软。
  • 评论中提到作者曾经涉及一起注册表清理软件诈骗案,但已经被起诉并支付罚款。
  • 评论中有人对作者的贡献表示怀疑,认为他试图通过一些古老的功能来保持公众关注。