OmniDocНехай рецензент спочатку побачить зміни: як створити таблицю відмінностей перекладу, яка не вводить в оману
Рукопис англійського перекладу переглядався десять разів, і для рецензента неефективно читати його щоразу з початку. Перегляд різниці може зосередити увагу на змінах, але є передумова: він порівнює дві переглянуті версії однієї мови, а не розрізняє оригінальний китайський текст і англійський переклад символ за символом, а потім використовує червоні та зелені області для оцінки якості перекладу.
Коли переклад доходить до десятого видання, якщо рецензент щоразу читає його спочатку, найчастіше найбільш трудомістким завданням є з’ясувати, «що змінили». Перегляд відмінностей привертає увагу безпосередньо до змін, що є його цінністю.
Але погляд на різницю має передумову: він повинен порівнювати дві версії однієї мови. Якщо ви розрізняєте оригінальний китайський текст і англійський переклад символ за символом, а потім використовуєте червону та зелену область для оцінки якості перекладу, висновок буде спотвореним. У цій статті пояснюється, як використовувати difflib для створення відмінностей перекладу, які можна переглядати, а також пояснюється, що він не може робити.
Як порівняти відмінності в перекладах? Висновок одним реченням
Порівнюються лише переглянуті версії тією самою мовою, а відмінності використовуються, щоб допомогти рецензентам знайти зміни. Оцінка якості все ще залишається за людьми.
| ваша ситуація | Рекомендовані практики | причина |
|---|---|---|
| Існує кілька англійських редакцій одного рукопису перекладу | Порівняйте відмінності між двома англійськими версіями | Відмінності відображають лише місце змін, що полегшує рецензентам зосередження |
| Хочу оцінити якість перекладу | Не потрібно забивати червоні та зелені зони | difflib лише вказує на текстові зміни і не визначає, чи правильні термінологія та семантика. |
| Під час експорту перенос абзаців нестабільний | Спочатку виправте ідентифікатор абзацу та рядок перекладу | Уникайте друкарського шуму від заглушення реальних змін |
| Необхідно підтвердити значення перекладу | Повернутися до вихідного тексту для двомовної перевірки | Розбіжності у версіях не є заміною для перевірки значення джерела |
| Звіт хоче показати подібність | Не називайте це «точністю перекладу» | Подібність залежить від правил сегментації та відповідності |
Різниця — це модифікована підказка, а не масовий рахунок
difflib може генерувати відмінності на рівні рядків, які показують який текст змінився, але не оцінює, чи правильні термінологічні вибори, і не розуміє бізнес-чи технічні наслідки речення.
- Видалення негативного слова може мати незначну різницю, але великий вплив.
- Переставляти абзац; відмінності можуть бути значними, але значення залишається фактично незмінним.
Спочатку стабілізуйте блок порівняння
По-перше, забезпечте стабільний блок коректури, наприклад, ідентифікатори абзаців і рядки перекладу. Якщо кожен процес експорту випадково новий, відмінності будуть заглушені шумом набору тексту.
Зміни у структурі вихідного документа та зміни до перекладу слід записувати окремо і не поєднувати в одному «текстовому оновленні».
Приклад синтетичної ревізії, що містить семантичний ризик
У цій статті використано синтетичні зразки для демонстрації методу обробки. Код було відображено та перевірено в ізольованому середовищі, що не гарантує ефективність усіх реальних файлів чи продуктів. Перед тим, як братися за важливі документи, будь ласка, зберігайте оригінали та переглядайте їх відповідно до вимог і пунктів прийняття документа.
import difflib
import html
before = ["Do not disconnect the cable.\n", "Wait for the green light.\n"]
after = ["Disconnect the cable.\n", "Wait for the green light.\n"]
delta = "".join(difflib.unified_diff(before, after,
fromfile="revision-A", tofile="revision-B"))
assert "-Do not disconnect" in delta
assert "+Disconnect" in delta
assert list(difflib.unified_diff(before, before)) == []
# 差异如需显示在网页中，按普通文本转义。
unsafe_line = "<script>alert(1)</script>"
assert "<script>" not in html.escape(unsafe_line)
print(delta)Тут не виконується жодна операція з пристроєм, лише два речення синтезованого тексту для пояснення: дуже коротке редагування може вимагати зосередженого перегляду. Вибірковий вихід використовується для перегляду текстових відмінностей і не є основою автоматичного затвердження модифікацій машиною.
Як зменшити безглузді червоні та зелені блоки
Він може уніфікувати закінчення рядків, зберігати стабільні ідентифікатори абзаців і окремо обробляти експортний шум, який є чітким і не впливає на зміст.
Але не видаляйте всі пунктуації, цифри чи пробіли лише для того, щоб диференціали виглядали краще. Порожні простори в коді, формулах, таблицях і певних мовах мають сенс, і надмірна нормалізація може приховати реальні зміни.
| Модифікувати тип | Що може допомогти з диференціальними поглядами? | Ручне судження все ще потрібне |
|---|---|---|
| Заміна термінології | Знайдіть усі місця модифікації | Чи відповідає це сучасному контексту? |
| Зміна номерів | Відкриття як нових, так і старих значень | Чи має модифікація джерело |
| Негативна зміна слова | Нагадайте читачам зосередитися на перевірці | Чи змінилося значення інструкцій |
| Переміщення абзаців | Відображає великі видалення та доповнення блоків | Це просто корекція позиції? |
Не упакуйте схожість як точність
SequenceMatcher Результати подібного інструменту порівняння залежать від правил розділення та узгодження вхідних даних. Висока схожість струн може бути пов'язана з незначними змінами або відсутністю найважливіших слів; Дуже низька схожість, або, можливо, просто реорганізація вираження.
Пряме називання це «точністю перекладу» вводить користувачів звітів в оману.
Перевірка відмінностей також повинна мати змогу повернутися до відповідного оригінального тексту. Особливо при редагуванні перекладу слід не лише обирати «гладкіше» речення між двома версіями перекладу і забувати, чи воно ще виражає значення оригінального документа.
Використовуйте інструменти в потрібних місцях
Спочатку ви можете згенерувати версію, що очікує на рецензію, у порталі перекладу документів OmniDoc (Запис продукту), а потім порівняти зміни до і після перегляду у власному процесі управління версіями.
Двомовна верифікація розкриває значення джерел, а різниця у ревізії — те, що було змінено. Використання обох разом стає зрозумілішим, без необхідності маскувати одне під інше.
Джерела: Python difflib.
📊 Порівняння ядра
| Контрастні розміри | Ревізії відрізняються | Двомовна верифікація |
|---|---|---|
| Цілі порівняння | Дві редакції однієї й тієї ж мови | Оригінальний китайський текст та англійський переклад |
| Відповідай на питання | Що вони змінювали? | Чи передає переклад значення вихідного тексту |
| Легко помітити | Змінюйте положення термінів, чисел, заперечних слів тощо | Помилкове або пропускаюче значення |
| Основні обмеження | Без оцінки правильного чи неправильного подібності схожість не дорівнює точності | Потрібні ручне читання та судження |
🎯 Який метод тобі підходить?
Якщо вам потрібні коректори для швидкого знаходження та внесення змін
Генеруйте дифси, використовуючи редакції тією ж мовою, і виправляйте ідентифікатори абзаців так, щоб коректори бачили лише зміни.
Якщо ви оцінюєте якість свого перекладу
Не оцінюйте, орієнтуючись на червоні та зелені зони. По-перше, використовуйте двомовну верифікацію для підтвердження значення, а потім відмінності перевіряють, чи виправдані зміни.
Якщо потрібно повідомляти про прогрес іншим
Називайте схожість «ступенем варіації тексту», а не «точністю перекладу».
❓ Поширені запитання (FAQ)
1. Чому б не порівняти оригінальний китайський текст безпосередньо з англійським перекладом?
Дві мови відрізняються, і червоний і зелений блоки у різниці по символах відображають відмінності у формі тексту, які не можна використовувати для оцінки якості перекладу.
2. Чи можливо видалити всі пробіли та пунктуацію, щоб зменшити кількість червоних і зелених блоків?
Не рекомендую. Порожні простори в коді, формулах, таблицях і певних мовах мають сенс, і надмірна нормалізація може приховати реальні зміни.
3. Висока схожість — чи означає це, що переклад точний?
Ні. Висока схожість може бути лише незначними змінами або пропущеними найважливішими словами.
📝 Резюме
Погляд на різницю підходить для того, щоб коректори швидко знаходили зміни в перекладі, а двомовна перевірка використовується для підтвердження, чи все ще переклад виражає оригінальне значення. У них чіткий розподіл праці, що робить їхню комбінацію більш надійною.
Досвід зараз: завантажте документ, щоб почати переклад, зберігаючи оригінальне форматування
