Best coding keyboard: ¿qué teclado elegir para programar?

Escribe best coding keyboard en Google y te salen dieciocho rankings en inglés que hablan todos de lo mismo: del switch. Rojo, marrón, azul, silencioso, y hasta aquí, que tengas buen día. El problema es que, cuando programas con un teclado europeo, la pregunta se juega dos pisos más arriba, en un asunto que ninguno de esos artículos menciona: la distribución de tus teclas. Este es el orden real de prioridades, un arbitraje por formato y por switch, y sobre todo lo que puedes ganar sin gastarte un céntimo.

Lo esencial

Para quien no escribe en QWERTY estadounidense, el orden de prioridades es justo el contrario del que cuentan los resultados en inglés: primero la distribución, después el formato, y el switch al final. Estos son los cuatro puntos que conviene tener claros antes de abrir la primera ficha de producto.

• El freno de verdad no es el teclado, es la distribución: en AZERTY las llaves, los corchetes, la barra vertical y la barra invertida están detrás de AltGr, y las cifras detrás de Mayús. En el teclado español pasa lo mismo con AltGr para llaves y corchetes.
• El 65 % es el mejor equilibrio para programar: elimina el teclado numérico pero conserva flechas dedicadas, que en un editor de texto se usan sin parar.
• El switch no determina tu velocidad. Determina tu nivel de ruido, y ese es el único criterio que cuenta de verdad en una oficina abierta.
• Tres remapeos gratuitos aportan más comodidad que un teclado nuevo: Bloq Mayús convertido en Control, una capa de símbolos y una tecla muerta convertida en macro.

Programar no es escribir ni jugar: qué cambia en el teclado

Un programador no tiene el mismo perfil de pulsación que un redactor o que un jugador, y es ese perfil, no el material, el que debe marcar la elección. Hay tres diferencias que ordenan todo lo demás.

La primera es la densidad de caracteres no alfabéticos. Una línea de código media lleva llaves, corchetes, paréntesis, un punto y coma, a veces un signo de mayor, una virgulilla o una barra vertical. Un texto en castellano no lleva casi ninguno. Tu teclado se diseñó para el segundo uso.

La segunda es la densidad de atajos con modificadores. Moverse por un proyecto es encadenar combinaciones de Ctrl, Alt y Mayús, muchas veces con tres teclas a la vez. El coste de acceso a los modificadores pasa a ser un criterio ergonómico de primer orden, cuando en ofimática ni se nota.

La tercera es la duración de la exposición. De seis a ocho horas al día, con el mismo gesto, cinco días por semana. Una incomodidad de dos milímetros que pasa desapercibida en una hora se convierte en dolor al cabo de un año.

De ahí que el criterio de compra se desplace. Jugando se optimiza la latencia y el recorrido de un puñado de teclas. Programando se optimiza el coste de acceso a un centenar de teclas distintas. Es otra pregunta, y pide otras respuestas que las de un teclado mecánico elegido por su ficha técnica de gaming.

El tema de verdad: tu distribución, no tu teclado

En un AZERTY estándar, los caracteres más frecuentes del código quedan relegados detrás de AltGr, y las cifras detrás de Mayús. Es el punto ciego absoluto del corpus en inglés, que evidentemente no tiene ningún motivo para preocuparse por ello.

El coste real no es la milésima de segundo perdida, por mucho que se lea a veces. Es postural. Para escribir una llave, el pulgar izquierdo bloquea AltGr mientras el meñique derecho sale a buscar una tecla de la fila superior: la mano abandona la posición de reposo y tiene que volver a ella. Repite la operación unos cientos de veces al día y acabas con un cansancio que le achacarás al teclado cuando en realidad viene de la distribución. En el teclado español el patrón es idéntico, con AltGr sobre las teclas de acentos y la ç.

Dos situaciones, dos respuestas:

• Programas solo, en tu propia máquina. Nada te impide pasarte al QWERTY estadounidense o a una distribución alternativa. El cambio es de software, gratuito y reversible en diez segundos. El procedimiento detallado está en nuestra guía para cambiar un teclado QWERTY a AZERTY, que se lee en los dos sentidos.
• Trabajas con equipo de empresa o en un equipo internacional. Ahí el cambio suele ser imposible, o sale caro en lo social en cuanto un compañero se sienta en tu puesto. La respuesta pasa entonces por las capas, que vemos más abajo.

Lo importante es saber que la elección existe y que las dos normas físicas están disponibles: teclados AZERTY y teclados QWERTY. El material va detrás de la decisión, nunca al revés.

bépo, AZERTY mejorado y Programmer Dvorak: tres respuestas al mismo problema

Hay tres distribuciones alternativas diseñadas para corregir justamente ese defecto, y dos de ellas están normalizadas en Francia. Nadie habla de ellas en las guías en inglés, lo cual tiene su lógica, y tampoco habla nadie de ellas en las guías francesas, lo cual ya la tiene mucho menos.

