Stop writing software like it's 1999! - Hannes Lowette - NDC Copenhagen 2026

Valeur des informations & solidité de l’argumentation

La valeur des informations est élevée pour un public de développeurs et d’architectes : l’orateur identifie des problèmes concrets et récurrents dans l’industrie, et propose des solutions pragmatiques. L’argumentation est solide, appuyée sur une expérience de terrain et des exemples précis (comme le cas client où l’absence de CI/CD a causé des retards). Il nuance ses propos en reconnaissant que certaines architectures ont leur place dans des contextes spécifiques (ex. microservices pour de grandes organisations). Cependant, l’argumentation repose principalement sur des anecdotes et des opinions, sans données chiffrées ni études comparatives. La référence à l’IA est pertinente mais reste superficielle, se limitant à la gestion du contexte. Dans l’ensemble, le contenu est convaincant et utile, mais aurait gagné à être étayé par des preuves plus solides.

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

La rigueur scientifique est moyenne : l’orateur s’appuie sur son expérience et des références implicites à des pratiques connues (architecture en couches, microservices, monolithe modulaire, CI/CD), mais ne cite aucune source formelle. Les seuls liens fournis sont ceux des conférences NDC, qui ne sont pas des références scientifiques. L’adéquation titre/contenu est bonne : le titre provocateur reflète bien le message central. La qualité des sources est donc limitée, mais le contenu reste crédible de par l’expertise de l’orateur. Aucun commentaire n’a été fourni pour analyser les tendances du public.

Le titre est accrocheur et reflète bien le contenu : une critique des pratiques de développement héritées des années 1990 et un plaidoyer pour des approches modernes adaptées au cloud et à l'IA.

7/10

L'orateur, fort de 20 ans d'expérience, s'appuie sur des exemples concrets et des références à des pratiques établies (architecture en couches, microservices, monolithe modulaire, CI/CD). Le discours est argumenté mais repose principalement sur une expérience personnelle et des observations, sans données quantitatives ni études citées. La fiabilité est bonne pour un retour d'expert, mais limitée par l'absence de sources formelles.

Repères établis par PSI à partir de la transcription : le créateur n'a pas défini de chapitres.

• 02:00Introduction : l'orateur confesse son appréhension face à l'évolution de l'IA et pose le cadre de sa critique.
• 05:00Exercice interactif : lever la main si vous avez écrit du code avec des pratiques des années 1990.
• 10:00Premier piège : l'architecture en couches, ses origines et ses problèmes actuels.
• 15:00Proposition : regrouper le code par fonctionnalité plutôt que par couche, et l'intérêt pour la gestion du contexte IA.
• 20:00Deuxième piège : les microservices, leurs avantages dans certains contextes et leurs inconvénients pour les petites équipes.
• 25:00Alternative : le monolithe modulaire, avec la possibilité de découper ultérieurement.
• 30:00Troisième piège : l'absence de CI/CD, illustrée par une anecdote client.
• 35:00Recommandation : automatiser le déploiement dès le premier jour, et l'importance de l'infrastructure as code.
• 40:00Discussion sur l'impact de l'IA sur ces pratiques, notamment la gestion du contexte.
• 45:00Conclusion : remettre en question les habitudes et optimiser pour la productivité des développeurs.

• NDC Conferences — Site officiel de la conférence où la présentation a eu lieu.
• NDC Copenhagen — Page de l'édition de la conférence à Copenhague.

• Modular Monolith — Article de Martin Fowler qui soutient l'idée du monolithe modulaire comme alternative aux microservices.