Talk in French at Forum PHP 2019
View Slides: https://mnapoli.fr/presentations/architecture-progressive/architecture-progressive.pdf
Short URL: https://joind.in/talk/bf50d
(QR-Code (opens in new window))
MVC, CRUD, ORM, SOA, DDD, CQRS, event sourcing, architecture hexagonale, micro-services… J'ai toujours couru après la solution optimale mais je n'ai encore jamais vu le projet parfait. Fini de courir.
Et si la meilleure architecture ne dépendait pas de sa maintenabilité, son extensibilité ou sa testabilité, mais plutôt du contexte ? Le métier, la stratégie business, l'humain… Des variables pas toujours familières pour nous développeurs, alors qu'il existe des outils pour mieux les comprendre.
L'architecture progressive se place en approche plutôt qu'en solution. Cette approche est libératrice : nous n'avons plus à opposer SQL et ORM, CRUD et DDD, façades et injection de dépendances ! Nous pouvons produire de la valeur ajoutée en mettant en face la qualité et l'effort approprié.
Comments
Comments are closed.
Clair, précis.
C'était trop cool dommage que tu n'ai pas eu le temps de nous en dire plus !
Bonne conf merci.
J’adore, le fond et la forme, bravo et merci
Une chose à retenir : on doit avoir complexité du code
Un message très important et délivré de manière limpide.
J'ai adoré la formule "complexité patterns
Très bonne conf.
J'avais peur que ce soit une Nième conf sur "Il faut faire de la clean archi sur tous les projets".
Et quelle ne fut pas ma surprise.
Très bon retour d'expérience.
Merci
Merci d'avoir dit haut et fort que dans certains cas, on peut faire les choses simplement !
Il ne faut pas forcément chercher de la complexité là où il n'y en a pas, et vouloir faire telle ou telle architecture car c'est celle dont on a entendu parlé.
L'une des meilleurs conf cette année. J'ai apprécié ce retour d'expérience sincére et qui ose enfin dire :
Oui le crud n'est pas un gros mot
Oui nous pouvons faire des requêtes SQL (de temps en temps faut pas abuser non plus)
Il n'existe pas d'architecture type
On peut créer plusieurs entitées "similaires" mais pour des usages différents (customer vs user)
Cela fait des années que je porte également ce combat, et c'est appréciable de voir que c'est un point de vue partagé.
Petit bémol, peut-être est-ce parce que j'ai vu plusieurs conférences de Matthieu, et que celle-ci était un condensé, mais j'avais l'impression d'un déjà vu.
Mais merci pour cette belle conférence