Le 2e article de la série sur le refactoring : définir le "bon" but pour convaincre les autres parties prenantes de votre projet.

L'auteur entame une série d'articles sur le refactoring. Le 1er concerne l'idée d'utiliser des branches ayant des durées de vie très courtes, afin de garantir que le travail sera fusionné sur la branche principale. En effet, les refactoring "au long cours" échouent souvent du fait de l'écart grandissant entre branche principale et branche de refactoring.

Une revue de ce classique de la programmation

Tout est dans le titre

Tout est dans le titre. La pratique clef de cette méthode consiste à tenter de pousser le refactoring, de se heurter à un obstacle, de noter l'obstacle, et d'annuler toutes les modifications pour se concentrer d'abord sur l'obstacle. Ainsi le code n'est pas "cassé" ou instable.

Tout est dans le titre

Tout est dans le titre

Plein de bonnes pratiques de refactoring

Une approche intéressante de la migration du côté front d'une application d'un framework / code vanilla / jQuery / ... vers un autre framework L'auteur tente de combiner les bons côtés d'une approche "on réécrit tout de 0" et d'une approche plus progressive. Il montre en particulier l'intérêt des Web Component dans cette démarche

Un résumé d'une conférence et d'un atelier auxquels a assisté l'auteur : ils traitent en particulier des contextes, et des heuristiques pour déterminer si le code doit être refactorisé

Tout est dans le titre

L'auteur explique comment il a refactorisé le code d'un jeu - tests, DDD, etc. Il est parti d'une conférence / live coding filmée

Tout est dans le titre

Des outils "maison" NodeJS de Facebook pour permettre le refactoring de grosses bases de code

Tout est dans le titre

Tout est dans le titre

Tout est dans le titre

Tobias looks at the process of refactoring code to make it cleaner - more readable, more intuitive. Do you think it's worth the time and effort?

Tout est dans le titre

Comment améliorer une base de code obsolète en utilisant Symfony