Y aquí viene el dato que merece una pausa. El bépo y el Programmer Dvorak se diseñaron por separado, con dos décadas y un océano de distancia, para dos idiomas distintos y por gente que no se conocía. Tomaron exactamente la misma decisión de diseño: poner los símbolos en acceso directo en la fila superior y mandar las cifras detrás de Mayús.

Roland Kaufmann llegó ahí a principios de los 2000, analizando estadísticamente código fuente en C, Java, Lisp y CSS. El equipo de bépo llegó por la ergonomía del francés, y su distribución coloca siempre los dos miembros de un par de delimitadores uno junto al otro. Dos métodos opuestos, una conclusión idéntica: un teclado pensado para la prosa le cobra al programador justo los caracteres que más teclea.

Las dos distribuciones francesas son oficiales desde la norma NF Z71-300, publicada por AFNOR en abril de 2019, que normaliza a la vez el AZERTY mejorado y el bépo. Un matiz explica por qué seguramente no te has cruzado con ninguna en una tienda: es un documento de aplicación voluntaria, ningún fabricante está obligado a seguirlo. La distribución, en cambio, se instala por software sin cambiar de teclado.

60 %, 65 %, 75 %, TKL: qué formato para programar

El 65 % es el mejor formato para programar, porque es el más compacto de los que conservan flechas dedicadas. Esa es la respuesta corta a la pregunta que aparece una y otra vez en las búsquedas asociadas a best coding keyboard.

El verdadero argumento del 65 % y del TKL no es el espacio en la mesa, es la distancia hasta el ratón. Quitar el teclado numérico acerca la mano derecha unos 8 cm, y quien lo agradece no es la muñeca sino el hombro, que deja de abrirse hacia fuera durante todo el día. En ocho horas, la diferencia se nota.

Dos matices honestos, porque el veredicto no vale para todo el mundo:

• Si tu trabajo incluye entrada real de cifras, datos financieros, contabilidad, hojas de cálculo a todas horas, quédate con el teclado numérico. Ninguna ganancia postural compensa la pérdida de ritmo.
• Si vives dentro de las teclas de función de tu entorno de desarrollo, F2 para renombrar, F5 para relanzar, F12 para ir a la definición, el 60 % y el 65 % te obligarán a un Fn permanente. El 75 % existe exactamente para ese caso.

Ubícate tú mismo: teclado 60 %, teclado 75 %, teclado TKL y teclado full size.

Switches: el ruido es el único criterio que te hará cambiar de idea

El tipo de switch no determina tu velocidad al teclear, determina tu nivel de ruido y tus sensaciones. Es la idea equivocada más extendida del tema y la más fácil de desmontar.

Las cifras de referencia, que rara vez se dan bien. Un Cherry MX Red lineal se acciona alrededor de 45 cN, a 2,0 mm de hundimiento sobre 4,0 mm de recorrido total. Un MX Brown táctil añade un bache en el mismo punto de accionamiento, con el mismo recorrido. La diferencia entre ambos es por tanto puramente sensorial: nada, en esas cifras, va a hacerte teclear más rápido.

El veredicto de este apartado es el único punto no negociable de todo el artículo: en una oficina abierta, el clicky es un problema social, no un problema técnico. No te van a juzgar por tu código sino por el ruido que haces al escribirlo. Si compartes despacho, un switch silencioso no es una comodidad, es una condición.

Un último caso, frecuente entre programadores que vienen de un portátil: el low profile, con unos 3 mm de recorrido total en lugar de 4. La transición desde el teclado de un portátil es mucho más suave que con un perfil estándar. Echa un vistazo a los switches disponibles, y ten presente que un buen teclado de membrana sigue siendo una opción válida si manda el presupuesto.

Lo que puedes ganar sin comprar nada

Antes de encargar nada, hay tres ajustes gratuitos que te darán más comodidad diaria que la mayoría de los cambios de material. Si solo te quedas con un apartado de este artículo, que sea este.

1. Remapea Bloq Mayús a Control. La tecla más inútil del teclado ocupa el mejor sitio disponible para el meñique izquierdo, justo a la izquierda de la fila de reposo. No es una manía: el HHKB, teclado diseñado para programadores de Unix, coloca Control ahí desde su primera versión Professional de 2003, precisamente para que el meñique alcance el modificador sin que la mano se mueva. Nada te impide reproducir esa decisión en tu teclado actual.
2. Crea una capa de símbolos. Una tecla Fn o AltGr mantenida que traiga llaves, corchetes y paréntesis bajo la fila de reposo elimina de golpe todo el problema descrito más arriba, sin tocar la distribución del sistema y sin que tus compañeros se enteren cuando usen tu puesto.
3. Recicla una tecla muerta como macro. Bloq Num, Bloq Despl, Impr Pant: esas teclas no hacen nada en tu jornada. Pueden lanzar una compilación, abrir un terminal o disparar un fragmento de código.

