Colemak, Dvorak ou QWERTY: qual escolher?

A resposta curta

A pergunta Colemak vs Dvorak vs QWERTY tem uma resposta pouco interessante para a maioria das pessoas: mantenha o QWERTY, porque o custo aparece em semanas de trabalho lento e o benefício é pequeno e difícil de medir. Se quiser mudar, o Colemak é a mudança mais simples. Ele mantém exatamente no mesmo lugar 13 das 30 teclas de letras e pontuação do QWERTY, além das teclas de copiar e colar. O Dvorak é uma mudança mais disruptiva e tem o suporte mais amplo, porque todos os sistemas operativos convencionais o incluem há décadas. Nenhum dos dois layouts fará de si um digitador mais rápido por si só. O que muda é a distância percorrida pelos dedos e a sensação ao fim de um dia longo.

Esta página serve para tomar a decisão. Se já decidiu e quer os comandos, consulte o guia de configuração do Colemak para Linux.

O objetivo de cada layout

O QWERTY vem da máquina de escrever Sholes and Glidden da década de 1870, e o seu objetivo era mecânico. Nessa máquina, cada tecla fazia uma haste metálica com um tipo subir a partir de um conjunto de hastes para atingir o papel, e duas hastes próximas podiam colidir e encravar se fossem acionadas em rápida sucessão. A separação dos pares de letras frequentes reduzia os encravamentos. A afirmação popular de que o QWERTY foi concebido para abrandar os dactilógrafos é uma versão distorcida dessa história. Os historiadores também identificaram partes desta disposição no trabalho de operadores de telégrafo que transcreviam código Morse. O que importa para si é simples: o layout ficou fixado pelo hardware de 1878, depois foi consolidado por décadas de formação, e nenhuma parte dele foi otimizada para um teclado sem peças móveis.

O Dvorak é a alternativa de 1936 criada por August Dvorak e William Dealey. A regra do seu design é visível no próprio layout. As cinco vogais ficam na fila principal esquerda, AOEUI, e as consoantes inglesas mais frequentes ficam na fila principal direita, DHTNS. As palavras frequentes alternam então entre as mãos, e os dedos mais fortes fazem a maior parte do trabalho. Também é, de longe, o mais disruptivo dos três, porque apenas duas teclas, A e M, mantêm as posições do QWERTY.

O Colemak foi publicado por Shai Coleman em 2006, e a sua restrição de design era o próprio custo de mudança. A fila principal apresenta A R S T D à esquerda e H N E I O à direita, colocando as letras inglesas mais frequentes sob os dedos, enquanto tudo o resto se move o mínimo possível. A fila inferior mantém Z X C V B nas posições que ocupam no QWERTY. O Colemak também remapeia Caps Lock para Backspace, um hábito separado que pode adotar em qualquer layout ou ignorar completamente.

Colemak vs Dvorak vs QWERTY: quantas teclas mudam de posição

Conte as três filas de letras, que contêm 26 letras e 4 teclas de pontuação, e compare cada disposição com a posição correspondente no QWERTY. A coluna dos atalhos conta quantas das teclas Z, X, C e V permanecem nas posições do QWERTY, uma vez que estas quatro teclas executam as operações de anular, cortar, copiar e colar na maioria dos sistemas.

[
  {
    "label": "QWERTY",
    "keys_moved_from_qwerty": 0,
    "shortcut_keys_kept": 4
  },
  {
    "label": "Colemak",
    "keys_moved_from_qwerty": 17,
    "shortcut_keys_kept": 4
  },
  {
    "label": "Dvorak",
    "keys_moved_from_qwerty": 28,
    "shortcut_keys_kept": 0
  }
]

O Colemak move 17 teclas. O Dvorak move 28. Essa diferença representa toda a diferença prática entre os dois. Cada tecla movida corresponde a um hábito que tem de desaprender enquanto a sua mão continua a procurar a posição antiga, pelo que a contagem é uma medida aproximada da duração da fase mais difícil. Não indica qual das disposições é melhor.

Os atalhos de edição permanecem onde espera?

O Colemak mantém Z, X, C e V nas posições do QWERTY, por isso Ctrl+Z, Ctrl+X, Ctrl+C e Ctrl+V continuam sob os mesmos dedos da mesma mão. O Dvorak mantém 0 deles. No Dvorak, a letra C fica onde o QWERTY imprime I, V fica na tecla de ponto final do QWERTY, X fica sob o B do QWERTY e Z fica na tecla de barra do QWERTY. Copiar e colar passam a exigir o uso das duas mãos.

