Локализация на софтуер

Тази услуга се различава от локализацията на уебсайтове. В уебсайта най-често има плавни текстове с ясен контекст; при софтуера пък текстовете стоят вътре в изходните файлове на къси, разпилени и откъснати от контекста си части. Отделни думи като „Save“, „Open“, „None“ се превеждат, без да се вижда къде ще попаднат на екрана. Тази откъснатост е най-определящата трудност на локализацията на софтуер.

Текстът стои отделно от кода

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

В аглутиниращ език като турския наставките за множествено число и за падеж създават отделен проблем. Изразът, който в английския просто се добавя в края на дадена променлива, в турския се променя според последния звук на думата. Затова проектните решения, които поставят променлива в средата на изречението, най-често дават опорочен резултат; такива места трябва да бъдат установени по време на локализацията и съобщени на разработчика.

Как протича процесът?

Процесът на локализация на софтуер прилича повече на инженерна дисциплина, отколкото на превод; на всяка стъпка се следят заедно и езиковата, и техническата точност. Потокът по-долу поставя в центъра си факта, че текстовете идват на откъснати от контекста части: затова събирането на контекст е стъпка, също толкова важна, колкото и самият превод. Запазването на заместителите и на кодовете за форматиране е правило, което не се променя през целия процес. Тестът, който идва в края на стъпките, пък е най-определящата брънка на процеса, защото дали един превод е наистина верен, се разбира само когато бъде видян вътре в приложението.

1. Получаване на изходните файлове. Събират се езиковите файлове, в които се намират текстовете, и ако има такива, екранните снимки или бележките за контекст.
2. Речник на термините и стилово ръководство. Основните термини на продукта се фиксират; определя се с кое съответствие ще бъдат предадени близки понятия като „delete“, „remove“, „cancel“.
3. Превод. Текстовете се превеждат, като се спазват заместителите и ограниченията на знаците; за частите с неясен контекст се отваря въпрос към разработчика.
4. Тест върху компилацията. Преводът се поставя в приложението и се вижда на действителните екрани; преливащите, попадналите на погрешно място и откъснатите от контекста текстове се поправят.
5. Поддръжка на версиите. В новата версия променените текстове се отбелязват и се обновяват само те; при всяка версия не се започва от нулата.

Начин на доставка

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

Важни моменти, характерни за тази услуга

Най-големият риск е липсата на контекст. Дума, преведена, без да се вижда къде ще попадне на екрана, може да носи погрешно значение: „close“ означава и „затвори“, и „близък“; кое от двете е, казва единствено контекстът. Затова екранните снимки и откритият канал за въпроси към разработчика са най-определящият елемент на качеството. При проект, в който не се дава контекст, делът на грешките неизбежно нараства.

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

Интернационализация и цикъл на тестване

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

Вторият определящ фактор е цикълът на тестване. Локализацията не е еднопосочна доставка, а повтарящ се процес: преводът се поставя, вижда се в компилацията, проблемите се отбелязват и се поправят. С идването на нови версии се обработват само променените низове и същият цикъл се повтаря в малък мащаб. Проектите, водени без този ред, започват отначало при всяка актуализация и както излизат скъпо, така и губят съгласуваността си. Една здрава локализация определя този цикъл като поток от самото начало.

Какво определя цената?

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

Можете да споделите своите изходни файлове и целевите езици чрез формуляра за оферта. Ценовите нива можете да видите на страницата с цените, а езиците, с които работим – на езиковите страници.

Често срещани ситуации

• Списък с текстове без контекст. Таблица с думи, изпратена без екранни снимки; това е ситуацията, която най-много увеличава риска от погрешно значение.
• Развален заместител. Знаците за променливи са пипнати по погрешка; това води до срив на приложението, затова те се запазват.
• Преливащ текст. Удължилият се на целевия език надпис не се побира в тесния интерфейс; вижда се само чрез тест върху компилацията.
• Разпиляност между версиите. При всяка актуализация целият текст се превежда отначало; а трябва да се обработват само променените низове.

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