refactoring

Bonne pratique

Deux techniques de base pour le code Legacy

Posté le par Sébastien ROCCASERRA

Cet article présente Sprout Method et Wrap Method, deux techniques très utiles quand : on travaille sur du code non testé (une des définitions possibles de “code legacy”)on souhaite y ajouter une fonctionnalité couverte par des tests (la “reason to change”). Ces deux techniques sont les premières techniques présentées par le livre “Working Effectively with Legacy Code”, de Michael Feathers (WEWLC). Elles permettent d’ajouter du code testé dans du code difficile à tester, et ce sont aussi de bonnes premières étapes vers un meilleur design. …

Lire la suite
Méthode

Scout toujours !

Posté le par Mathieu Gandin

Dans son livre « Clean Code », Robert C. Martin nous présente un principe essentiel pour écrire du beau code, la fameuse règle des boy-scouts (« The Boy Scout Rule ») qui se résume en une phrase : « Toujours laisser un endroit dans un état meilleur que celui où vous l’avez trouvé ». Si nous livrons tous du code dans un état plus propre que  celui où nous l’avons trouvé, alors le code ne risque pas de se détériorer. Le nettoyage de code n’a pas besoin d’être immense, il suffit souvent…

Lire la suite
Archi & techno

Mesurer la qualité d’un projet pour le désendetter

Posté le par Jessy Bernal

En ingénierie logicielle, tant qu'un projet se développe, la dette technique s'accumule inexorablement. Les sessions de refactoring sont là pour contrebalancer cette tendance et leur mise en place régulière garantit la maintenabilité du projet. Mais ce qui est délicat avec la dette technique, c'est qu'elle n'est pas vraiment mesurable, et comme l'iceberg, on n'en voit que la partie émergée. Résultat, le refactoring est souvent sous-estimé et mal maitrisé. Si on ajoute à cela une mauvaise couverture de test, refondre le code applicatif fait peur, fait…

Lire la suite