Lokalisierungskompetenzen für Übersetzer/Lokalisierungsanforderungen für Kunden

Lokalisierung:

„Anpassung der Software an ein bestimmtes Land. Dazu gehört die Übersetzung von Menüs und Programmnachrichten in die jeweilige Landessprache sowie Änderungen an der Benutzeroberfläche, damit alles den verschiedenen Alphabeten und kulturellen Unterschieden entspricht (www.yourdictionary.com/localization).

Der allbekannte Begriff „Lokalisierung“ kann jeden Fachübersetzer entmutigen, der in diesem Bereich arbeiten möchte. Es ist offensichtlich, dass der Lokalisierungsprozess spezielle Kenntnisse voraussetzt, aber wo fängt man am besten an?

Zweck dieses Artikels ist es, sich einigen der grundlegenden Kenntnisse zu nähern, die Übersetzer benötigen, um die Lokalisierungsarbeit abzuschließen. Es ist ebenfalls wichtig, die Vorbereitungsanforderungen zu erklären, die Kunden erfüllen können, um sicherzustellen, dass die Lokalisierung ihres Produkts oder ihrer Dokumentation korrekt durchgeführt wird. Wie sich zeigen wird, ist die Lokalisierung nicht zwangsläufig eine Aufgabe, die von einem einzelnen Übersetzer (oder Lokalisierer) übernommen wird. Vielmehr liegt die Verantwortung normalerweise bei allen, die am ursprünglichen Produktentwicklungsprozess beteiligt waren, sowie bei den Projektmanagern, die auf beiden Seiten im Lokalisierungsprozess tätig waren. Wird während des Produktentwicklungsprozesses auf die grundlegenden Anforderungen der Lokalisierung geachtet, entsteht später ein positiver Dominoeffekt, der sich auf die gesamte Arbeitskette auswirkt. Ein gut globalisiertes Produkt wird leichter zu lokalisieren sein, vor allem, weil es weniger anfällig für technische Probleme während des Lokalisierungsprozesses ist.

 Außerdem ist ein gut strukturierter Inhalt leichter zu übersetzen.
 

Lokalisierungsfähigkeiten für Übersetzer
Fachübersetzer sind gleichzeitig Sprach- und Fachexperten. Außerdem müssen sie manchmal auch in die Rolle des Prüfers oder Layouters schlüpfen. Das Verständnis dieser Fähigkeiten ist wichtig, wenn sie im Lokalisierungsprozess benötigt wird. Aufgrund der Komplexität der Lokalisierung kann ich hier nur einige technische Schlüsselaspekte nennen, die zur Verbesserung technischer Kenntnisse und Marketingfähigkeiten beitragen werden. In diesem Artikel wird der Begriff „Lokalisierung‘“ im Kontext der Softwarelokalisierung verwendet. Dieser Begriff umfasst normalerweise die Benutzeroberfläche und die Dokumentation (Benutzerunterstützung und -informationen, Hilfe usw.).
 

HTML

Viele Übersetzer kennen HTML bereits gut, aber viele haben noch nie mit dieser Art von Dokumenten gearbeitet. HTML zu kennen und zu verstehen, ist grundlegend für die Lokalisierung. Auftretende Probleme lösen zu können, wird von den Kunden immer mehr geschätzt. In der Lage zu sein, diesen Service zu bieten, ist ein Mehrwert für Ihre Fähigkeit als Fachübersetzer.

Das bedeutet jedoch nicht, dass alle Lokalisierer unbedingt Webseitenersteller sein müssen. Aber sie sollten ein allgemeines Wissen über Markup-Sprachen haben. Glücklicherweise sind sie ziemlich einfach zu erlernen. Als Lokalisierer sollten Sie:
 

