As chaves para movimentação nos editores são mais frequentemente adaptadas para se adequar ao uso eficiente possível do QWERTY e, portanto, elas certamente precisarão ser remapeadas se você alterar o layout da chave e quiser o canal ótimo de tudo, o que você se esforça. Por exemplo. no Vim, os botões HJKL são usados por uma razão com o QWERTY e provavelmente precisariam ser remapeados novamente para o mesmo posicionamento após a modificação do mapa de chaves.
O que quero dizer é que isso não ajudará muito a rastrear o movimento e a edição de chaves e usá-lo como base para um novo layout, já que eles são facilmente reconfiguráveis (em qualquer editor que valha a pena sal, e como estamos falando sobre o layout de um programador, estamos provavelmente falando sobre o Vim ou Emacs), não deve interferir com o posicionamento das chaves literais e já foi otimizado (novamente: não estamos falando sobre o Bloco de Notas).
Você está tentando resolver um problema que é um meio ineficiente de produtividade , especialmente para um programador , ** imho **. Haveria um efeito muito maior em simplesmente aprender mais sobre as ferramentas (mais uma vez: provavelmente o Vim / Emacs). Você descobrirá que cada vez menos tempo é gasto escrevendo caracteres durante a programação, e mais (mas mais eficiente) tempo é gasto em preenchimento automático, marcação automática, recuo automático, pesquisa rápida de definição de função, etc. para fazer tudo isso, já estão adaptados para permitir eficiência, e o grande aumento de velocidade vem simplesmente com familiaridade. Assim, argumento que um layout de teclado diferente é correto comparativamente destrutivo para produtividade , já que você já tem muitos anos de exercícios QWERTY. Se o mesmo tempo de treinamento analítico fosse gasto em QWERTY, como as pessoas que trocam os layouts gastam em Dvorak, eles também notariam um aumento de velocidade. A velocidade vem com treinamento explícito.
Se você fosse um copywriter / tradutor / autor / etc., alguém que realmente dedicasse seu tempo ao trabalho com o significado literal das chaves, um layout diferente poderia ser útil. Para um programador, a melhor dica é, pelo menos, obter um layout de teclado em inglês, já que os idiomas de programação foram moldados por esses e por seu posicionamento de chave (no layout de chave local, @$[]{}~ estão todos por trás do AltGr, que é bastante insatisfatório ).
tldr: Dvorak / Colemak / [a próxima "melhor coisa desde o pão fatiado"] (sem dúvida) resolve um problema apenas para aqueles que digitam muito texto corrido em um idioma específico (na maioria das vezes em inglês). Para programação, as chaves necessárias não foram submetidas à mesma restrição que a linguagem literal e, portanto, já foi otimizada para o seu propósito (que é não apenas "escreva o mais rápido que puder"); constrói mais sobre operações lógicas.Veja o Vim). Acredito que o tempo gasto na aprendizagem de layouts alternativos e a confusão que certamente ocorre de tempos em tempos definitivamente não vale o esforço na maioria dos casos (não apenas sua própria confusão; outros que sentam no mesmo terminal que você usou coisas para você), incluindo o do programador.