Was ist Software-Lokalisierung?

Die Software-Lokalisierung umfasst Schritte wie:

• Vorbereiten des Codes für die Übersetzung
• Exportieren der Software-Strings
• Feinabstimmung der Analyse- und Segmentierungsstrategien
• Erstellung einer Schlüsselbegriffsliste (Glossar)
• Erstellen des Software-Übersetzungsprojekts
• Zuweisung von Übersetzern
• Zuweisen von Reviewern
• Abfrageverwaltung
• Automatisierte QA-Kontrollen
• Erneutes Importieren übersetzter Zeichenketten
• QA-Überprüfungen entweder in der Staging-Umgebung oder von Screenshots
• Testen

In diesem Artikel werden wir diese verschiedenen Komponenten und ihre Auswirkungen auf den gesamten Lokalisierungsprozess erkunden.

Vorbereitung des Codes für die Übersetzung

Während einige Software mit Übersetzung im Hinterkopf entwickelt wird, ist es oft so, dass Übersetzung eine Anforderung ist, die erst auftaucht, wenn die Software bereits ausgereift ist. Um den Code für die Übersetzung vorzubereiten, muss genauer auf Variablen, Daten und die allgemeine Architektur von übersetzbarem Inhalt im Vergleich zum Code geachtet werden. Daten, Währung und andere Faktoren ändern ihr Format je nach Region. Wenn sie fest codiert sind, müssen sie als dynamische Entitäten neu codiert werden, um interkulturelle Flexibilität zu ermöglichen. Je nachdem, wie der Code geschrieben ist, kann es sehr einfach oder schwierig sein, den Code vom übersetzbaren Text zu isolieren. Dies wird sich auf den nächsten Schritt beim Exportieren der Zeichenketten auswirken, aber es ist vielleicht der am meisten übersehene und unterschätzte Aspekt der Software-Lokalisierung. Jede einzelne Abweichung in der Komplexität von Code gegenüber Text wird unzählige Auswirkungen auf den Lokalisierungsprozess als Ganzes haben. Es kann zu Szenarien führen, in denen es herausfordernd ist, entweder die Integrität des Codes zu bewahren oder ihn für Übersetzer zugänglich zu machen. Natürlich können Sie einige dieser Herausforderungen durch Parsing- und Segmentierungsstrategien überwinden, aber je sauberer Sie übersetzbaren Inhalt exportieren können, ohne dass der Code stört, desto besser (nachhaltiger und skalierbarer) wird Ihr Prozess der Software-Lokalisierung sein.

Das Exportieren der Software-Strings

Das Exportieren der Strings sollte ein einfacher Prozess sein. Aber das ist es nicht. Bestimmte Formate sind die erste Wahl, während andere vermieden werden sollten. Beispiele für Standardformate: XML, YAML, JSON. Sie sind strukturiert, vorhersehbar, leicht analysierbar und relativ einfach, Muster im Code zu finden, was Probleme bei der Übersetzung in verschiedene Sprachen reduziert.  Beispiele für zu vermeidende Formate: TXT, CSV, Gemischter Code. Ein CSV-Export kann zum Beispiel zum Albtraum werden. Trennzeichen wie Semikolons sind als sprachliche Werkzeuge notwendig. Es ist praktisch unmöglich, algorithmisch zwischen einem Semikolon zu unterscheiden, das als Codeunterbrechung gemeint ist, und einem Semikolon, das als sprachliches Werkzeug gemeint ist. Dies führt zu Hunderten von falsch positiven Ergebnissen, die während des Qualitätssicherungsprozesses überprüft werden müssen, sowie zu Problemen beim erneuten Import von Code usw. Mit gemischtem Code beziehen wir uns zum Beispiel auf XML mit JSON darin, was die Komplexität des Parsing- und Segmentierungsprozesses erhöht. Die Codierung ist auch ein zentraler Schmerzpunkt:

• HTML-Codierung
• URL-Codierung
• Unicode-Codierung
• Base64-Codierung
• Hex-Kodierung
• ASCII-Kodierung

Jeder dieser Kodierungsframeworks hat Auswirkungen auf den Lokalisierungsprozess, einschließlich Zeicheninkompatibilität, abhängig von den umfassten Sprachen.

Feinabstimmung von Analyse- und Segmentierungsstrategien