• HTML richtig verstehen, um die Tags in einem HTML-Dokument zu erkennen.
• Die meisten HTML-Tags bestehen aus einem Start- und einem Ende-Tag und sind in Ebenen oder Schichten organisiert (stellen Sie sich eine Zwiebel vor). Obwohl das möglicherweise nicht der Fall ist. HTML ist nicht so präzise, wie es sein sollte, und funktioniert manchmal auch, wenn Tags fehlen.
• Es empfiehlt sich, mit dem Kunden zu klären, welcher Inhalt zwischen den Tags lokalisiert werden soll.
• Man sollte in der Lage sein, Skriptprogrammiersprachen wie zum Beispiel Javascript oder integrierte Stylesheets (Cascading Style Sheets, CSS), in HTML-Dateien zu erkennen. Sobald sie identifiziert sind, wird es einfacher sein, den Kunden zu fragen, welche lokalisiert werden müssen. Manchmal müssen Inhalte innerhalb von JavaScript übersetzt werden, und für ostasiatische Sprachen kann es nötig sein, das CSS anzupassen, um Schriftarten und Größenänderungen zu berücksichtigen.
• In einen guten HTML-Editor investieren. Das ist sehr wichtig.
• WYSIWYG (What You See Is What You Get); der Albtraum eines jeden Webseiteneditors. Es gibt viele professionelle Editoren, wie zum Beispiel Macromedia's HomeSite, die es ermöglichen, den HTML-Code zu bearbeiten, ohne unerwünschte Formate einzufügen.
• Übersetzungstools wurden dazu entwickelt, um bei der Identifikation der übersetzbaren Inhalte im HTML zu helfen. CAT-Tools (Computer Assisted Translation) blockieren die Tags und anderen HTML-Codes, die nicht berührt werden sollen. Natürlich erleichtert das die Übersetzung erheblich.

Es ist ziemlich einfach, sich HTML anzunähern. Es gibt viele Bücher auf dem Markt, die die Funktionsweise erklären. Ich selbst habe einige davon. Für diejenigen, die bereits über Grundkenntnisse in HTML verfügen, aber mehr Informationen benötigen, können die Bücher des O’Reilly-Verlags sehr hilfreich sein. Es gibt auch eine große Anzahl von Online-Tutorials, die ausgezeichnet (und kostenlos) sind, sowie Websites, die HTML-Tag-Listen (eine begrenzte Liste) und Tipps zum Erstellen eigener Websites bereitstellen. Auch öffentliche Einrichtungen bieten viele Kurse zur grundlegenden HTML-Programmierung an.

XML

XML ist aufgrund seiner Flexibilität eine ausgezeichnete Wahl für die Bearbeitung von Inhalten, die lokalisiert werden müssen. XML mag HTML nicht ersetzen, aber es bietet eine Möglichkeit, Inhalte zu schaffen, die für das Web, für Druckdokumente und andere Formate geeignet sind. Der Unterschied zwischen den beiden liegt in der Markup-Sprache. HTML verwendet eine strukturelle Markup-Sprache (zum Beispiel <b> für fett, <p> für Absatz, <h2> für zweite Überschriftsebene usw.), während XML eine semantische anwendet (wie zum Beispiel <emphasis> (Betonung), <article> (Artikel), <product-name> (Produktname) usw.). XML-Elemente werden vollständig ausgeschrieben, nicht abgekürzt, sodass keine Verwirrung darüber entsteht, worauf sie sich beziehen. Wie HTML-Dokumente enthalten XML-Dokumente keine Formatierungsinformationen, da diese Informationen in einer separaten Datei (einem XSL oder CSS) enthalten sind. XML ist eine erweiterbare Sprache, das heißt, Elemente können bei Bedarf spontan erstellt werden. Das Format kann an verschiedene Länder angepasst werden. Wenn zum Beispiel ein Text ein <emphasis>-Tag enthält, wird im XSL genau angegeben, welches Format der enthaltene Text haben soll. Das bedeutet, dass der Text fett formatiert sein könnte, wenn er auf Englisch ist, oder dass für einen japanischen Text kein spezifisches Formate festgelegt werden.

Hier sind einige grundlegende Konzepte über XML.

Fachübersetzer sollten:

• Verstehen, wie XML strukturiert ist:
• Die Struktur von XML ist klarer als die von HTML, daher ist es einfacher, den zu übersetzenden Inhalt zu erkennen.
• Formatierungsinformationen sollten nicht in der XML-Datei enthalten sein. Ist die Struktur korrekt, genügt es, die Formatierungsinformation für einen bestimmten Satz von Dateien nur einmal zu ändern.
• Es ist wichtig, dem Kunden immer gültige XML-Dateien zurückzugeben. Es gibt auf dem Markt Validierungstools, die genauso leicht zu finden sind wie XML-Editoren.
• Sie sollten wissen, dass Übersetzungstools entwickelt wurden, um den übersetzbaren Inhalt in XML leichter zu identifizieren. Wie bei HTML blockieren CAT-Tools XML-Tags und andere Codes, die nicht berührt werden sollen, was das Übersetzen von XML erheblich erleichtert.

