- Présentation -

Ça y est ! C’est décidé ! Vous allez construire des applications de meilleure qualité. Vous êtes convaincu•e que, pour cela, certaines pratiques de développement sont fondamentales comme par exemple les revues de code ou les tests unitaires automatisés.
Mais le problème, c’est que vos collègues n’en font pas. Parce que « c’est trop cher on n’a pas le temps », « je ne connais pas », « on ne m’écoutera pas », « ça ne marchera pas chez nous », « je crains les remarques sur mon code »...
Mais alors, comment vous y mettre sur votre projet ? Et comment faire en sorte que vos collègues s’y mettent également ?
Après cette conférence, quand vous reviendrez sur votre plateau projet, vous aurez quelques éléments à essayer tout de suite. Et peut-être de quoi élaborer un plan de bataille pour que vous et votre équipe soyez fiers de votre code et ainsi conquérir le monde ! ;-)

- Pourquoi ça nous intéresse -

Plusieurs conférences parlent très bien de qualité de code, et des pratiques de développement qu'on met derrière "craftsmanship" (*DD, code review etc). Mais peu parlent de comment y aller, en étant intégré dans une équipe de développement, et sans avoir de mandat particulier pour changer les choses.
Je propose du retour d'expérience, et des trucs actionnables en revenant après la conférence sur son plateau projet.
Mon but est d'aider les personnes qui codent à être en capacité d'influencer leur équipe, sans infliger de l'aide, et avec une "posture basse".

Comments

Comments are closed.