Le code qui pue 3 – Ballonnement des composants

Ah! Une application complète, un module, une classe ou même une méthode peut avoir des ballonnements. Évidemment, ça leur donnent des gaz qui font qu’ils puent 😂. Pour ce troisième article de la série sur les code smells, je vous présente une problématique commune qu’on voit dans tout bon système. Aujourd’hui, on traite des ballonnements …

Continuer à lire

Le code qui pue 2 – Trop de paramètres

Le deuxième article de la série sur les code smells traite d’un problème relativement fréquent, mais qui peut être difficile à résoudre et surtout à refactorer (refactoriser?). Pour ceuz qui avaient manqué le premier article, un code smells est une caractéristique plus ou moins commune du code qui indique pratiquement à tous coups un problème …

Continuer à lire

Le code qui pue – L’obsession des primitives

Un Code Smell (code qui pue) est une caractéristique subjective du code source qui indique qu’il y a potentiellement un problème avec ce dernier. Je commence donc cette série d’articles qui traitera de ces caractéristiques et fournira des outils pour les identifier facilement, les régler et ne plus jamais avoir à s’en soucier. Je vous …

Continuer à lire

Le guide du développeur scout

Un échéancier serré, un budget serré, un manque de connaissances techniques au niveau de l’équipe, une mauvaise décision architecturale, la rotation de personnel sur plusieurs années et bien d’autres réalités sont des sources potentielles de légacification (oui oui! j’invente des mots). Application Legacy Lorsque le coût pour développer une amélioration à l’application est plus grand …

Continuer à lire