• 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

Voir la vidéo

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