Best coding keyboard: que teclado escolher para programar?

Escreva best coding keyboard no Google e encontrará dezoito classificações em inglês que falam todas da mesma coisa: o switch. Vermelho, castanho, azul, silencioso, e pronto, bom dia. O problema, quando se programa em Portugal, é que a questão se joga dois andares acima, num assunto que nenhum desses artigos menciona: a disposição das suas teclas. Eis a ordem real das prioridades, uma análise por formato e por switch, e sobretudo o que pode ganhar sem gastar um cêntimo.

O essencial a reter

Para um programador francófono ou lusófono, a ordem das prioridades é o inverso exato daquela que a SERP anglófona apresenta: a disposição primeiro, o formato a seguir, o switch por último. Os quatro pontos a ter em mente antes de abrir o menor separador de produto.

• O verdadeiro entrave não é o teclado, é a disposição: as chavetas, os parênteses retos, a barra vertical e a barra invertida estão muitas vezes escondidos atrás de AltGr, e os números atrás de Shift.
• O 65 % é o melhor compromisso para programar: elimina o teclado numérico, mas mantém as setas direcionais dedicadas, das quais um editor de texto necessita permanentemente.
• O switch não determina a sua velocidade. Determina o seu nível sonoro, e esse é o único critério que conta realmente num escritório partilhado.
• Três remaps gratuitos trazem mais conforto do que um teclado novo: Caps Lock em Control, uma camada de símbolos e uma tecla morta transformada em macro.

Programar não é escrever nem jogar: o que muda no teclado

Um programador não tem o mesmo perfil de digitação que um redator ou um jogador, e é esse perfil, não o material, que deve ditar a escolha. Três diferenças estruturam tudo o resto.

A primeira é a densidade de caracteres não alfabéticos. Uma linha de código média contém chavetas, parênteses retos, parênteses curvos, ponto e vírgula, por vezes um sinal de menor/maior, um til ou uma barra vertical. Um texto em português quase não contém nenhum. O seu teclado foi concebido para o segundo uso.

A segunda é a densidade de atalhos com modificadores. Navegar num projeto é encadear combinações de Ctrl, Alt e Shift, muitas vezes com três teclas simultâneas. O custo de acesso aos modificadores torna-se um critério ergonómico de primeira ordem, enquanto permanece invisível para um uso de escritório.

A terceira é a duração da exposição. Seis a oito horas por dia, no mesmo gesto, cinco dias por semana. Um desconforto de dois milímetros que passa despercebido numa hora torna-se uma dor ao fim de um ano.

Daí a mudança do critério de compra. Em jogo, otimiza-se a latência e o curso de um punhado de teclas. Em programação, otimiza-se o custo de acesso a uma centena de teclas diferentes. É outra questão, e exige outras respostas que não um teclado mecânico escolhido pela sua ficha técnica gaming.

O verdadeiro assunto: a sua disposição, não o seu teclado

Numa disposição padrão, os caracteres mais frequentes do código são relegados para trás de AltGr, e os números atrás de Shift. Este é o ponto cego absoluto do corpus anglófono, que não tem obviamente qualquer razão para se preocupar com isso.

• Carácter | Acesso em AZERTY | Acesso em QWERTY US
• Chaveta de abertura | AltGr + 4 | Shift + parêntese reto
• Chaveta de fecho | AltGr + = | Shift + parêntese reto
• Parêntese reto de abertura | AltGr + 5 | Tecla dedicada
• Parêntese reto de fecho | AltGr + grau | Tecla dedicada
• Barra vertical | AltGr + 6 | Shift + barra invertida
• Barra invertida | AltGr + 8 | Tecla dedicada
• Arroba | AltGr + 0 | Shift + 2
• Cardinal | AltGr + 3 | Shift + 3
• Números 0 a 9 | Shift + fila superior | Acesso direto

O custo real não é o milissegundo perdido, ao contrário do que se lê por vezes. É postural. Para digitar uma chaveta, o polegar esquerdo bloqueia AltGr enquanto o dedo mindinho direito vai procurar uma tecla da fila superior: a mão sai da posição de repouso e tem de lá voltar. Repita a operação algumas centenas de vezes por dia e obterá uma fadiga que atribuirá ao seu teclado, quando na verdade vem da sua disposição.

