- Architecture
- Conférence
- Standard
- 55 min
Vous pensiez que la dette technique était le pire? Voici la dette de conception !
Date jeudi
Horaire 8h30 Ă 9h25
Salle Amphi A
Description
Dans nos mĂ©tiers, la dette technique est sans doute la chose la plus frustrante, Ă©prouvante et coriace contre laquelle nous devons lutter. Bien sĂ»r, il existe des bonnes pratiques : refactoriser, viser la simplicitĂ© avec KISS, Ă©viter de trop anticiper avec YAGNI afin de limiter cette dette au maximum. Et pourtant, on nây vient jamais vraiment Ă bout. Pire encore, elle continue de sâaccumuler mĂȘme lorsque nous les appliquons, comme une fatalitĂ©. Et si ces mĂȘmes bonnes pratiques ne faisaient parfois quâempirer le problĂšme au lieu de le rĂ©soudre ? La dette technique peut nâĂȘtre que la partie visible de quelque chose de plus profond : la dette de design accidentelle. Un problĂšme bien plus complexe, donnant lieu Ă des logiciels spaghettis et Ă des microservices en « monolithe distribuĂ© », dont nous sommes souvent Ă lâorigine sans mĂȘme nous en rendre compte. Dans cette confĂ©rence, nous explorerons les mĂ©canismes de la dette de design et ses impacts, consĂ©quents sur notre architecture, nos processus, notre organisation, et mĂȘme notre business. Ă travers des exemples concrets, nous verrons comment la dĂ©tecter, analyser sa profondeur et agir avant quâelle ne sâancre durablement.
Orateur·ices
Josian Chevalier
Tech coach at Shodo, he helps teams accelerate development and improve their practices. He navigates between code, organization, and strategy to create systems enabling exploration and continuous improvement while producing quality software efficiently.
Julien Topçu
Julien is a hands-on CTO with 15 years of experience, specializing in Domain-Driven Design (#DDD). His expertise lies in helping organizations build systems that deliver high business value. Julien focuses on aligning organizational structure, architecture and software practices with business objectives. As a member of the OWASP foundation, he actively promotes application security best practices. An international speaker, Julien enjoys sharing his knowledge with others.
Actions rapides
Les sessions futures sur le mĂȘme thĂšme
- Architecture
- Conférence
Cache-moi si tu peux : patterns et piĂšges du cache en production
"On va mettre un cache, ça ira plus vite." Cette phrase a dĂ©jĂ coĂ»tĂ© des nuits blanches Ă bien des Ă©quipes. Le cache est souvent introduit comme une "optimisation" rapide Ă mettre en place. En rĂ©alitĂ©, il transforme profondĂ©ment le comportement d'un systĂšme : cohĂ©rence Ă©ventuelle, donnĂ©es obsolĂštes, effets de bord distribuĂ©s... et bugs impossibles Ă reproduire. Aujourd'hui, ces mĂȘmes dĂ©fis rĂ©apparaissent dans les architectures intĂ©grant des LLMs, avec l'Ă©mergence de modĂšles comme le *semantic caching*. Partons ensemble pour un voyage pragmatique dans le monde du cache : - ce qu'est rĂ©ellement un cache (et ce qu'il n'est pas), - les principaux patterns de caching et leurs compromis, - les anti-patterns classiques qui transforment une application rapide en cauchemar opĂ©rationnel, - un arbre de dĂ©cision pour choisir la bonne stratĂ©gie. Cette session vous donnera les outils pour construire des systĂšmes rapides et prĂ©visibles, et vous aidera Ă ne plus jamais considĂ©rer le cache comme un simple dĂ©tail d'implĂ©mentation.
Jeudi 11h30 Ă 12h25 - Amphi B
- Architecture
- Conférence
Du rate limiting technique à la plateforme API monétisée : notre retour d'expérience
Fin 2025, nous avons mis en place un mĂ©canisme de rate limiting sur nos APIs Ă lâaide de Spring Cloud Gateway. DĂ©but 2026, le business y voit une opportunitĂ© plus large : quotas journaliers, endpoints premium et facturation Ă lâusage. Nous avons du rĂ©agir et faire Ă©voluer un mĂ©canisme purement technique en une plateforme API beaucoup plus large : Gateway custom vs solution dâAPI Management sur Ă©tagĂšre (Kong, Gravitee...) Quotas persistants vs limites court terme Gestion in-memory vs stockage Redis distribuĂ© Performance Ă 200 requĂȘtes par seconde et 400k utilisateurs ObservabilitĂ© interne vs exposition client Dans ce talk, nous dĂ©crirons la mise en place de notre rate limiting technique puis les dilemmes rencontrĂ©s en le transformant en plateforme API commercialisable
Jeudi 14h00 Ă 14h55 - Amphi A
- Architecture
- Tool in action
Green Architecture : moins de gras, plus dâimpact, plus d'efficacitĂ© !
Vos APIs ont pris un peu de poids ? Elles consomment plus que nĂ©cessaire ? Pas de panique, on sort la boĂźte Ă outils pour leur faire un Green relooking ! Dans ce Tools-in-Action, nous appliquerons pas Ă pas le framework "API Green Score" sur une API rĂ©elle et existante, avec des outils open-source et des mĂ©triques concrĂštes. Le constat est simple : les APIs modernes sont souvent gourmandes. Le problĂšme ? Pas le manque de principes, mais lâabsence de rĂšgles mesurables et automatisĂ©es. En live, nous : - prendrons les mesures (payload, latence, cache), - calculerons le Green Score par endpoint, - mettrons en place des rĂšgles actionnables : compression GZIP/Brotli, champs partiels, allĂšgement des donnĂ©es transfĂ©rĂ©es, pagination obligatoire, ⊠- automatiserons la non-rĂ©gression (SonarQube, Spectral). RĂ©sultat ? Une API plus lĂ©gĂšre, plus rapide, et un impact environnemental rĂ©duit. Nous vous montrerons les gains en direct (avant/aprĂšs) : trafic rĂ©seau rĂ©duit, latence stabilisĂ©e, cache optimisĂ©. Et pour repartir avec du concret, un repo GitHub vous attend avec tout le nĂ©cessaire pour reproduire la dĂ©marche.
Jeudi 15h00 Ă 15h25 - Amphi A