"Pour coder rapidement, vous devez quitter le codage"

Tout d'abord, pas ma phrase: http://www.whattofix.com/blog/archives/2010/11/to-code-quickly.php Props à M. Markham.

MAIS, cela m'a fait penser à beaucoup de questions que j'ai vues sur la capacité de faire avancer les choses.

L'approche préconisée (régler une minuterie pour une période définie, dans ce cas, 50 minutes, mais j'ai vu des gens parler de briser la procrastination en fixant des durées aussi courtes que cinq minutes sur des tâches que vous ne pouvez tout simplement pas vous imposer, puis en prenant une courte pause) semble être du bon sens, mais beaucoup de gens préconisent d'entrer dans la "zone" et d'y rester le plus longtemps possible, peut-être plusieurs heures, plutôt que de casser leur sillon.

Je continue d'essayer différentes approches et je trouve que chacune a ses propres forces et faiblesses.

Quel type de technique utilisez-vous pour être plus EFFICACE (c.-à-d. Faire le travail au niveau de qualité requis par votre client / patron / etc. dans le délai imparti) dans votre développement logiciel et pas seulement pour passer plus de temps au clavier ?

J'utilise cette technique quotidiennement. Ma minuterie est de 45 minutes de travail pour 10 minutes de repos.

Je maximise également le temps passé sur l'ordinateur à 4 heures par jour . Je comprends que ce n'est pas possible lorsque votre tâche principale consiste à coder. Le reste du temps, je fais n'importe quelle tâche qui ne nécessite pas d'ordinateur.

L'outil que j'utilise est un WorkRave . L'auteur l'a écrit parce qu'il a commencé à avoir des problèmes physiques en raison de son incapacité à arrêter le codage pendant de longues heures.

Je suis moins stressé et cela a eu un impact positif sur ma productivité.

Depuis quelques semaines, j'essaie également quelques techniques de pleine conscience pendant les temps de pause. Délicieux.

En ce qui concerne les techniques anti-procrastination, j'en ai une qui bat tout ce que j'ai essayé auparavant:

Je gère une seule liste de tâches, hiérarchisée par importance. Je choisis le premier de la liste.

Je maintiens la liste (et le calendrier) avec une combinaison de GTD et 7 habitudes .

Pour améliorer l'efficacité de la liste, écrivez vos tâches en tant qu'actions suivantes au lieu de descriptions (voir le chapitre Actions, contextes et projets dans ce billet de blog )

Je ne suis pas impressionné par cet essai; il a passé quoi, un jour à essayer sa nouvelle méthode?

Cela dit, Pomodoro et les techniques similaires semblent avoir une popularité de niche persistante. En général, j'essaie de trier mes jours en "jours de concentration" et "jours divers". Les jours de concentration, je me présente dans des vêtements légèrement plus décontractés, peut-être un peu plus tôt (ou reste plus tard). Je n'ai pas de réunions ces jours-là, donc je peux essentiellement écrire mon propre horaire, ce qui me permet de mieux me concentrer. Les autres jours, j'ai des réunions, des rendez-vous, etc. Je n'aurai pas le temps de me concentrer, alors j'essaie de planifier des tâches plus petites et plus faciles pour remplir mon temps.

Une bonne façon d'augmenter la productivité dans le codage est la génération de code de tous les bits passe-partout; refactoriser tout ce qui est dupliqué, etc.

L'essentiel à retenir ici est qu'il n'y a pas de solution «taille unique».

Il existe de nombreuses techniques pour améliorer votre capacité à "faire avancer les choses" et l'une des raisons est que différentes choses fonctionnent pour différentes personnes.

Certaines personnes se débrouillent très bien avec ce type de méthodologie (cf. Technique Pomodoro) et certaines personnes trouveront que cela détruit leur concentration - je n'aime vraiment pas m'arrêter en cours de tâche et c'est presque invariablement ce que les systèmes basés sur une minuterie me font ... conceptuellement bonne, mise en œuvre difficile (vrai pour la majorité des méthodologies structurées de gestion du temps et autres)

Étant donné que le codage est le problème à résoudre, en plus des techniques mentionnées par Pierre, je suggérerais de coder dans un langage dynamique, si possible (Python est un plaisir de travailler, par exemple): ces langages vous permettent d'être extrêmement productive (les temps de codage mesurés montrent un facteur d'amélioration de 2 à 10 par rapport à C). Ils sont si agréables à travailler que vous pourriez ne jamais "simplement passer du temps sur votre clavier".