От английски към кирилица и китайски

Настолно издателство (DTP) Frequently asked questions

От английски към кирилица и китайски?

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

Поради глобализацията и отварянето на пазарите днес проектите за превод и локализация често включват двадесет или повече езика. Представата, че тези проекти могат да се управляват също като превода на ръководство, написано в Word, на английски, е широко разпространена – но погрешна. И така, какви са разликите между тези две задачи?

  • Преводът на изходен документ на множество езици крие риск от взривяване на разходите, ако определени въпроси не бъдат адресирани по време на подготовката на проекта.
  • Тези задачи изискват значителен опит в управлението и процесите на работния поток.
  • Източноевропейските и азиатските езици не могат да се обработват със западноевропейски набори от знаци. Често тези езици изискват допълнителни съображения, за да съответстват преводите на обичаите на съответната страна. Така приложения, които не са напълно Unicode съвместими (напр. FrameMaker), изискват специални процесни обходни решения, които трябва да бъдат правилно внедрени, иначе могат да нарушат целия проект за превод. За да реши този конкретен проблем, itl AG разработи концепцията One World Publishing – полезно описание на процесно обходно решение.

Поради гореспоменатите факти, ранната фаза на планиране на многоезични преводачески проекти е от голямо значение. За увеличаване на шансовете за успешно завършване на такъв проект, следното трябва да се спазва по време на подготвителната фаза.

1. Подготовка на проекта
В идеалния случай оптимизацията на процеса с особено внимание към планирания обем на превод трябва да започне още по време на редакционната компилация. Съответните елементи включват инструменти, които поддържат терминологията, подходящо маркиране на информация, която не трябва да се превежда, дизайн на съвместимо с процеса оформление, като се взема предвид, че някои езици изискват повече място за текст от други, и инструменти, поддържащи структурен контрол на качеството на документа („preflight инструменти за преводи“). При мащабни преводачески проекти тези усилия лесно ще се окажат рентабилни, дори ако първоначалният редакционен процес е по-скъп и отнема повече време.

Първата стъпка на доставчика на преводачески услуги е „проверка на входните данни“ или инспекция на структурното качество на изходните документи.
Опитът показва, че структурното качество на изходните документи често не е оптимално за преводаческия процес. Това може да се отдаде на един или повече от следните фактори:

  • Неразрешени кръстосани препратки или други нарушения, водещи до съобщения за грешка.
  • Ръчни прекъсвания на текста, водещи до неудобен вид на преведената версия.
  • Подравняване на текста или прекъсвания на редове чрез табулатори или празни интервали.
  • Текст в графики, който не може да бъде редактиран или разширен, ако преводът е по-дълъг от източника.
  • Оформление на документа, което е съвместимо с CI на изходния език, но не е тествано за всички целеви езици, например по отношение на шрифтовете. Особено при не-Unicode приложения като FrameMaker, недостатъчното тестване на използваните шрифтове относно тяхната пригодност за всички целеви езици може да доведе до продължителни дискусии след факта. Например, едва най-новият пач на FrameMaker от април 2006 г. решава общ проблем с шрифтовете и представянето на полски, словашки и сръбски език, както и с определени диакритични знаци в балтийските езици, който преди това изискваше доста рискови обходни решения.
  • При азиатски езици други аспекти освен избора на шрифт могат да станат значими, например когато софтуерното приложение изисква Shift JIS кодиране, а не предполагаемо устойчивия на бъдещето Unicode. Точно тогава забавлението спира, дори при утвърдени системи за преводаческа памет (TMS), които обичат да се рекламират с Unicode. Понякога тези проблеми трябва да се решават без много помощ от персонала по техническа поддръжка на съответния инструмент, на който не винаги може да се разчита, че е усвоил всички необходими продуктови детайли.

За съжаление, човешката интуиция често се проваля при оценяване на такива ситуации. Един пример: много съвременни проекти са от типа „един източник“, където един източник на данни е основа за няколко други продукта в различни медии, напр. PDF файлове за печат, контекстно-зависима HTML помощ и други WWW приложения. Да приемем, че изходният проект се състои от пет FrameMaker книги. Необходимо е само просто изчисление, за да се осъзнае, че ако такъв проект включва двадесет езика, размерът на усилията, положени върху изходния език, може да трябва да се умножи по коефициент 300 (пет книги x двадесет езика x три медии). Това означава, че пет минути работа на изходния език могат да се превърнат в повече от три дни работа за постигане на същата задача за всички целеви езици и медии.

Тези мащабни проекти могат да бъдат улеснени, ако се използват скриптове (за FrameMaker) или макроси (за Word), които могат да бъдат персонализирани за съответния клиент и да бъдат адаптирани непрекъснато. Предпоставка за това е пълно овладяване на съответния инструмент. Освен това само доставчиците на преводачески услуги с необходимата вътрешна техническа поддръжка ще успеят да изпълнят малките чудеса, които един текущ проект може да изисква ежедневно.