Zeichensätze

Wir haben alle schon mal gesehen, dass einige Webseiten seltsame Zeichen oder kleine Quadrate anzeigen, wo diakritische Zeichen sein sollten. Manchmal werden auch diakritische Zeichen durch japanische Zeichen ersetzt. Dies geschieht, wenn der Computer einen falschen Zeichensatz verwendet. Um Probleme zu vermeiden und die Funktionsweise besser zu verstehen, ist es hilfreich, etwas über Zeichensätze zu wissen.

Ursprünglich bekommt jedes Zeichen eine Nummer in einer Codeliste zugewiesen. Das wäre ein gutes System, wenn weltweit dieselben Zeichen verwendet würden. Das Problem ist, dass es Hunderte, wenn nicht Tausende von Codelisten gibt, die dieselben Nummern für unterschiedliche Zeichen verwenden. Da Computer nur numerische Codes verstehen, muss angegeben werden, welche Codeliste verwendet werden soll, um einen Text zu lesen.

In diesem Beispiel sucht die HTML-Seite nach einer bestimmten Codeliste:

<HTML>
<HEAD>
<META content= "text/html;charset=1 252^">

Wenn wir diese Nummer durch die der Codeliste für Hebräisch (1255) ersetzen, würden viele der Zeichen in hebräische Zeichen umgewandelt, entsprechend den vom System für jedes Zeichen zugewiesenen Nummern. Der Computer tut nur, was ihm gesagt wird. Es gibt jedoch eine Lösung für dieses Durcheinander.

Der Unicode.
 

Unicode.

Unicode verfolgt das Ziel, anstelle von tausenden verschiedenen Codelisten für jede Sprache, eine universelle Codeliste für alle Sprachen zu schaffen. Sie sollte alle Zeichen beinhalten, die in allen geschriebenen Sprachen der Welt vorkommen, was über eine Million Zeichen umfassen könnte Unicode umfasst Alphabete, ideografische Zeichen und Symbole. Das Prinzip besteht darin, dass diese Zeichen beliebig kombiniert werden können, da sie alle Teil derselben Codeliste sind (siehe www.unicode.org).

Hier sind einige grundlegende Konzepte. Fachübersetzer sollten:
 

• Verstehen, wie man erkennt, ob ein Dokument Unicode oder die ANSI-Codeliste verwendet. Das lässt sich leicht erkennen; man muss einfach nur ganz am Anfang des Dokuments nach dem Quellcode suchen. Falls ein Dokument Unicode verwendet, sei es UTF-8, UTF-16 oder UTF-32, wird dies dort angegeben.
• Unicode verwendet dieselbe Codeliste für alle Sprachen.
• Außerdem ist ein vereinbartes Standardsystem. Besuchen Sie die Seite Unicode.org für weitere Informationen.

Die Unicode-Website ist eine gute Informationsquelle. Es gibt aber auch einige Veröffentlichungen, die sich mit dem Thema Unicode befassen. Zusammengefasst könnte dieses Thema einen ganzen Artikel wert sein. Etwas über Zeichensätze und deren Funktionsweise zu wissen, kann sehr hilfreich sein, um mögliche Probleme vorherzusehen und Kunden zu helfen, wenn sie auftreten.
 

Übersetzungstools
Auch bekannt als CAT-Tools, tragen dazu bei, die Arbeit zu beschleunigen und die Produktivität zu erhöhen. Wie bei jedem anderen Tool ist eine Lernphase erforderlich, die normalerweise ihren Höhepunkt um drei Uhr morgens erreicht, wenn die Abgabefrist fünf Stunden später endet. Jedes Übersetzungstool hat zwar leicht unterschiedliche Schnittstellen und Funktionen, aber grundsätzlich machen sie alle das Gleiche. Hier ist eine kleine Liste der Kenntnisse, die notwendig sind, um Übersetzungstools zu nutzen.

