Vim sin modos

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

Una configuración de Vim que elimina la edición modal en favor de atajos familiares de estilo GUI (Ctrl‑S para guardar, Shift+flechas para seleccionar, Ctrl‑C/V para copiar/pegar) está dividiendo a los usuarios de terminal. Quienes la apoyan valoran que permite a personas que usan principalmente editores como VS Code seguir beneficiándose de la ubicuidad de Vim, el resaltado de sintaxis y los complementos cuando ocasionalmente entran en una shell remota. Los críticos responden que socava la fortaleza central de Vim —los comandos modales y componibles— y sugieren alternativas como el “modo fácil” integrado de Vim, Emacs con modos CUA/Evil, u otros editores de terminal sin modos como micro.

Propósito y casos de uso previstos

  • Config convierte Vim en un editor sin modos, con apariencia de GUI (Ctrl‑S para guardar, Shift+flechas para seleccionar, Ctrl‑C/V, etc.).
  • Dirigido a personas que normalmente usan editores de GUI (p. ej., VSCode) pero que ocasionalmente necesitan un editor de terminal, especialmente por SSH.
  • Algunos usuarios dicen querer el resaltado de sintaxis y el ecosistema de Vim cuando su editor de terminal sin modos preferido (p. ej., micro, nano) se queda corto o no está disponible.

Comparación con opciones existentes

  • Varios comentaristas señalan que el “modo fácil” integrado de Vim (vim -y / evim) y mswin.vim ya acercan Vim al comportamiento de CUA/Windows.
  • Otros apuntan a editores de terminal alternativos (micro, nano, mcedit) o simplemente a usar una GUI con capacidad remota (VSCode remote, Sublime + complementos remotos, Emacs -nw).
  • Se plantea la pregunta: si se te अनुमति instalar esta configuración en una máquina remota, ¿por qué no instalar tu editor preferido en su lugar? Contrapunto: en sistemas compartidos o restringidos a menudo puedes ajustar $HOME, pero no instalar paquetes.

Debate entre modal y sin modos

  • Muchos defienden los modos de Vim como su fortaleza central: movimientos componibles, eficiencia, poco uso del ratón, menor contorsión de los dedos, útil para RSI.
  • Otros sostienen que los modos son confusos, aumentan los errores de usuario y chocan con los atajos CUA ubicuos que se aprenden en todas las aplicaciones.
  • Algunos dicen que “todos los editores son modales” en un sentido amplio (el foco cambia el comportamiento); otros insisten en que los modos de Vim son cualitativamente distintos porque la misma área de texto cambia el significado de cada tecla.

Curva de aprendizaje, memorización y descubribilidad

  • Varios admiten que repetidamente “vuelven a aprender a medias” Vim y luego olvidan comandos porque lo usan rara vez.
  • La visión opuesta: los movimientos básicos se pueden aprender en minutos; con práctica, Vim se siente natural y rápido.
  • Sugerencias para un aprendizaje más suave: fondos tipo chuleta, ventanas emergentes estilo which-key, o usar editores modales como Helix/Kakoune que muestran posibles movimientos de forma interactiva.

Ergonomía y cultura de las combinaciones de teclas

  • Gran subhilo sobre reasignar Caps Lock a Escape (a menudo toque=Esc, mantener=Ctrl) como algo esencial para usar Vim cómodamente; otros prefieren Caps→Ctrl o seguir usando mapeos Ctrl‑[ / jk.
  • Debate sobre recuperar atajos TTY heredados como Ctrl‑S / Ctrl‑Q, y sobre cómo deberían tratarlos las terminales y los TUI en 2024.

Portabilidad, filosofía y reacciones

  • Algunos argumentan que personalizar demasiado las herramientas reduce la capacidad de usar configuraciones predeterminadas en máquinas aleatorias; otros defienden archivos dotfiles versionados o binarios portátiles para llevar la configuración a todas partes.
  • Las reacciones van desde “truco útil para mi caso de uso exacto” hasta “herejía” y “no tiene sentido: aprende 10 teclas de Vim o usa nano/micro”.
  • Punto meta general: la elección del editor es personal; varios piden dejar el tono de guerra cultural alrededor de Vim vs Emacs vs IDEs de GUI.