Lo que se puede hacer sin material específico: la capa nativa del sistema, AutoHotkey en Windows, Karabiner en macOS, las reglas de remapeo en Linux. Todo eso funciona con el teclado que ya tienes.

Lo que exige un teclado compatible: el remapeo guardado dentro del propio teclado, vía QMK o VIA. La ventaja es real, tu configuración te sigue de una máquina a otra sin instalar nada. Nuestra guía sobre VIA explica cómo acceder, y la mayoría de los modelos de la colección teclado custom son compatibles.

Keycaps: el detalle que se ve a los seis meses

Un programador pulsa siempre las mismas teclas, y es justo ahí donde las keycaps baratas ceden primero. Tres puntos que revisar, y ninguno es estético.

• El material. Las keycaps de ABS se vuelven brillantes y resbaladizas en las teclas más usadas, y en un teclado de programador eso significa las teclas de navegación y los modificadores. El PBT aguanta mucho mejor ese brillo.
• La leyenda. El shine-through solo sirve si de verdad tecleas a oscuras. En una oficina iluminada no aporta nada y a veces se paga con una leyenda grabada a láser que se borra antes que una doble inyección.
• La compatibilidad. Un juego ANSI no cubre un teclado ISO FR: la tecla Intro y la tecla Mayús izquierda no tienen ni la misma forma ni la misma anchura. Comprueba la norma de tu teclado antes de encargar, es el error de compra más habitual en este tipo de producto.

Según tu caso: keycaps PBT, keycaps AZERTY ISO FR, keycaps custom, keycaps QWERTY.

Checklist: elegir tu teclado para programar en 7 puntos

Estas son las siete comprobaciones que hay que hacer, y en este orden: la primera condiciona todas las demás.

• Comprueba si se puede cambiar la distribución en tu máquina de trabajo antes de comprar nada. Si se puede, el asunto del material pasa a segundo plano.
• Decide lo del teclado numérico según la entrada de cifras que haces de verdad, no según la idea que tienes de ella.
• Exige flechas dedicadas si te pasas el día en un editor de texto. Ellas solas justifican el salto del 60 % al 65 %.
• Elige el switch por su nivel de ruido antes que por sus sensaciones, sobre todo en despacho compartido.
• Comprueba la compatibilidad QMK o VIA si piensas remapear a largo plazo.
• Comprueba la norma del juego de keycaps, ISO FR o ANSI, antes de encargar nada.
• Prevé un reposamuñecas si tecleas más de seis horas al día. Es el único accesorio cuyo beneficio se mide en semanas.

Si prefieres montar la máquina exacta que responde a esos siete puntos en lugar de apañarte con un término medio, los kits de teclado custom te dejan elegir cada pieza por separado.

FAQ: teclado y programación

Estas son las seis preguntas que más se repiten sobre la elección de un teclado para programar.

¿Hace falta de verdad un teclado mecánico para programar? No, nada lo obliga, y ningún estudio serio muestra una ganancia de velocidad. Lo que aporta un teclado mecánico es una pulsación constante en el tiempo, unas sensaciones elegidas en vez de sufridas, y la posibilidad de sustituir un switch o un juego de keycaps en lugar de tirarlo todo. A seis u ocho horas al día, esos tres puntos cuentan.

¿60 % o 75 % para programar? El 75 % si usas las teclas de función de tu entorno de desarrollo, y el 65 % en los demás casos. El 60 % solo se justifica si ya te manejas con una capa Fn permanente, porque también elimina las flechas de dirección, a las que pocos programadores consiguen renunciar.

¿Qué teclado silencioso para programar en una oficina abierta? Un modelo con switches silenciosos, lineales o táctiles amortiguados. Evita todo lo que lleve la etiqueta clicky o azul. La amortiguación interna de la caja también cuenta: una espuma bien puesta rebaja la resonancia más que el propio switch.

¿Cuál es el mejor best coding keyboard para Mac? Cualquier teclado mecánico funciona, con dos detalles: comprueba que tenga modo macOS o un interruptor para invertir Comando y Opción, y prevé unas keycaps con las leyendas correspondientes si te importan las inscripciones. El remapeo con Karabiner cubre el resto.

¿Hay que pasarse al QWERTY para programar? No necesariamente. La ganancia es real en llaves y corchetes, pero se paga con una fase de reaprendizaje y con una fricción permanente en cuanto escribes con tildes o con la ñ. Una capa de símbolos sobre tu distribución actual aporta buena parte del beneficio sin ninguno de esos costes.

¿Cuánto se tarda en acostumbrarse a un formato nuevo? Cuenta unos días para un simple cambio de formato, pasar de un full size a un 65 % por ejemplo, porque los dedos recuperan enseguida sus referencias. Cuenta varias semanas para un cambio de distribución, que reconstruye la memoria motriz desde cero. No hagas nunca las dos cosas a la vez.