Как да създадете преводачески глосар, който преводачите и изкуственият интелект наистина могат да използват

За да създадете преводачески глосар, изберете понятията, които се нуждаят от контролирана формулировка, определете какво означава всяко от тях във вашия документ, одобрете целеви термин за всеки език и контекст и назначете отговорник, който да поддържа тези решения. След това тествайте записите в реални пасажи, преди да ги предоставите на преводачи или на инструмент за превод.

Най-полезното разграничение е между главния глосар, който документира вашите решения, и по-малкия експортен файл, който даден инструмент може да използва. Файл за импортиране с две колони може да е необходим, но той не може да замени контекста, доказателствата и историята на одобренията, които правят тези две колони надеждни.

Започнете с празния шаблон за глосар и попълнения пример за глосар. И двата са UTF-8 CSV файлове. Примерът използва измислен продукт и илюстративни решения от английски на френски; той не е сертифициран терминологичен списък, клиентски проект или готов за импортиране профил за BookTranslator.

Пазете глосара по-малък от речника

Включете даден термин, когато непоследователен или двусмислен избор би променил значението, би объркал навигацията, би отслабил важно разграничение или би причинил излишна работа по преглед. Не събирайте всяко съществително само защото софтуерът го е извлякъл.

Полезен подборен преглед задава следните въпроси:

• Повтаря ли се това понятие в различни раздели, файлове или при различни сътрудници?
• Има ли думата в изходния език повече от едно релевантно значение?
• Изисква ли организацията, авторът или предметната област конкретна целева форма?
• Би ли направил различен избор предупреждение, инструкция, интерфейс или аргумент по-трудни за следване?
• Нов ли е терминът, спорен ли е или е известно, че е причинил корекция в този проект?

Рядък, но важен термин може да заслужава запис преди често срещана обикновена дума. Стандартен термин без реалистична двусмисленост може изобщо да не се нуждае от запис.

Ръководството за начинаещи на COTSOES Управление на терминология за превод препоръчва терминология, свързана с организацията, и ясни отговорности за валидиране. То също предупреждава, че само броят на записите не гарантира качество. Тези принципи са по-важни тук от възрастта на софтуерните му примери.

Извличането на кандидати е само входящата кутия. Извлечената фраза се превръща в полезна терминология, когато знаете какво означава, кога се прилага и кой е одобрил целевата формулировка.

Изградете един запис около едно значение

Не давайте на изходния низ изключителна собственост върху записа. Английската дума „charge“ може да описва електрическо свойство или начислена сума. Един ред, който съпоставя всяко срещане на една френска дума, би кодирал грешка, а не последователност.

Дайте на всяко понятие стабилен идентификатор, след което добавете решението за конкретния език. В проста електронна таблица използвайте един ред за понятие и двойка изходен/целеви език. Два реда могат да споделят един и същ изходен правопис, без да представляват едно и също понятие.

Шаблонът съдържа следните полета:

Препратката към контекста трябва да позволи на проверяващия да намери отново пасажа: версия на файла и раздел, авторитетен запис за термина или друг траен източник. „От интернет“ не е достатъчно. За концепция, дефинирана от оригиналния автор, собствената дефиниция в ръкописа може да бъде съответното доказателство.

Дръжте дефиницията отделно от изходния контекст. Дефиницията казва какво представлява концепцията; контекстът показва как се използва. Изречение като „Изберете работното пространство“ илюстрира употреба, но не обяснява какво съдържа работното пространство или как се различава от проект.

Поправете пет често срещани речника записа

Следващите поправки принадлежат към изтегляемия фиктивен пример. Те илюстрират редакторски решения, а не универсални правила за френска терминология. Примерните пасажи предоставят обкръжаващия текст.

1. Многозначна дума с един принудителен целеви превод

Слаб запис: charge → charge

Поправка: създайте отделни концепции:

• Електрическо свойство: изходен термин charge; целеви термин charge électrique; домейн „въвеждаща електроника“; контекст „The capacitor stores electric charge.“
• Сума за плащане: изходен термин charge; целеви термин frais; домейн „фактуриране“; контекст „The delivery charge is shown before payment.“

Това не означава, че който и да е от двата превода трябва да замества всяко срещане на „charge“. Домейнът и контекстът на записа са част от решението. Ако избраният инструмент не може да ги разграничи, използвайте отделни експорти на проекта, по-дълга недвусмислена фраза или човешка проверка вместо глобална замяна.

2. Термин без част на речта