Wenn Sie den oben beschriebenen bewährten Methoden gefolgt sind, werden Ihre Analyse- und Segmentierungsstrategien Prozessoptimierer sein. Wenn Sie dies nicht getan haben, werden Analyse und Segmentierung zu Prozessermöglichern. Als Prozessoptimierer stellt eine feinabgestimmte Segmentierungsstrategie sicher, dass Inhalte auf eine benutzerfreundliche Weise von Ihrem Übersetzungsmanagementsystem aufgenommen werden können, sowohl für Übersetzer als auch für Reviewer. Hier können Sie sicherstellen, dass Variablen geschützt sind, verbleibender Code geschützt wird und der Text auf sinnvolle Weise für den Übersetzungsprozess aufgeteilt wird. Wenn Sie Ihre Hausaufgaben nicht gemacht haben, kann es an dieser Stelle verrückt werden. Entweder, weil es einfach unmöglich ist, genügend Parsing zu erstellen, um den Code und die Variablen zu schützen, oder weil es einen wahnsinnigen Aufwand erfordern würde, genügend reguläre Ausdrücke zu schreiben, um die Software inhalt übersetzungsfreundlicher zu machen. Wie auch immer, dies ist ein entscheidender Schritt. Wenn Sie im Laufe der Zeit die Parsing- und Segmentierungsstrategie ändern, werden Sie einen Verlust bei der Nutzung des Übersetzungsspeichers erleben, was zusätzliche Kosten und Prozesskomplexität verursacht. Es mag nicht wie ein großes Problem erscheinen, bis es Ihnen ins Gesicht explodiert. Angenommen, Ihre gesamte Software umfasst beispielsweise 100.000 Wörter und Sie übersetzen in 10 Sprachen und Ihre durchschnittlichen Kosten pro Wort betragen 0,15 $. Angenommen, Sie haben Ihre Software übersetzt, aber jetzt ändern Sie Ihre Analysestrategie, was zu einem Verlust von 10% der Hebelwirkung führt (was ein erwartetes Ergebnis einer geringfügigen Änderung in der Analyse sein kann), das sind gleich 15.000 $, die sofort verloren gehen, ganz zu schweigen von der zusätzlichen Zeit und anderen Auswirkungen. Die Entwicklung einer Schlüsselbegriffsliste (Glossar)

Jeder kann ein Glossar entwickeln. Angenommen, Sie haben Ihre Software übersetzt, aber jetzt arbeiten Sie an Ihrer Analysestrategie. Dies führt jedoch zu einem Verlust von 10% der Hebelwirkung (was ein erwartetes Ergebnis einer geringfügigen Änderung in der Analyse sein kann). Das sind gleich $15.000, ganz zu schweigen von der zusätzlichen Zeit und anderen Auswirkungen. Jeder kann ein Glossar entwickeln. Nur sehr wenige können ein großartiges entwickeln. Einige Leute gehen den statistischen Weg und durchsuchen eine Inhaltsdatenbank nach den am häufigsten vorkommenden Schlüsselwörtern. Einige Leute gehen den statistischen Weg und durchsuchen eine Inhaltsdatenbank nach den am häufigsten vorkommenden Schlüsselwörtern. Und obwohl das die Dinge beschleunigt und Begriffe erfasst, die aufgrund ihrer Häufigkeit wichtig sind, werden einige Schlüsselbegriffe nicht unbedingt so häufig verwendet. Einige Leute gehen den qualitativen Ansatz und lassen Übersetzer große Mengen an Inhalten durchgehen und relevante Begriffe manuell identifizieren. Andere verwenden KI, um nach sprachlichen Mustern zu suchen und Entitäten und Begriffe zu identifizieren, die nicht nur aufgrund ihrer Häufigkeit, sondern auch aufgrund ihrer semantischen Relevanz wichtig sind. Unabhängig vom Ansatz gilt: Weniger ist mehr, wenn es um ein Glossar geht. Während Sie sicherstellen möchten, dass Sie die wesentlichen Begriffe erfasst haben, ist es nahezu unmöglich, die ordnungsgemäße Anwendung zu gewährleisten, wenn Sie zu viele Begriffe als Glossarbegriffe kennzeichnen. Andere verwenden KI, um nach sprachlichen Mustern zu suchen und Entitäten und Begriffe zu identifizieren, die nicht nur auf der Häufigkeit, sondern auch auf ihrer allgemeinen semantischen Relevanz basieren. Unabhängig von der Vorgehensweise gilt: Weniger ist mehr, wenn es um ein Glossar geht. Während Sie sicherstellen möchten, dass Sie die wesentlichen Begriffe erfasst haben, ist es nahezu unmöglich, die ordnungsgemäße Anwendung zu gewährleisten, wenn Sie zu viele Begriffe als Glossarbegriffe kennzeichnen. Zu viele falsche Treffer und Warnungen erschweren es Übersetzern und Reviewern, die Begriffsvorschläge zu verwalten und automatisierte QA-Checker auszuführen. Ein weiterer Tipp bei Glossaren ist, dass es genauso wichtig ist, Begriffe zu kennzeichnen, die nicht übersetzt werden sollten, wie solche, die eine bestimmte Art von Übersetzung erfordern. Ein weiterer Tipp bei Glossaren ist, dass es genauso wichtig ist, Begriffe zu kennzeichnen, die nicht übersetzt werden sollten, wie solche, die eine spezifische Art der Übersetzung erfordern.

Erstellung des Softwareübersetzungs-Projekts

Dieser Schritt hängt stark vom Rahmen des von Ihnen verwendeten Übersetzungsmanagementsystems ab. Einige Systeme ermöglichen es Ihnen, den gesamten Projektlebenszyklus in derselben Umgebung und im selben Projekt zu verwalten, während andere Plattformen einen anderen Ansatz erfordern können, der string- oder dateibasiert sein könnte. Obwohl es wie eine Formalität erscheinen mag, hat die Einrichtung des eigentlichen Übersetzungsprojekts wichtige Kontrollpunkte wie:

