Histoire secrète des bonnes pratiques
Après 70 ans de développement logiciel
Vincent Poulailleau
Introduction
Sommaire
- Introduction
- Refactoring
- Architecture
- Ressources
- Conclusion
Vincent Poulailleau
- Indépendant
- Formateur (Python mais pas que)
- Enseignant bac+1 à bac+5 (Python mais pas que)
- Ingénieur (Python mais pas que)
- @vpoulailleau un peu partout sur internet
www.lecalamar.fr/posts/2025-11-02-pyconfr-calamars-et-pythons/
Nous sommes débutants !
Il y a aujourd'hui
- plus de 30 millions de développeurs professionnels dans le monde
- plus de 50 millions de développeurs dans le monde
Et au début des années 1950 : ≃ 1 développeur
Nous sommes débutants !
Faisons un peu de mathématiques, imaginons une croissance exponentielle
- Si 50 millions : le nombre de développeurs a doublé 25,6 fois en 70 ans
- Si 30 millions : 24,8 fois en 70 ans
- Si 100 millions : 26,6 fois en 70 ans
En moyenne, le nombre de développeurs a doublé tous les 2,8 ans
Nous sommes débutants !
Hypothèse conservatrice :
- La croissance du nombre de développeurs ralentit
- Disons : le nombre de développeurs double tous les 5 ans
Est-ce important ?
Le logiciel est partout
- Spatial, médical, IA, internet, smartphone…
- Grille pain, ampoule, serrure, frigo…
- La pédale de frein de votre voiture…
Votre frein a peut-être été conçu par un débutant !
Mais alors, que faire ?
Profitons de l'expérience des anciens
- Les technologies évoluent
- Les fondamentaux restent
Le secret
Je vous dévoilerai le grand secret à la fin de la conférence
Refactoring
Refactoring
Any fool can write code that a computer can understand.
Good programmers write code that humans can understand.
Refactoring
Pratique de développement logiciel
Améliorer la structure interne du code
Sans en changer le comportement externe
Refactoring
Refactoring
On se lance à le modifier ?
Sans git ?
Sans tests ?
Refactoring
Vous voulez renommer une variable ?
- On la renomme
- On relance tous les tests
-
- On vérifie que tout passe
- Vos tests sont lents ⇒ certainement un problème d'architecture
- On committe !
Debug
Codez par petites étapes
Oubliez les sessions de debug
Testez la petite modification depuis le dernier commit
Si KO ⇒ jetez et recommencez !
TCR : Test && Commit || Revert
Ce temps est révolu
Renommage
En anglais…
Un meilleur nom pour cette fonction ?
Renommage
Principale source de bug en entreprise
Le nommage des choses, des trucs, des bidules, des machins (concrètement des variables, des fonctions, des classes, des concepts…)
There are only two hard things in Computer Science: cache invalidation and naming things.
Extraction de fonctions
Au final
Clean code is simple and direct. Clean code reads like well-written prose. Clean code never obscures the designer’s intent but rather is full of crisp abstractions and straightforward lines of control.
Dette technique
Plus on attend pour corriger le tir, plus ça coûte cher !
Refactoring
Objectif : un code plus testable, maintenable et évolutif
Méthodes : livre « Refactoring » de Martin Fowler
Évitez l'accumulation de dette technique
Architecture
Exemple de code
database.py
Exemple de code
services.py
Diagramme de classe
Problèmes ?
services.pydépend dedatabase.py- Impossible de tester
services.pysans une vraie base de données ou un mock complexe - Notre logique métier dépend d'un détail technique concret (persistance SQL) au lieu d'une interface abstraite
- Couplage fort du métier et de l'infrastructure (API
sqlalchemy, transactions, async et autres choix) - Risque architectural : ces mauvais choix pourraient devenir une habitude et s'accumuler
Architecture
Solution
Solution
database.py
Solution
services.py
Solution
fake_database.py
Principes SOLID
Single responsibility, Open/closed, Liskov substitution, Interface segregation, Dependency inversion
- S : une classe a une seule responsabilité, une seule raison de changer
- O : ouvert à l'extension, fermé à la modification
- L : une implémentation doit pouvoir remplacer son abstraction sans surprise
- I : plusieurs petites interfaces ciblées plutôt qu'une interface trop large
- D : dépendre d'abstractions, pas de détails techniques concrets
Architecture
Objectif : un code plus testable, maintenable et évolutif
Principes connus :
- SOLID
- clean architecture, hexagonal architecture, ports and adapters
- YAGNI
- KISS
- DRY
- …
Ressources
Ressources
Il existe de nombreux documents à disposition
- Des livres
- Des articles de blog
- Des vidéos
- Des podcasts
- …
Des idées de mots clés : clean code, refactoring, clean architecture, software craftsmanship…
Livres
Clean Code
2008
2025
Des principes pour écrire au quotidien un code lisible, maintenable et testable.
Refactoring
2002
2019
Un catalogue de transformations de code pour améliorer sa structure sans changer son comportement.
Clean Architecture
2017
2017
Des règles pour concevoir une architecture orientée métier, indépendante des frameworks.
Test-Driven Development by Example
2002
Une introduction pratique au TDD à travers des exemples simples et progressifs.
Growing Object-Oriented Software, Guided by Tests
2009
Une conception objet guidée par les tests, du besoin métier au code.
Working Effectively with Legacy Code
2004
Des techniques pour tester et faire évoluer un code legacy en sécurité.
Patterns of Enterprise Application Architecture
2002
Des patrons d'architecture pour organiser les applications d'entreprise.
Design Patterns
1994
Le livre classique du gang of four sur les design patterns
Head First Design Patterns
2004
2021
Un livre pédagogique sur les design patterns, utilisant une approche visuelle et interactive
The Pragmatic Programmer
1999
2019
Un recueil de pratiques concrètes pour mieux concevoir, coder et collaborer.
Domain-Driven Design
2003
Une approche stratégique et tactique pour modéliser des domaines métier complexes.
Fluent Python
2015
2022
Un guide avancé pour écrire du Python idiomatique, expressif et performant.
Architecture Patterns with Python
2020
Un guide pratique pour structurer des applications Python avec DDD, tests et architectures découplées.
Vidéos
Coding better world together
Clean code with Uncle Bob (playlist YouTube, 8 heures)
Raymond Hettinger
Core developer Python (4600 commits !), formateur Python, a fait plein d'excellentes conférences (recherche YouTube)
Arjan Codes
Vidéos et tutoriels sur Python, les design patterns, les choix d'architecture… (chaîne YouTube) par Arjan Egges
PyVideo.org
Vidéos des conférences Python (https://pyvideo.org/) avec plus de 20 000 vidéos
Podcasts
Et toujours pas de podcast Python en Français ?
Faux livres
Micro-management agile de projet
Le développement en cascade avec des stand-ups
Éviter les motifs trompeurs
Tu devras
Excuses pour ne pas écrire la documentation
Bouger vite et casser des choses
Guide du développement fragile
Messages inutiles de commit
git commit -m "changes"
Suffisamment bien pour livrer
Laisser votre bébé partir du nid, pour le pire ou le meilleur
Coder avec l'intelligence artificielle
7ème édition
Essayer des choses jusqu'à ce que ça fonctionne
Résoudre des problèmes imaginaires de mise à l'échelle
À l'échelle
Nommer les variables
La partie la plus difficile du codage
Conclusion
Déjà !?
70 ans de développement logiciel
La moitié des devs a moins de 5 ans d'expérience
Les technologies évoluent
Les fondamentaux restent
Les leçons restent
Le secret
Le secret c'est qu'« il n'y a pas de secret »
Conclusion
Profitez de l'expérience des anciens !
Documentez vous
La meilleure façon d'aller vite , tout au long d'un projet : garder le code propre