Présentation faite en remote lors du Cocoaheads Nantes de Novembre 2019.

1. Architecture Émergente
Guidée par les Tests
Nicolas VERINAUD
@nverinaud
academie.ryfacto.fr

2. Architecture Émergente
Guidée par les Tests
Nicolas VERINAUD
@nverinaud
academie.ryfacto.fr

3. Code == Littérature
DISCLAIMER

4. Tout est compromis
DISCLAIMER
Coûts vs Bénéfices

5. L’archi parfaite n’existe pas
DISCLAIMER
vous pouvez arrêter de chercher ;-]

6. Architecture

7. Architecture != Pattern
MVC, MVVM, VIPER, MVP, ...

8. « Organisation des divers éléments constitutifs d’un
système informatique, en vue d’optimiser la conception de
l’ensemble pour un usage déterminé. »
Larousse
https://www.larousse.fr/dictionnaires/francais/architecture/5078

9. Architecture == Conception

10. Émergente

11. « Qui apparaît soudainement au cours de l'histoire »
Larousse
https://www.larousse.fr/dictionnaires/francais/%C3%A9mergent/28715

12. Pourquoi faire émerger la
conception ?

13. Le changement

14. Le changement
Ses sources ?

15. Le changement
Ses sources ?
Le besoin change

16. Ses sources ?
Le besoin change
Notre compréhension change

17. Le besoin change
Notre compréhension change
Nul en divination

18. Anticiper == sur-ingénierie

19. Anticiper == sur-ingénierie
Code « au cas où »

20. Anticiper == sur-ingénierie
Code « au cas où »
Complexité accidentelle

21. 3 complexités (Out of the Tar Pit)

22. 3 complexités (Out of the Tar Pit)
Essentielle

23. 3 complexités (Out of the Tar Pit)
Essentielle
Nécessaire

24. Essentielle
Nécessaire
Accidentelle

25. Défi
« Bien doser la complexité
nécessaire & éliminer la
complexité accidentelle »

26. https://martinfowler.com/articles/is-quality-worth-cost.html

27. Qu’est-ce qu’une bonne
conception ?

28. Qu’est-ce qu’une bonne conception ?
Réponds au besoin
d’aujourd’hui...

29. Qu’est-ce qu’une bonne conception ?
Réponds au besoin d’aujourd’hui...
...en gardant les options
ouvertes pour demain.

30. ...en gardant les options ouvertes pour
demain.
SOLID, DRY

31. Faire émerger la conception

32. Faire émerger la conception
Changer la structure...

33. Faire émerger la conception
Changer la structure...
...sans changer le
comportement !

34. Faire émerger la conception
Changer la structure...
...sans changer le comportement !
Comment ?

35. Changer la structure...
...sans changer le comportement !
Comment ?
Refactoring régulier

36. ...sans changer le comportement !
Comment ?
Refactoring régulier
Je risque de tout péter non ?

37. Refactoring régulier
Je risque de tout péter non ?
Non ! Grâce aux tests
automatisés !

38. Encore faut-il en avoir

39. Encore faut-il en avoir
Encore faut-il leur faire
confiance

40. Encore faut-il en avoir
Encore faut-il leur faire confiance
Mauvais tests pire que pas de
tests

41. Qu’est-ce qu’un bon Test ?

42. Qu’est-ce qu’un bon Test ?
F.I.R.S.T.

43. Qu’est-ce qu’un bon Test ?
F.I.R.S.T.
Fast

44. F.I.R.S.T.
Fast
Independent

45. F.I.R.S.T.
Fast Independent
Repeatable

46. F.I.R.S.T.
Fast Independent Repeatable
Self Validating

47. F.I.R.S.T.
Fast Independent Repeatable Self Validating
Timely

48. F.I.R.S.T.
Fast Independent Repeatable Self Validating Timely
TDD

49. TDD
Conception Just-In-Time

50. TDD
Conception Just-In-Time
Lister les besoins

51. TDD
Conception Just-In-Time Lister les besoins
Danser !

52. TDD
Danser !
RED

53. TDD
Danser !
RED
DIAGNOSTIC

54. DIAGNOSTIC
TDD
Danser !
RED
GREEN

55. DIAGNOSTIC
TDD
Danser !
RED GREEN
REFACTOR

56. DIAGNOSTIC
TDD
Danser !
RED GREEN REFACTOR
Tests == Spécifications

57. Tests == Spécifications
Fonctionnelle

58. Tests == Spécifications
Fonctionnelle
Pas technique !

59. Tests == Spécifications
Fonctionnelle
Pas technique !
Ne pas coupler tests & prod

60. Exemple

62. Changement inévitable

63. Changement inévitable
Faire émerger la conception

64. Changement inévitable
Faire émerger la conception
Tests pour ne rien casser

65. Faire émerger la conception
Tests pour ne rien casser
F.I.R.S.T. & Spécifications

66. Pour aller plus loin...

67. Pour aller plus loin...
⁃ « Growing Object-Oriented Software Guided by Tests », Steve
Freeman & Nat Pryce
⁃ « Refactoring », Martin Fowler
⁃ « Clean Code », Robert C. Martin
⁃ « Hexagonal Architecture », Alistair Cockburn
⁃ « TDD by Example », Kent Beck

68. Pour aller plus vite...
academie.ryfacto.fr
nicolas.verinaud@ryfacto.fr

69. academie.ryfacto.fr
nicolas.verinaud@ryfacto.fr
Merci !