Jak zbudować glosariusz tłumaczeniowy, który tłumacze i AI mogą naprawdę wykorzystać

Aby stworzyć glosariusz tłumaczeniowy, wybierz pojęcia wymagające kontrolowanego nazewnictwa, zdefiniuj, co każde z nich oznacza w Twoim dokumencie, zatwierdź termin docelowy dla każdego języka i kontekstu oraz wyznacz osobę odpowiedzialną za utrzymanie tych decyzji. Następnie przetestuj wpisy w rzeczywistych fragmentach, zanim przekażesz je tłumaczom lub narzędziu tłumaczeniowemu.

Najbardziej użyteczne rozróżnienie to glosariusz główny, który rejestruje Twoje decyzje, oraz mniejszy eksport, który może wykorzystać narzędzie. Plik importu z dwiema kolumnami może być konieczny, ale nie zastąpi kontekstu, dowodów i historii zatwierdzeń, które uczyniły te dwie kolumny godnymi zaufania.

Zacznij od pustego szablonu glosariusza i wypełnionego przykładu glosariusza. Oba to pliki CSV w formacie UTF-8. Przykład wykorzystuje fikcyjny produkt i ilustracyjne decyzje z języka angielskiego na francuski; nie jest to certyfikowana lista terminologiczna, projekt klienta ani gotowy preset importu dla BookTranslator.

Trzymaj glosariusz mniejszy niż słownik

Uwzględnij termin, gdy niespójny lub niejednoznaczny wybór zmieniłby znaczenie, utrudnił nawigację, osłabił ważne rozróżnienie lub spowodowałby możliwą do uniknięcia pracę przy przeglądzie. Nie zbieraj każdego rzeczownika tylko dlatego, że oprogramowanie go wyodrębniło.

Użyteczny przegląd selekcji zadaje pytania:

• Czy to pojęcie powtarza się w sekcjach, plikach lub u różnych współtwórców?
• Czy słowo źródłowe ma więcej niż jedno istotne znaczenie?
• Czy organizacja, autor lub dziedzina wymagają określonej formy docelowej?
• Czy inny wybór utrudniłby zrozumienie ostrzeżenia, instrukcji, interfejsu lub argumentu?
• Czy termin jest nowy, sporny lub znany z tego, że spowodował korektę w tym projekcie?

Rzadki, ale istotny termin może zasługiwać na wpis wcześniej niż częste zwykłe słowo. Standardowy termin bez realnej niejednoznaczności może nie wymagać wpisu wcale.

Przewodnik wprowadzający do zarządzania terminologią w tłumaczeniach organizacji COTSOES zaleca terminologię istotną dla organizacji i wyraźne przypisanie odpowiedzialności za walidację. Ostrzega również, że sama liczba wpisów nie świadczy o jakości. Te zasady są tu ważniejsze niż wiek podanych w nim przykładów oprogramowania.

Ekstrakcja kandydatów to tylko skrzynka odbiorcza. Wyodrębniona fraza staje się użyteczną terminologią, gdy wiesz, co oznacza, kiedy ma zastosowanie i kto zatwierdził docelowe nazewnictwo.

Zbuduj jeden rekord wokół jednego znaczenia

Nie przypisuj wyłącznie ciągowi źródłowemu własności rekordu. Angielskie słowo „charge” może opisywać właściwość elektryczną lub kwotę do zapłaty. Jeden wiersz mapujący każde wystąpienie na jedno francuskie słowo kodowałby błąd, a nie spójność.

Nadaj każdemu pojęciu stały identyfikator, a następnie dodaj decyzję specyficzną dla języka. W prostym arkuszu kalkulacyjnym użyj jednego wiersza na pojęcie i parę locale źródłowego/docelowego. Dwa wiersze mogą mieć tę samą pisownię źródłową, nie reprezentując tego samego pojęcia.

Szablon zawiera następujące pola:

Odniesienie do kontekstu powinno pozwolić recenzentowi ponownie odnaleźć dany fragment: wersję pliku i sekcję, autorytatywny rekord terminu lub inne trwałe źródło. „Z internetu” to za mało. W przypadku oryginalnego pojęcia zdefiniowanego przez autora odpowiednim dowodem może być sama definicja zawarta w manuskrypcie.

