NetBSD 添加了一款名为 atto 的新文本编辑器

原文 ↗ Hacker News 讨论 ↗

NetBSD 已将一款名为 atto 的微型 Emacs 风格文本编辑器加入其基础系统，目标是为不喜欢 vi 的用户提供一个小巧、无模式的替代方案，同时也能在 rescue 和单用户环境中运行。评论者就 atto 是否真正对初学者友好展开争论，指出它使用 Emacs 键位，并将其与 nano 或 micro 等编辑器进行对比；另一些人则强调，它的真正目标是最小体积、宽松许可，以及与 NetBSD 现有构建工具的兼容性。这一变化也引发了关于 Unix 编辑传统、GNU 工具的许可政治，以及对于像 NetBSD 这样的操作系统，“对初学者友好”究竟意味着什么的更广泛讨论。

atto 在 NetBSD 中的角色与目标

  • 被描述为一个非常小的、类似 Emacs、无模式的屏幕编辑器，已加入 NetBSD base。
  • 主要设计目标：“<2000 行 C 代码中最小的可用 Emacs”，大约 48 KB。
  • 旨在补充 vi/xedit，并且足够小，适用于 rescue/单用户环境；在此之前，那里通常只有 ed 或功能受限的 vi 可可靠使用。

面向初学者的友好性与目标用户

  • 关于“让新用户过渡更轻松”以及无模式编辑的公告文本，让一些人把它称作“对初学者友好”。
  • 一些评论者认为这有误导性：它主要是一个微型 Emacs 克隆，而不是 nano/pico 风格的“首选编辑器”。
  • 也有人反驳说，NetBSD 语境下的“新用户”本来就相对技术化；与 vi/ed 相比，一个无模式且有清晰 man page 的编辑器确实能让他们更容易过渡。

键位绑定与 UX 争论

  • 使用 Emacs 风格的键位绑定（例如 C-x C-s/C-x C-c），一些人认为这对习惯现代 GUI 的用户并不友好，因为他们期待 Ctrl+S/C/V 的行为。
  • 另一些人认为 Emacs/readline 风格的绑定是长期存在的 Unix“标准”，并且符合现有的 shell 使用习惯。
  • 争论的焦点之一是：某种惯例的年代是否应该决定当前默认行为；一些人希望可重新映射的绑定和更“直观”的行为，另一些人则重视与 Unix 历史的一致性。

许可、实现与体积限制

  • NetBSD 倾向于宽松许可（BSD/MIT 风格）；GNU nano 的 GPLv3 被视为与项目理念不兼容。
  • 基础系统只保证有 C 工具链；因此像 micro 这样基于 Go 的编辑器并不合适。
  • 二进制体积对 rescue 环境很重要：nano（约 320 KB）和 micro（约 11 MB）都远大于 atto 的约 48 KB。

与其他编辑器的比较

  • 与 nano/pico、micro、mg（OpenBSD 的小型 Emacs-like 编辑器）、mcedit、joe、fresh，甚至 Microsoft Edit 进行比较。
  • 有人称赞 atto 在单用户模式下被困住时，比 ed/vi 更友好；但也有人认为对真正的初学者来说，仍然更偏向 nano 风格的编辑器。

更广泛的 NetBSD 背景

  • 有人认为，NetBSD 由于其一致性和文档，在类 Unix 操作系统中对初学者尤其友好。
  • 还有人提到，对 NetBSD 的新兴趣与 32 位支持以及其被认为的反 AI 立场有关，这意味着会有更多“新但技术性强”的用户，而 atto 可能正适合他们。