Il ne suffit pas d'\u00eatre d\u00e9veloppeur Clean Code, il faut le devenir. En effet, il ne s'agit pas d'apprendre quelques r\u00e8gles par c\u0153ur, mais d'utiliser le Syst\u00e8me de valeurs CCD<\/a> vraiment l'int\u00e9rioriser. Cela demande du temps et de la pratique. C'est pourquoi nous avons divis\u00e9 le syst\u00e8me de valeurs CCD en niveaux que le d\u00e9veloppeur doit gravir l'un apr\u00e8s l'autre. Toutefois, nous consid\u00e9rons l'ensemble du processus comme un cercle : celui qui a travaill\u00e9 sur tous les degr\u00e9s recommence depuis le d\u00e9but.<\/p>\n Une couleur est attribu\u00e9e \u00e0 chaque niveau de d\u00e9veloppement. Et celui qui travaille en tant que Clean Code Developer \u00e0 un niveau porte une couleur. Bracelet CCD<\/a> comme signe de sa volont\u00e9 de les ma\u00eetriser. Contrairement au judo, la couleur ne correspond donc pas \u00e0 un degr\u00e9 atteint, mais \u00e0 celui qui est en cours.<\/p>\n Le site degr\u00e9 noir<\/a> a tous ceux qui ne se sont pas encore lanc\u00e9s. Un bracelet noir signale donc seulement que l'on s'int\u00e9resse au CCD. On peut le porter si toutes les conditions ne sont pas encore remplies pour le premier vrai grade.<\/p>\n Le v\u00e9ritable chemin pour devenir un d\u00e9veloppeur de code propre commence par degr\u00e9 rouge<\/a>. C'est avec le degr\u00e9 rouge que commence la pratique de l'exercice. Il ne contient donc que des \u00e9l\u00e9ments du syst\u00e8me de valeurs CCD qui sont absolument indispensables. L'initiation doit \u00eatre aussi facile que possible. A ce niveau, il ne s'agit donc pas encore tant de principes de d\u00e9veloppement de logiciels que de la construction d'une attitude fondamentale envers le d\u00e9veloppement de logiciels et le Clean Code Developer.<\/p>\n Apr\u00e8s avoir pos\u00e9 les bases du processus d'am\u00e9lioration continue dans le degr\u00e9 rouge, il s'agit dans le degr\u00e9 moyen de mettre en place un processus d'am\u00e9lioration continue. degr\u00e9 orange<\/a> Il s'agit d'appliquer quelques principes fondamentaux au code et d'acqu\u00e9rir une premi\u00e8re exp\u00e9rience avec le moyen n\u00b0 1 d'augmenter la productivit\u00e9 : l'automatisation des processus. Comme seul un code correct est un bon code, l'automatisation sert \u00e0 v\u00e9rifier qu'il est correct. Il ne s'agit donc pas d'une propri\u00e9t\u00e9 \"nice-to-have\" du code, mais de son essence m\u00eame.<\/p>\n Le site degr\u00e9 jaune<\/a> est enti\u00e8rement plac\u00e9 sous le signe des tests automatis\u00e9s. Le degr\u00e9 orange concernait encore les tests d'int\u00e9gration pouvant \u00eatre r\u00e9alis\u00e9s de l'ext\u00e9rieur. Ils ne n\u00e9cessitaient pas n\u00e9cessairement une intervention dans le code. Mais \u00e0 partir du degr\u00e9 jaune, on ne peut plus se passer de tests sous la surface. Et ce n'est pas tout : les tests doivent porter sur les plus petites unit\u00e9s possibles, et pas seulement sur les perc\u00e9es fonctionnelles. Cela implique une modification de la pratique de codage, car sinon il n'est pas possible de tester des classes individuelles de mani\u00e8re isol\u00e9e, c'est-\u00e0-dire ind\u00e9pendamment des services utilis\u00e9s. C'est pourquoi les principes orient\u00e9s objet font \u00e9galement partie du degr\u00e9 jaune, car ils sont les seuls \u00e0 permettre de d\u00e9tacher le code \u00e0 tester de son \"substrat\".<\/p>\n Sur le site degr\u00e9 vert<\/a> on continue avec l'automatisation. Celle-ci est tout simplement la cl\u00e9 de la productivit\u00e9 et de la r\u00e9activit\u00e9. Ce n'est que si un maximum d'activit\u00e9s sont automatis\u00e9es dans le d\u00e9veloppement du logiciel que le CCD peut se concentrer sur l'essentiel : l'impl\u00e9mentation des exigences du client. Sans automatisation, le d\u00e9veloppement est souvent suspendu \u00e0 des d\u00e9tails, ce qui fait perdre du temps. Les tests d'exactitude et les versions sont alors plus une punition qu'un moyen de r\u00e9ussir. Mais apr\u00e8s l'automatisation des tests, c'est la production qui est \u00e0 l'ordre du jour. Tester le code au poste de travail du d\u00e9veloppeur est une chose. Le traduire et le tester avec succ\u00e8s sur un ordinateur ind\u00e9pendant en est une autre. C'est la seule fa\u00e7on de trouver des d\u00e9pendances plus ou moins subtiles entre les diff\u00e9rents postes de travail des d\u00e9veloppeurs. Cette pratique est ensuite agr\u00e9ment\u00e9e d'autres principes de structuration du code et d'un outil pour de meilleures architectures.<\/p>\n Avec le degr\u00e9 bleu<\/a> nous entrons dans la derni\u00e8re ligne droite du syst\u00e8me de notation CCD. L'automatisation doit \u00eatre pouss\u00e9e encore un peu plus loin. Apr\u00e8s la traduction et les tests, le d\u00e9ploiement est maintenant au programme. Mais c'est surtout dans le degr\u00e9 bleu qu'il est d\u00e9sormais question des aspects du d\u00e9veloppement logiciel au-del\u00e0 du code et des outils : CCD ne s'occupe pas seulement de bonnes structures \u00e0 petite \u00e9chelle, mais les planifie d\u00e8s le d\u00e9part \u00e0 grande \u00e9chelle. Il s'agit donc d'architecture. Toutefois, comme nous sommes conscients qu'aucune planification ne peut d\u00e9finir une solution parfaite, un mod\u00e8le de proc\u00e9dure adapt\u00e9 fait partie non seulement de l'architecture, mais aussi du d\u00e9veloppement logiciel dans son ensemble. Il s'agit d'un processus it\u00e9ratif qui doit maintenant \u00eatre mis en pratique pendant le travail sur le degr\u00e9 bleu.<\/p>\n Sur le site degr\u00e9 blanc<\/a> tous les principes, r\u00e8gles et pratiques convergent. De m\u00eame que toutes les couleurs sont contenues dans la lumi\u00e8re blanche, le degr\u00e9 blanc contient tous les autres degr\u00e9s. Un CCD ne travaille au niveau du degr\u00e9 blanc que s'il a constamment en vue l'ensemble du syst\u00e8me de valeurs du Ccd. Cela montre clairement que seuls les d\u00e9veloppeurs de logiciels vraiment avanc\u00e9s, avec plusieurs ann\u00e9es d'exp\u00e9rience et dans un environnement appropri\u00e9, peuvent travailler avec le degr\u00e9 blanc.<\/p>\n Les grades n'expriment aucune valeur. Celui qui travaille au grade bleu n'est pas \"meilleur\" ou \"plus avanc\u00e9\" que celui qui travaille au grade orange. Les grades ne sont qu'un outil didactique pour rendre l'ensemble du syst\u00e8me de valeurs \"plus facile \u00e0 dig\u00e9rer\". Les nombreux \u00e9l\u00e9ments constitutifs sont tout simplement plus faciles \u00e0 assimiler en petites bouch\u00e9es qu'en une seule fois.<\/p>\n C'est pourquoi il est important pour nous que chaque personne int\u00e9ress\u00e9e commence par le degr\u00e9 rouge. Pour des raisons didactiques, c'est la meilleure fa\u00e7on de commencer - m\u00eame si l'on pense que l'on met d\u00e9j\u00e0 en \u0153uvre d'autres valeurs dans son travail quotidien. En effet, ind\u00e9pendamment de la pratique actuelle des projets, il est certainement nouveau de se pencher aussi consciemment sur les principes et les pratiques. En particulier, la r\u00e9flexion quotidienne \u00e0 ce sujet n'est probablement pas encore une habitude. Pour s'y exercer dans le contexte de modules \"simples\", le degr\u00e9 rouge est alors appropri\u00e9.<\/p>\n M\u00eame si nous comprenons que toute personne qui a Syst\u00e8me de valeurs<\/a> Si l'on voit pour la premi\u00e8re fois ce que l'on a d\u00e9j\u00e0 retenu, cela n'a finalement aucune importance. La pratique consciente dans le cadre du syst\u00e8me de valeurs est toujours nouvelle - et m\u00eame celui qui pense \"m\u00e9riter\" le grade blanc devrait commencer par le grade rouge. Il ne s'agit pas de \"m\u00e9rite\", mais d'it\u00e9rations et de petites bouch\u00e9es. Les grades sont des trous de regard sur le grand tout.<\/p>\n Celui qui a obtenu le premier Bracelet<\/a> commandez donc de pr\u00e9f\u00e9rence le bracelet rouge.<\/p>\n Le site Syst\u00e8me de valeurs<\/a> et les blocs de construction peuvent sembler rigides, comme s'ils \u00e9taient grav\u00e9s dans la pierre. Mais ce n'est pas le cas. C'est toujours provisoire, jusqu'\u00e0 ce que nous, ou la communaut\u00e9, estimions que quelque chose doit \u00eatre chang\u00e9. Mais le monde des outils et des mat\u00e9riaux auxquels le syst\u00e8me de valeurs doit \u00eatre appliqu\u00e9 est encore plus mouvant. Les langages de programmation, les IDE, les frameworks, les plates-formes, les produits serveur changent constamment, s'ajoutent ou disparaissent. La tendance est que ce qui pourrait \u00eatre potentiellement connu et ma\u00eetris\u00e9 devient toujours plus, beaucoup plus. Autrefois, on \u00e9tait bien servi par un langage de programmation et sa biblioth\u00e8que standard. Aujourd'hui, cela ne suffit plus depuis longtemps.<\/p>\n Comme le professionnalisme implique de prendre des d\u00e9cisions en connaissance de cause, le DCC ne peut pas faire l'\u00e9conomie d'une formation continue. Le d\u00e9veloppement de logiciels est m\u00eame probablement le secteur qui en a le plus besoin. Les aspects de la formation continue font donc partie int\u00e9grante de plusieurs grades (Orange<\/a>, Jaune<\/a>, Vert<\/a>). Nous voulons ainsi montrer clairement que la formation continue est toujours un th\u00e8me, mais qu'elle doit aussi suivre une \u00e9volution. Il n'est pas possible de passer de 0 \u00e0 100 en mati\u00e8re de formation continue en un seul degr\u00e9. Il n'y a pas que le d\u00e9veloppement de logiciels qui n\u00e9cessite de la pratique, la formation continue aussi s'apprend.<\/p>\n Mais les grades ne concernent que les diff\u00e9rentes formes de formation continue (lecture, r\u00e9seautage, publication). Ils ne pr\u00e9cisent pas combien de temps un CCD devrait y consacrer. La raison : de notre point de vue, cela n'est pas sp\u00e9cifique \u00e0 la forme. La formation continue devrait repr\u00e9senter au moins 20% du temps de travail, ind\u00e9pendamment de la forme.<\/p>\nNoir 0e degr\u00e9<\/h2>\n
1er degr\u00e9 rouge<\/h2>\n
2\u00e8me degr\u00e9 orange<\/h2>\n
3\u00e8me degr\u00e9 jaune<\/h2>\n
4e degr\u00e9 vert<\/h2>\n
5e degr\u00e9 bleu<\/h2>\n
6e degr\u00e9 blanc<\/h2>\n
Signification des grades<\/h2>\n
Formation continue<\/h2>\n