La notion de clean code a été introduite par le biais du bouquin de Robert Martin. Néanmoins la plupart du temps le clean code c’est souvent un ensemble de conventions qui sont propres à chaque écosystème (avec des fondations parfois communes à plusieurs langages).
Par exemple nommer correctement ses variables c’est plutôt du bon sens (a titre personnel je faisais déjà du “clean code” avant de connaître la notion même de clean code).
Néanmoins il faut comprendre qu’il ne faut pas appliquer bêtement ces règles sans prendre en compte le contexte ou même l’avis de votre équipe. Il n’est maintenant pas rare de voir apparaître des outils comme SonarQube qui vont recommander de suivre des patterns dans le seul objectif de vous mettre une note "positive".
Autres liens que je vous recommande de lire :
- Clean Code (Wiki C2)
- Effects of Clean Code on Understandability
- The Effect of Poor Source Code Lexicon and Readability on Developers’ Cognitive Load
- It's probably time to stop recommending Clean Code
- Clean Code JavaScript (github)
Conférence assez récente;
- Clean Code - Uncle Bob / Lesson 1 (il y a plusieurs vidéos 1, 2, 3, 4, 5, …).
⬅️ 🌇 Architecture & Paradigmes: Documentation | ➡️ 🌇 Architecture & Paradigmes: Programmation Orienté Objet