Isto é mais importante num terminal do que num processador de texto. Ctrl+C para interromper um comando em execução e Ctrl+D para fechar a entrada padrão são teclas que um operador de servidores prime centenas de vezes por dia. No Dvorak, ambas passam para a mão direita: C para a tecla I do QWERTY e D para a tecla H do QWERTY. O macOS inclui uma variante que volta ao QWERTY enquanto a tecla Command está premida. O Linux não tem um equivalente padrão para a tecla Ctrl. Por isso, no Dvorak, os atalhos mudam de posição e permanecem nessa posição.

O Vim e o less movem o cursor com h, j, k e l. Essas letras foram escolhidas porque ficam sob a mão direita no QWERTY. Ambos os layouts alternativos quebram esse pressuposto. No Colemak, as letras impressas nas teclas físicas h, j, k e l do QWERTY são h, n, e e i. A correção habitual é remapear o movimento para essas quatro teclas. No Dvorak, as mesmas quatro teclas físicas escrevem d, h, t e n. Qualquer uma das correções ocupa algumas linhas no vimrc e deixa de ajudar assim que utiliza a máquina de outra pessoa com a configuração padrão.

Onde as evidências sobre a velocidade de digitação são fracas

Parte do argumento é aritmética e não está em disputa. Dado um layout e um texto, é possível calcular a distância total percorrida pelos dedos e a frequência com que um dedo precisa digitar duas letras consecutivas. Ambos os números são menores no Dvorak e no Colemak do que no QWERTY para prosa comum em inglês, e os analisadores de layouts concordam quanto à direção do resultado. No entanto, esses resultados dependem do texto usado nos cálculos. O seu código-fonte, a sua linguagem e os nomes das suas variáveis não são esse texto.

A parte controversa é saber se a aritmética se traduz em velocidade. A alegação mais forte a favor do Dvorak vem de um estudo da Marinha dos Estados Unidos realizado durante a Segunda Guerra Mundial, que relatou grandes ganhos com a reaprendizagem. O estudo foi conduzido sob a supervisão do próprio August Dvorak, portanto não é uma evidência independente. Em 1956, Earle Strong realizou um estudo controlado de reaprendizagem para a General Services Administration e concluiu que a reaprendizagem do Dvorak não superava oferecer a mesma prática adicional a datilógrafos que usavam QWERTY. Em 1990, os economistas Stan Liebowitz e Stephen Margolis reuniram essas críticas num artigo chamado The Fable of the Keys. Esse artigo também é debatido, porque o seu verdadeiro tema é o aprisionamento de mercado, e não os teclados. Após noventa anos, ainda não existe um ensaio amplo e bem controlado que demonstre que um layout alternativo faz as pessoas digitarem mais depressa.

Há uma razão mais simples para ter cuidado com as alegações sobre velocidade. Há pessoas que digitam bem acima de 150 palavras por minuto usando QWERTY. Se a sua velocidade é de 60 ou 70 palavras por minuto, o fator que limita o seu desempenho não é o layout.

O conforto e as lesões são uma questão mais difícil, com ainda menos evidências. Há pessoas que relatam menos dor nas mãos depois de mudar de layout, e isso merece ser levado a sério. No entanto, quem muda normalmente altera várias coisas ao mesmo tempo. Um teclado novo, uma altura de secretária diferente, mais pausas e várias semanas a digitar deliberadamente mais devagar acontecem no mesmo mês, e qualquer um desses fatores pode ser a causa. Se a dor é o motivo da mudança, corrija primeiro a sua postura e a sua carga de trabalho, porque esses fatores têm evidências mais sólidas e não custam nada.

O verdadeiro custo da mudança

Conte com escrever como um principiante durante os primeiros dias, a cerca de 15 palavras por minuto, e com precisar de duas a quatro semanas até o esquema deixar de exigir toda a sua atenção. Recuperar a velocidade anterior demora normalmente um a três meses de utilização diária. Estes são valores relatados por pessoas que fizeram a mudança, não resultados de um estudo. Considere-os um intervalo, não uma promessa.