Trzymaj definicję oddzielnie od kontekstu źródłowego. Definicja mówi, czym jest pojęcie; kontekst pokazuje, jak jest używane. Zdanie takie jak „Wybierz obszar roboczy” ilustruje użycie, ale nie wyjaśnia, co zawiera obszar roboczy ani czym różni się od projektu.

Napraw pięć typowych wpisów glosariusza

Poniższe poprawki dotyczą fikcyjnego przykładu do pobrania. Ilustrują decyzje redakcyjne, a nie uniwersalne zasady terminologii francuskiej. Przykładowe fragmenty zawierają otaczający tekst.

1. Wyraz wieloznaczny z jednym wymuszonym odpowiednikiem

Słaby wpis: charge → charge

Poprawka: utwórz osobne pojęcia:

• Właściwość elektryczna: źródło charge; odpowiednik charge électrique; dziedzina „podstawy elektroniki”; kontekst „Kondensator magazynuje ładunek elektryczny.”
• Kwota do zapłaty: źródło charge; odpowiednik frais; dziedzina „rozliczenia”; kontekst „Opłata za dostawę jest widoczna przed płatnością.”

Nie oznacza to, że którekolwiek z tych przypisań powinno zastępować każde wystąpienie „charge”. Dziedzina i kontekst wpisu są częścią decyzji. Jeśli wybrane narzędzie nie potrafi ich rozróżnić, użyj osobnych eksportów projektu, dłuższego jednoznacznego wyrażenia lub przeglądu przez człowieka zamiast globalnego podstawienia.

2. Termin bez części mowy

Słaby wpis: seal → sceller

Poprawka: odróżnij czasownik od komponentu:

• „Zakleić kopertę”: czasownik, z ilustracyjnym odpowiednikiem sceller w tym projekcie.
• „Wymienić uszczelkę gumową”: rzeczownik oznaczający komponent, z odpowiednikiem joint.

Arkusz opisuje teraz dwa pojęcia, zamiast sugerować, że gumowy komponent jest czynnością. W prawdziwym dokumencie technicznym poproś recenzenta dziedzinowego o weryfikację znaczenia komponentu i preferowanego terminu.

3. Dwa akceptowalne tłumaczenia bez preferencji projektowej

Słaby wpis: workspace → espace de travail / zone de travail

Poprawka: zatwierdź espace de travail jako nazwę kontenera w fikcyjnej aplikacji. Zapisz zone de travail jako odrzucony wariant dla tego pojęcia interfejsu, a nie jako ogólnie zły francuski. Dodaj uwagę o użyciu, że normalna odmiana gramatyczna jest dozwolona.

Odrzucony wariant wymaga uzasadnienia i zakresu. W przeciwnym razie recenzent może „poprawić” całkowicie poprawne wyrażenie w innym kontekście.

4. Nazwa produktu chroniona tylko pośrednio

Słaby wpis: LeafDeck → LeafDeck

Poprawka: ustaw do_not_translate=true, zidentyfikuj ją jako nazwę fikcyjnego produktu, zachowaj wielkość liter i podaj decyzję nazewniczą z projektu demonstracyjnego. Zaznacz, że reguła nie dotyczy niepowiązanych słów w zwykłym opisie.

Samo dopasowanie tekstu źródłowego i docelowego nie wyjaśnia, czy zachowanie jest zamierzone, czy to po prostu niedokończona praca. Skorzystaj z przewodnika po decyzjach o nieprzetłumaczaniu, aby zapoznać się z szerszą listą wykluczeń.

5. Decyzja robocza przedstawiona jako zatwierdzona

Słaby wpis: sync → synchroniser / mettre à jour, bez właściciela i stanu.

Poprawka: najpierw zdefiniuj czynność. Dla fikcyjnego polecenia synchronizującego bibliotekę urządzenia zatwierdź synchroniser jako czasownik i zapisz alternatywę jako nieodpowiednią dla tego konkretnego polecenia. Przypisz właściciela i datowane źródło decyzji.

Odrębną proponowaną etykietę rzeczownikową pozostaw w stanie draft, dopóki jej recenzent jej nie rozstrzygnie. Przykładowy plik CSV celowo zawiera ten wiersz roboczy. Schludnie wyglądający arkusz nie jest dowodem, że każdy wiersz został zatwierdzony.

Stosuj bramkę jakości wpisu, a nie dekoracyjny wynik

Przed zatwierdzeniem wpisu zadaj sześć pytań wymagających odpowiedzi tak lub nie:

