Description
Nous organisons des coding-dojo depuis fort fort longtemps et c’est une chose très fluide. Vous vous demandez peut-être comment nous nous y prenons ou comment vous devriez vous y prendre pour en organiser un au sein de votre entreprise ou d’une communauté.
Présentateurs :
- Anthony
- Colin
- Florent
- Nolwenn
Tips
- Avoir le support du management
- Pour un premier kata
- Faire un rappel de TDD
- Commencer par un sujet simple (FizzBuzz, Leap year), ne pas se forcer à le finir
- Jetter le code
- Varier les formats (pair programming, ensemble programming, driver fix/tournant)
- Essayé d’avoir un membre expérimenté
- Ne pas apprendre des designs
- Distinguer les dojos green field / legacy/refactoring
- Ne pas chercher à finir le kata
- 1h30-2h c’est assez
- “le temps qu’on me donne, c’est le temps qu’il me faut”
- “on ne fini jamais un kata”
- Identifier le 10% des personnes moteurs, laisser les 10% qui sont contres, embarquer ceux des 80% qui sont neutres
- La plupart des gens ne sont pas convaincue par les arguments
- frustrations acceptables/inacceptables
- Troll sur le jeu de la vie (mention spéciale à Niak qui a du mal avec les prénoms)
- Changer les contraintes et le style d’animation pour éviter l’ennui
- Troll lâche : “À vaincre sans péril, on évite les problèmes” Clancy Wiggum
- Animer ne demande pas énormément de préparation
- Choisir un sujet
- Butiner entre les groupes, polliniser les pratiques et autres pratiques chhampètres
- https://www.linkedin.com/posts/fabien-puissant-15628b193_mon-parcours-avec-le-tdd-2021-je-activity-7264965995235041280-tEhv
- Chercher les effet wahou
- Setup
- Présentiel : mieux pour une équipe qui ne se connait pas, plus facile d’avoir des conversations informelles
- Distenciel : plus simple pour le setup, plus facile de rencontrer des gens, plus facile pour les gens timides
- Un(e) développeu(r/se) ne sera remplacé(e) par l’IA que s’il/elle considère que son travail est de produire du code, par de résoudre un problème
- Le développement implique plus que du code, un(e) développeu(r/se) doit pouvoir contribuer à son équipe/son département/son entreprise
ROTI
Pas de ROTI (troller les aura distrait)