If you thought the speed of writing code was your problem, you have bigger problems - Andrew Murphy

Valeur des informations & solidité de l’argumentation

La valeur principale de cette présentation réside dans son application de la théorie des contraintes au développement logiciel moderne, montrant que l’IA ne supprime pas les limites du système mais les déplace. L’argumentation est solide, appuyée par des exemples concrets (projets personnels, citations de Kent Beck) et des statistiques issues de recherches reconnues. L’orateur adopte une position nuancée : il n’est ni pessimiste ni naïf, mais réaliste sur les bénéfices réels de l’IA. Il souligne que la production de code n’a de valeur que si elle aboutit à une utilisation en production, et que l’optimisation d’une partie non-contrainte du système est contre-productive. La démonstration est progressive et pédagogique, avec des anecdotes pertinentes qui illustrent les concepts.

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

La rigueur scientifique est moyenne : l’orateur cite des études (IDC, GitHub/GitClear/DORA) mais sans fournir de références précises ou de liens dans la description. Il mentionne des ouvrages classiques (The Goal, The Phoenix Project) qui sont largement reconnus. Le titre est parfaitement adapté au contenu, car il pose la thèse centrale dès le départ. La cohérence entre les propos et les sources citées est bonne, mais on regrette l’absence de données chiffrées précises sur les études évoquées. La présentation est davantage une synthèse d’expériences personnelles et de concepts connus qu’une étude originale, ce qui limite sa portée scientifique mais reste pertinent pour les professionnels.

Le titre est accrocheur et correspond exactement au contenu : l'orateur démontre que la vitesse de codage n'est pas le goulot d'étranglement principal, mais que d'autres étapes du cycle de développement le sont davantage.

7/10

L'exposé s'appuie sur une expérience de 25 ans et cite des études (IDC, GitHub) mais repose principalement sur une opinion experte, avec peu de références vérifiables directes. La théorie des contraintes est bien expliquée, mais l'ensemble reste qualitatif.

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

• 00:00Introduction à la conférence et au thème : si la vitesse d'écriture du code était votre problème, vous avez de plus gros problèmes.
• 02:00Exemple des projets personnels (poulailler automatisé) et différence entre projets personnels et production logicielle.
• 05:00Introduction à la théorie des contraintes et explication du principe de bottleneck avec la chaîne de production.
• 09:00Anectode du fils de 18 mois illustrant la théorie des contraintes (deux cuillères ne changent pas le goulot de la digestion).
• 12:00Statistique IDC : les développeurs passent seulement 16% de leur temps dans l'éditeur de code, le reste est ailleurs.
• 15:00Modèle SDLC simplifié et déplacement du goulot d'étranglement : initialement le codage, puis la découverte, puis la revue.
• 21:00Explication de l'effet néfaste de l'optimisation d'une partie non-contrainte : augmentation du travail en cours et PR oubliées.
• 27:00Statistiques GitHub/GitClear/DORA : +55% de code, mais -7,2% de stabilité en production et baisse de la livraison.
• 33:00Proposition de réaffecter la capacité vers la découverte, où les ingénieurs apportent leur vision de faisabilité (nouvelles technologies).
• 40:00Recommandation finale : identifier le vrai goulot, optimiser en conséquence, et résister à la tentation d'accélérer le codage sans traiter les autres contraintes.

• NDC Conferences — Site officiel de la conférence où le talk a été enregistré.
• NDC Oslo — Page de l'édition d'Oslo de la conférence NDC.

• The Goal — Ouvrage de référence sur la théorie des contraintes, cité par l'orateur.
• The Phoenix Project — Hommage moderne à The Goal, cité comme exemple d'application au DevOps.