L'une des raisons est que le domaine d'application et les utilisateurs peuvent ne pas utiliser eux-mêmes ces normes. Même lorsque certains domaines utilisent certaines normes, certains d'entre eux ont pu faire des choix différents des normes ISO, souvent pour des raisons historiques.
Si vos utilisateurs utilisent déjà "UK" dans leurs procédures existantes (1) pour faire référence à "Royaume-Uni de Grande-Bretagne et d'Irlande du Nord", cela n'a pas nécessairement de sens d'utiliser "GB" dans leurs structures de données (surtout si ce que vous par pays n'est pas tout à fait un pays "ISO", par exemple la séparation des nations britanniques ou des différences subtiles avec les îles anglo-normandes, etc.). Bien sûr, vous pourriez avoir un mappage entre le stockage interne d'une présentation, mais parfois, c'est un peu exagéré. Vous programmez rarement pour des raisons de programmation, vous devez souvent vous adapter à votre environnement. (2)
Vous devez également vous rappeler que ces normes ont évolué en parallèle avec les logiciels. Vous devez souvent vous développer dans le contexte d'autres logiciels, dont certains peuvent être imparfaitement conçus, dont certains peuvent encore être affectés par des décisions héritées.
Même si vous regardez les formats de stockage de données internes, certaines ambiguïtés sont difficiles à résoudre. Par exemple, pour autant que je sache, Excel utilise un nombre décimal pour représenter les horodatages: il utilise un entier comme nombre de jours depuis une date de référence, puis ce qui est après la décimale représente la fraction des 24 heures pour vous donner l'heure. .. Le problème est que cela vous empêche de prendre en compte les fuseaux horaires ou l'heure d'été (23h ou 25h par jour), et Excel convertira toute date / heure en ce format interne par défaut. Que vous souhaitiez ou non utiliser le format ISO devient sans importance si un autre logiciel avec lequel vous devez travailler ne vous laisse pas le choix.
(1) Je ne parle pas ici de "procédures de programmation".
(2) Ne me demandez pas non plus pourquoi les gens n'utilisent pas ces normes dans leur vie quotidienne. Je veux dire YYYYmmdd est clair, dd / mm / YYYY est clair, mais commander une date avec un ordre de granularité moyen, petit et grand comme mm / dd / YYYY, cela n'a tout simplement pas de sens :-).