O aspeto que mais surpreende as pessoas é a interferência. As suas mãos não aprendem "Colemak". Aprendem um destino por tecla, e utilizar dois esquemas em horas alternadas mantém ambos os mapeamentos pouco consolidados. Voltar a QWERTY para uma tarefa urgente e depois mudar novamente é a forma mais lenta de aprender. Há duas abordagens eficazes. Mude uma vez e aceite a semana difícil. Ou mantenha uma separação rígida, em que um teclado físico usa sempre um único esquema, para que o contexto indique às suas mãos qual mapeamento devem carregar.

A maioria das pessoas que desiste fá-lo durante essa quebra, e desiste porque a semana foi ocupada, não porque o esquema não era adequado. Por isso, escolher o momento é a decisão mais importante de toda a mudança. Comece numa semana tranquila. Não comece na semana anterior a um prazo e não comece durante a semana em que está de prevenção.

A sua competência em QWERTY normalmente mantém-se. A maioria das pessoas que muda relata que ela regressa após alguns dias de utilização, inicialmente mais devagar e com alguns erros. É importante saber isto, porque perder essa competência é o que mais receiam e é precisamente o aspeto que se revela menos verdadeiro.

Cliente ou servidor: onde deve ficar o remapeamento?

Quase sempre no cliente. O layout do teclado é aplicado na máquina à qual o teclado está ligado, e em nenhum outro lugar. Quando prime uma tecla, o sistema local converte a posição dessa tecla num caractere, e a sessão SSH que transporta as suas teclas envia o caractere para o servidor como um byte. O servidor nunca vê o pressionamento de uma tecla. Por isso, executar localectl set-keymap dvorak numa máquina remota não altera a forma como o que escreve chega através de SSH, e uma estação de trabalho configurada para Colemak escreve em Colemak em todos os hosts nos quais inicia sessão, sem qualquer configuração nesses hosts.

O mapa de teclado do próprio servidor é relevante em dois casos: um teclado ligado fisicamente à máquina e uma consola que o fornecedor disponibiliza num navegador ou através de uma ligação série. Num VPS, isso significa a consola de recuperação, que é precisamente a situação em que menos pode dar-se ao luxo de fazer experiências.

localectl status
localectl list-keymaps | grep -i dvorak

localectl status apresenta ambas as configurações: VC Keymap para a consola de texto e X11 Layout para uma sessão gráfica. list-keymaps apresenta os nomes dos mapas de teclado da consola que estão efetivamente instalados no sistema. Esta verificação impede que configure um nome inexistente. O Colemak nem sempre está disponível como mapa de teclado de consola, mesmo quando está disponível para a sessão gráfica. Por isso, execute esse grep para o seu próprio layout antes de assumir que ele está disponível.

No ambiente de trabalho, setxkbmap -layout us -variant colemak altera o layout de uma sessão X em execução, e localectl set-x11-keymap us pc105 colemak faz com que a escolha sobreviva a um reboot. No Wayland, o compositor controla o mapa de teclado. Por isso, setxkbmap é a ferramenta errada nesse caso, e a alteração deve ser feita nas definições de entrada do seu ambiente de trabalho ou em localectl. O procedimento completo, incluindo o que fazer com Caps Lock, está em o guia do Colemak no Linux.

Por que o firmware do teclado contorna todo o problema

Se inicia sessão em várias máquinas, coloque o layout no teclado em vez de o configurar nos sistemas operativos. Um teclado programável armazena o seu próprio mapeamento e envia o código da letra pretendida, por isso cada host vê um teclado normal a escrever letras normais. Não é necessário configurar nada em nenhum host, e nada pode ser esquecido durante uma reinstalação. Isto também abrange as máquinas que não pode configurar: o portátil de um colega, um ecrã de configuração UEFI, uma imagem de recuperação ou um host onde não tem permissão para alterar as definições do sistema. Para quem tem de manter dezenas de servidores Linux em ordem, esta é a diferença entre uma única compra e um item de configuração em cada máquina.

A opção mais comum é usar um teclado com QMK ou o seu equivalente sem fios, ZMK. Ambos são firmwares abertos que pode instalar por flash. VIA e Vial funcionam como editores gráficos que aplicam uma alteração sem uma nova compilação. Muitos teclados convencionais também incluem software do fabricante que armazena um remapeamento no teclado. As limitações são claras. Normalmente, o teclado integrado de um portátil não consegue fazer isto. Assim, o layout fica disponível quando liga o teclado externo e o QWERTY é usado quando não o liga, o que constitui uma forma própria de interferência.

