Qu'est-ce qui rend un code patrimonial ?

Question

J'ai entendu de nombreux développeurs parler de code "hérité". La plupart du temps, il s'agit de code écrit par quelqu'un qui ne travaille plus sur le projet. Qu'est-ce qui fait qu'un code est un code patrimonial ?

Mise à jour en réponse à : "Quelque chose de transmis par un ancêtre ou un prédécesseur ou du passé". http://www.thefreedictionary.com/legacy . Il est clair que vous vouliez savoir autre chose. Pourriez-vous clarifier ou développer votre question ? S.Lott

Je recherche les symptômes du code hérité qui le rendent inutilisable ou qui en font un cauchemar à travailler. Quand est-il préférable de s'en débarrasser ? Je pense que le code devrait être jeté plus souvent et que réinventer la roue fait partie intégrante du développement. L'idéal académique de ne pas réinventer la roue est beau, mais il n'est pas très pratique.

D'un autre côté, il y a évidemment du code hérité qui mérite d'être conservé.

Answer 1

En utilisant du matériel, des logiciels, des API, des langages, des technologies ou des fonctionnalités qui ne sont plus pris en charge ou qui ont été remplacés, généralement avec peu ou pas de possibilité de remplacer ce code, mais en l'utilisant jusqu'à sa mort ou celle du système.

Answer 2

Qu'est-ce qui fait qu'un code est un code patrimonial ?

Comme dans le cas d'un simple héritage, lorsque l'auteur est mort ou disparu, vous recevez en tant qu'héritier tout ou partie de son code.

Vous versez quelques larmes et essayez de savoir ce que vous allez faire de tous ces déchets.

Answer 3

Michael Feathers propose une définition intéressante dans son livre Working Effectively with Legacy Code. Selon lui, le code patrimonial est un code sans tests automatisés.

Answer 4

Il s'agit d'un terme très général (et souvent galvaudé), mais toutes les raisons suivantes sont légitimes pour qualifier une application d'ancienne :

1. La base de code est basée sur un langage/une plate-forme qui n'est absolument pas pris en charge par le fabricant du produit original (souvent, ce fabricant a fait faillite).

2. (vraiment 1a) La base de code ou la plate-forme sur laquelle il est construit est si ancienne qu'il est difficile et coûteux de trouver des développeurs qualifiés ou expérimentés pour le système.

3. L'application prend en charge un aspect de l'entreprise qui n'est plus développé activement et pour lequel les modifications sont extrêmement rares, normalement pour le réparer si quelque chose de totalement inattendu change autour de lui (l'exemple canonique étant le problème de l'an 2000) ou si une réglementation/une pression externe l'oblige. Comme ces deux raisons sont pressantes et normalement inévitables, mais qu'aucun développement significatif n'a eu lieu sur le projet, il est probable que les personnes chargées de s'en occuper ne connaissent pas le système (et ses comportements accumulés et ses subtilités). Dans ce cas, ce serait souvent une raison d'augmenter le risque perçu et prévu associé au projet.

4. Le système a été ou est remplacé par un autre. En tant que tel, le système peut être utilisé pour bien moins que ce qui était prévu à l'origine, ou peut-être seulement comme un moyen de visualiser des données historiques.

Answer 5

L'héritage fait généralement référence à un code qui n'est plus développé - ce qui signifie que si vous l'utilisez, vous devez l'utiliser dans ses conditions d'origine - vous ne pouvez pas simplement le modifier pour qu'il prenne en charge le monde d'aujourd'hui. Par exemple, le code hérité doit fonctionner sur du matériel qui n'existe peut-être plus aujourd'hui, ou qui n'est plus pris en charge.