Architecture Agile durable (v 2.0)
0 j'aime50 vues
Le document discute des défis du développement logiciel moderne, en mettant l'accent sur la nécessité d'une architecture durable, modulaire et flexible pour s'adapter à l'évolution rapide des technologies. Il met en lumière les pièges communs qui rendent certaines architectures éphémères, tout en soulignant l'importance de pratiques et principes de développement solides. L'auteur conclut en affirmant que l'architecture durable doit s'accompagner de pratiques durables pour réussir dans un environnement en constante mutation.
Architecture Agile durable (v 2.0)
- 1. FÉLIX-ANTOINE BOURBONNAIS B.ING., M.SC., PSM Version 2.0 – Mai 2016 Architecture Agile durable
- 2. 2
- 5. 5 Formations Accompagnement Diagnostics Conférences Félix-Antoine Bourbonnais fbourbonnais@elapsetech.com
- 7. 7 7 Expert en… / Tests automatisés / Pratiques de développement / Architecture évolutive / Spécification par l’exemple et BDD / Agilité et Scrum Félix-Antoine Bourbonnais
- 9. 9 Le défi moderne: la maintenabilité !
- 10. 10 Ce n’est pas une course courte piste!
- 11. 11 C’est un marathon … sans fin !
- 12. 12 Pour gagner, il faut une vélocité stable…
- 13. 13 Pour cela il faut s’outiller pour garder le rythme!
- 14. Gestion de projets durable + Architecture durable + Pratiques durables Image : http://robclearyphoto.blogspot.ca/2012/06/green-roof-cookfox.html Développement logiciel durable 14
- 15. 1. They want to use an agile process, and pick Scrum 2. They adopt the Scrum practices, and maybe even the principles 3. After a while progress is slow because the code base is a mess -- Martin Fowler Flacid Scrum
- 16. 17 Nos prochains 90 minutes… 17
- 17. DÉFIS DU DÉVELOPPEMENT MODERNE Les 18
- 18. 19 L’informatique est l’ADN de nos entreprises
- 19. 20 Ça bougeait vite… Et ça bouge encore plus vite !
- 20. Le futur technologique est incertain et il faut livrer de plus en plus vite… La réalité 21 Cloud Big-Data NoSQL Distribué Mobile
- 21. 22 L’architecture doit donc évoluer avec l’entreprise… et donc être flexible !
- 22. 23 Est-ce que nos architectures sont Agiles ? Mais…
- 23. 24 Mais il ne faut surtout pas ralentir…
- 24. 25 Le développement logiciel est désormais un flot perpétuel…
- 25. 26 … sans compromettre la qualité!
- 26. Les principes d’architecture durable existent! Comment augmenter ma maintenabilité alors ? 27
- 27. 28 On veut une architecture durable, modulaire et flexible !
- 28. Pour s’adapter aux nouvelles réalités, il faut revisiter l’OO à la lumière de ces défis.. Notre objectif 29
- 29. LES FONDEMENTS D’UNE ARCHITECTURE DURABLE Partie 2 31 Architecture durable
- 30. Rien n’est noir ou blanc… Tout est une question de connaître pour appliquer ou non les concepts selon le contexte Avertissement 32
- 31. Tout est à propos de casser les vagues de modifications! Architecture évolutive 33
- 32. A good architect maximizes the number of decisions not made -- Robert C. Martin 34
- 33. LES 5 PIÈGES QUI FONT UNE ARCHITECTURE ÉPHÉMÈRE... Partie 2 35 Architecture durable
- 35. Qu’est-ce que l’OO a apporté de nouveau ? 37
- 36. 38 La gestion des dépendances ! Orientation objet
- 37. La grande contribution de l’OO est la capacité à inverser la dépendance par rapport au flot d’exécution Inversion des dépendances 39
- 38. L’abstraction Le paradigme OO implique l’utilisation d’abstractions 40
- 39. Les dépendances Le polymorphisme est à la base même de l’OO 41 On veut brancher les dépendances, pas les souder!
- 40. L’effet d’avalanche ! Votre pire risque... 42Image Andre Charland / Flickr
- 41. Notre objectif… Contenir les vagues causées par les modifications !
- 42. Briser les dépendances 44 X SQLDb MapDb if( dbType == SQL ) ... sqlDb.query("SELECT id ..." else ... mapDb.get(id) X MapRepoSqlRepo repository.findById(id)Repository
- 43. L’ANÉMIE ET L’OBSESSION DES “GET” 45 Piège 2
- 44. Le « Tell don’t Ask » Image: sheelamohan et jscreationzs / FreeDigitalPhotos.net 46
- 45. Domaine où les objets ont des données mais pas de comportements. Les comportements sont uniquement dans des objets « Managers » qui gèrent le domaine Domaine anémique 47
- 46. Non pas forcément (ex.: Rails) Mais est-ce un choix conscient ou par défaut? Est-ce mauvais ? 48
- 47. L’UTILISATION D’UNE ARCHITECTURE UNIQUE… 49 Piège 3
- 49. 51 Un projet peut avoir plusieurs architectures ! De nos jours…
- 50. 52 Chaque style, pattern, etc. a des effets secondaires ! Rien n’est parfait…
- 51. Le drame…. Les organisations reproduisent toujours le même modèle architectural sans se poser de questions ! 53
- 52. MÉCONNAISSANCE DES « PATTERNS » ET « PRINCIPES » 54 Piège 4
- 53. • SRP Single Responsibility • OCP Open Closed • LSP Liskov Substitution • ISP Interface Segregation • DIP Dependency Inversion Principes S.O.L.I.D. 55
- 55. 57 Les Patrons pour entreprises 57 Domain Layer
- 56. Il faut comprendre les effets secondaires des patrons de conception… Les prendre quand vous n’avez pas la maladie peut vous tuer! Attention!
- 57. LA MAUVAISE COMPRÉHENSION DES « COUCHES » 59 Piège 5
- 58. 60 Le modèle en “couches” 60 Présentation : GUI, WS … Domaine d’affaires Persistance et services externesProblème…
- 59. 61 Image tiré de: http://www.dossier-andreas.net/software_architecture/ports_and_adapters.html Et si les couches étaient des « plugins » ? 61
- 60. Modèles architecturaux Hexagonal / Port&Adapter http://www.duncannisbet.co.uk/hexagonal-architecture-for-testers-part-1 62
- 62. Il faut savoir les utiliser au bon moment! Tackling Complexity in the Heart of Software Domain Driven Design (DDD)
- 64. Ceci n’est pas une invitation au BDUF ! (Big Design Up Front) Mais… 66
- 65. 67 Savez-vous ce que sera votre produit et la technologie dans 5 ans ?
- 66. 68 Il n’est pas nécessaire de deviner. Il faut simplement s’outiller pour évoluer avec eux!
- 67. 69 Mais l’architecture durable n’est pas suffisante… Il reste les pratiques durables…
- 69. 71http://lostechies.com/derickbailey/2009/02/11/solid-development-principles-in-motivational-pictures/ 71 Le développement logiciel n’est pas un jeu de Jenga !
- 70. Merci.
- 71. 73 Merci Notre site elapsetech.com Notre blogue developpementagile.com Twitter @fbourbonnais | @elapsetech Mon courriel fbourbonnais@elapsetech.com Mon LinkedIn linkedin.com/in/fbourbonnais/fr conferences.elapsetech.com Diapositives Nos présentations, chez vous!