• Es hilft zu verstehen, wie man eine Translation Memory (TM) verwaltet. Translation Memories speichern den Ausgangs- und Zieltext während der Übersetzung, erstellen Paare für jedes Segment, jeden Satz oder Absatz und speichern sie für zukünftige Anwendungen.
• Als Lokalisierer sind Sie der Sprachexperte. Es kann sein, dass die Kunden auf Sie angewiesen sind, um Segmente oder Terminologie in der TM zu aktualisieren oder um sicherzustellen, dass die Informationen auf dem neuesten Stand sind.
• Sie sollten mit den verschiedenen Optionen zur Kombination unterschiedlicher TMs vertraut sein. Es kommt auch vor, dass die Daten eines TMs in ein anderes übertragen werden müssen.
• Es ist wichtig, zu verstehen, wie man eine gut strukturierte Terminologiedatenbank aufbaut. Die Terminologiedatenbank kann für den persönlichen Gebrauch erstellt werden oder mit der Absicht, sie dem Kunden zu liefern. In beiden Fällen gibt es Standardfelder, um diese Datenbanken zu erstellen, die möglicherweise verwendet werden müssen.

• Der Begriff „Übersetzungstools“ bezieht sich auf eine breite Gruppe von Hilfsmittel, die zum Übersetzen und Bearbeiten von Text verwendet werden. Deshalb ist es wichtig zu wissen, wie die Tools zusammenarbeiten und wie man sie am besten in den Arbeitsalltag integriert. Jeder Lokalisierer hat eine leicht unterschiedliche Arbeitsweise, und der Prozess kann je nach Textart oder Projekt variieren.
• Der Begriff „maschinelle Übersetzung“ bezieht sich auf einen vollständig automatisierten Übersetzungsprozess, der vom Computer durchgeführt wird. Der Wert dieser Programme ist normalerweise von ihrer Gestaltung abhängig; gute Programme sind so konzipiert, dass sie in Kombination mit menschlichen Fachübersetzern arbeiten.
• Kenntnisse in der Wortzählung und im Analyseprozess haben. Die Kunden führen in der Regel eine Wortzählung durch, bevor sie das Dokument dem Fachübersetzer übergeben. Um Überraschungen zu vermeiden, sollte auch der Übersetzer in der Lage sein, diese Aufgabe zu erledigen.
• Sie sollten wissen, wie man Dateien mit Tags mithilfe von Übersetzungstools lokalisiert. Es ist auch wichtig zu wissen, wie man bestimmte Elemente oder Tags blockiert. Wenn Sie diesen Prozess gut kennen, werden die Kunden Ihrer Erfahrung vertrauen.
   

Die Fähigkeit, effektiv mit Übersetzungstools zu arbeiten, braucht Zeit. Die Ergebnisse werden umso deutlicher, wenn man schon eine Zeit lang mit einem bestimmten Tool gearbeitet hat und dabei Probleme gelöst wurden. Der Schlüssel zu diesen Hilfsmittel ist zu verstehen, wie sie funktionieren. Wie bei jedem anderen neuen Softwareelement ist die Zeit der beste Verbündete. Wer daran interessiert ist, sich weiterzubilden, hat mehrere Optionen, wie Schulungen des Herstellers, Workshops, Übersetzungsprogramme, Fachpublikationen und Online-Foren sowie Gruppen. Wenn Sie den Prozess beherrschen, werden Sie in der Lage sein, potenzielle Probleme, im Voraus zu erkennen.

Der erste Schritt, um den Lokalisierungsprozess zu verstehen, besteht darin, sich mit den wichtigsten Punkten und häufigsten Details zu Dateiformaten, Kodierung und Tools vertraut zu machen. Die in diesem Artikel aufgeführten Fähigkeiten sind nur die Spitze des Eisbergs. Es gibt viele sehr komplexe und wichtige Elemente im Bereich der Lokalisierung, und das Verständnis ihrer Grundlagen wird helfen, diese Fähigkeiten langfristig zu entwickeln.
 

Vorbereitungsanforderungen für die Lokalisierung der Kunden
Normalerweise konzentrieren wir uns darauf, was Übersetzer wissen müssen, um in der Lokalisierungsbranche zu überleben und erfolgreich zu sein, aber das deckt nicht das gesamte Spektrum ab. Ein vollständig lokalisiertes Produkt hängt nicht nur von der Organisationsarbeit des Lokalisierungsprojektmanagers und der Übersetzungs- und Anpassungsarbeit ab. Der Erfolg bei der Lokalisierung eines Produkts liegt auf den Schultern jeder Person, die dieses Produkt entwickelt, verwaltet und schließlich lokalisiert hat. Anstelle der gesamten Verantwortung für die Lokalisierung am Ende der Kette (beim freiberuflichen Übersetzer oder Lokalisierer) zu belassen, gibt es bestimmte Aufgaben, die deutlich früher geklärt werden sollten, um die Arbeit des Lokalisierers zu vereinfachen. Dies ermöglicht es den Lokalisierern, produktiver zu arbeiten, ohne sich mit Aufgaben auseinander zusetzen, die außerhalb ihres Fachbereichs liegen. Langfristig bedeutet dies, dass der gesamte Lokalisierungsaufwand günstiger und effizienter ist.

