Windows NT 中的格式化对话框

原文 ↗ Hacker News 讨论 ↗

旧版 Windows 格式化对话框与现代替代方案

  • 许多人欣赏原始的 NT 时代格式化对话框，因为它简单、清晰，而且至今仍“足够好”，尤其是与更“优雅”的现代 UI 相比。
  • 也有人指出，在“设置 → 存储 → 磁盘和卷”下有一个更新的磁盘/格式化界面；它符合现代主题并集成了一些磁盘管理器功能，但缺少图形化磁盘布局视图，而且大小仍使用 MB。
  • 还有人惋惜其他经典工具 UI 的消失（例如旧版碎片整理器的块视图）。

临时方案变成永久方案

  • 一个被广泛重复的主题是：“临时”方案如果有效并降低了替换它的紧迫性，往往会事实上变成永久方案。
  • 来自大型企业的故事：生产系统里堆满了层层叠叠的“临时修补”和实习生写的“POC”，它们后来变成了核心组件。
  • 争论在于这究竟是失败（技术债）还是高效工程，如果这个方案能稳定存在几十年且没出大问题。

FAT32 的 32GB 限制与文件系统选择

  • 评论者通过实验以及泄露源码确认，32GB 的 FAT32 限制是在 UI 之下强制执行的（format.com、diskpart、磁盘管理器都共享这一限制）。
  • 有人认为这个限制很可能是后来的（Windows 2000），并非原始的 NT4 对话框里就有，还推测它可能是为了推动用户转向 NTFS。
  • 关于 FAT32 与 exFAT 的讨论：
    • FAT32 兼容性广，但文件大小限制为 4GB；对旧设备、嵌入式设备和复古游戏硬件很有用。
    • exFAT 去除了实际容量限制，并且在主流操作系统上原生支持，但有专利历史、部分设备缺口，以及关于 macOS 驱动可靠性的报告。
    • 在 Linux/*BSD 上格式化的大容量 FAT32 卷，在 Windows 中虽然受 Windows 端创建限制，但使用起来没有问题。

关于原开发者角色与可信度的争论

  • 一些评论者赞扬这位开发者的历史贡献和叙事能力；另一些人则认为他夸大了自己的作用（例如声称自己应为 FAT32 容量决策或 ZIP 支持负责）。
  • 来自旧版安装程序和厂商网站的证据表明，Windows 的 Zip 文件夹使用的是第三方压缩库，Windows 方面的工作是 shell/Explorer 集成，而不是压缩引擎本身。
  • 一个详细的分支讨论提到了这位开发者曾经营的一家注册表清理/“安全”产品公司的州法律案件，以及这是否会永久性地破坏信任。
  • 反驳意见强调，法律处罚已经支付，相关问题是公开的；如果没有再次违规的迹象，永久性谴责是不公平的。

源码泄露、核实与记忆

  • 评论者使用泄露的 NT4/NT5/XP 源码（现已镜像到 GitHub）来核实格式化对话框和 FAT32 行为的日期与责任归属。
  • 也承认人类记忆并不可靠，尤其是数十年前、又被反复转述的事件；一些不准确之处可能只是诚实的记错，而非故意欺骗。

UI/UX 与工具对比

  • 许多人把 Windows 那种易发现、适合孩子的“右键 → 格式化…”与类 Unix 的 mkfs 工作流作对比，后者虽然强大，但更危险，而且需要更多先验知识。
  • 也提到了图形化 Linux 工具（例如 GNOME disks、分区工具）作为更高层、更安全的替代方案。
  • 对现代企业工具（例如用 Salesforce 做工单）更广泛的不满，凸显了人们对像 Remedy 这样更专注、老派系统的欣赏。

“把事情做对”与完美主义之间的观点

  • 有人认为，在对方案感到“自豪”之前不应发布；也有人警告这会退化为完美主义和发布停滞。
  • 一个反复出现的折中观点是：如果问题不大，而且资源更适合投入到更有影响力的改进上，那么“足够好”是可以接受的。