Слаб запис: seal → sceller

Поправка: разграничете глагола от компонента:

• „Запечатвам плика“: глагол, с илюстративен превод sceller в този проект.
• „Сменям гумения уплътнител“: съществително, обозначаващо компонент, с превод joint.

Сега електронната таблица описва две понятия, вместо да подсказва, че гумен компонент е действие. За истински технически документ помолете експерта по предметната област да потвърди значението на компонента и предпочитания термин.

3. Два приемливи превода без предпочитание в проекта

Слаб запис: workspace → espace de travail / zone de travail

Поправка: одобрете espace de travail за наименования контейнер на измисленото приложение. Запишете zone de travail като отхвърлен вариант за това понятие от интерфейса, а не като лош френски като цяло. Добавете бележка за употреба, че нормалното граматично изменение е позволено.

Отхвърленият вариант се нуждае от причина и обхват. В противен случай проверяващ може да „поправи“ напълно валидна фраза в друг контекст.

4. Име на продукт, защитено само по подразбиране

Слаб запис: LeafDeck → LeafDeck

Поправка: задайте do_not_translate=true, посочете го като име на измисления продукт, запазете регистъра и цитирайте решението за именуване на демонстрационния проект. Уточнете, че правилото не се прилага за несвързани думи в обикновено описание.

Самото съвпадение на изходния и целевия текст не обяснява дали запазването е умишлено, или просто незавършена работа. Използвайте ръководството за решения относно непревеждането за по-широкия списък с изключения.

5. Черново решение, представено като одобрено

Слаб запис: sync → synchroniser / mettre à jour, без отговорник или състояние.

Поправка: първо дефинирайте действието. За измислената команда, която синхронизира библиотеката на устройството, одобрете synchroniser като глагол и запишете алтернативата като неподходяща за тази конкретна команда. Определете отговорник и датиран източник на решението.

Пазете отделен предложен етикет за съществително в състояние draft, докато проверяващият му го реши. Работният CSV умишлено включва този черновен ред. Изглеждащата чиста електронна таблица не е доказателство, че всеки ред е одобрен.

Използвайте критерий за качество на записа, а не декоративна оценка

Преди да одобрите запис, задайте шест въпроса с отговор „да“ или „не“:

1. Значение: може ли друг човек да различи това понятие от близките до него?
2. Доказателство: могат ли да намерят подкрепящия източник или решение на автора?
3. Език: работи ли целевата форма за указаната локал, граматика и предметна област?
4. Обхват: знаят ли къде се прилага правилото и къде не?
5. Отговорност: има ли отговорник, който да отговаря за разрешаването на промени?
6. Употреба: проверен ли е записът в представително изречение?

Неразрешен отговор означава, че записът остава в чернова. Това е редакционна рубрика за приемане, а не валидирана числова мярка за качеството на превода.

Разделете работата по експертиза. Авторът или специалистът по темата потвърждава концепцията; рецензентът на целевия език потвърждава употребата; отговорникът за терминологията записва решението и разпространява одобрената версия. В малък проект един човек може да изпълнява няколко роли, но въпросите все още се нуждаят от отговори.

Ако рецензент оспори даден запис, документирайте конкурентните варианти и пасажа, който разкрива конфликта. Следвайте работния процес за запитвания от преводачи, вместо да позволявате на лични съобщения да се превърнат в недокументирани изключения.

Експортирайте за получаващия инструмент само след одобрение

Вашият главен глосар и речникът на дадена система имат различни предназначения. Главният обяснява решенията на хора. Файлът за импортиране трябва да следва схемата и поведението за съпоставяне на конкретния инструмент.

За инструмент, който поддържа импортиране на глосари:

1. Изберете необходимата двойка изходен/целеви език и предметната област на проекта.
2. Изключете записите със статус draft и deprecated.
3. Разрешете дублиращите се изходни низове, които получаващият инструмент не може да разграничи.
4. Съпоставете само поддържаните полета към текущия формат за импортиране на инструмента.
5. Проверете как той третира главни/малки букви, словоизменения, многословни термини и защитен текст.
6. Тествайте малък представителен вход и прегледайте върнатия превод.

Например документираният еднопосочен CSV формат на Google Cloud Translation използва двойки изходен/целеви без заглавен ред, докато неговият CSV за еквивалентни набори от термини използва езикови заглавки. Съпоставянето на глосара му е чувствително към главни и малки букви по подразбиране и някои стоп-думи се игнорират. Това са правила на Google Cloud, а не общи CSV правила или възможности на BookTranslator. Проверете актуалната документация за глосари на Google Cloud, преди да подготвите експорт за тази услуга.