Duas situações, duas respostas:

• Programa sozinho na sua máquina. Nada o impede de mudar para QWERTY, ou para uma disposição alternativa. A mudança é lógica, gratuita e reversível em dez segundos.
• Trabalha em equipamento de empresa ou em equipa internacional. A mudança é muitas vezes impossível, ou socialmente dispendiosa assim que um colega assume o seu posto. A resposta passa então pelas camadas (layers), tratadas mais abaixo.

Saiba apenas que a escolha existe, e que as duas normas físicas estão disponíveis: teclados AZERTY e teclados QWERTY. O material segue a decisão, nunca o inverso.

bépo, AZERTY melhorado, Programmer Dvorak: três respostas ao mesmo problema

Três disposições alternativas foram concebidas para corrigir exatamente este defeito. Ninguém fala disso nos guias anglófonos, o que é lógico, e ninguém fala disso nos guias franceses, o que o é muito menos.

• Disposição | Princípio | O que muda para o código | Para quem
• AZERTY melhorado | Letras e números inalterados, símbolos e caracteres acentuados reposicionados | Chavetas, parênteses retos e arroba saem das combinações acrobáticas | Quem recusa reaprender a digitar
• bépo | Disposição inteiramente repensada para o francês, normalizada AFNOR | Símbolos em acesso direto na fila superior, pares de delimitadores lado a lado | Quem escreve tanto francês como código
• Programmer Dvorak | Dvorak cuja fila superior é reorganizada em torno dos símbolos de código | Parênteses, parênteses retos, chavetas e e comercial em acesso direto | Quem programa em inglês e aceita reaprender tudo

Eis o facto que merece atenção. O bépo e o Programmer Dvorak foram concebidos separadamente, com duas décadas e um oceano de distância, para duas línguas diferentes, por pessoas que não se conheciam. Tomaram exatamente a mesma decisão de design: colocar os símbolos em acesso direto na fila superior e enviar os números para trás de Shift.

Roland Kaufmann chegou lá através de uma análise estatística de código fonte em C, Java, Lisp e CSS, no início dos anos 2000. A equipa bépo chegou lá através da ergonomia do francês, e a sua disposição coloca sistematicamente os dois membros de um par de delimitadores lado a lado. Dois métodos opostos, uma conclusão idêntica: um teclado concebido para a prosa faz o programador pagar pelos caracteres que mais digita.

As duas disposições francesas são oficiais desde a norma NF Z71-300, publicada pela AFNOR em abril de 2019. Uma precisão explica porque é que provavelmente nunca encontrou uma em loja: é um documento de aplicação voluntária, nenhum fabricante é obrigado a segui-lo. A disposição, essa, instala-se via software sem mudar de teclado.

60 %, 65 %, 75 %, TKL: que formato para programar

O 65 % é o melhor formato para programar, porque é o mais compacto a manter setas dedicadas. É a resposta curta à questão que volta recorrentemente nas pesquisas associadas ao best coding keyboard.

• Formato | Setas dedicadas | Fila de função | Veredito para o código
• 60 % | Não, em camada Fn | Não, em camada Fn | A evitar, salvo se já vive em atalhos
• 65 % | Sim | Não, em camada Fn | O melhor compromisso
• 75 % | Sim | Sim, comprimida | Excelente se usa F2, F5 e F12
• TKL (80 %) | Sim | Sim, padrão | Confortável, mais volumoso
• Full size | Sim | Sim | Apenas se introduz números em volume

O verdadeiro argumento do 65 % e do TKL não é a ocupação na secretária, é a distância ao rato. Eliminar o teclado numérico aproxima a mão direita cerca de 8 cm, e quem beneficia disso não é o pulso, mas sim o ombro, que deixa de estar em abdução todo o dia. Em oito horas, a diferença sente-se.

Duas nuances honestas, porque o veredito não é universal:

• Se o seu trabalho envolve uma introdução numérica real, dados financeiros, contabilidade, folhas de cálculo o dia todo, mantenha o seu teclado numérico. Nenhum ganho postural compensa a perda de débito.
• Se vive nas teclas de função do seu ambiente de desenvolvimento, F2 para renomear, F5 para relançar, F12 para ir à definição, o 60 % e o 65 % impor-lhe-ão um Fn permanente. O 75 % existe exatamente para este caso.