1. Znaczenie: czy inna osoba potrafi odróżnić to pojęcie od sąsiednich?
2. Dowód: czy może znaleźć źródło potwierdzające lub decyzję autora?
3. Język: czy forma docelowa działa dla określonego locale, gramatyki i dziedziny?
4. Zakres: czy wiadomo, gdzie reguła ma zastosowanie, a gdzie nie?
5. Odpowiedzialność: czy istnieje właściciel odpowiedzialny za rozstrzyganie zmian?
6. Użycie: czy wpis został sprawdzony w reprezentatywnym zdaniu?

Brak rozstrzygającej odpowiedzi oznacza, że wpis pozostaje w wersji roboczej. To redakcyjne kryterium akceptacji, a nie zwalidowany numeryczny miernik jakości tłumaczenia.

Podziel pracę według kompetencji. Autor lub specjalista od danej dziedziny potwierdza koncepcję; recenzent języka docelowego potwierdza użycie; właściciel terminologii zapisuje decyzję i rozpowszechnia zatwierdzoną wersję. W małym projekcie jedna osoba może pełnić kilka ról, ale na te pytania i tak trzeba odpowiedzieć.

Jeśli recenzent zakwestionuje hasło, zapisz konkurencyjne warianty i fragment, który ujawnia konflikt. Zastosuj proces obsługi zapytań tłumaczy, zamiast pozwalać, by prywatne wiadomości stawały się nieudokumentowanymi wyjątkami.

Eksportuj do narzędzia docelowego dopiero po zatwierdzeniu

Główny glosariusz i słownik silnika mają różne zadania. Główny wyjaśnia decyzje ludziom. Plik do importu musi być zgodny ze schematem i sposobem dopasowywania konkretnego narzędzia.

W przypadku narzędzia obsługującego import glosariuszy:

1. Wybierz wymaganą parę języków źródłowy/docelowy i dziedzinę projektu.
2. Wyklucz hasła ze statusem draft i deprecated.
3. Rozstrzygnij zduplikowane ciągi źródłowe, których narzędzie docelowe nie potrafi rozróżnić.
4. Odwzoruj wyłącznie obsługiwane pola w bieżącym formacie importu danego narzędzia.
5. Sprawdź, jak narzędzie traktuje wielkość liter, odmianę, terminy wielowyrazowe i tekst chroniony.
6. Przetestuj niewielki reprezentatywny fragment i sprawdź zwrócone tłumaczenie.

Na przykład udokumentowany jednokierunkowy format CSV w Google Cloud Translation używa par źródło/docelowy bez nagłówka, a jego format CSV z zestawem równoważnych terminów zawiera nagłówki językowe. Dopasowywanie glosariusza jest domyślnie wrażliwe na wielkość liter, a niektóre hasła ze słów pomijanych są ignorowane. To są zasady Google Cloud, a nie ogólne zasady CSV ani możliwości BookTranslator. Przed przygotowaniem eksportu dla tej usługi sprawdź aktualną dokumentację glosariuszy Google Cloud.

Nie wgrywaj bogato opisanego pliku CSV z tego artykułu do przypadkowego okna importu. To roboczy glosariusz główny. Z drugiej strony nie odrzucaj jego definicji i historii zatwierdzeń tylko dlatego, że narzędzie przyjmuje wyłącznie dwie kolumny.

Korzystając z systemu AI z obsługiwanym polem instrukcji, podaj odpowiedni, zatwierdzony podzbiór oraz kontekst potrzebny do rozróżnienia znaczeń. Instrukcja może wymagać terminologii; nie dowodzi jednak, że wynik się do niej zastosował. Sprawdź rezultat. Jeśli system nie oferuje obsługiwanego wprowadzania glosariusza, zachowaj glosariusz główny jako materiał referencyjny dla recenzentów, zamiast wymyślać sposób jego importu.

W organizacjach z wielojęzycznymi zespołami liniowymi spójność terminologii ma znaczenie także po tłumaczeniu. Materiały szkoleniowe, polityki i komunikacja operacyjna mogą wymagać dotarcia do pracowników w preferowanych przez nich językach z zachowaniem zatwierdzonego brzmienia. iTacit wyjaśnia, jak komunikacja wielojęzyczna wspiera obieg informacji w miejscu pracy przez języki, kraje i kultury.

