Chapitre 7. Stabilisationtechnique des logiciels hérités
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Ce chapitre explique comment stabiliser techniquement les systèmes logiciels hérités avant de se lancer dans des transformations plus profondes. On va parler des mesures pratiques qui améliorent la robustesse, réduisent la dette technique et posent les bases d'un changement durable.
La plupart du temps, il est préférable de ne pas commencer par n'importe quelle mesure, mais par celles qui apportent les améliorations les plus importantes le plus rapidement et le moins cher possible, souvent appelées « fruits mûrs » (voir [Manns et Rising 2015]). Les sections suivantes sont classées dans l'ordre dans lequel ces fruits mûrs peuvent être cueillis.
Mise à jour de l'environnement de développement intégré
Comme tout artisan, un programmeur ne peut faire son boulot que s'il a les bons outils. Avoir les bons outils, ça augmente souvent beaucoup la productivité du programmeur. Pourtant, on voit souvent des équipes qui restent sur une version dépassée d'un environnement de développement intégré (IDE) et qui ne profitent donc pas des possibilités modernes et des nombreux petits outils qu'offrent aujourd'hui les IDE de pointe, comme le refactoring automatique. Une mesure facile à prendre consiste à mettre à jour l'IDE (ou, si nécessaire, à en introduire un).
Au moment où on écrit ce livre, de plus en plus ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access