A si cabe situar-se: teclado 60 %, teclado 75 %, teclado TKL e teclado full size.

Switches: o ruído é o único critério que o fará mudar de ideias

O tipo de switch não determina a sua velocidade de digitação, determina o seu nível sonoro e a sua sensação. É a ideia feita mais difundida do assunto, e a mais fácil de desmontar.

• Família | Sensação | Nível sonoro | Contexto recomendado
• Linear | Curso suave, sem obstáculo | Discreto | Escritório partilhado, digitação rápida
• Tátil | Saliência percetível no acionamento | Moderado | A escolha por defeito para programar
• Clicky | Saliência mais clique mecânico audível | Forte | Escritório individual apenas
• Silencioso | Linear ou tátil com amortecimento | Muito discreto | Escritório aberto, chamadas vídeo, coworking

As referências numéricas, uma vez que raramente são dadas corretamente. Um Cherry MX Red linear aciona-se por volta de 45 cN, a 2,0 mm de profundidade num curso total de 4,0 mm. Um MX Brown tátil adiciona uma saliência no mesmo ponto de acionamento, com o mesmo curso. A diferença entre os dois é, portanto, puramente sensorial: nada, nestes números, o fará digitar mais depressa.

O veredito desta secção é o único ponto não negociável de todo o artigo: em escritório aberto, o clicky é um problema social, não um problema técnico. Não será julgado pelo seu código, mas pelo ruído que faz ao escrevê-lo. Se partilha um escritório, um switch silencioso não é um conforto, é uma condição.

Último caso, frequente em programadores que vêm de um portátil: o low profile, cerca de 3 mm de curso total em vez de 4. A transição a partir de um teclado de portátil é muito mais suave do que com um perfil padrão. Explore os switches disponíveis, e tenha em mente que um bom teclado de membrana continua a ser uma opção válida se o orçamento for prioritário.

O que pode ganhar sem comprar nada

Antes de encomendar o que quer que seja, três ajustes gratuitos trarão mais conforto diário do que a maioria das mudanças de material. Se apenas retiver uma secção deste artigo, tome esta.

1. Remapeie Caps Lock para Control. A tecla mais inútil do teclado ocupa o melhor lugar disponível para o dedo mindinho esquerdo, logo à esquerda da fila de repouso. Não é uma loucura: o HHKB, teclado concebido para programadores Unix, coloca Control nesta posição desde a sua primeira versão Professional em 2003, precisamente para que o mindinho alcance o modificador sem que a mão se mova. Nada o impede de reproduzir esta escolha no seu teclado atual.
2. Crie uma camada de símbolos. Uma tecla Fn ou AltGr mantida premida que traz chavetas, parênteses retos e curvos para baixo da fila de repouso elimina de uma vez todo o problema descrito acima, sem mudar a disposição do sistema e sem que os seus colegas se apercebam quando pedem o seu posto.
3. Recicle uma tecla morta como macro. Bloqueio numérico, Scroll Lock, Print Screen: estas teclas não servem para nada no seu dia a dia. Podem lançar uma compilação, abrir um terminal ou desencadear um fragmento de código.

O que é fazível sem material particular: a camada de sistema nativa, AutoHotkey no Windows, Karabiner no macOS, as regras de remapeamento no Linux. Tudo isto funciona no teclado que já tem.

O que exige um teclado compatível: o remapeamento armazenado dentro do próprio teclado, via QMK ou VIA. A vantagem é real, a sua configuração segue-o de uma máquina para outra sem instalar nada. O nosso guia sobre VIA explica como aceder, e a maioria dos modelos da coleção teclado custom são compatíveis.

Keycaps: o detalhe que se nota ao fim de seis meses

Um programador digita sempre as mesmas teclas, e é exatamente aí que as keycaps baratas cedem primeiro. Três pontos a verificar, nenhum é cosmético.