Не качвайте богато анотирания CSV от тази статия в произволен диалог за импортиране. Той е работен главен глосар. Обратно, не изхвърляйте неговите дефиниции и история на одобрение само защото даден инструмент приема само две колони.

Когато използвате AI система с поддържано поле за инструкции, предоставете подходящо одобрено подмножество плюс контекста, необходим за разграничаване на значенията. Една инструкция може да изисква терминология; тя не установява, че изходът я е следвал. Прегледайте резултата. Ако системата не предлага поддържан вход за глосар, запазете главния глосар като справка за рецензента, вместо да измисляте начин да го импортирате.

За организации с многоезични екипи на първа линия последователността на терминологията е важна и след превода. Обучителните материали, политиките и оперативните комуникации може да трябва да достигнат до служителите на предпочитаните от тях езици, като същевременно се запази одобрената формулировка. iTacit обяснява как многоезичната комуникация подпомага информацията на работното място на различни езици, в различни държави и култури.

Добавяйте езици, без да изтривате локални решения

Използвайте отново ID на концепцията, когато добавяте друг целеви локал, но дайте на този локал свой собствен целеви термин, статус, отговорник и доказателства. Одобрението на френски не одобрява немски еквивалент. Празната цел означава „не е разрешено“, а не „използвай изходния автоматично“.

Същата дисциплина се прилага и в рамките на един език. Разделяйте решенията, специфични за локала, когато те се различават съществено. Не създавайте дублиращи се редове само за да добавите регионални етикети, които не променят нищо.

Поддържайте тези състояния прости:

• Чернова: кандидат или оспорено решение; не е част от одобрен експорт.
• Одобрено: прието за посочения обхват и версия.
• Отхвърлено: запазено за история и откриване, но не се препоръчва за нова работа.

За съществена промяна запишете старата форма, новата форма, причината, ефективната версия, отговорника и засегнатите изходни местоположения. Преизградете съответния експорт и уведомете преводачите кои пасажи изискват преразглеждане. Не заменяйте термин мълчаливо по средата на проекта и не очаквайте вече преведените глави да се обновят сами.

Преглеждайте записите, когато продуктът, изходният ръкопис, стандартът или приетата употреба се променят. Напомняне в календара може да помогне, но променената дефиниция е по-силен тригер.

Валидирайте глосара в откъси, преди да го разширите

Глосарът може да е вътрешно подреден и въпреки това да се провали в изречение. Използвайте малък набор от откъси, които умишлено включват:

• двусмислена изходна дума в две значения;
• термин като заглавие и в проза;
• единствено, множествено или друго граматично изменение;
• защитено име до обикновен език; и
• термин в таблица, надпис, инструкция или друга важна структура на документа.

Примерът за изтегляне свързва „delivery charge“ с „electric charge“ и включва „seal“ като съществително и глагол. Тези случаи показват защо замяната без обхват е грешен тест за приемане.

За всеки откъс запишете източника, версията на глосара, целевия изход, решението на рецензента и корекцията, ако е необходима. Ако действително тествате услуга за превод, добавете услугата/модела, датата, настройките и необработения изход. Примерите в тази статия не твърдят, че такъв тест на услуга е бил извършен.

След като целият документ бъде преведен, преминете към преглед на терминологичната последователност. Изграждането на глосар установява политиката; прегледът на изхода определя дали доставеният текст я следва, без да става неестествен.

Предайте запис на решенията, а не само списък с думи

Окончателното предаване трябва да съдържа версията на източника, одобрения главен глосар, експорт за приемащия инструмент, ако е приложимо, дневник на неразрешените въпроси и представителни примери. Човекът, който извършва превода, трябва да знае кой файл е авторитетен и към кого да се обръща при конфликти.

За поддържана цяла книга или дълъг документ работният процес за превод на файлове на BookTranslator може да предостави чернова за последващ преглед. Пазете одобрения си глосар заедно с тази чернова. Работният лист тук е външна редакторска справка, а не твърдение, че BookTranslator импортира управлявани от потребителя CSV глосари или налага всеки запис.

Започнете с няколко важни концепции, направете решенията проверими и се разширявайте от истинска двусмислица или констатации от прегледа. Целта е по-малко неразрешени решения в следващия документ – не най-големият глосар.