novembre
2008
Un article de Bruno Orsier
Des billet récents (Vitesse de frappe et Taper plus vite que son ombre) de collègues de Developpez.com ont attiré mon attention sur ce site french-speedtest.10-fast-fingers.com bien pratique pour mesurer sa vitesse de frappe. Ce site semble connaître un certain succès car lors de mon test il y avait 336977 entrées dans la liste des scores ! Avec 37 mots/minute je suis 12000ème environ !
Coïncidence ou non, depuis plusieurs jours j’avais décidé de passer 5 minutes par jour pendant un mois à essayer d’augmenter ma vitesse de frappe, aiguillonné en cela par ce billet de Jeff Attwood We Are Typists First, Programmers Second.
Voici d’ailleurs un graphique présentant mes meilleurs résultats sur ces derniers jours : il semble y avoir une tendance à l’amélioration, environ 5 mots supplémentaires en une semaine.
Cette tendance va-t-elle se poursuivre sur un mois ? On verra dans un prochain billet.
Mais pourquoi un billet sur ce thème, me direz-vous, alors que mes camarades blogueurs agiles se consacrent actuellement (et c’est justifié) à des sujets très sérieux comme le rapprochement possible du CMMi et de l’agilité ? Voyez en effet ce fil de discussion Interrogation autour de « CMMi & Agile: why not embrace both! », ainsi que ces billets de Laurent Morisseau, Alexandre Boutin, Emmanuel CHENU. Encore plus sérieux : The Decline and Fall of Agile et Getting Trashed by the Lean Machine !
Eh bien ce qui m’intéresse surtout c’est de définir un chemin de progression pour les développeurs (moi y compris) qui voudraient mieux maîtriser leur métier, et il me semble que taper vite est l’une facultés à la fois essentielle et facile à acquérir. Je ne suis pas le seul à le penser, j’ai cité plus haut le billet de Attwood, mais il y a aussi celui de Steve Yegge, Programming’s Dirtiest Little Secret.
Taper vite est essentiel pour un développeur agile. En effet, l’un des aspects du TDD est de profiter de l’énorme puissance de nos machines pour obtenir des réponses à nos questions (sur le code, sur le problème à résoudre, sur le langage de programation, sur une bibliothèque, etc.), au lieu de chercher ces réponses soit en réfléchissant devant une feuille blanche, soit en dessinant des diagrammes compliqués, soit en faisant des recherches dans des documentations volumineuses… Attention, je ne dis pas qu’il ne faut pas pratiquer ces dernières activités à bon escient !
Mais en tout cas taper vite permet d’injecter plus de questions dans la « machine » TDD, d’explorer plus de pistes, de ne pas hésiter à faire de tout petits pas, de ne pas hésiter à faire les remaniements (refactoring) nécessaires…
Donc je vous invite à passer quelques minutes par jour à essayer de taper plus vite, et à publier vos résultats, ainsi que vos trucs et astuces sur la question !
3 Commentaires + Ajouter un commentaire
Commentaires récents
- dans Des tableaux pour l’intégration d’un équipier dans une équipe Scrum
- dans Rétrospectives, la directive première
- dans Des tableaux pour l’intégration d’un équipier dans une équipe Scrum
- dans Des tableaux pour l’intégration d’un équipier dans une équipe Scrum
- dans Des tableaux pour l’intégration d’un équipier dans une équipe Scrum
salut Bruno,
Encore un très bon article de ta part qui m’oblige cette fois-ci à m’inscrire comme promis
En effet, s’entrainer me paraît une bonne pratique afin notamment d’uniformiser la vitesse de frappe entre les binômes.
à bientôt,
Nicolas
43 mots !
Sinon, il y a également ce site qui propose des phrases : http://www.lecturel.com/clavier/mots-par-minute.php
J’aime bien ton billet et merci pour le backlink sur mon site.
A noter que même Vincent Massol s’y met, le site de frappe est en anglais, j’ai essayé c’est pas joli joli…:
http://twitter.com/vmassol/status/1021624873