چه چیزهایی را نباید ترجمه کرد: پیش از شروع، یک فهرست «ترجمه‌نشود» بسازید
تصمیم بگیرید که چه چیزی را در کتاب‌ها و اسناد حفظ کنید، بومی‌سازی کنید یا ترجمه کنید. یک کاربرگ DNT محدودشده را دانلود کنید و یک نمونه حاشیه‌نویسی‌شده از مبدأ و مقصد را بررسی کنید.
رشته‌هایی را که هویت دقیق آن‌ها باعث کارکرد چیزی می‌شود حفظ کنید: یک شماره مدل، یک مقصد URL، یک متغیر، یا برچسب چاپ‌شده روی یک کنترل ترجمه‌نشده. نام‌ها، برندها، عناوین و اصطلاحات تخصصی را با توجه به زمینه و بازار هدف تعیین کنید. توضیحاتی را که به خوانندگان در استفاده از آن موارد کمک می‌کند، ترجمه کنید.
این کار مفیدتر از این است که بگوییم «هرگز نام‌های خاص را ترجمه نکنید». یک نام تجاری بومی‌شده رسمی ممکن است انتخاب درست باشد؛ یک کلمه با ظاهر معمولی مانند HOME ممکن است نیاز داشته باشد دقیق بماند زیرا روی یک دستگاه حک شده است.
یک فهرست ترجمه‌نشود، یا فهرست DNT، این استثناها را قبل از شروع کار ثبت می‌کند. بخش مهم فقط رشته محافظت‌شده نیست. بلکه این است که قوانین کجا اعمال می‌شوند، چرا اعمال می‌شوند و چگونه فایل تحویل‌داده‌شده را بررسی خواهید کرد.
دانلود کاربرگ DNT با نمونه‌های کاربردی. نمونه‌ها مطالب آموزشی خیالی هستند، نه اسناد مشتری یا نتایج ترجمه اندازه‌گیری‌شده. آن‌ها را با تصمیمات مربوط به فایل مبدأ خود جایگزین کنید.
سه تصمیم بگیرید، نه یک فهرست طولانی از استثناها
برای هر کاندیدا، این سؤالات را به ترتیب بپرسید:
- آیا تغییر کاراکترها باعث خرابی شناسایی یا عملکرد می‌شود؟ رشته دقیق را در آن زمینه حفظ کنید. مثال‌ها عبارتند از
LD-204، یک شناسه استناد، و متغیرmax_retries. - آیا فرمی مخصوص زبان مقصد یا بازار وجود دارد که خواننده باید از آن استفاده کند؟ مرجع مناسب را بررسی کنید، سپس یک تصمیم بومی‌سازی آگاهانه ثبت کنید. به هر مترجم اجازه ندهید به صورت بداهه عمل کند.
- آیا این زبانی است که قرار است چیزی را برای خواننده توضیح دهد؟ آن را ترجمه کنید و در صورت نیاز از یک اصطلاح واژه‌نامه تأییدشده استفاده کنید.
«حفظ کردن» ویژگی دائمی یک کلمه نیست. این یک قانون برای یک کاربرد خاص است. در یک راهنمای نرم‌افزار، دستور print ثابت می‌ماند؛ دستور «print the report» باید ترجمه شود.
| مورد | حفظ دقیق | تصمیم‌گیری بر اساس بازار یا پروژه | ترجمه برای خواننده |
|---|---|---|---|
| اشخاص، مکان‌ها، سازمان‌ها | یک شناسه معتبر یا املای منبع مورد نیاز برای جستجو | نام تثبیت‌شده در زبان مقصد، آواطریق (نویسی)، شکل دوگانه در اولین اشاره | توضیحی توصیفی درباره موجودیت |
| نام‌های تجاری و محصولات | شکل تاییدشده برای این نسخه | نام بومی‌سازی‌شده رسمی، در صورت وجود | توضیحات و مزایای محصول |
| عنوان کتاب‌ها و مقالات | عنوان نسخه خاص مورد استناد در صورت نیاز شیوه استناد | عنوان نسخه ترجمه‌شده جدید شما؛ یک ترجمه منتشرشده تثبیت‌شده | سرتیترهای توصیفی و توضیحات پیرامون آن |
| نشانی‌های وب، ایمیل، مسیرها | مقصد واقعی، آدرس یا مسیر مورد نیاز | یک مقصد جایگزین تأییدشده یا ساختار فایل بومی‌سازی‌شده | برچسب‌های لینک و متن توضیحی |
| کد و متغیرها | نحو، شناسه‌ها، متغیرهای موقت و مقادیر تحت‌اللفظی مورد نیاز برنامه | رشته‌های رو به کاربر درون کد، با توجه به هدف نمونه | نظرات و توضیحات هنگامی که بخشی از حوزه ترجمه هستند |
| اعداد، واحدها، استانداردها | معنای کمیت، کدهای مدل، شناسه‌های استاندارد | نویسی اعشاری، نمایش تاریخ، یا تبدیل مجاز واحد | برچسب‌ها، توضیحات اندازه‌گیری و دستورالعمل‌ها |
| جداول، فرمول‌ها، فراداده‌ها | شناسه‌های ساختاری و عبارت‌های عملکردی | شناسه‌های خاص ویرایش، زبان فراداده، رفتار فیلد | سرتیترهای جدول، زیرنویس‌ها، توضیحات و متن جایگزین |
برای انتخاب دقیق میان حفظ کردن، نویسه‌گردانی یا انطباق یک نام، از راهنمای تصمیم‌گیری نام‌ها و نام‌های مکانی استفاده کنید. یک کاربرگ DNT باید تصمیم حاصل را ثبت کند، نه اینکه جایگزین آن تحقیق شود.
فهرست DNT را از واژه‌نامه و راهنمای سبک جدا کنید
این دارایی‌ها به سوالات متفاوتی پاسخ می‌دهند، حتی زمانی که در یک کتاب کار قرار دارند.
| دارایی | سوالی که به آن پاسخ می‌دهد | تصمیم نمونه |
|---|---|---|
| فهرست DNT | چه چیزی باید دقیق بماند و کجا؟ | نگه‌داشتن HOME هنگام ارجاع به دکمه چاپ شده روی دستگاه خیالی LeafDeck |
| واژه‌نامه ترجمه | کدام اصطلاح مقصد این مفهوم را در اینجا بیان می‌کند؟ | از اصطلاح تأییدشده فرانسوی برای یک فضای کاری در رابط کاربری محصول استفاده کنید |
| راهنمای سبک | زبان ترجمه شده چگونه باید خوانده شود و به نظر برسد؟ | از شکل رسمی مخاطب و بزرگ‌نویسی عناوین پروژه استفاده کنید |
یک اصطلاح فنی دشوار را صرفاً به این دلیل که کسی آن را حل نکرده است، در فهرست DNT قرار ندهید. آن را به عنوان یک سؤال اصطلاه‌شناسی علامت‌گذاری کنید. وقتی خواننده به توضیح نیاز دارد، یک نهاد ناآشنا را به عنوان «غیرقابل ترجمه» برچسب نزنید.
برای تصمیم‌گیری‌های اصطلاح‌شناسی به‌جای موارد استثنا، یک واژه‌نامه ترجمه بسازید. تصمیمات حل‌نشده را تا زمانی که کسی به آن‌ها پاسخ نداده است، از تحویل تأییدشده دور نگه دارید.
به هر استثنا یک دامنه و یک بررسی پذیرش بدهید
یک ورودی ضعیف DNT می‌گوید Home — do not translate. این می‌تواند یک مفهوم ناوبری کامل، یک مرجع خانگی و یک برچسب سخت‌افزاری را به‌طور هم‌زمان فریز کند.
یک ورودی قابل استفاده می‌گوید:
- منبع دقیق:
HOME - دامنه: ارجاع‌ها به دکمه فیزیکی در راهنمای شروع سریع LeafDeck
- هدف مورد نیاز:
HOME، با همان بزرگ‌نویسی - دلیل: خود دکمه در این نسخه خیالی بومی‌سازی نشده است
- قانون تطبیق: برچسب کامل، حساس به کوچک و بزرگ بودن حروف؛ نه اسم عام «home»
- مسئول: شخص مسئول مستندات دستگاه
- بررسی: مقایسه هر ارجاع دکمه با برچسب تأییدشده و اثر هنری دستگاه
بارگیری همچنین شامل ستون‌هایی برای مکان مبدأ، زبان مقصد، وضعیت تصمیم‌گیری، مستندات و یادداشت بررسی است. پیش از ارسال آن به هر کسی، سطرهای نمونه و تصمیمات حل‌نشده را فیلتر کنید. نسخه‌ای را در کنار سند مبدأ فریز کنید.
از تطبیق دقیق برای کدها و شناسه‌ها استفاده کنید. از بررسی متنی برای کلیدواژه‌هایی استفاده کنید که می‌توانند هم به عنوان برچسب محافظت‌شده و هم زبان عادی ظاهر شوند. یک قانون زیررشته برای CAT، برای مثال، نباید بخشی از «دسته‌بندی» را فریز کند.
قانون را برای کتاب‌ها، فایل‌های PDF و Word به شکل متفاوتی اعمال کنید
کتاب‌ها: مرجع را بدون فریز کردن متن اصلی حفظ کنید
در یک نمونه انتشار مصور، یک نسخه خطی درباره یک کتاب خیالی به نام باغ شیشه‌ای بحث می‌کند. عنوان آن در کتاب‌شناسی، نسخه مبدأ خاصی را مشخص می‌کند. عنوان فصل جدید «قدم زدن در باغ شیشه‌ای» جمله‌ای با وظیفه دیگری است.
نحوه برخورد با عنوان ذکر شده و نسخه‌ای را که مشخص می‌کند ثبت کنید. عنوان فصل را ترجمه کنید. اگر نسخه مقصد از عنوانی ترجمه‌شده برای اثر ذکر شده استفاده می‌کند، آن انتخاب را مستند کنید و استناد را قابل‌پیگیری نگه دارید. تمام نمونه‌های عبارت را به این دلیل که یک ورودی کتاب‌شناسی محافظت شده است، جایگزین نکنید.
نقل‌قول نیز به خط‌مشی صریحی نیاز دارد: زبان اصلی، ترجمه منتشرشده، ترجمه خودتان با ذکر منبع، یا هر دو. علامت‌های نقل‌قول به‌خودی‌خود به معنای «رها کردن کل این قطعه به صورت ترجمه‌نشده» نیستند.
PDFها: برچسب‌های قابل مشاهده را از داده‌های فنی متمایز کنید
جدول مشخصات PDF را تصور کنید که شامل مدل LD-204، سربرگ «ولتاژ ورودی» و مقدار 24 V.
است. مدل دقیق باقی می‌ماند. سربرگ ترجمه می‌شود. ولتاژ باید معنای خود را حفظ کند؛ این عبارتی نیست که به طور خلاقانه بازنویسی شود. اگر پروژه‌ای تبدیل واحد یا نمایش محلی اعداد را مجاز می‌داند، تغییر شکل را ثبت کنید و به طور مستقل آن را بررسی کنید. فهرست عدم ترجمه (DNT) جایگزینی برای کنترل کیفیت عددی نیست.
برای یک فایل PDF اسکن‌شده، متن بازیابی‌شده را قبل از بررسی حفظ اطلاعات بازرسی کنید. اگر تشخیص نوری کاراکتر (OCR) مقدار LD-204 را به عنوان LD-2O4 بخواند، حفظ رشته استخراج‌شده بدون تغییر، خطا را حفظ می‌کند. شناسه‌ها را با تصویر مبدأ مقایسه کنید، نه فقط با متن OCR.
فایل‌های DOCX: از فیلدها و مقصدها محافظت کنید، نه از هر نتیجه قابل‌مشاهده‌ای
در یک راهنمای Word، مقصد یک ابرپیوند و برچسب قابل‌مشاهده آن وظایف متفاوتی دارند. ممکن است مقصد بدون تغییر باقی بماند در حالی که «راهنمای مرجع را بارگیری کنید» به متن زبان مقصد تبدیل می‌شود.
به همین ترتیب، از ساختار پشت یک ارجاع متقابل در حالی که جمله اطراف آن را ترجمه می‌کنید محافظت کنید. ارجاع نمایش‌داده‌شده را پس از صادرات دوباره بررسی کنید؛ فرض نکنید چون جمله روان است، هنوز به بخش درستی اشاره می‌کند. نمادهای فرمول می‌توانند دقیق بمانند در حالی که توضیحات و سربرگ‌های جدول آن‌ها تغییر می‌کنند.
این یک گسترش مفید از آماده‌سازی فایل مبدأ است: محتوا را قبل از تحویل دادن فایل کامل، بر اساس عملکرد دسته‌بندی کنید.
یک منبع علامت‌گذاری‌شده و نتیجه مورد انتظار را بازرسی کنید
در اینجا یک جمله آموزشی اصلی از یک راهنمای دستگاه خیالی آورده شده است:
دکمه HOME را روی LeafDeck LD-204 فشار دهید. گزارش را در مسیر logs/session.txt ذخیره کنید، سپس max_retries را روی 3 تنظیم کنید.
یک جمله بدون علامت، مترجم را در ابهام می‌گذارد که آیا HOME یک برچسب فیزیکی است، آیا LeafDeck نام محلی‌سازی‌شده دارد، و آیا مسیر و متغیر به صورت تحت‌اللفظی هستند.
برای یک جریان کاری آگاه از HTML، منبع زیر مرزهای مورد نظر را صریح می‌کند:
<p>
Press <span translate="no">HOME</span> on
<span translate="no">LeafDeck LD-204</span>. Save the log to
<code translate="no">logs/session.txt</code>, then set
<code translate="no">max_retries</code> to 3.
</p>
W3C توضیح می‌دهد که ویژگی translate="no" در HTML محتوای یک عنصر را به عنوان ترجمه‌نشده علامت‌گذاری می‌کند و این تنظیم توسط فرزندان آن به ارث برده می‌شود. این یک دستورالعمل پردازش است، نه یک قفل قابل مشاهده. یک ابزار باید از آن پشتیبانی کند و آن را حفظ کند تا حفاظت مورد نظر کار کند. به راهنمای W3C در مورد ویژگی translate.
نتیجه مورد انتظار فرانسوی که به صورت دستی نوشته شده است:
Appuyez sur HOME sur LeafDeck LD-204. Enregistrez le journal dans logs/session.txt, puis réglez max_retries sur 3.
دستورالعمل پیرامونی تغییر می‌کند؛ برچسب، محصول/مدل، مسیر، متغیر و مقدار ثابت می‌مانند. این یک نمونه پذیرش است، نه خروجی حاصل از یک آزمون ترجمه هوش مصنوعی. این نشان‌دهنده چیزی است که باید بازرسی شود، نه قابلیت سنجیده‌شده ابزار.
نسخه کامل را باز کنید: منبع بدون علامت, منبع علامت‌گذاری‌شده، و نتیجه مورد انتظار به دست آمده با دست. فایل‌ها شامل یک نمونه پیوند هستند: متن رو به خواننده آن تغییر می‌کند در حالی که مقصد آن تغییری نمی‌کند.
برچسب‌های HTML را در یک فایل PDF یا DOCX قرار ندهید و انتظار رفتار معادل نداشته باشید. از جریان کاری پشتیبانی‌شده قالب منبع استفاده کنید، یا کاربرگ را به عنوان یک مرجع تحویل و بازبینی نگه دارید. ما ادعا نمی‌کنیم که BookTranslator این نشانه‌گذاری را مصرف می‌کند یا کاربرگ را وارد می‌کند.
محافظت بیش از حد و همچنین ترجمه ناخواسته را شناسایی کنید
یک بررسی DNT دو جهت خرابی دارد:
- محافظت ناکافی:
max_retriesبه یک عبارت ترجمه‌شده تبدیل می‌شود یاLD-204کاراکتری را تغییر می‌دهد. - محافظت بیش از حد: کل پاراگراف عیب‌یابی به انگلیسی باقی می‌ماند چون حاوی یک شماره مدل محافظت‌شده است.
کوچک‌ترین بازه معنادار را محافظت کنید. یک قانون کلی روی یک پاراگراف یا جدول کامل همچنین می‌تواند توضیحات خطاب به خواننده را ترجمه‌نشده باقی بگذارد. ویژگی‌های HTML مانند متن جایگزین و عنوان‌ها نیز به توجه نیاز دارند؛ راهنمایی ویژگی W3C متن قابل ترجمه را از ویژگی‌های ساختاری متمایز می‌کند. محتوای قابل مشاهده و غیرقابل مشاهده را بررسی کنید.
قبل از پذیرش تحویلی:
- منبع را تأیید کنید. خطاهای OCR را برطرف کنید و تأیید کنید که هر تصمیم DNT برای این نسخه و منطقه اعمال می‌شود.
- رشته‌های محافظت‌شده را مقایسه کنید. املا، حروف بزرگ و کوچک، نشانه‌گذاری، ارقام و هرگونه جایگزینی تأییدشده را با کاربرگ مقایسه کنید.
- متن را بررسی کنید. تأیید کنید که مورد مناسب محافظت شده است و دستورالعمل‌های پیرامونی ترجمه شده‌اند.
- نتیجه را آزمایش کنید. پیوندها را باز کنید، ارجاعات متقابل را دنبال کنید، نمونه‌های کد یا فرمول را بررسی کنید و برچسب‌های سخت‌افزاری را در صورت لزوم مقایسه کنید.
- خروجی نهایی را مرور کنید. فایل PDF، EPUB یا DOCX واقعی را بررسی کنید، نه فقط استخراج متن میانی.
شمارش‌ها می‌توانند تغییرات مشکوک را شناسایی کنند، اما مدرک نیستند. یک ضمیمه واژه‌نامه می‌تواند تعداد موارد را افزایش دهد؛ یک فصل مفقود می‌تواند آن را کاهش دهد. تفاوت را توضیح دهید به جای اینکه شمارش را تنظیم کنید تا یک بررسی تأیید شود.
فهرست را به ترجمه ببرید، سپس آن را برای بازبینی نگه دارید
هنگامی که منبع و استثناها آماده شدند، از یک جریان کار ترجمه فایل کامل برای کتاب یا سند پشتیبانی‌شده‌ای که باید ترجمه کنید استفاده کنید. کاربرگ DNT را در کنار منبع به عنوان مرجع پذیرش خود نگه دارید. فرض نکنید که یک واژه‌نامه خودکار با استثناهای تأییدشده شما برابر است، یا اینکه هر قالب آپلودشده‌ای کنترل‌های نشانه‌گذاری یکسانی دارد.
پس از ترجمه، از جریان کار سازگاری اصطلاحات برای بررسی اشکال تأییدشده و ردشده در سراسر اثر کامل. فهرست DNT پاسخ می‌دهد چه چیزی باید دقیق بدان بماند؛ بررسی وسیع‌تر پاسخ می‌دهد که آیا سند ترجمه‌شده همچنان معنا و عملکرد مورد انتظار را دارد یا خیر.
مطالب مرتبط
