Abandon - Deprecation

Ne doit pas être confondu avec Amortissement .

Dans plusieurs domaines, la dépréciation est le découragement de l'utilisation d'une terminologie, d'une fonctionnalité, d'une conception ou d'une pratique, généralement parce qu'elle a été remplacée ou n'est plus considérée comme efficace ou sûre, sans la supprimer complètement ou interdire son utilisation. En règle générale, les matériaux obsolètes ne sont pas complètement supprimés pour assurer la compatibilité héritée ou la pratique de sauvegarde au cas où de nouvelles méthodes ne seraient pas fonctionnelles dans un scénario étrange.

Cela peut également impliquer qu'une fonctionnalité, une conception ou une pratique sera supprimée ou complètement abandonnée à l'avenir.

Étymologie

Dans l'usage anglais général, l' infinitif « déprécier » signifie « exprimer la désapprobation de (quelque chose) ». Il dérive du verbe latin deprecare , signifiant « conjurer (un désastre ) par la prière ». Dans l'usage technique actuel, déclarer qu'une fonctionnalité est dépréciée est simplement une recommandation de ne pas l'utiliser. Il est toujours possible de produire un programme ou un produit sans tenir compte de la dépréciation.

Logiciel

Bien qu'une fonctionnalité logicielle obsolète reste dans le logiciel, son utilisation peut générer des messages d'avertissement recommandant des pratiques alternatives. Le statut Obsolète peut également indiquer que la fonctionnalité sera supprimée à l'avenir. Les fonctionnalités sont obsolètes, plutôt que supprimées immédiatement, pour assurer une compatibilité descendante et donner aux programmeurs le temps de mettre le code affecté en conformité avec la nouvelle norme.

Parmi les raisons les plus courantes de dépréciation figurent :

  • La fonctionnalité a été remplacée par une fonctionnalité alternative plus puissante. Par exemple, le noyau Linux contient deux modules pour communiquer avec les réseaux Windows : smbfset cifs. Ce dernier offre une meilleure sécurité, prend en charge plus de fonctionnalités de protocole et s'intègre mieux au reste du noyau. Depuis l'inclusion de cifs, smbfsa été déprécié.
  • La fonctionnalité contient un défaut de conception, souvent un défaut de sécurité, et doit donc être évitée, mais le code existant en dépend. La fonction standard C simple gets()est un exemple, car l'utilisation de cette fonction peut introduire un débordement de tampon dans le programme qui l'utilise. Les API Java méthodes Thread.stop, .suspendet .resumesont d' autres exemples.
  • La fonctionnalité est considérée comme étrangère et sera supprimée à l'avenir afin de simplifier le système dans son ensemble. Les premières versions du langage de balisage Web HTML incluaient un élément permettant aux concepteurs de pages de spécifier la police dans laquelle le texte devait être affiché. Avec la sortie des feuilles de style en cascade et du HTML 4.0, l' élément est devenu superflu et a nui aux avantages de noter le balisage structurel en HTML et le formatage graphique en CSS. Ainsi, l' élément a été déprécié dans la norme Transitional HTML 4.0 et éliminé dans la variante Strict . FONTFONTFONT
  • Une future version du logiciel apportera des changements structurels majeurs, rendant impossible (ou peu pratique) la prise en charge des anciennes fonctionnalités. Par exemple, lorsque Apple Inc. a planifié la transition de Mac OS 9 à Mac OS X , il a créé un sous - ensemble de l' API de l'ancien système qui prendrait en charge la plupart des programmes avec des modifications mineures : la bibliothèque Carbon (qui a depuis été obsolète), disponible dans Mac OS 9 et Mac OS X. Les programmeurs qui, à l'époque, utilisaient principalement Mac OS 9, pouvaient s'assurer que leurs programmes fonctionneraient nativement sur Mac OS X en utilisant uniquement les fonctions API prises en charge dans Carbon. D'autres fonctions de Mac OS 9 étaient obsolètes et n'ont jamais été prises en charge nativement par Mac OS X.
  • Standardisation ou cohérence accrue dans la dénomination. Les projets développés sur de longues périodes, ou par plusieurs individus ou groupes, peuvent contenir des incohérences dans la dénomination de divers éléments. Ceux-ci peuvent résulter d'un manque de prévoyance, de changements de nomenclature au fil du temps ou de différences personnelles, régionales ou éducatives dans la terminologie. Étant donné que le simple fait de renommer un élément romprait la compatibilité descendante, le nom existant doit être laissé en place. Le nom d'origine restera probablement indéfiniment, mais sera obsolète pour encourager l'utilisation de la convention de nommage plus récente et plus cohérente. Un exemple serait une API qui utilise alternativement l'orthographe "couleur" et "couleur". La normalisation entraînerait l'utilisation d'une seule des orthographes régionales partout, et toutes les occurrences de l'autre orthographe seraient déconseillées.
  • Une fonctionnalité qui n'était autrefois disponible que de manière indépendante est désormais combinée à sa co-fonctionnalité. Un exemple est VLC Media Player ; VLC signifiait "VideoLan Client", et un "VideoLan Server" séparé était disponible en tant que co-fonctionnalité. Le client et le serveur sont devenus disponibles dans le même package et il serait donc peu pratique d'en obtenir un indépendamment.

