Deuxième session théorique de l'AgileCampusTour à Mons, sur les techniques de développement

1. AgileCampusTour

2. La fine équipe
Julien Biezemans
julien@agilecampustour.org
@jbpros
Simon Schoeters
simon@agilecampustour.org
@cimm
Marc Lainez
marc@agilecampustour.org
@mlainez
Si vous voulez tweeter utilisez le hashtag #actbe

3. Souvenez-vous de Bob

4. Le projet sur lequel il travaille

5. Et sa vision du déroulement d’un tel
projet
Blu
Week Day
Sto TO WI D
~ Na
rie D P O
~
s O (4) NE Mi
~
~
~

6. Et sa vision du déroulement d’un tel
projet
Blu
Week Day
Sto TO WI D
~ Na
rie D P O
~
s O (4) NE Mi
~
~
~

7. Comment se passe le développement
au jour le jour ?

8. Chaque matin, Bob et son équipe se
réunissent en daily standup
Blue Team
Stories TODO WIP(4) DONE
~~~~~ 3
Name tags
~~~~~ 5
~~~~~ 2 Misc.
~~~~~ 3
~~~~~ 5

9. “Non, on ne s’assied pas durant un
standup”

10. Bob insiste sur la qualité du code
produit

11. Pourquoi ?
New
Guy

12. Bob veut simplement éviter
d’accumuler de la ‘dette technique’

13. Quand on code au plus vite et de manière non optimale, on contracte une
dette technique que l'on rembourse tout au long de la vie du projet sous
forme de temps de développement de plus en plus long et de bugs de plus
en plus réguliers
Wikipedia

14. C’est un peu comme un prêt pour
une maison...

15. Comment apparaît-elle ?

16. Comment la rembourser ?

17. Comment la rembourser ?
En “refactorant” le code !

18. Mais pas n’importe comment !

19. Bob insiste aussi sur la pratique du
pair programming

20. Quelle que soit la formule

21. 1 clavier 1 souris

22. 2 claviers 2 souris

24. 2 claviers 2 souris 2 écrans (mirroring)

25. Bob insiste également sur
l’importance des tests

26. A différents niveaux de l’application

27. Le test unitaire est un procédé permettant de s'assurer du fonctionnement
correct d'une partie déterminée d'un logiciel ou d'une portion d'un
programme.
Wikipedia

28. Les tests d'intégration ont pour but de valider le fait que toutes les parties
développées indépendamment fonctionnent bien ensemble de façon
cohérente.
Wikipedia

29. Mais au fond, à quoi ca peut bien
servir, ces tests...

30. Identifier une régression

31. Vérifier des critères d’acceptance

32. Protéger une application existante

33. “Oui mais les tests ça prend du
temps...”

34. C’est un investissement

35. Et une source de documentation

36. Et si on écrit ces tests avant le code, on
développe différement, c’est du TDD

37. Après avoir écrit un test, on l’exécute...

38. On écrit le code minimal pour qu’il passe

39. On “refactore” le code

40. Si une régression apparaît on le voit tout
de suite !

41. Exemple : les “specs” de Carcassonne

42. On peut aussi aller plus loin et faire
intervenir la valeur métier du client

43. Les paires recoivent les sénarios
“Lorsque je remplis le champ et
“Lorsque je suis sur le menu
que j’appuie sur le boutton, alors
principal, je dois voir l’image du
le nom doit apparaître dans la
jeu”
liste”

44. Et écrivent leurs tests dans un langage
lisible par leur client

45. Ils font du BDD

46. Avec Cucumber ou JBehave

47. Exemple : un “feature” de carcassonne

48. Dès que la fonctionnalité répond à la
notion de “terminé”

49. Elle est envoyée au “système de
versioning”

50. Pourquoi ?
I
Conflicts
Back to last did
commit please
! this
Conflicts

52. La fonctionnalité envoyée, le serveur
d’intégration continue prend le relais

53. Il va exécuter la suite de tests

54. Vérifier qu’on a pas de régression

55. Si tout passe, on déploie en “staging”

56. Afin que le client puisse tester

57. Si c’est accepté, on peut déployer en
production

58. Blu
Week Day
Sto TO WI D
~ Na
rie D P O
~
s O (4) NE Mi
~
~
~

59. Ce n’est pas une recette miracle, et ça ne
convient pas à tout le monde...

60. Et comment on fait sur un projet
existant ?

61. Adapter le processus progressivement

62. En organisant des rétrospectives

64. S’attaquer à la dette technique
progressivement

65. Grâce à des “smoke tests”

66. Et la méthode mikado

67. Un peu de lecture ?

68. Encore une petite rétrospective ?

69. Questions?
@agilecampustour http://agilecampustour.org