Emacs y el ratón: una defensa modesta del roedor
El debate sobre si Emacs (y editores similares) deberían usarse principalmente con teclado o con ratón pone de relieve una tensión más profunda entre eficiencia percibida, velocidad real y ergonomía. Los comentaristas citan investigaciones de Apple de hace décadas, críticas más recientes y flujos de trabajo personales para argumentar que el teclado sobresale en acciones precisas, repetibles y discretas, mientras que el ratón, los trackpads y los trackpoints brillan para desplazarse, navegar espacialmente y trabajar de forma exploratoria. La mayoría concluye que el purismo estricto de “nunca usar ratón” no es necesario: la configuración más efectiva es muy individual y suele mezclar atajos de teclado, paletas de comandos y enlaces de ratón o gestos personalizados de forma selectiva.
Eficiencia y fluidez: teclado vs ratón
- Varios comentaristas subrayan que “más rápido” se refiere en parte a la fluidez percibida y a mantener el contexto mental, no solo al tiempo medido con cronómetro.
- Algunos consideran que la navegación con teclado es claramente más rápida para comandos discretos (guardar, buscar, navegar por proyectos), mientras que otros encuentran más fluido el desplazamiento con ratón, el salto a código lejano y la selección de ventanas.
- La famosa cita de Apple que afirma que usar el ratón es más rápido se califica de anticuada y probablemente dependiente del contexto y de la tarea; la gente cita críticas más recientes que sostienen que esos estudios eran débiles.
- Un investigador en el hilo argumenta: el ratón sobresale en acciones continuas (desplazarse, dibujar) donde el movimiento se mapea directamente con el progreso; el teclado sobresale en pasos discretos y componibles con resultados consistentes y reproducibles.
- Hay un amplio acuerdo en que cambiar de dispositivo (teclado ↔ ratón) introduce fricción, pero desacuerdo sobre cuánto cuesta eso en la práctica.
Flujos de trabajo en Emacs y uso del ratón
- Algunos usuarios veteranos desactivaron pronto el ratón para forzarse a dominar el teclado y ahora rara vez sienten necesidad de apuntar. Otros lamentan haber evitado el Emacs gráfico y ahora dependen mucho del soporte de ratón.
- Usos comunes del ratón en Emacs: desplazamiento suave, colocación precisa del cursor, selección rectangular, múltiples cursores, menús contextuales, documentación al pasar el cursor y Ctrl‑clic para “ir a la definición”.
- Los paquetes de strokes/gestos dividen opiniones: algunos los ven prometedores para acciones poco frecuentes pero complejas; otros informan de un reconocimiento deficiente y prefieren botones de ratón programables o atajos de teclado.
- Muchos destacan la flexibilidad de Emacs: funciona completamente desde TTY, totalmente en GUI con rica integración del ratón, o de forma mixta.
Personalización, cultura de power user y yak shaving
- Un grupo prefiere configuraciones casi por defecto y evitar ajustes interminables, argumentando que eso mejora la concentración en el trabajo real.
- Otro ve la configuración y la pequeña automatización (p. ej., generación con una sola tecla de enlaces ricos de GitHub) como parte del trabajo de programar, aunque cada ajuste aporte solo pequeñas ganancias de eficiencia.
- Hay algo de rechazo al estereotipo de que los usuarios de Emacs personalizan por pura personalización; lo enmarcan como una inversión deliberada.
Hardware apuntador y ergonomía
- La discusión abarca ratones, trackpads, trackpoints y trackballs.
- Los touchpads centrales y los diseños de portátil son elogiados por reducir el alcance y hacer más ergonómica la entrada mixta; otros no soportan los teclados de portátil y prefieren teclados externos divididos/ergonómicos con dispositivos apuntadores integrados.
- Se destacan los periféricos de código abierto y firmware configurable (ratones y teclados) por permitir enlaces por capas e integración profunda con editores.
Acme y modelos alternativos de interacción
- Algunos recomiendan encarecidamente probar Acme durante un mes, afirmando que transforma la forma de pensar sobre la edición centrada en el ratón y la canalización entre herramientas.
- Otros cuestionan su practicidad: faltan o son más débiles funciones modernas (LSP, macros ricas), hay límites de escalado en la idea de filesystem‑as‑API, y depende de hacer clic para ejecutar acciones, lo que puede ser propenso a errores.
- A algunos les gustaría una experiencia similar a Acme dentro de Emacs para obtener su fluidez guiada por ratón sin abandonar su ecosistema existente.
Edición remota y restricciones del entorno
- La capacidad de Emacs para ejecutarse con flujos de trabajo completos de teclado sobre terminales simples (p. ej., en servidores HPC sin sistema de ventanas) se contrapone a la dependencia de VS Code de extensiones remotas y un cliente GUI separado.
- Algunos ven bien la edición remota con GUI; otros prefieren editar directamente en la máquina objetivo por simplicidad y seguridad percibida.
Observaciones culturales / metacomentario
- Los comentaristas advierten contra el purismo: insistir en “nunca usar ratón” o “solo ratón” se considera contraproducente; muchos combinan herramientas según la tarea (exploratoria vs codificación enfocada).
- Existe preocupación por que cada vez menos programadores nuevos escriban al tacto o adopten editores muy centrados en el teclado, especialmente a medida que se expanden los flujos de trabajo asistidos por voz y por IA, aunque otros aceptan esto como un cambio inevitable.
- El debate teclado vs ratón se describe como eterno; el consenso aquí es que ambos son complementarios, y que la mejor elección depende de la tarea, el hardware y la preferencia personal.