Coder consiste de jongler entre 4 contraintes différentes :

1. Le code source doit fonctionner : doit présenter une solution cohérente des contraintes du système réel.
2. Le code doit résoudre le problème tel que présenté : la demande business n’est peut-être pas correctement formulée, c’est aux développeur·euse·s d'y apporter une solution adaptée pour satisfaire les besoins réels du client.
3. Le code doit s’insérer proprement à la solution actuelle : il ne peut ni fragiliser, ni rigidifier, ni opacifier ce système.
4. Le code doit être lisible par les autres développeur·euse·s, c’est-à-dire lisible, maintenable et montrer vos intentions.

Quand nous sommes distrait·e·s par un problème, quel qu’il soit, il est préférable de s’attarder à celui-ci ou, du moins, lui allouer un peu de temps. Il vaut toujours mieux prendre une heure pour vous calmer plutôt que persister à écrire du code que vous seriez obligé·e de jeter ou de vivre avec.

On peut parfois être interrompu·e par une ou plusieurs personnes. Il n’est pas professionnel d’être grossier·ère.

• Lorsque nous sommes bloqué·e·s sur un problème, il est préférable de faire appel à un·e partenaire de binôme. En cas d’interruptions, cette personne peut garder le fil de la discussion.
• Lors de TDD, le test actuel incarne le contexte actuel.
• Solution possible : prévoir une plage horaire où vous ne préférez pas être interrompu·e mais prévoyez un moment où votre porte est grande ouverte.

Si on reste assis·e devant notre écran, sans savoir quoi faire :

• Se détendre (aller marcher un peu, boire un café, etc)
• Le manque de sommeil est une cause possible
• Un problème nous trotte dans la tête