Stop scaling and start tuning - Matt Burke - NDC Oslo 2026

Stop scaling and start tuning - Matt Burke - NDC Oslo 2026

Arrêtez de scaler et commencez à tuner - Matt Burke - NDC Oslo 2026

Historique des titres
  • Stop scaling and start tuning - Matt Burke - NDC Oslo 2026 — observé le 20261026-2337 UTC (YouTube)
🎙 Matt Burke 👥 230K 📅 7 octobre 2026 ⏱ 55 min 👁 2K 📄 opinion experte 🧭 2026-10-26
Disponible en : Français (actuel) English

Mots-clés

N+1eager loadinglazy loadingbatchingrecursive CTE

Résumé

Dans cette conférence donnée à NDC Oslo, Matt Burke partage son expérience de résolution de problèmes de performance sur une application web. Il commence par décrire le choix classique entre augmenter les ressources cloud ou réparer le code, soulignant que l’escalade n’est pas durable face à une croissance exponentielle. Diagnostic des problèmes à l’aide d’outils de monitoring comme App Insights et Zipkin, il identifie trois patterns de requêtes lentes : le pattern N+1, les requêtes dominantes, et un mystérieux phénomène d’attente. La majeure partie de la présentation se concentre sur le pattern N+1, illustré par une démo montrant le passage de 7,8 secondes à 394 millisecondes grâce à des techniques de batching et d’eager loading. Il aborde également les pièges du lazy loading des ORM et recommande de le désactiver pour éviter des requêtes cachées. Enfin, il traite d’un cas complexe de structure hiérarchique résolu par une requête récursive en SQL (CTE), démontrant l’importance de savoir écrire du SQL quand l’ORM devient limité. La conclusion insiste sur l’importance de la télémétrie, de l’établissement de bases de référence et de la justification des investissements en optimisation auprès de la direction.

189 mots

Évaluation critique

Valeur des informations & solidité de l’argumentation

La valeur principale réside dans la mise en évidence de problèmes très courants en développement web et la proposition de solutions concrètes, éprouvées sur un projet réel. L’argumentation est solide, basée sur des exemples chiffrés (7,8 secondes → 0,39 seconde) et des captures d’écran de traces. Le raisonnement suit une logique de diagnostic : identifier les symptômes, mettre en place un monitoring, analyser les traces, puis corriger les causes. Les solutions proposées (eager loading, batching, écriture de SQL) sont justifiées par des compromis pratiques et une comparaison des performances. La présentation est honnête sur les limites des ORM et la nécessité de comprendre les mécanismes sous-jacents.

Rigueur scientifique, qualité des sources, adéquation du titre

La rigueur scientifique est limitée par le caractère anecdotique de l’expérience présentée. Aucune source externe n’est citée dans la vidéo, mais les liens de la description vers les conférences NDC servent de références institutionnelles. Le contenu est conforme aux bonnes pratiques reconnues en optimisation de base de données, et l’adéquation titre/contenu est excellente. Le titre est repris de manière homogène et reflète l’ensemble du discours.

186 mots

Adéquation titre / contenu

Le titre résume parfaitement le message central : privilégier l'optimisation des requêtes plutôt que l'augmentation des ressources.

Qualité & fiabilité

7/10

L'exposé s'appuie sur une expérience concrète et propose des solutions techniques éprouvées, mais reste anecdotique et sans validation scientifique formelle. Les recommandations sont pragmatiques et alignées avec les pratiques courantes, mais la fiabilité est limitée par l'absence de données chiffrées ou de réplications.

Moments clés

Sources citées

  • NDC Conferences — Page officielle des conférences NDC, où cette présentation a été enregistrée.
  • NDC Oslo — Page de l'événement NDC Oslo 2026, contexte de la conférence.

Sources concordantes

Références externes

Apport & nouveautés

La vidéo apporte une méthodologie pratique et réutilisable pour diagnostiquer et corriger les problèmes de performance de base de données dans les applications web. Elle insiste sur l’importance d’un monitoring fin, de l’analyse des traces, et fournit des stratégies concrètes : eager loading, batching, et recours aux requêtes SQL explicites. La présentation inclut une démo vivante avec des mesures avant/après, ce qui facilite la compréhension. Elle met en garde contre les pièges des ORM et prône une approche pragmatique.

Pour aller plus loin :

137 mots

Profil radar

Le profil radar montre une bonne quantité d'informations (8) et un niveau technique solide (7). La qualité des informations (7) et la fiabilité globale (7) sont correctes, mais légèrement inférieures, reflétant le caractère expérientiel plutôt que formel de la présentation.

Fiabilité 7/10