دع المراجع يرى التغييرات أولا: كيفية عمل جدول فروق الترجمة غير مضلل

عندما تصل الترجمة إلى الطبعة العاشرة، إذا قرأها المراجع من البداية في كل مرة، فإن المهمة الأكثر استهلاكًا للوقت غالبًا ما تكون معرفة "ما تم تغييره". وجهة نظر الفرق تجذب الانتباه مباشرة إلى التغييرات، وهي قيمتها.

لكن وجهة نظر الاختلاف لها فرضية: يجب أن تقارن نسختين من نفس اللغة. إذا قمت بتمييز النص الصيني الأصلي وحرف الترجمة الإنجليزية بحرف، ثم استخدمت المنطقة الحمراء والخضراء لتقييم جودة الترجمة، فسيتم تشويه الاستنتاج. يشرح هذا المقال كيفية استخدام 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.

📊 المقارنة الأساسية

🎯 ما هي الطريقة المناسبة لك؟

إذا كنت بحاجة إلى أن يقوم المراجع بتحديد موقع التغييرات بسرعة

قم بإنشاء اختلافات من المراجعات بنفس اللغة وقم بتثبيت معرفات الفقرة حتى يتمكن المراجعون من رؤية التغييرات فقط.

إذا كنت تقوم بتقييم جودة الترجمة

لا تستخدم المنطقة الحمراء والخضراء للتسجيل. استخدم أولاً التحقق ثنائي اللغة لتأكيد المعنى، ثم استخدم الفرق للتحقق مما إذا كانت التغييرات قائمة على أساس جيد.

إذا كنت تريد الإبلاغ عن التقدم المحرز للآخرين

أطلق على التشابه اسم "درجة تغير النص"، وليس "دقة الترجمة".

❓ الأسئلة الشائعة (الأسئلة الشائعة)

1. لماذا لا تتم المقارنة مباشرة بين النص الصيني الأصلي والترجمة الإنجليزية؟

اللغتان مختلفتان. تعكس الكتل الحمراء والخضراء في الفرق بين حرف وآخر الاختلاف في شكل النص، ولا يمكن الحكم على جودة الترجمة بناءً على ذلك.

2. هل يمكنك إزالة جميع المسافات وعلامات الترقيم لتقليل الكتل الحمراء والخضراء؟

غير مستحسن. المساحات البيضاء في التعليمات البرمجية والصيغ والجداول وبعض اللغات لها معنى في حد ذاتها، ويمكن للإفراط في التطبيع أن يخفي التغيير الحقيقي.

3. التشابه كبير جداً، هل يعني ذلك أن الترجمة دقيقة؟

لا أستطيع. قد يكون التشابه الكبير مجرد تغيير بسيط، أو قد يتم تفويت الكلمات الأكثر أهمية.

📝 ملخص

يعد عرض الاختلاف مناسبًا لمساعدة المراجعين في العثور بسرعة على التغييرات في الترجمة، بينما يتم استخدام التحقق ثنائي اللغة للتأكد مما إذا كانت الترجمة لا تزال تعبر عن معنى النص المصدر. يتمتع الاثنان بتقسيم واضح للعمل ويكونان أكثر موثوقية عند استخدامهما معًا.

جربه الآن: قم بتحميل المستند لبدء الترجمة، مع الاحتفاظ بالتخطيط الأصلي