Derzeit scheint der Lokalisierungsprozess in zwei Phasen abzulaufen (siehe Abbildung 1). Auf der einen Seite steht die Produktentwicklung für den englischsprachigen Markt und auf der anderen das lokalisierte Produkt. Der Prozess für jedes dieser Produkte ist sehr unterschiedlich. Es sind einige Schritte vor und während der Lokalisierung erforderlich, damit diese letztendlich korrekt verläuft. Nehmen wir an, eines dieser Probleme tritt auf: Das Produkt wurde nicht ordnungsgemäß getestet, der Zeichensatz funktioniert nicht, der Inhalt muss für das Zielland angepasst werden, die Übersetzungstools sind mit den Quelldateien inkompatibel und so weiter. Es ist nicht schwer zu erkennen, dass dies zu einem Albtraum werden könnte. Alle Projektmanager sind irgendwann mit einem solchen Projekt konfrontiert worden, und es ist bemerkenswert, wie schnell man die Lektion lernt, die die Kunden bereits früher hätten erkennen müssen. All dies beweist, dass ein kleiner Globalisierungsaufwand später viel bewirken kann. Es wird fast immer zu spät klar, dass man mehr Zeit in die Planung hätte stecken sollen.

Vorbereitungsanforderungen für die Lokalisierung
Mit „Vorbereitungsanforderungen für die Lokalisierung“ meinen wir den Globalisierungsprozess, den der Kunde durchführt. Obwohl die Liste lang ist, halte ich es für wichtig, einige Punkte zu erwähnen, um einen Eindruck davon zu bekommen, was alles beachtet werden muss.
 

Übersetzbarer Inhalt / Kohärenz und Klarheit
Die IT- und High-Tech-Branche ist voller Jargon, Schlagworte und Slanga, die wir alle jeden Tag verwenden. Obwohl dies für alltägliche Gespräche oder E-Mails akzeptabel sein mag, kann es bei der Lokalisierung zusätzlichen Aufwand verursachen. Es ist notwendig, von Anfang an standardisiertes Englisch zu verwenden, sobald ein Produkt entwickelt oder dokumentiert wird. Ein interessantes Beispiel für einen Begriff, der derzeit in der Dokumentation verwendet wird, ist in Abbildung 2 zu sehen.

Dieser Text wurde von www.hyperware.com entnommen. Es ist ein hervorragendes Beispiel für Modem-Jargon in der Dokumentation. Der Sinn dieses Begriffs mag einigen offensichtlich erscheinen, aber nicht allen. Ich zitiere den entsprechenden Eintrag für diesen Begriff:

wie auf www.wordspy.com zu lesen ist:

 

„Breadcrumbing“ (wörtl. „Brotkrumen streuen“)

Subst. Ein Navigationselement, das eine Liste der besuchten Orte oder den zurückgelegten Weg anzeigt.

Ursprung: Das aktuelle Wort stammt aus dem Märchen von Hänsel und Gretel, die Brotkrumen streuten, um später den Weg aus dem Wald zu finden. Dieses Element ist häufig auf Websites zu finden, deren Inhalt hierarchisch oder als Seitenfolge organisiert ist. Yahoo (www.yahoo.com) ist möglicherweise das bekannteste Beispiel.
 

Ein Lokalisierer aus Westeuropa könnte diese Referenz leicht verstehen, da der Zielnutzer vermutlich mit dem berühmten Märchen vertraut ist. Einer aus Ostasien hingegen könnte mit diesem Jargon wenig anfangen. Die Zeit und der Aufwand, die erforderlich sind, um diesen Begriff in die Sprache und den Kontext des Ziellandes zu übersetzen, wären bedeutend (Dokumentationszeit, Fragen an Projektmanager und Entscheidungen über den Begriff usw.). Selbst wenn alle für ein Produkt verwendeten Begriffe eine klare Bedeutung hätten, würden andere Probleme wie die Inkonsistenz der Terminologie zwischen Benutzeroberflächen und Hilfedateien auftreten. Dies ist eine weitere Quelle von Problemen und Missverständnissen, die Zeit und Geld kosten werden. Zudem werden alle Probleme, sowohl im Englischen als auch im lokalisierten Produkt, negative Auswirkungen auf die Benutzererfahrung dieses Produkts haben, was potenziell dem Produkt oder dem Unternehmensnamen schaden könnte.