• O material. As keycaps em ABS tornam-se brilhantes e escorregadias nas teclas mais solicitadas, e num teclado de programador isso significa as teclas de navegação e os modificadores. O PBT resiste muito melhor a este desgaste.
• A legenda. O shine-through só serve se digitar realmente no escuro. Num escritório iluminado, não traz nada e paga-se por vezes com uma legenda impressa a laser que se apaga mais depressa do que uma legenda double shot.
• A compatibilidade. Um conjunto ANSI não cobre um teclado ISO FR: a tecla Enter e a tecla Shift esquerda não têm nem a mesma forma nem a mesma largura. Verifique a norma do seu teclado antes de encomendar, é o erro de compra mais frequente neste tipo de produto.

Segundo o seu caso: keycaps PBT, keycaps AZERTY ISO FR, keycaps custom, keycaps QWERTY.

Checklist: escolher o seu teclado de programação em 7 pontos

Eis as sete verificações a fazer por ordem, e a primeira condiciona todas as outras.

• Verificar se a disposição pode ser mudada na sua máquina de trabalho antes de qualquer compra. Se sim, o assunto do material torna-se secundário.
• Decidir sobre o teclado numérico em função da sua introdução numérica real, não da ideia que faz dela.
• Exigir setas dedicadas se passa os dias num editor de texto. Justificam por si só a passagem do 60 % para o 65 %.
• Escolher o switch pelo seu nível sonoro antes da sua sensação, sobretudo em escritório partilhado.
• Verificar a compatibilidade QMK ou VIA se pretende remapear de forma duradoura.
• Verificar a norma do conjunto de keycaps, ISO FR ou ANSI, antes de encomendar o que quer que seja.
• Prever um apoio de pulsos se a sua digitação ultrapassa seis horas por dia. É o único acessório cujo benefício se mede em semanas.

Se prefere construir a máquina exata que corresponde a estas sete respostas em vez de lidar com um compromisso, os kits teclado custom permitem escolher cada elemento separadamente.

FAQ: teclado e programação

Eis as seis questões que surgem mais frequentemente sobre a escolha de um teclado para programador.

É mesmo necessário um teclado mecânico para programar?
Não, nada o impõe, e nenhum estudo sério mostra um ganho de velocidade. O que um teclado mecânico traz é uma digitação constante ao longo do tempo, uma sensação escolhida em vez de sofrida, e a possibilidade de substituir um switch ou um conjunto de keycaps em vez de deitar tudo fora. Em seis a oito horas por dia, estes três pontos contam.

60 % ou 75 % para programar?
O 75 % se utiliza as teclas de função do seu ambiente de desenvolvimento, o 65 % em todos os outros casos. O 60 % só se justifica se já estiver à vontade com uma camada Fn permanente, pois elimina também as setas direcionais, que poucos programadores conseguem abandonar.

Que teclado silencioso para programar em escritório aberto?
Um modelo equipado com switches silenciosos, lineares ou táteis amortecidos. Evite tudo o que tenha a menção clicky ou azul. O amortecimento interno da caixa também conta: uma espuma bem colocada atenua mais a ressonância do que o próprio switch.

Qual é o melhor best coding keyboard para Mac?
Qualquer teclado mecânico funciona, com dois detalhes: verifique a presença de um modo macOS ou de um interruptor que permita inverter Command e Option, e preveja keycaps com as legendas correspondentes se as inscrições forem importantes para si. O remapeamento via Karabiner cobre o resto.

É preciso passar para QWERTY para programar?
Não necessariamente. O ganho é real nas chavetas e parênteses retos, mas paga-se com uma fase de reaprendizagem e com uma fricção permanente sempre que escreve português acentuado. Uma camada de símbolos no seu AZERTY atual traz uma boa parte do benefício sem nenhum destes custos.

Quanto tempo para se habituar a um novo formato?
Conte alguns dias para uma mudança de formato apenas, passar de um full size para um 65 % por exemplo, pois os dedos recuperam rapidamente as suas referências. Conte várias semanas para uma mudança de disposição, que reconstrói a memória motora do zero. Nunca faça as duas coisas ao mesmo tempo.

Produtos relacionados

Categorias

Tapete de rato gaming XXLKeycaps PersonalizadosKeycaps MXTapete de Rato GamingTeclado CustomKeycaps Cherry