NetBSD añade un nuevo editor de texto llamado atto

Artículo original ↗ Discusión en Hacker News ↗

NetBSD ha añadido a su sistema base un diminuto editor de texto estilo Emacs llamado atto, con el objetivo de ofrecer a quienes no les gusta vi una alternativa pequeña y sin modos que también pueda ejecutarse en entornos de rescate y de usuario único. Los comentaristas debaten si atto es realmente amigable para principiantes, señalando sus atajos tipo Emacs y comparándolo con editores como nano o micro, mientras otros subrayan que su verdadero objetivo es el tamaño mínimo, una licencia permisiva y la compatibilidad con las herramientas de compilación existentes de NetBSD. El cambio también provoca reflexiones más amplias sobre las tradiciones de edición en Unix, la política de licencias en torno a las herramientas de GNU y qué significa “amigable para principiantes” en un sistema operativo como NetBSD.

Rol y objetivos de atto en NetBSD

  • Descrito como un editor de pantalla muy pequeño, parecido a Emacs y sin modos, añadido a la base de NetBSD.
  • Objetivo de diseño principal: “el Emacs funcional más pequeño en <2000 líneas de C”, de unos 48 KB.
  • Pensado para complementar a vi/xedit y ser lo bastante pequeño para el entorno de rescate/usuario único, donde antes solo ed o un vi limitado estaban disponibles de forma fiable.

Facilidad para principiantes y usuarios objetivo

  • El texto del anuncio sobre “facilitar la transición para nuevos usuarios” y la edición no modal llevó a algunos a etiquetarlo como “amigable para principiantes”.
  • Varios comentaristas sostienen que eso es engañoso: es sobre todo un clon diminuto de Emacs, no un “primer editor” al estilo nano/pico.
  • Otros responden que los “nuevos usuarios” en el contexto de NetBSD ya son relativamente técnicos; comparado con vi/ed, un editor sin modos y con un man page claro sí puede facilitar su transición.

Debate sobre atajos de teclado y UX

  • Usa atajos al estilo Emacs (por ejemplo, C-x C-s/C-x C-c), algo que algunos ven como poco amigable para usuarios modernos acostumbrados a GUI y a esperar el comportamiento de Ctrl+S/C/V.
  • Otros argumentan que las combinaciones de Emacs/readline son desde hace mucho un “estándar” de Unix y encajan con los hábitos existentes en la shell.
  • Hay desacuerdo sobre si la antigüedad de una convención debe dictar los valores predeterminados actuales; algunos quieren atajos reasignables y un comportamiento más “intuitivo”, otros valoran la coherencia con la historia de Unix.

Licencia, implementación y restricciones de tamaño

  • NetBSD prefiere licencias permisivas (estilo BSD/MIT); la GPLv3 de GNU nano se considera incompatible con la filosofía del proyecto.
  • El sistema base solo garantiza una toolchain de C; por tanto, editores basados en Go como micro no son adecuados.
  • El tamaño binario importa en entornos de rescate: nano (320 KB) y micro (11 MB) superan con mucho los ~48 KB de atto.

Comparaciones con otros editores

  • Comparado con nano/pico, micro, mg (el pequeño Emacs-like de OpenBSD), mcedit, joe, fresh e incluso Microsoft Edit.
  • Algunos elogian a atto como una alternativa más agradable a ed/vi cuando uno queda atascado en modo usuario único; otros seguirían prefiriendo editores tipo nano para principiantes absolutos.

Contexto más amplio de NetBSD

  • Algunos ven NetBSD como especialmente amigable para principiantes entre los sistemas operativos tipo Unix por su coherencia y documentación.
  • Se menciona que el nuevo interés en NetBSD está ligado al soporte de 32 bits y a una percepción de postura anti-AI, lo que sugiere usuarios más “nuevos pero técnicos” que podrían beneficiarse de atto.