Език на интерфейса
Кратък низ
може да изисква дълго обяснение
„Open“ може да описва състояние или да нарежда действие. „Save“ може да съхранява запис или да се отнася до търговска икономия. Списък от низове без контекст скрива тези разграничения. Локализацията на софтуер се нуждае от функцията на текста, обекта, към който се отнася, и екрана, на който се появява.
Екранните снимки, стабилните идентификатори на низове и коментарите на разработчиците помагат да се установи този контекст. Полезният коментар обяснява поведението: дали контролата отваря прозорец, създава файл или изпраща запис. Той посочва и ограничения, които не могат да се заключат от думите, като фиксирана ширина на етикета или променлива, вмъквана по време на работа.
Езиковата работа свързва етикетите на интерфейса с помощното съдържание, ръководствата за потребителя и бележките към изданията. Функцията трябва да запази договореното си име във всички тези места. Свързаните ръководства спадат към техническия превод; публичните продуктови страници имат свои изисквания към превода на уебсайт.
Ограничения при локализация
Защитете функцията
както и смисъла
| Характеристика на низа | Езиков риск | Изискване за инструктаж |
|---|---|---|
| Променливи и заместители | Вмъкнато име или число може да промени граматиката на околното изречение. | Определете защитените елементи и обяснете какви стойности представляват. |
| Съобщения с множествено число | Не всички езици разграничават единствено и множествено число по един и същ начин. | Предоставете пълната структура на съобщението и обяснете поддържаните форми. |
| Общи кратки етикети | Една изходна дума може да изисква различен превод в различни контексти. | Определете всеки екран или функция, които използват общия низ. |
| Ограничения за дължина | Правилният превод може да заема повече място от оригинала. | Посочете реалните ограничения и разграничете броя на символите от визуалната ширина. |
| Дати и числа | Познат формат в оригинала може да бъде двусмислен в друг локал. | Посочете кои формати се контролират от приложението и кои са редактируем текст. |
Примерите описват съображения при локализацията. Приетите файлови формати, техническата подготовка и проверките при внедряване се определят за отделния проект.
Терминологични решения
Назовете функцията
после я използвайте последователно
Терминологията на интерфейса е част от поведението на продукта: тя казва на хората какво може да се избира, променя, изтрива или потвърждава.
Речникът трябва да разграничава имената на продукти от преводимите имена на функции и да обяснява термини с няколко значения. „Работно пространство“ например може да бъде зона на акаунта, споделена папка или физическо място. Одобрено съответствие без определение може да пренесе същата двусмислица във всеки преведен екран.
Последователността също изисква преценка. Командата в меню и изречение в помощна статия може да се нуждаят от различни граматически форми, макар да се отнасят до една и съща функция. Повторното използване на термин не означава механично копиране на флектирана дума. Преводачите носители на езика могат да запазят понятието стабилно, като направят всяка употреба граматически правилна.
Вавилон Транслейшънс използва CAT инструменти, включително Trados, и специализиран QA софтуер. Преводната памет осигурява повторно използваеми двуезични сегменти; терминологичните записи определят одобрените понятия. Нито едното не замества четенето на съобщението в контекст. Процесът на превод на агенцията включва коректура и редакция преди доставката.
Подготовка за издаване
Подгответе езиковия пакет
готов за издание
Определете версията на оригинала
Пакетът трябва да съдържа препратка към изданието и да разграничава нови, променени и отпаднали низове. Стабилните идентификатори помагат да се свържат преводаческите въпроси с правилното съобщение. Предишните одобрени преводи са ценна справка, особено когато английската формулировка е променена, а функцията е същата.
Изяснете продуктовите въпроси
Определете продуктов контакт, който може да обясни поведението и да одобри терминологията. Компактният запис на въпросите трябва да включва идентификатора на низа, контекста и решението. Отговорите за споделени контроли могат да засегнат няколко езика, затова тези решения трябва да стигнат до всеки съответен езиков екип преди одобрението.
Проверете внедрения текст
Езиковата редакция сравнява превода с оригинала. Проверките на продуктовия екип в приложението отговарят на друг набор въпроси: отрязан текст, липсващ текст, неправилно поставени низове и поведение по време на изпълнение. Брифът трябва да разпределя отговорността за всяка проверка и да оставя време за произтичащите текстови корекции.
Локализирайте задачата, а не последователност от фрагменти
Изречение, сглобено от няколко преведени фрагмента, може да стане граматически неправилно, когато целевият език променя словореда, рода или падежа. Пълните съобщения обикновено дават на преводачите по-голям контрол върху значението. Когато приложението изисква фрагменти, брифът трябва да показва комбинациите, които действително могат да възникнат.
Всеки пазар налага свои ограничения: писмености, разширяване на текста, формати на дати и числа, форми на обръщение. 32-те езика и варианта, предлагани от Вавилон Транслейшънс, включват отделни регионални форми на английски, френски, испански и португалски. Изборът на предвидения локал преди превода предотвратява противоречащи си езикови конвенции в рамките на едно издание.
Въпроси за локализацията на софтуер
Преди низовете
да напуснат разработката
Какви файлове са нужни за локализация на софтуер?
Локализацията на софтуер изисква редактируем изходен текст с достатъчно структура, за да се свърже всяко съобщение с неговата функция. Файловият формат и начинът на предаване трябва да се договорят преди превода. Стабилните идентификатори, екранните снимки, коментарите на разработчиците, ограниченията за символи и предишните преводи правят пакета по-полезен; самото име на формата не доказва, че контекстът е пълен.
Как се обработват заместителите в преведен софтуер?
Заместителите трябва да останат разпознаваеми като защитени технически елементи, докато околният език отразява стойностите, които те представляват. Брифът трябва да разграничава редактируемия текст от елементите и да обяснява всички ограничения за реда. Проверката на заместителите може да открие технически несъответствия, но лингвистът все пак се нуждае от контекст, за да прецени дали завършеното съобщение ще е граматично и точно.
Защо преводачите се нуждаят от екранни снимки за софтуерни низове?
Екранните снимки показват ролята и заобикалящия контекст на низ, който иначе може да е двусмислен. Те помагат да се разграничат команди от състояния, да се определи описваният обект и да се разкрият ограниченията за място. Екранните снимки са най-полезни, когато са свързани с идентификаторите на низовете и придружени от обяснения за взаимодействия, които статично изображение не може да покаже.
Може ли преводната памет да подпомага по-късни издания на софтуер?
Преводната памет може да подпомага по-късни издания, като предоставя вече преведени сегменти за повторна употреба или сравнение. Новите и променените низове все пак изискват оценка в текущия им контекст. Съвпадащо изречение в оригинала може вече да описва друга функция, а малка промяна в оригинала може да промени смисъла достатъчно, за да изисква ново преводаческо решение.
Локализацията на софтуер същото ли е като тестването на софтуер?
Локализацията на софтуер се занимава с езиковите и локалните изисквания; тестването на софтуер проверява поведението на приложението. Езиковият преглед не доказва, че преведената версия показва правилно всеки низ или обработва всяко въвеждане. Проверките на внедряването трябва да обхващат реалния интерфейс, а в брифа на проекта да е посочено кой предоставя контекста, одобрява езика и проверява получената версия.
Как се определят цената и графикът при локализация на софтуер?
Оценката за локализация на софтуер зависи от обема на текста, езиковите комбинации, съществуващите преводи, качеството на контекста и техническите ограничения. Късите низове могат да изискват значително уточняване, така че само броят думи не описва усилията. Дата на издаване, стабилен пакет с изходни материали и ясни отговорности за редакция дават основа за смислен обхват и график.