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

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

Самое полезное различие — между мастер-глоссарием, в котором фиксируются ваши решения, и меньшим экспортом, который может использовать инструмент. Файл импорта из двух столбцов может быть необходим, но он не может заменить контекст, обоснования и историю утверждения, которые сделали эти два столбца надёжными.

Начните с пустого шаблона глоссария и примера заполненного глоссария. Оба файла — CSV в кодировке UTF-8. В примере используется вымышленный продукт и иллюстративные решения по переводу с английского на французский; это не сертифицированный список терминологии, не клиентский проект и не готовый пресет импорта для 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 из этой статьи в случайное диалоговое окно импорта. Это рабочий основной глоссарий. И наоборот, не отказывайтесь от его определений и истории утверждения только потому, что инструмент принимает лишь два столбца.

При использовании ИИ-системы с поддерживаемым полем инструкций предоставьте релевантное утверждённое подмножество вместе с контекстом, необходимым для различения значений. Инструкция может требовать терминологию; она не доказывает, что результат ей соответствует. Проверьте результат. Если система не поддерживает ввод глоссария, используйте основной глоссарий как справочник для рецензента, а не изобретайте способ его импорта.

Для организаций с многоязычными командами на передовой согласованность терминологии важна и после перевода. Учебные материалы, политики и операционные сообщения могут потребоваться сотрудникам на предпочитаемых ими языках с сохранением утверждённых формулировок. iTacit объясняет, как многоязычная коммуникация поддерживает рабочую информацию на разных языках, в разных странах и культурах.

Добавляйте языки, не стирая локальные решения

При добавлении другого целевого языка используйте тот же идентификатор понятия, но задайте для этого языка собственный целевой термин, статус, ответственного и подтверждения. Утверждение на французском не означает утверждения немецкого эквивалента. Пустой целевой термин означает «не решено», а не «автоматически использовать исходный».

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

Поддерживайте эти статусы простыми:

• Черновик: кандидат или спорное решение; не входит в утверждённый экспорт.
• Утверждено: принято для указанной области применения и версии.
• Устарело: сохраняется для истории и обнаружения, но не рекомендуется для новой работы.

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

Пересматривайте статьи, когда меняется продукт, исходная рукопись, стандарт или принятое употребление. Напоминание в календаре может помочь, но изменённое определение — более сильный триггер.

Проверьте глоссарий на фрагментах, прежде чем масштабировать

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

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

В загружаемом примере сопоставлены «delivery charge» и «electric charge», а «seal» включено и как существительное, и как глагол. Эти случаи показывают, почему замена без учёта контекста — неправильный критерий приёмки.

Для каждого фрагмента фиксируйте исходный текст, версию глоссария, перевод, решение рецензента и исправление, если оно требуется. Если вы действительно тестируете сервис перевода, добавьте сервис/модель, дату, настройки и необработанный вывод. Примеры в этой статье не утверждают, что такое тестирование сервиса проводилось.

После перевода всего документа переходите к проверке терминологической согласованности. Создание глоссария устанавливает правила; проверка вывода определяет, следует ли им переданный текст, не становясь при этом неестественным.

Передавайте не просто список слов, а протокол решений

Итоговая передача должна содержать исходную версию, утверждённый основной глоссарий, экспорт для принимающего инструмента, если применимо, журнал нерешённых вопросов и показательные примеры. Человек, выполняющий перевод, должен знать, какой файл является авторитетным и к кому обращаться при конфликтах.

Для поддерживаемой целой книги или длинного документа рабочий процесс перевода файлов BookTranslator может предоставить черновик для последующей проверки. Держите утверждённый глоссарий рядом с этим черновиком. Рабочая таблица здесь — это внешний редакторский справочник, а не утверждение, что BookTranslator импортирует управляемые пользователем CSV-глоссарии или применяет каждую запись.

Начните с нескольких значимых понятий, сделайте решения проверяемыми и расширяйте их исходя из реальной неоднозначности или замечаний при проверке. Цель — меньше нерешённых вопросов в следующем документе, а не самый большой глоссарий.