La frappe à l'aveugle pour les développeurs : la vitesse en code, ce n'est pas que les MPM

Un dactylo rapide peut coder lentement

Quelqu’un à 90 MPM sur des mots courants se sent souvent aussi lent qu’un dactylo à 50 MPM devant du code. La raison : un test classique, c’est presque uniquement des minuscules et des espaces. Le code, non : parenthèses, accolades, crochets, tirets bas, guillemets, signes égal, deux-points, plus les changements de casse du camelCase.

Le cas particulier de l’AZERTY

Sur un clavier français, { } [ ] \ | et @ passent tous par AltGr, et les chiffres demandent Maj. C’est pourquoi beaucoup de développeurs francophones passent en QWERTY ou en disposition BÉPO. Mais on peut très bien coder en AZERTY — à condition d’entraîner ces combinaisons.

Les caractères qui ralentissent

• Accolades et crochets, aux extrémités du clavier.
• Symboles avec modificateur — _ = + : ".
• camelCase et snake_case, avec leurs micro-changements de casse.
• L’indentation, deux ou quatre espaces en début de ligne.

S’entraîner spécifiquement au code

C’est tout l’objet du jeu Taper du code et du test de frappe de code en 13 langages :

1. Ne sautez pas l’indentation.
2. Lisez avant de taper : une ( annonce une ).
3. Habituez l’auriculaire et AltGr aux bords du clavier.
4. Pratiquez les deux langages si vous utilisez les deux.

Ça se construit sur les bases

Si vous cherchez encore les lettres, commencez par les leçons de dactylographie, dont la leçon sur les symboles de programmation.