Wie werden die Dateien erstellt oder bearbeitet?

Neben dem übersetzbaren Inhalt gibt es viele weitere Aspekte, die in der Lokalisierung eine Rolle spielen und oft durch den verwendeten Dateityp bestimmt werden. Es mag so aussehen, als würde das Speichern eines Dokuments in Word als HTML Zeit sparen, aber später, wenn dieses Dokument übersetzt oder bearbeitet werden muss, lohnt es sich letztendlich nicht. Durch das viele zusätzliche Format in diesem HTML-Dokument wird es extrem schwer, den zu übersetzenden Text zu finden – fast wie die Suche nach einer Nadel im Heuhaufen. Wenn eine HTML-Datei lokalisiert werden soll, sollte sie mit einem HTML-Editor erstellt werden, der keine unnötigen Tags einfügt.

Viele WYSIWYG-Editoren fügen zusätzlichen Text in ein HTML-Dokument ein, aber es gibt auf dem Markt einfachere Editoren, die dies nicht tun. In ein Tool wie HomeSite (http://www.riiaeromedia.com/software/homesite/) zu investieren, lohnt sich mehr als Stunden und Stunden mit der Korrektur des Formats zu verbringen. Je sorgfältiger das Quelldokument ist, desto weniger Fehler treten im Laufe des Lokalisierungsprozesses auf.

Der Inhalt von HTML-Dokumenten ist in der Regel recht einfach, obwohl Probleme auftreten können, wenn eine Skriptsprachenprogrammierung nicht korrekt in die Datei eingefügt wurde. Bei der Verwendung von JavaScript in HTML-Dateien (was relativ häufig vorkommt) kann lokalisierbarer Text im JavaScript-Code enthalten sein. Auch wenn der JavaScript-Abschnitt klar abgegrenzt ist, kann es für den Lokalisierer eine Herausforderung sein, den lokalisierbaren Text aus den JavaScript-Zeilen zu filtern. Die beste Option in diesem Fall ist es, eine *.js-Datei bereitzustellen, die mit den HTML-Dateien verknüpft ist. In dieser Datei wird der lokalisierbare Text von den Skriptsprachenanweisungen getrennt sein. Dadurch wird die Lokalisierung effizienter und die Fehleranfälligkeit sinkt.

Aus demselben Grund, wenn die CSS-Datei in eine Reihe von HTML-Dokumenten integriert ist, anstatt separat zu sein, muss möglicherweise die Schriftartinformation angepasst werden. Tatsächlich muss diese Information für ostasiatische Sprachen in jeder der Dateien und nicht an einem einzigen Ort geändert werden. Statt die Zeit für Schriftartenänderungen zu verwenden, wäre es sinnvoller, sie in die Lokalisierung des Inhalts zu investieren.

XML-Inhalt

Diese Art von Inhalten hilft erheblich bei der Lokalisierung. Dank der flexiblen Struktur von XML lassen sich Inhaltselemente erstellen, die je nach Dateisprache verschiedene Attribute hinzufügen können. Zum Beispiel sollte jede XML-Struktur, die für eine Ausgangssprache erstellt wird, auch Elemente enthalten, die für die Zielsprache erforderlich sind. Es ist üblich, dass ein Produkt, das weltweit verkauft wird, je nach den unterschiedlichen Kontexten unterschiedliche Merkmale aufweist. Dank XML lässt sich zusätzlicher Inhalt problemlos identifizieren und nach Bedarf anpassen oder entfernen, während das Ausgangsmaterial intakt bleibt. Zum Beispiel, wenn ein Land zusätzliche Dokumentation über ein spezifisches Merkmal des Produkts benötigt, kann ein zusätzliches Element für diese Inhalte erstellt werden. Dieser Inhalt kann je nach Bedarf der Zielsprache gesperrt oder entsperrt werden.
 

Feedback

Alle behandelten Themen zur Qualität und Konsistenz der Quelldokumentation mögen wie gesunder Menschenverstand erscheinen. Sogar aus der Perspektive des Lokalisierers oder Projektmanagers mögen sie offensichtlich erscheinen.

Es ist erstaunlich, wie oft sich dieselben Fehler oder schlechten Entscheidungen wiederholen und später erhebliche Änderungen erfordern – Fehler, die im Nachhinein oft klar erkennbar sind.

Um diese und ähnliche Fehler in der Zukunft zu vermeiden, sollte eine Feedback-Kette zwischen allen am Lokalisierungsprojekt beteiligten Parteien eingerichtet werden. Diese Probleme sind nicht nur teuer, weil sie ständig behoben werden müssen, sondern kosten auch dem Lokalisierer viel wertvolle Zeit. Wenn der Lokalisierer sich ganz auf seine Arbeit konzentrieren kann, wird das Produkt besser lokalisiert.
 

Teamarbeit

Um diese Angelegenheiten von Anfang an bei der Produktentwicklung zu lösen, ist es entscheidend, ein Feedback-System einzurichten. Das Feedback-System sollte unter allen Beteiligten der Arbeitskette eingerichtet werden Die Lokalisierer sollten den Dialog mit den Projektmanagern suchen, während die Manager den Kontakt zu den Kunden pflegen. Es ist ratsam, dass alle Beteiligten nach Abschluss des Projekts sowohl die positiven als auch die negativen Aspekte sowie die Herausforderungen, die im Verlauf aufgetreten sind, miteinander teilen. Erst dann beginnt der Verbesserungsprozess.

In einer idealen Welt würden Lokalisierungsunternehmen eng mit ihren Kunden zusammenarbeiten. Dank dieser Zusammenarbeit können Kunden Software und Dokumentation entwickeln, die weltweit nutzbar ist. Die Erfahrung der Lokalisierer würde dazu beitragen, dass die Projekte kostengünstiger und langfristig effizienter lokalisiert werden können. Aus demselben Grund sollten die Manager der Lokalisierungsprojekte diese Art von Informationen nicht ohne die Erfahrung und das Feedback der freiberuflichen Lokalisierer bereitstellen. In diesem Fall ist die Lokalisierung kein Problem oder eine Last-Minute-Lösung, sondern einfach der letzte Schritt im Erstellungsprozess eines globalen Produkts.

Wenn diese Probleme in einem realen Projekt auftreten, wird die Lokalisierung schnell zu einer teuren und chaotischen Aufgabe. Ein Projekt, das ursprünglich gut gemeint war, kann am Ende zu viel Zeit und Energie kosten. Wenn Lokalisierer und Projektmanager sich ihrer Aufgaben bewusst sind, frühere Lösungen auf neue Projekte anwenden können und die Kunden die Bedeutung einer durchdachten Lokalisierungsplanung verstehen, profitieren alle am Ende davon.

Hinweise:

1. Zum Beispiel bieten das Institute for Applied Linguistics der Kent State University und das Department of Foreign Languages and Translation der New York University Kurse in technischer Übersetzung, Projektmanagement und Übersetzungstools an.
2. A Practical Guide to Localization von Bert Esselink; The Handbook of Terminology Management von Sue Ellen Wright und Gerhard Budin;

XML Internationalization and Localization von Yves Savourel; und Beyond Borders: Web Globalization Strategies von John Yunker. Diese gesamte Bibliografie enthält Kapitel oder Artikel über Übersetzungstools.

Weitere Ressourcen

Dr. International. 2002. Developing International Software, Second Edition. Redmond: Microsoft Press.

Esselink, Bert. 2000. A Practical

Guide to Localization: For Translators, Engineers, and Project Managers. Amsterdam: John Benjamin.

Graham, Tony. 2000. Unicode: A Primer. Hoboken: John Wiley & Sons.

Macromedia HomeSite (www.macromedia.com/software/homesite/).

Savourel, Yves. 2001. XML Internationalization and Localization. Indianapolis: Sams.

TechWeb Encyclopedia (www.techweb.com/encyclopedia).

The Unicode Home Page (www.unicode.org).

Wordspy
(www.wordspy.com).

Wright, Sue Ellen und Gerhard Budin. 2001. The Handbook of Terminology Management: Application-Oriented Terminology Management. Amsterdam: John Benjamins.

Wright, Sue Ellen und Gerhard Budin. 1997. The Handbook of Terminology Management: Basic Aspects of Terminology Management. Amsterdam: John Benjamin.

Yunker, John. 2002. Beyond Borders: Web Globalization Strategies. Indianapolis: New Riders Publishing.