Dodawaj języki bez wymazywania lokalnych decyzji

Przy dodawaniu kolejnej wersji językowej użyj ponownie identyfikatora koncepcji, ale nadaj tej wersji własny cel, status, właściciela i dowody. Zatwierdzenie po francusku nie zatwierdza odpowiednika niemieckiego. Puste pole docelowe oznacza „nierozstrzygnięte”, a nie „użyj automatycznie źródła”.

Ta sama dyscyplina obowiązuje w obrębie jednego języka. Rozdziel decyzje dotyczące wersji językowych, gdy różnią się w istotny sposób. Nie twórz zduplikowanych wierszy tylko po to, by dodać etykiety regionalne, które niczego nie zmieniają.

Utrzymuj te stany w prostocie:

• Szkic: propozycja lub sporna decyzja; nie wchodzi w skład zatwierdzonego eksportu.
• Zatwierdzone: przyjęte dla podanego zakresu i wersji.
• Wycofane: zachowane dla historii i wykrywania, ale niezalecane do nowej pracy.

W przypadku istotnej zmiany zapisz starą formę, nową formę, powód, wersję, od której obowiązuje, właściciela i miejsca wystąpienia w źródle. Odbuduj odpowiedni eksport i poinformuj tłumaczy, które fragmenty wymagają ponownego rozważenia. Nie zastępuj terminu po cichu w trakcie projektu i nie oczekuj, że już przetłumaczone rozdziały zaktualizują się same.

Sprawdzaj hasła, gdy zmienia się produkt, rękopis źródłowy, standard lub przyjęte użycie. Przypomnienie w kalendarzu może pomóc, ale zmieniona definicja jest silniejszym wyzwalaczem.

Zweryfikuj glosariusz na fragmentach przed skalowaniem

Glosariusz może być wewnętrznie uporządkowany i mimo to zawodzić w zdaniu. Użyj niewielkiego zestawu fragmentów, który celowo obejmuje:

• dwuznaczne słowo źródłowe w dwóch znaczeniach;
• termin jako nagłówek i w tekście ciągłym;
• formę pojedynczą, mnogą lub inną odmianę gramatyczną;
• nazwę chronioną obok zwykłego języka; oraz
• termin w tabeli, podpisie, instrukcji lub innej ważnej strukturze dokumentu.

Do pobrania przykład łączy „delivery charge” z „electric charge” i zawiera „seal” zarówno jako rzeczownik, jak i czasownik. Te przypadki pokazują, dlaczego zastępowanie bez zakresu jest niewłaściwym testem akceptacyjnym.

Dla każdego fragmentu zapisz źródło, wersję glosariusza, wynik docelowy, decyzję recenzenta i korektę, jeśli jest wymagana. Jeśli rzeczywiście testujesz usługę tłumaczeniową, dodaj usługę/model, datę, ustawienia i surowy wynik. Przykłady w tym artykule nie twierdzą, że taki test usługi został przeprowadzony.

Po przetłumaczeniu całego dokumentu przejdź do przeglądu spójności terminologii. Tworzenie glosariusza ustala politykę; przegląd wyników określa, czy dostarczony tekst ją spełnia, nie stając się nienaturalny.

Przekaż zapis decyzji, nie tylko listę słów

Ostateczne przekazanie powinno zawierać wersję źródłową, zatwierdzony główny glosariusz, eksport do narzędzia odbierającego, jeśli dotyczy, dziennik nierozwiązanych zapytań i reprezentatywne przykłady. Osoba wykonująca tłumaczenie powinna wiedzieć, który plik jest autorytatywny i kogo zapytać o konflikty.

W przypadku obsługiwanej całej książki lub długiego dokumentu przepływ tłumaczenia plików BookTranslator może dostarczyć wersję roboczą do późniejszego przeglądu. Zachowaj zatwierdzony glosariusz obok tej wersji roboczej. Arkusz tutaj jest zewnętrznym odniesieniem redakcyjnym, a nie twierdzeniem, że BookTranslator importuje zarządzane przez użytkownika glosariusze CSV lub egzekwuje każdy wpis.

Zacznij od kilku istotnych pojęć, uczyń decyzje możliwymi do sprawdzenia i rozwijaj je na podstawie rzeczywistej dwuznaczności lub ustaleń z przeglądu. Celem jest mniej nierozwiązanych decyzji w następnym dokumencie — nie największy glosariusz.