Autre utilisation

Un exemple de conception matérielle est l'omission des résistances de rappel sur les entrées inutilisées d'une porte logique . Cette pratique était peut-être acceptable dans le passé, mais est devenue obsolète car des vitesses d'horloge plus rapides sont susceptibles d'induire plus de bruit transitoire sur les lignes d'entrée, provoquant des problèmes matériels ou des dysfonctionnements.

Un exemple de code du bâtiment est l'utilisation de prises électriques non mises à la terre (« 2 broches ») . Au fil du temps, ces appareils plus anciens ont été largement dépréciés au profit de prises de courant mises à la terre (« 3 broches ») plus sûres. Les anciennes prises non mises à la terre étaient encore autorisées dans de nombreux endroits en les « protégeant » dans le câblage électrique existant , tout en les interdisant pour les nouvelles installations. Ainsi, bien que des prises non mises à la terre puissent encore être disponibles à l'achat légal dans un endroit où elles sont obsolètes, elles ne seraient généralement destinées qu'à des réparations d'installations électriques plus anciennes existantes.

Lors de la rédaction et de l' édition , l'utilisation d'un mot peut être déconseillée car il est ambigu, déroutant ou offensant pour certains lecteurs. Par exemple, les mots sanction et inflammable peuvent être mal interprétés car ils ont des significations auto-antonymiques ou auto-contradictoires ; les guides de style d'écriture recommandent souvent de substituer d'autres mots qui sont clairement compris et sans ambiguïté. Certains usages de mots qui ont acquis des connotations différentes au fil du temps, comme gay ou coloré , peuvent être désapprouvés comme obsolètes dans l'écriture formelle.

Dans les normes techniques , l'utilisation d'une certaine clause peut être découragée ou remplacée par de nouvelles clauses. A titre d'exemple, dans la norme Ethernet IEEE 802.3-2012, la clause 5 (Layer Management) est "dépréciée" par la clause 30 (Management), à l'exception de 5.2.4.

Le terme déprécié peut également être utilisé lorsqu'un terme technique devient obsolète , soit en raison d'un changement, soit d'un remplacement. Un exemple de paléontologie est le terme précédemment déprécié Brontosaure ; avant d'être à nouveau reconnu comme un genre unique, il était considéré comme un nom populaire, mais déconseillé, pour le genre Apatosaurus . Certains exemples de termes déconseillés en médecine incluent la consommation ( tuberculose ), la grippe ( grippe ) et l' apoplexie ( AVC ). En chimie, l'organisation internationale de normalisation IUPAC (Union internationale de chimie pure et appliquée) a déconseillé le terme « méthyl éthyl cétone », et recommande désormais d'utiliser le terme « éthyl méthyl cétone » à la place.

Voir également

Les références

Liens externes