A consola de recuperação é um risco operacional real

A falha apresenta-se assim. Um servidor não regressa depois de um reboot, abre a consola web do fornecedor e tem de introduzir uma palavra-passe de root e alguns comandos do sistema de ficheiros com uma disposição de teclado que já não utiliza bem. Podem ocorrer duas falhas ao mesmo tempo. A sua memória muscular está agora adaptada à nova disposição, mas a consola pode não a respeitar.

As consolas no browser diferem no que enviam. Algumas encaminham o carácter produzido pelo sistema local. Nesse caso, o remapeamento do seu cliente acompanha-o. Outras encaminham a posição da tecla e assumem uma disposição US QWERTY no destino. Nesse caso, o teclado Colemak escreve letras QWERTY na consola. Não é possível saber qual dos tipos está a utilizar apenas através do painel de controlo. Teste enquanto a máquina está saudável: abra a consola, inicie sessão, escreva uma frase e verifique o que aparece. Faça isso agora, não durante uma indisponibilidade.

Depois, elimine as partes que puder. Inicie sessão com chaves para que o acesso normal nunca lhe peça uma palavra-passe e trate a gestão de chaves nos seus servidores como parte do plano de recuperação, não como uma conveniência. Guarde a palavra-passe de recuperação num local de onde a possa colar, porque a maioria das consolas no browser tem uma função para enviar texto ou colar. Mantenha também alguma capacidade de encontrar as letras QWERTY olhando para o teclado, porque consultar uma tabela de disposição no telemóvel às duas da manhã é demorado.

Os discos encriptados acrescentam outra armadilha. O pedido da frase-passe no arranque é executado a partir do disco RAM inicial, antes de ser carregada a sua disposição normal do teclado. Por isso, utiliza a disposição incluída nessa imagem. No Debian e no Ubuntu, por predefinição, é a disposição US QWERTY integrada. A definição está em KEYMAP=, em /etc/initramfs-tools/initramfs.conf, e é fornecida como n. Defina-a como y, execute sudo update-initramfs -u, reinicie e confirme que o pedido da frase-passe aceita a sua disposição antes de confiar nela. Uma máquina que não é desbloqueada tem de ser reconstruída.

Colemak-DH e as restantes opções

A escolha não se resume a 3 opções. Colemak-DH, também chamado Mod-DH, é o aperfeiçoamento mais comum do Colemak. No Colemak padrão, as letras D e H ficam nas colunas centrais da linha principal, onde os dedos indicadores chegam ao esticarem-se lateralmente, em vez de se curvarem. Mod-DH move essas 2 letras para a linha inferior, sob o dedo indicador, criando uma linha principal com A R S T G à esquerda e M N E I O à direita. Existem 2 versões: uma para teclados com a disposição habitual das linhas e outra para teclados ortolineares e com disposição escalonada por colunas. Deve escolher a versão correspondente ao seu hardware.

Além dessas, existem Workman, Norman, Canary, Graphite e muitas outras disposições produzidas por otimizadores de layouts. Programmer Dvorak reorganiza a linha dos números e os símbolos para quem escreve mais pontuação do que prosa. Outros idiomas têm as suas próprias soluções, como bépo para francês e Neo para alemão. O critério prático é a disponibilidade. Dvorak é disponibilizado em praticamente todo o lado, incluindo teclados de telemóveis e mapas de teclado de consolas. Colemak é disponibilizado com os dados de configuração do teclado X que todos os ambientes de trabalho Linux leem. Colemak-DH foi adicionado a esses dados mais recentemente, pelo que numa distribuição mais antiga poderá ainda ter de instalar os ficheiros de layout do projeto. Um layout comunitário é um ficheiro que terá de transportar para cada máquina ou incorporar no firmware do teclado.

Então, qual deve escolher?

Mantenha o QWERTY se nada estiver errado. A mudança exige semanas, e as evidências de que permite ganhar velocidade são fracas. Por isso, uma irritação ligeira com o layout atual não é, por si só, uma razão suficiente.

Escolha o Colemak se quiser reorganizar as teclas com o menor custo. Treze teclas permanecem no mesmo lugar, os atalhos de edição permanecem no mesmo lugar e a mudança consiste numa linha em qualquer desktop Linux.

Escolha o Dvorak se valoriza poder definir o layout a partir de um menu que já está disponível em qualquer máquina e sistema operativo, e se aceitar reaprender as teclas de atalho.

