Development PracticesConference50min
Design Patterns ou fantômes venus du passé
Le talk montre que Java et Spring ont intégré de nombreux design patterns via records, sealed classes, pattern matching, DI et proxies. Objectif : identifier le code devenu inutile, tout en conservant la compréhension des patterns pour résoudre les vrais problèmes.
talk.summaryAiDisclaimer
Khadija ABDELOUALIOnepoint
« Il faut un Singleton ici. »
« Faisons une Factory. »
« Ça mérite une Strategy. »
Ces phrases vous semblent familières ? C'est normal. Les design patterns font partie du bagage obligatoire de tout développeur qui se respecte. Nous les avons appris, mémorisés, dessinés… et appliqués très religieusement. 📖
Mais et si une partie des design patterns que nous continuons à écrire en 2026 n'avait plus aucune raison d'exister ?
Depuis plusieurs releases majeures, Java et Spring ont discrètement changé les règles du jeu. Records, sealed classes, pattern matching, injection de dépendances, AOP, proxies... Le langage et les frameworks ont absorbé une grande partie du code que nous écrivions autrefois à la main.
Dans ce talk, nous ferons le tri entre le code "by the book" que vous pouvez (et devez) supprimer, et la connaissance fondamentale des patterns qui reste votre meilleur atout pour comprendre ce qui se passe réellement sous le capot.
L'objectif n'est pas de déclarer les design patterns morts, mais de comprendre où ils vivent désormais. Parce qu'un développeur expérimenté ne reconnaît pas un pattern à son diagramme UML, mais au problème qu'il résout. 🎯
Alors, prêts à supprimer du code plutôt qu'à en écrire 🚀 ?
« Faisons une Factory. »
« Ça mérite une Strategy. »
Ces phrases vous semblent familières ? C'est normal. Les design patterns font partie du bagage obligatoire de tout développeur qui se respecte. Nous les avons appris, mémorisés, dessinés… et appliqués très religieusement. 📖
Mais et si une partie des design patterns que nous continuons à écrire en 2026 n'avait plus aucune raison d'exister ?
Depuis plusieurs releases majeures, Java et Spring ont discrètement changé les règles du jeu. Records, sealed classes, pattern matching, injection de dépendances, AOP, proxies... Le langage et les frameworks ont absorbé une grande partie du code que nous écrivions autrefois à la main.
Dans ce talk, nous ferons le tri entre le code "by the book" que vous pouvez (et devez) supprimer, et la connaissance fondamentale des patterns qui reste votre meilleur atout pour comprendre ce qui se passe réellement sous le capot.
L'objectif n'est pas de déclarer les design patterns morts, mais de comprendre où ils vivent désormais. Parce qu'un développeur expérimenté ne reconnaît pas un pattern à son diagramme UML, mais au problème qu'il résout. 🎯
Alors, prêts à supprimer du code plutôt qu'à en écrire 🚀 ?
Khadija ABDELOUALI
Khadija est une **développeuse Full-Stack** chez OnePoint. Elle est passionnée par tout ce qui est nouvelles technologies et solutions algorithmiques 💻.
Assoiffée d’**apprendre** et surtout de **partager** ses connaissances et découvertes, elle adore **échanger** afin de faire de l’informatique une belle aventure et inspirer les autres à explorer les possibilités infinies de ce domaine en constante évolution 🚀.
Assoiffée d’**apprendre** et surtout de **partager** ses connaissances et découvertes, elle adore **échanger** afin de faire de l’informatique une belle aventure et inspirer les autres à explorer les possibilités infinies de ce domaine en constante évolution 🚀.