Emacs e o mouse: Uma defesa modesta do roedor

Eficiência e fluidez: teclado vs mouse

• Vários comentadores enfatizam que “mais rápido” diz respeito em parte à suavidade percebida e à manutenção do contexto mental, não apenas ao tempo no relógio.
• Alguns acham a navegação pelo teclado claramente mais rápida para comandos discretos (salvar, pesquisar, navegação em projetos), enquanto outros consideram mais fluido usar o mouse para rolagem, saltar para código distante e selecionar janelas.
• A famosa citação da Apple que afirma que usar o mouse é mais rápido é considerada datada e provavelmente específica de contexto e tarefa; há quem cite críticas mais recentes dizendo que esses estudos eram fracos.
• Um pesquisador na discussão argumenta: o mouse se destaca em ações contínuas (rolagem, desenho), nas quais o movimento se mapeia diretamente ao progresso; o teclado se destaca em passos discretos e componíveis, com resultados consistentes e reproduzíveis.
• Há amplo acordo de que alternar entre dispositivos (teclado ↔ mouse) gera fricção, mas discordância sobre o custo disso na prática.

Fluxos de trabalho no Emacs e uso do mouse

• Alguns usuários de longa data desativaram o mouse cedo para forçar o domínio do teclado e agora raramente sentem necessidade de apontar. Outros se arrependem de ter evitado o Emacs gráfico e hoje dependem bastante do suporte a mouse.
• Usos comuns do mouse no Emacs: rolagem suave, posicionamento preciso do cursor, seleção retangular, múltiplos cursores, menus de contexto, docs ao passar o mouse e Ctrl‑clique para “ir para a definição”.
• Pacotes de strokes/gestos dividem opiniões: alguns os veem como promissores para ações infrequentes, porém complexas; outros relatam reconhecimento ruim e preferem botões de mouse programáveis ou atalhos de teclado.
• Muitos destacam a flexibilidade do Emacs: ele funciona totalmente em TTY, totalmente em GUI com rica integração com mouse, ou em modo misto.

Personalização, cultura power-user e yak shaving

• Um grupo prefere manter quase os padrões e evitar ajustes intermináveis, argumentando que isso melhora o foco no trabalho real.
• Outro vê configuração e pequenas automações (por exemplo, geração com um toque de links ricos do GitHub) como parte do trabalho de programar, mesmo que cada ajuste traga apenas pequenos ganhos de eficiência.
• Há alguma reação contra o estereótipo de que usuários do Emacs personalizam por si só; eles apresentam isso como investimento deliberado.

Hardware de apontamento e ergonomia

• A discussão cobre mice, trackpads, trackpoints e trackballs.
• Touchpads centrais e layouts de laptop são elogiados por reduzir o alcance e tornar a entrada mista mais ergonômica; outros não gostam de teclados de laptop e preferem teclados externos split/ergo com dispositivos de apontamento integrados.
• Periféricos open source e configuráveis por firmware (mouses e teclados) são destacados por permitir bindings em camadas e integração profunda com editores.

Acme e modelos alternativos de interação

• Alguns defendem fortemente experimentar o Acme por um mês, afirmando que ele transforma a forma como você pensa sobre edição centrada no mouse e a interligação entre ferramentas.
• Outros questionam sua praticidade: faltam recursos modernos ou eles são mais fracos (LSP, macros ricas), há limites de escala para a ideia de filesystem como API, e a dependência de clicar para executar ações pode ser propensa a erro.
• Alguns gostariam de uma experiência semelhante ao Acme dentro do Emacs, para obter sua fluidez orientada ao mouse sem sair do ecossistema existente.

Edição remota e restrições de ambiente

• A capacidade do Emacs de rodar com fluxos de teclado completos em terminais simples (por exemplo, em servidores HPC sem sistema de janelas) é contrastada com a dependência do VS Code de extensões remotas e de um cliente GUI separado.
• Alguns veem edição remota via GUI como algo perfeitamente válido; outros preferem editar diretamente na máquina alvo por simplicidade e segurança percebida.

Observações culturais / meta

• Comentadores alertam contra o purismo: insistir em “nunca usar mouse” ou “só mouse” é visto como contraproducente; muitos misturam ferramentas conforme a tarefa (exploratória vs codificação focada).
• Há preocupação de que menos programadores novos saibam digitar ao toque ou adotem editores muito baseados em teclado, especialmente com a expansão de fluxos de trabalho por voz e assistidos por IA, embora outros aceitem isso como uma mudança inevitável.
• O debate teclado vs mouse é descrito como perene; o consenso aqui é que ambos são complementares, e a melhor escolha depende da tarefa, do hardware e da preferência pessoal.