2. Използване на подходящи инструменти
Използването на инструменти за преводаческа памет за многоезични проекти се превърна в даденост. По тази причина въпросът не се обсъжда повече тук, нито се прави опит за оценка кой инструмент може да бъде най-подходящ. Все пак TMS не са освободени от непрекъснато развитие. Затова планирането на големи преводачески проекти трябва да включва подробно разглеждане на различните функционалности и коя TMS ги покрива най-добре. Това може да включва елементи като извличане на терминология, качество на филтъра за използвания DTP инструмент, функции за осигуряване на качеството, обработка на двадесет и повече езика едновременно или процедури за актуализация на TM, за да споменем само няколко.

3. Проектният екип
Броят на членовете на екипа, необходим за такъв проект, варира значително. Въпреки това винаги трябва да бъдат заети следните позиции: проектен мениджър(и), процесен мениджър(и) с експертни знания по TMS, преводачи, специалист(и) по оформление, коректор(и) и евентуално терминолог(и).

Проектният мениджър трябва да може да координира всички членове на проекта и да поддържа твърд контрол върху магическия триъгълник между крайни срокове, разходи и качество на продукта. В идеалния случай мениджърът ще бъде ангажиран във всички проектни фази – от подготовката на офертата до завършването на проекта. Той/тя трябва да има поне основни познания за използваните инструменти и трябва да може да предостави на клиента междинен доклад по всяко време. Особено при големи проекти клиентите очакват обратна връзка за състоянието и напредъка. Инструментите, предлагащи интегрирани функции за управление на проекти, могат да бъдат полезни, но е възможно и обратното: тъй като такива инструменти обикновено показват прогреса на проекта в процентни стойности, достойнството на такава статистика зависи от сложността на лежащия в основата алгоритъм. Случвало се е тези процентни стойности да имат малко общо с реалността.

Важен критерий при избора на преводачи е истинската компетентност по отношение на езика и предметната област, както и инструмента за преводаческа памет. Една от тайните на висококачествените преводи е способността да се „предугажда терминологията“, дори ако не е установена стандартна терминология.

Освен владеенето на инструментите, специалистите по оформление трябва да са развили усет за ефектите върху оформлението, предизвикани от различните езици. Инструментите за локализация улесняват решаването на трудни проблеми с оформлението с помощта на симулации на превод, в които могат да се моделират ефектите на разширяване на текста. Класическите DTP инструменти не предлагат тези функции.

TM специалистите са незаменими, ако стандартните филтри трябва да бъдат адаптирани за проекта или ако TMS трябва първо да се конфигурира според нуждите на клиента, например чрез защита на текст, който не трябва да бъде преведен, или чрез насочване на специални обекти като условен текст или променливи през целия процес.

Коректорите не е задължително да бъдат носители на съответния език, но трябва да бъдат точно информирани за дефинициите за качество.

4. Осигуряване на качеството
Предвид големите бюджети, необходими за големи многоезични преводачески проекти, своевременното съгласуване на качеството и неговото управление е от съществено значение. Клиентът със сигурност очаква превод с максимално качество. Но какво означава това? Например как може да се запази последователна терминология, ако проектът не включва съответни стандарти или ако обемът или продължителността на проекта водят до ангажирането на няколко преводача за един-единствен език? И какво да кажем за прословутите 100-процентови съвпадения: трябва ли да бъдат коректирани или не? Толкова много може да се каже тук: не вярвайте сляпо на маркетинговите твърдения за какъвто и да е инструмент. Защото в TMS-базираните работни процеси съществен въпрос е колко „боклук“ вече съдържа съществуващата преводаческа памет. Това е една тема, по която преводаческата общност страда от сериозни заблуди.

Трябва ли осигуряването на качеството да се извършва съгласно принципа на четирите очи, защото преводите винаги подлежат на интерпретация? Трябва ли да се организира формален работен процес с участието на проверяващи от страна на клиента? Ако да, кой ще гарантира своевременна обратна връзка? И ще знаят ли проверяващите в кои области се простират техните отговорности и кои аспекти е по-добре да не оценяват?

Малък, но неприятен странично въпрос е навикът за извършване на корекции чрез бележки в PDF. Имайте предвид, че е доста предизвикателно да включите PDF бележки например на полски език в FrameMaker документ. Отново това изисква специален опит.

Обобщение
Въпросите, адресирани по-горе, илюстрират, че владеенето на езика е съществено, но не и единствено предусловие за успеха на многоезични проекти. По наше мнение опитът със съответните процеси и подробните познания за инструментите са много по-важни. Още преди началото на проекта трябва да се постигне тясна координация и съгласие между клиента и доставчика на услуги, за да може проектът да бъде завършен успешно.

Към Услуги


Comments