• Sicherstellen, dass die Dateien vollständig aufgenommen wurden
• Stellen Sie sicher, dass die Sprachpaare bis auf die Länderebene korrekt sind
• Sicherstellen, dass Daten korrekt sind
• Sicherstellen, dass die Workflow-Schritte die erforderlichen sind
• Zuweisung an Übersetzer

In diesem Schritt gehen wir davon aus, dass Sie bereits ein zuvor geprüftes Team von Übersetzern pro Sprachpaar zur Verfügung haben. Es ist wichtig, mit Übersetzern zusammenzuarbeiten, die:

Gleiches gilt für Übersetzer mit dem zusätzlichen Schwerpunkt auf kritischem Unterscheidungsvermögen. Sie benötigen Reviewer, die kritisch genug sind, um die Unterschiede zwischen Stil und Fehlern zu verstehen. Reviewer, die in diesem Stadium des Prozesses zu viele Änderungen vornehmen, gefährden die Integrität des gesamten Übersetzungsprozesses. Hier kommt das proprietäre Qualitätsmanagement-Framework von Bureau Works zum Einsatz.

Query-Management

Ein wichtiger Teil der Software-Übersetzung besteht darin, Fragen zu beantworten, die während des Übersetzungsprozesses auftreten. Zum Beispiel, wofür steht die Schaltfläche "X" oder auf was verweist diese Variable? Es ist wichtig, einen Prozess zu haben, der es Ihnen ermöglicht, Fragen zur Ausgangssprache zu stellen und die Antworten allen Übersetzern des Projekts unabhängig von ihrer Sprachkombination zur Verfügung zu stellen, um zu vermeiden, dass dieselbe Frage immer wieder beantwortet werden muss. Es ist auch wichtig, eine Möglichkeit zu haben, verschiedene Status für die Anfrage zuzuweisen, wie z.B. neu, zugewiesen, gelöst usw., damit Ihr Projektmanagement-Team sicherstellen kann, dass Anfragen zeitnah beantwortet werden.

Automatisierte Qualitätssicherungsprüfungen

Sind für jeden Software-Lokalisierungs-Prozess entscheidend, automatisierte QA-Checks stellen sicher, dass bestimmte Schlüsselelemente markiert werden, wie zum Beispiel:

• Leerzeichen am Ende
• Zeichenbegrenzungen
• Inkonsistente Interpunktion
• Nicht-Einhaltung des Glossars
• Rechtschreibung
• Inkonsistente Tags (Unstimmigkeiten zwischen Quell- und übersetztem Code)
• Erneutes Importieren übersetzter Zeichenketten

Wenn du es bis hierhin geschafft hast, machst du etwas richtig! :) Es kann weniger schmerzhaft sein, aber Sie sind hier. Jetzt ist es an der Zeit, die Zeichenketten wieder in Ihr Repository zu importieren und die Software neu zu erstellen. Wenn du eine der zuvor beschriebenen bewährten Methoden verpasst oder falsch verwaltet hast, könntest du bei diesem Schritt Probleme mit Unterbrechungen im Code, Tag-Fehlanpassungen oder anderen Problemen haben, die sich auf den erfolgreichen Code-Wiederimport auswirken könnten.

Quelle: Linkedin

QA-Checks entweder in der Staging-Umgebung oder von Screenshots

Dieser Schritt kann ignoriert werden, wenn er mit dem Testen zusammengeführt wird, aber es ist hilfreich, den Übersetzern entweder Zugang zu einer Staging-Umgebung oder Screenshots der Hauptbildschirme zu geben, um sicherzustellen, dass die Zeichen richtig angezeigt werden und es keine offensichtlichen Probleme gibt, die das Testen verhindern.

Testen

Dies ist eine Phase, die die Qualität über die offensichtliche Fehlererkennung und -behebung hinaus vorantreibt. Das Testen ermöglicht einen frischen Blick auf die übersetzten Zeichenfolgen im Kontext. Einige Übersetzungen, die während des Übersetzungsprozesses perfekt erschienen, sind möglicherweise aus Sicht der Benutzererfahrung nicht die besten. Es ist wichtig, mit Testern zusammenzuarbeiten, die sich darauf konzentrieren, die Benutzererfahrung zu verbessern und nicht nur reaktiv nach Fehlern zu suchen.

Fazit

Software-Lokalisierung ist ein umfangreicher, kostenintensiver und komplexer Prozess. Aber es ist nicht nur das. Es ist iterativ und kontinuierlich, was bedeutet, dass Sie unzählige Male denselben Prozess durchlaufen müssen, um Ihre Software zu aktualisieren, während sie sich weiterentwickelt. Dies ist eine oberflächliche und oberflächliche Übersicht über einen Prozess, der unendlich nuancierter und komplexer werden kann, um damit umzugehen. Aber die wichtigste Erkenntnis ist, dass es sich lohnt, von Anfang an in ein Framework und bewährte Verfahren zu investieren. Sobald das Schiff gesegelt ist, wird es immer herausfordernder und teurer, es zu reparieren.