Escolha o Colemak-DH se já estiver a comprar um teclado programável. O firmware elimina o problema da disponibilidade, pelo que também pode optar pelo aperfeiçoamento.

Seja qual for a sua escolha, decida onde o mapeamento ficará antes de começar. Se passa o dia num ambiente de trabalho totalmente baseado no terminal e inicia sessão em muitas máquinas, o teclado é o local adequado. Se trabalha num único portátil, o sistema operativo é suficiente. Depois, planeie o procedimento de recuperação e teste-o antes de precisar dele.

FAQ

O Colemak ou o Dvorak são realmente mais rápidos do que o QWERTY?

Não há evidências sólidas de que algum deles permita escrever mais depressa. O que pode ser medido é a aritmética: na prosa em inglês, ambos colocam mais toques na linha de base e fazem os dedos percorrer uma distância menor do que no QWERTY. Nunca foi demonstrado, num ensaio grande e bem controlado, que isso resulte numa velocidade maior em palavras por minuto. O estudo da Navy mais citado sobre o Dvorak foi supervisionado pelo próprio Dvorak, e o estudo de Earle Strong de 1956 para a General Services Administration não encontrou vantagem depois de os utilizadores de QWERTY receberem a mesma prática adicional. Há pessoas que ultrapassam 150 palavras por minuto no QWERTY. Portanto, se escreve a 70, o layout não é o seu limite.

Quanto tempo demora aprender um novo layout de teclado?

Conte com alguns dias a escrever perto de 15 palavras por minuto, duas a quatro semanas até o layout deixar de exigir toda a sua atenção e um a três meses para alcançar a velocidade anterior. Estes são intervalos relatados, não resultados de estudos. O maior risco é a interferência: alternar entre dois layouts durante o dia mantém ambos pouco consolidados. Por isso, mude uma vez e aceite a semana lenta, ou mantenha uma separação rígida em que um determinado teclado físico corresponde sempre a um determinado layout. A maioria das pessoas que desiste fá-lo durante esse período lento, porque a semana fica ocupada. Comece numa semana tranquila.

O meu layout de teclado acompanha-me através de SSH?

Sim, e o servidor não tem qualquer controlo sobre isso. O layout é aplicado na máquina à qual o teclado está ligado. O sistema local transforma o toque numa tecla num carácter, e o SSH envia esse carácter como um byte. O host remoto nunca vê a posição da tecla. Definir um mapa de teclado no servidor não altera nada para os utilizadores de SSH. O mapa de teclado do próprio servidor só se aplica a um teclado ligado diretamente ou a uma consola que o fornecedor disponibilize num browser ou através de uma ligação série.

O que acontece ao Ctrl+C e às teclas h j k l do vim?

O Colemak mantém Z, X, C e V nas posições do QWERTY. Por isso, os atalhos de edição padrão não mudam. O Dvorak desloca as quatro: C fica na tecla QWERTY I, V na tecla do ponto final do QWERTY, X fica sob a tecla QWERTY B e Z na tecla da barra do QWERTY. Ctrl+D passa para a tecla QWERTY H, o que é relevante numa shell. O movimento do cursor deixa de funcionar como antes em ambos os layouts. Os utilizadores de Colemak normalmente remapeiam o movimento para h, n, e e i. Estas são as letras impressas nas teclas físicas QWERTY h, j, k e l. Os utilizadores de Dvorak usam d, h, t e n pelo mesmo motivo.

Como mantenho uma consola de recuperação utilizável depois de mudar de layout?

Teste-a agora, enquanto o servidor está saudável. Abra a consola do seu fornecedor, inicie sessão e escreva uma frase. Algumas consolas encaminham o carácter produzido pelo cliente. Outras encaminham a posição da tecla e assumem US QWERTY no outro lado. Inicie sessão com chaves SSH para que o acesso normal nunca exija a introdução de uma palavra-passe. Mantenha qualquer palavra-passe de recuperação num local a partir do qual possa colá-la, porque a maioria das consolas em browser tem uma função para colar ou enviar texto. Se o disco estiver encriptado, o pedido da frase-passe de arranque usa o mapa de teclado incorporado no initial ram disk. Em Debian e Ubuntu, isso significa definir KEYMAP=y em /etc/initramfs-tools/initramfs.conf, executar sudo update-initramfs -u e reiniciar para confirmar que o pedido aceita o seu layout.