Lorsqu'un utilisateur Windows perçoit un texte confus, obsolète ou rempli d'erreurs dans l'interface du système d'exploitation, la réaction habituelle est de penser qu'il s'agit d'un oubli ou d'un manque de révision ; Vous pensez peut-être même que vous êtes le premier à remarquer le problème, car sinon « quelqu'un l'aurait déjà résolu ». Cependant, la réalité de Windows est un peu plus complexe que cela.
Selon Raymond Chen, ingénieur chevronné de Microsoft, la réponse ne réside pas dans un manque de finition, mais dans la manière dont Windows gère ses traductions, en particulier ses règles internes de gel des chaînes de texte et la nécessité d'assurer la compatibilité entre les versions et les modules linguistiques.
Ces facteurs donnent naissance à un phénomène peu connu mais fondamental : l'extrême difficulté de modifier le texte de l'interface Windows une fois traduit et diffusé.
La traduction comme frein : le délai qui arrive avant le code
Imaginons le processus de développement Windows comme une chaîne de production dans laquelle les concepteurs, programmeurs, traducteurs et testeurs ils travaillent simultanément. Vous pourriez vous attendre à ce que les textes soient l'un des éléments ajustés en dernier lieu, lorsque la fonctionnalité est claire. Mais… c'est exactement le contraire qui se produit.
« Cette date limite arrive généralement beaucoup plus tôt que la date limite de l'équipe d'ingénierie » plus aucune modification de code autorisée « , car il faut beaucoup de temps aux traducteurs pour réviser toutes les chaînes de texte et les traduire dans les nombreuses langues cibles prises en charge par Windows. «
Cela signifie que lorsque les ingénieurs en sont aux dernières étapes de développement, ils ne peuvent plus toucher au texte. S'ils découvrent un problème de clarté, de cohérence ou d'utilisabilité, ils doivent choisir entre le laisser tel quel ou introduire une chaîne entièrement nouvelle, démarrant ainsi un nouveau cycle de traduction.
Le blocage permanent
La restriction ci-dessus n’est rien comparée à ce qui se passe après le lancement. Windows maintient un principe à toute épreuve : toute chaîne déjà envoyée aux utilisateurs est bloquée pour toujours, même si elle apparaît dans un service pack, un correctif mensuel ou une mise à jour cumulative.
Le modifier pourrait provoquer un effet domino sur les modules linguistiques :
- Les traductions ne correspondraient plus au texte original.
- Les packages linguistiques peuvent « se plaindre » et cesser de fonctionner.
- Le système pourrait rétrograder le message vers la langue de base ou, dans certains cas, même vers l'anglais.
Pour cette raison, la seule façon d'encapsuler du texte dans une mise à jour est de créer une nouvelle chaîne et d'abandonner l'ancienne, qui existe toujours dans les fichiers internes, même si elle n'est plus utilisée.
Le cimetière des chaînes : comment Windows accumule les textes abandonnés
La conséquence directe du système précédent est surprenante : chaque mise à jour mensuelle ajoute de nouvelles chaînes et laisse derrière elle d'autres qui ne sont plus utilisées, créant quelque chose comme des « couches géologiques » de textes obsolètes au sein du système. Cette « surcharge » linguistique n'est pas visible pour l'utilisateur, mais fait partie du poids structurel du système et contribue à la complexité de sa maintenance.
Y a-t-il un moment où ce gâchis pourra être nettoyé ? Si les mises à jour ne peuvent pas supprimer les anciennes chaînes sans interrompre les traductions, quand un nettoyage en profondeur peut-il être effectué ? La réponse : uniquement lors d'une « grosse version » du système d'exploitation (c'est-à-dire le passage de Windows 10 à Windows 11, ou similaire). Cela ne veut pas dire que cela se fait toujours, bien sûr.
Quand la langue conditionne l’expérience utilisateur
Tous ces facteurs ont des effets curieux :
- Des chaînes qui restent pendant des décennies sans être mises à jour : un terme mal choisi ou un texte ambigu peut être « gelé » depuis Windows XP et survivre pratiquement intact jusqu'à Windows 11.
- Traductions qui ne reflètent pas les fonctionnalités modernisées : si une fonctionnalité change, mais que la chaîne d'origine ne peut pas être modifiée, la traduction peut être obsolète par rapport à son fonctionnement réel.
- Des messages qui semblent avoir été écrits par des personnes différentes : à mesure que de nouvelles chaînes se créent et que d’autres restent bloquées, le système accumule des styles hétérogènes, avec différentes époques de conception linguistique coexistant dans la même interface.
- Une conception plus complexe pour les développeurs : la nécessité de générer une nouvelle chaîne au lieu de modifier une chaîne existante complique l'architecture logicielle et nécessite une discipline supplémentaire.
